전문 웹 디자인 및 개발의 세계에서는 "난장판" 및 "배신"과 같은 단어가 일반적으로 사용되면서 감정이 고조되고 있습니다. 이 분노는 모바일용 플래시 플러그인을 버리기로 한 Adobe의 논란이 많은 결정에 대한 것입니다. 동료 RWC 칼럼니스트 Kevin Partner는 최근 블로그 게시물에서 이러한 느낌을 요약했습니다.
“아이러니한 점은 스티브 잡스의 플래시에 대한 유명한 증오가 이러한 전환을 초래한 것이 아니라는 것입니다. 이 작품의 진정한 악당은 어도비 자체입니다. 모바일용 Flash 개발을 포기함으로써 대부분의 웹 사이트에 대한 옵션으로 Flash를 제거합니다. Adobe는 안녕히 계십시오. 삭제."
Flash 기반 개발자로 몇 년을 보낸 후 Kevin은 공개 표준 HTML, CSS 및 JavaScript를 위해 플래시를 버리고 많은 비용을 절약할 것입니다. 이것은 심각한 문제입니다. Flash를 중심으로 경력을 쌓은 디자이너와 개발자는 자신의 기술이 쓸모없게 되었고 생계가 위태로워졌습니다. Adobe와 달리 이 사람들은 여전히 Flash를 믿습니다.
Flash가 브라우저 기반 웹의 원활한 실행에 불필요한 방해가 된다는 널리 퍼진 편견은 잘못된 것입니다.
확실히 Flash는 자극적인 배너 광고에서 남용될 수 있습니다. 일주일에 두 번 업데이트하도록 성가 시게 요청합니다. 그리고 (JavaScript와 마찬가지로) 잘못 코딩된 경우 시스템이 충돌할 수 있습니다. 그러나 브라우저 기반 웹의 원활한 실행에 불필요한 방해가 된다는 널리 퍼진 편견은 잘못된 것입니다. Flash는 벡터 그래픽, 비트맵, 오디오, 비디오, 상호 작용, 통신, 프로그래밍 가능성과 이제는 3D까지 – 오늘날의 웹은 그것 없이는 인식할 수 없을 정도로 열악할 것입니다. 내일.
Flash가 브라우저 플러그인을 통해 이 모든 기능을 제공한다는 사실이 실제로 가장 큰 장점입니다. Adobe의 Allan Padgett는 Acrobat Reader가 Netscape 내에서 직접 PDF를 렌더링하는 방법을 발견하고 이를 Jim Clark과 Netscape에 보여주었습니다. NPAPI(Plugin Application Programming Interface)가 탄생하여 브라우저가 호환되는 모든 콘텐츠에 대한 화면 공간을 예약할 수 있습니다. 플러그인.
곧 모든 브라우저가 크로스 플랫폼 NPAPI를 지원했고 플레이어 기반 전달이 표준이 되었습니다. 플러그인에 새 기능을 추가하면 CPU, OS 및 브라우저에 관계없이 모든 웹 사용자가 즉시 사용할 수 있습니다(심지어 가장 오래된 NPAPI 호환 브라우저). 이를 HTML/CSS/JavaScript 개발의 빙하 속도와 대조해 보십시오. 디자이너는 가장 느린 브라우저와 사용자가 마침내 따라잡은 후에야 새로운 기능을 배포합니다.
아이러니하게도 이 플러그인 혁명의 최대 수혜자는 브라우저에서 PDF를 렌더링할 수 있는 Adobe가 아니라 Shockwave Flash(SWF)를 렌더링할 수 있는 Macromedia였습니다. 널리 이해되지 않는 이유: NPAPI는 정적 콘텐츠의 렌더링 청크를 지원할 뿐만 아니라 지속적인 연결을 통해 콘텐츠를 스트리밍할 수도 있습니다.
Macromedia는 HTML의 정적인 페이지 기반 처리에서 벗어나 스트리밍 콘텐츠로 웹에 생명을 불어넣었습니다. 그리고 더 좋은 점은 이러한 콘텐츠가 즉시 렌더링되어 자동으로 보호된다는 것입니다. 저장되었습니다. Flash는 전문 웹 디자인의 중심이 되었고 HTML의 자연스러운 확장 기능이 되었습니다. 사용량이 폭발적으로 증가했고 Flash Player는 모두가 설치하는 하나의 플러그인이 되었습니다. 침투율이 100%에 가까워지면서 개발자들은 그 존재를 짐작할 수 있었습니다. 세계에서 가장 널리 퍼진 소프트웨어 플랫폼"으로, 개별 브라우저나 운영 체제보다 도달 범위가 더 넓습니다. 체계.
Macromedia는 범용 온라인 런타임을 소유하고 있음을 깨닫고 데스크톱 PC에서만 얻을 수 있는 일종의 대화형 컴퓨팅 경험을 웹에 제공하기로 결정했습니다. 2002년에는 RIA(Rich Internet Application)에 대한 아이디어를 담은 Jeremy Allaire의 백서를 발표했습니다. Flash는 더 이상 단순히 멀티미디어 콘텐츠를 삽입하여 HTML 페이지를 확장하지 않습니다. 사용자가 단순히 보는 것이 아니라 작업을 수행할 수 있도록 하는 독립 실행형 브라우저 호스팅 애플리케이션을 지원하는 "리치 클라이언트" 물건.
RIA는 온라인 잡지 페이지 넘기기에서 가상 쇼핑몰에 이르기까지, 화상 회의에서 워드 프로세싱에 이르기까지 무엇이든 될 수 있습니다. 애드온에서 리치 클라이언트로의 이러한 상향 전환은 중요한 작업이었고 웹을 유비쿼터스 컴퓨팅 플랫폼으로 확장하는 것은 일부 중요하고 민감한 발가락을 밟을 것입니다. Macromedia는 훨씬 더 진지한 지원이 필요했고 Microsoft와의 협상이 실패한 후 2005년 오랜 라이벌인 Adobe에 인수되었습니다.
Adobe는 Flash의 기능을 Creative Suite, 오픈 소스 Flex 프레임워크 및 Flash Builder IDE로 확장했습니다. 2008년에는 데스크톱 PC에서 플래시 기반 RIA를 오프라인으로 실행할 수 있게 해주는 Adobe AIR(Integrated Runtime)를 출시했습니다.
웹 외에는 아무것도 없습니다.
Adobe 다음으로 웹을 범용 컴퓨팅 플랫폼으로 만드는 데 가장 관심을 기울인 회사는 Google이었습니다. 향상된 보안, 표준화된 렌더링 및 별도의 실행으로 플러그인과 잘 작동하는 기능은 자체 Chrome 브라우저 – Google이 PPAPI(Pepper Plugin API)를 통해 다른 브라우저 개발자에게 제공한 기능입니다. Flash 플레이어를 Chrome 런타임에 직접 병합하기도 했습니다. 웹 자체가 모든 사람의 컴퓨팅 플랫폼이 될 것이며 Windows 및 Mac OS와 같은 현재의 무거운 운영 체제는 사실상 중복될 것입니다. 데이터와 애플리케이션이 클라우드에서 처리되므로 OS는 브라우저와 리치 클라이언트를 로드하는 데만 필요했습니다.
2009년 후반에 Google은 간소화된 웹 전용 클라우드 중심의 Chrome OS에 대한 계획을 발표했습니다. 넷북, 데스크탑 PC 및 새로운 종류의 핸드헬드 터치스크린 장치를 겨냥한 운영 체제 정제. 2011년 6월 Google이 약속한 "Chromebook"을 마침내 출시했을 때 반응은 조용했습니다. 저비용 및 유지 관리, 빠른 부팅, 보안 및 유비쿼터스 등 장점은 충분히 분명했습니다. 공동 작업자와 쉽게 공유할 수 있고 자동으로 생성된 클라우드 기반 콘텐츠에 대한 액세스 백업. 문제는 분명했습니다. 제정신으로 누가 원활하고 빠른 기본 데스크톱 앱보다 못생기고 성능이 떨어지는 웹 애플리케이션을 선택하겠습니까?