안녕히 가세요 HTML5….
미국인과 일본인의 표준화에 차이를 느낀다
http://engineer.typemag.jp/article/fukuyuki-html5
HTML5는 거신병.
「……부라고나가.너무 빨랐다 」
이제 와서, 「지금부터는 HTML5다！」라고 말하는 사람은 이제(벌써), 보기 안좋을지도 모릅니다.
「롱 호흡 다이어트」전성의 곧, 「아침 바나나 다이어트」의 훌륭함을 말할 정도로 보기 안좋습니다.
Facebook의 작카바그 CEO, 「HTML5에 건 것은 실패 」
http://www.itmedia.co.jp/news/articles/1209/12/news032.html
마침내 작카바그가 HTML5를 dis시작했습니다.
iOS의 facebook를 HTML5 베이스로부터 네이티브에 고쳐 써 릴리스 한 것은, 여러분 아시는 대로입니다.
Android판도 향후, 네이티브에 고쳐 써지는 것 같습니다.
HTML5는 장기적으로는 올바르지만, 미스였다고 인정하고 있다라는 것이었습니다.
지금의 스펙에서는 HTML5는 똥 늦은 데다가, Android는 정리되지 않은 데다가 버젼이 뿔뿔이 흩어져서, 지금은 아직도 단말 호환성도 낮습니다.
즉, HTML5는 거신병입니다.
「……부라고나가.너무 빨랐다 」
요전날도, 같은 것을 (들)물었습니다.
Android계의 분들을 중심으로 한 HTML5의 스터디 그룹에서 HTML5 찬미의 프리젠테이션을 (들)물을 수 있다고 생각했는데, 스피커의 대부분이, 차례차례로「HTML5는 말할 만큼 훌륭하지도, 도원향에서도, 은의 탄환도 아닌」라고 하는 프리젠테이션을 발표해, HTML5의 스터디 그룹이 HTML5를 dis회가 되어 버렸습니다.
이제(벌써), 웃을 수 밖에 없었습니다.
개인적인 의견으로 말하면, 적어도「지금의」HTML5는 한정적으로는 훌륭합니다만, 「HTML5만으로, 세상의 네이티브 같은 수준의 유저 인터페이스를 실장하려면 어려운」라고 생각하고 있습니다.
오히려, 어디까지 네이티브로 만들고, 어디까지 WebView와 HTML5로 만들까가 분리해를 하면 부드러운가, 나뉘어 떨어지는 스킬이 필요하게 되어 있다고 생각합니다.
호환성이 바보 지납니다.
나는, 많은 HTML5 베이스의 솔루션(PhoneGap/jQuery Mobile/enchant.js등)으로 테스트적으로 여러 가지 만들어 봐 지금의 시장에서는 실용은 어려울까라고 판단 했습니다.
여러가지 것의 실장이 애매하고, 움직이거나 움직이지 않거나로, 동작이 우둔한 해 버리는 케이스도 있습니다.
특히 Android의 브라우저의 호환성은 뿔뿔이의 위에, 향후, Android4.1이후는 Chrome 베이스의 새로운 브라우저가 탑재되어 가므로, HTML5는 검증의 공정수는 증가해 가는 것처럼 보입니다.
Google님은 우리에게 카오스를 계속 주는 것을 정말 좋아하는 것 같습니다.
향후, Windows Phone 8이 나오고 서포트가 요구되면, 지옥 그림화하는 것이 눈에 보이고 있습니다.
난립하는 나 나 HTML5
「HTML5로 개발할 수 있는」라고 하는 포고 포함으로 주목받고 있던 Windows Phone 8도, 「뚜껑을 열어 보면 표준화와는 동떨어진 것이었다」(무라카미씨)
Windows Phone 8이나 Tizen나 Firefox OS라고 한 향후, 새롭게 등장하는 스마트 폰의 어플리케이션이 HTML5 베이스로 개발할 수 있다고 하는 이야기가 나왔습니다.
그 이야기만으로, 많은 어플리 크리에이터는 HTML5를 찬미 한 것은 아시는 대로입니다.
「앞으로의 스마트 폰은 모두 HTML5로 개발이다!!HTML5만 하고 있으면 좋다！」
여러분, 그렇게 생각한 것이 틀림없습니다.물론, 나도 그렇게 생각했습니다.
그러나, 뚜껑을 열어 보면, Windows Phone 8도 Tizen도 HTML5도 독자 사양으로, 표준의 HTML5와는 동떨어진 것이었습니다.원 소스・멀티 디바이스의 꿈은 눈 깜짝할 순간에 두드려 잡아졌습니다.요전날, 마이크로소프트님으로부터 Windows Phone 8의 개발 세미나를 받았습니다만, 마이크로소프트의 강사가 말해진 프레이즈가 머리로부터 빠지지 않습니다.
「표준은 생각하지 않아 좋습니다！움직이면 좋습니다！」
요전날, 미국의 Google I/O로 Google님에게 최신의 Nexus 7상의 최신의 Chrome로 때굴때굴 움직이는 게임의 데모나 3 D게임의 데모를 보았습니다.
「이 Chrome의 HTML5의 데모는 대단하네요！ iOS에서도 움직입니까？」와 설명원에게 (들)물으면,
「언젠가 움직이게 되어！」와 실리콘밸리류포지티브 스마일로 돌려주어졌습니다.
나는,칸사이 엔지니어류네가티브 가장된 웃음으로 응수 할 수 밖에 없었습니다.
Apple는 Apple대로, 처음은 Safari로 사용되고 있는 Webkit라고 하는 HTML5의 Web 렌더링 소프트웨어를 만들고 있었습니다만, 그 후, 오픈 소스의 커뮤니티에서 Google님이 WebKit에 콘트리뷰트하기 시작한 결과, 반대로 Safari보다 Chrome가 먼저, 자꾸자꾸 여러가지 것을 실장하기 시작했습니다.
덕분에, HTML5의 데모 어플리의 대부분이 Chrome로 밖에 움직이지 못하게 되기 시작했습니다.
무엇보다, HTML5의 이니시아티브를 취하고 있는 Apple, Google의 2사가, ”예의 별건”로 난투의 싸움을 하고 있고, 마침내, iPhone5의 지도 어플리가 유감인 결과가 된다고 하면 짭짤하게를 받고 있는 것은, 여러분도 아시는 대로입니다.
오픈 소스의 커뮤니티이므로”예의 별건”와 분리되고 있다고는 해도, HTML5의 실장에 파급하지 않을까 걱정입니다.
그래서, HTML5가 미국인들의 에고로 카오스인 전장이 되고 있습니다.
물론, 향후, HTML5가 메이저가 될 가능성도 높습니다.
오히려, 실장 공정수가 낮기 때문에, HTML5가 메이저가 되었으면 합니다.
그토록 편하고 실장 코스트가 낮은 개발 환경은, 현재 지구상에 존재하지 않는다고 생각합니다만, 어떻게도 이러하게도 다양한 분들이 새로운 기술을 주장하고, 호환성에 위험한 냄새가 나고 있습니다.
Google도 Apple도 Microsoft도 싸움하고 있지 않고, 사이좋게 지낼 수 없는 것인지라고 생각합니다.
대체로, 동영상이나 음성등의 기본적인 미디어의 포맷조차 어른의 사정으로 통일되지 않다고, 어떤 표준 규격이야라고 캐묻고 싶다.소1시간 , 캐묻고 싶다.
릴리스전에 아무도 돌입없었던 것일까？
미국인들의 에고를 일반 유저에게 강요하는 것도 어때라고 생각하고 있습니다.
개인적인 편견으로 가득 찬 생각입니다만, 미국인만이 모이고 표준화를 하려고 하면, 이상하게 개성과 에고를 발휘하고 그다그다가 되다고 생각합니다.
한편, 같은 백인에서도 독일인이나 영국인, 그리고 일본인에 발언력이 있었던 시대는, 아직 협조하고 보조를 갖추어 만들고 있던 것처럼 생각합니다.
미국인의 스테이크호르다만이 따르고 있었던 사 만들면, 톱 다운적으로 되는지, 카오스가 될까의 어딘가에 보입니다.
W3C가 대단히 노력하고 있었을 때도 스테이크호르다와 보조가 맞고 않아서, 네스케이프 시대부터, JavaScript가 벌써 카오스였습니다.
그러나, 아직 사공이 있었으므로 좋었습니다.
그러나, HTML5에 대해서는, WHATWG가「실장하면서 생각하는」방식으로 표준 규격을 구축하고 있기 위해, 카오스가 되기 쉬운 위, W3C 무시로 움직이고 있을 뿐만 아니라, 스테이크호르다가 복잡화 해, 사공 많이 해 뭐라고든지로, 내일은, 어느 쪽으로 가는지 모르는 상황입니다.
호환성과 병렬의 구조 만들기는 일본인이 대단했다
미국인이 모여 업계에서 표준 규격을 만들면, 하이 스펙으로 개성과 확장성을 중시하는 한편, 호환성 운코로 카오스가 되기 쉽게 보입니다.
한편, 유럽인이나 일본인이 표준화를 하면 저스펙입니다만, 보조와 병렬 호환성 중시로 정연하게 하는 것처럼 보입니다.
물론, HTML5와 엘렉트로닉스의 표준 규격을 비교하는 것은 넌센스이다고 하는 것은 이해하고 있습니다만, 그것을 공제해도, 미국인의 방식에는, 이해할 수 없는 것이 있습니다.
전회의 기사로 일본 메이커의 샐러리맨 병렬 사상을 실컷 깍아내렸습니다만, 이 점은 일본 메이커는 잘 되어 있던 것처럼 생각합니다.
일본 유익뜻의「병렬 사상 」.
그 실력은, 표준 규격을 만들 때에 유감없이 발휘된다
일본이 활기 차게라고, 엘렉트로닉스의 세계 표준 규격을 일본인만으로 쟈이안과 같이 결정하고 있었던 시대, 타사와의 호환성을 배려하고, 철저하게 보조를 갖추고, 손님에게 폐를 끼치지 않는 것에 비정상으로 생명을 걸고 있던 것처럼 생각합니다.
소니 이외는.
VHS로 해도, CD로 해도, MD로 해도, 디지탈 카메라로 해도, i모드 규격으로 해도, SD카드로 해도, DVD로 해도, 일본인의 수법으로 표준을 만들면, 호환성이 굉장하고, 세상에 낼 때까지, 철저하게 병렬 체제의 구축을 노력하고 있던 것처럼 생각합니다.
그러니까, 엘렉트로닉스 업계는 카오스가 되었던 것이다라고 생각합니다.잘 말하면, 호환성 중시.나쁘게 말하면, 호송선단 방식입니다.
아시는 바와 같이, 블루 레이 등은, 컨텐츠 홀더인 할리우드와 일본을 중심으로 한 가전 메이커로 보조를 갖추고, 방대한 프로파일과 복잡한 런타임이 탑재되고 있는데도 관계없이, 호환성을 중시해, 프로파일을 엄격화해, 일본 메이커와 미국에서만, 결정해 버렸습니다적인 세계 표준입니다.
이런 철저한 사전 교섭과 보조를 갖추는 것은 일본인답다라고 생각했습니다.
예를 들면, MPEG라고 하는 규격 그 자체는 일본인이 베이스로 만든 것입니다.
MPEG-1당은, 호환성을 소중히 하고, 디바이스계 플레이어로 화각과 FPS가 착실하면, 재생할 수 없는등의 트러블이 별로 없었습니다만, MPEG-2를 거치고, MPEG-4가 되었을 때에는, 미국인의 사상이 와작와작 들어가, 프로파일이나, 코덱의 종류가 귀신과 같이 증가했습니다.
누가 실장하는지 모르는 사양도라고 개숲이었습니다.
MPEG-4의 사양이 생겨 20년 가깝게 지납니다만, 아직껏 MPEG-4의 표정 애니메이션의 규격을 실장한 MPEG-4 플레이어를 본 적이 없습니다.
그래서, MPEG-4는, 미국인 라이크에 이상하게 개성을 넣었습니다.덕분에, 재생할 수 없다든가, 소리가 울지 않는, QuickTime에서는 재생할 수 있지만, Windows Media Player에서는 동작하지 않는, 등의 문제가 나온 것처럼 생각합니다.
이 상황도, HTML5를 닮아 있다고 생각합니다.
일본인 주도로 물건을 만들면, 이와 같이, 호환성 중시, 병렬, 보조 맞추어 철저한 사양 굳혀 스테이크호르다나, 손님에게 폐를 끼치지 않는다고 하는 생각이 됩니다.
나쁘게 말하면, 호송선단 방식이었습니다.새로운 표준 규격이 나와도, 무엇이나 겨울밤에 OEM가 되기도 하고, 새로운 기술의 부분은 보드 멤버의 회사에「이상한 특별 가격」로 환던지기 업무 위탁으로 만들어 있거나로, 병렬의 드로드로 상태입니다만, 결과적으로, 호환성이 유지되고 있던 것처럼 생각합니다.
덕분에 가전 제국 일본의 시대는 혼란이 별로 없었습니다.
HTML5나 브라우저는 소프트웨어이니까, 병렬이 어려운 것이 아닐까 생각될지도 모릅니다.
그러나, 예를 들면, 일본인이 만든 표준 규격의 경우, 소프트웨어여도, 병렬이나 보조 맞댐이 강하고, 싸움하기는 커녕, 전술과 같이 이상한 업무 위탁이나, 규격을 만든 회사에서 라이브러리(lib나 dll)를 통째로 받기도 하고 있던 것처럼 생각합니다.
덕분에, 확장성이 일절 없거나 합니다.
트레이드 오프로서 호환성이 완벽하고 혼란이 별로 일어나지 않거나 합니다.
일본에서 게임등의 시장이 폭발적으로 커지는데는, 일본인의「모두 노력하자」정신의 덕분이라고 할 수 있을지도 모른다
i모드가 나왔을 때도 철저하게 일률적으로, 어플리를 만들고 있는 우리들도, 처음은 제일 스펙이 낮은 D900에 맞추었습니다.시장은 폭발적으로 커져, 많은 회사가 상장했습니다.
feature 폰의 소셜l 게임은 아직껏100 KB제한부의 Flash Lite1.1(을)를 베이스로 개발하고 있는 케이스가 많은 듯 하게 보입니다만, 여러분, 아시는 대로, 소셜l 게임에서 득을 본 회사가 몇개인가 나왔습니다.
100 KB제한이라든지, 어느시대의 테크놀로지일까하고 생각합니다만, 일본인답습니다.
해외에서는 동시기에, Nokia나 모토로라의 휴대폰 컨텐츠 비지니스가 시작되었습니다만, 보조도 똥도 없었기 때문에, 시장은 전혀 구축되지 않았습니다.
이 상황도, HTML5를 닮아 있다고 생각합니다.
한편, 병렬 사상으로 좋지 않았던 것도 있었습니다.
병렬 중(안)에서 챔피언 스펙을 내쫓는 놈이 있어도, 없었던 것으로 되어 버리는 것입니다.
즉, 일본인류로 호환성 중시이라면, 슈퍼 호송선단 방식이므로, 제일 저스펙에 맞춥니다.
즉,100%의 스펙을 낼 수 없습니다.
드래곤 볼로 비유하면, 프리더님이 전혀 변신하지 않고, 훨씬 제일 단계의 한 손으로 끝까지, 스파사이야인의 오공과 싸우고 있는 상태인 것이, 일본의 표준화 방식입니다.
초기의 분의 디지탈카메라나 휴대폰으로, 쓸데없이 저해상도로 frame rate가 헵포코인 동영상 밖에 록없었던 것은, 마이크로컴퓨터나 DSP의 성능이 아니고, 대기업모사의 메모리 카드가 성능적으로 늦었기 때문에, 표준 규격도 모사에 맞추었다고인가 말할 이유도 있거나 않거나입니다.
HTML5가 iOS6의 지도 어플리같이 안 될까 걱정이다
HTML5에 미래는 있는 것인가？ 많은 사람이 의문으로 생각합니다.
소프트웨어를 한 번 쓰면, 어디에서라도 움직인다.
「Write Once, Run anywhere」는 프로그래머의 꿈입니다.
그러나, Java의 시대부터, 그 환상은 몇번이나 쳐부수어져 왔습니다.
HTML5는 다시 우리의 꿈을 두드려 잡는지, 그렇지 않으면, 꿈을 실현하는 은의 탄환이 되는지는, 아직 모릅니다만, 최근, 암운이 뭉게뭉게 하고 있습니다.
특히, HTML5의 미래를 잡고 있는 Apple와 Google가 별건으로 싸움하고 있고, 지도 어플리가, 토바티끌을 받고 있는 것을 보면, 그 밖에 파급하지 않을까 걱정입니다.
미국인들은, 좀 더 협조성을 가져.
더 이상, 에고로 휘두르지 말아 주었으면 합니다.
일본을 칭찬하고 있어라고 생각했는데
완전하게 헐뜯고 있는 근처라든지(소
try { var fAction=false; var fAllow=true; var sCLSName=null; var isIE=(document.documentElement.getAttribute("style") ==document.documentElement.style); var sCLSXNm="class"; if(isIE) { sCLSXNm="className"; } var aryElsKr=document.getElementsByTagName("font"); for(var vdx=0;vdx