인터넷 동영상 등에서 쓰는 플래시(flash) 플레이어를 개발했던 어도비 시스템스가 모바일 인터넷 시장에서 백기를 들었다. 플래시의 기술상 단점을 지적하면서 애플 제품에서 플래시 재생을 막아 온 고(故) 스티브 잡스의 견해를 인정한 셈이다.
어도비는 9일(현지시간) 성명을 통해 향후 모바일 인터넷 시장에서 차세대 웹 표준으로 각광받고 있는 'HTML5'와 관련된 기술 개발에 집중하겠다고 밝혔다. 앞서 외신들은 어도비가 자사의 고유 프로그램인 플래시를 모바일 시장에서 더 이상 개발하지 않을 것이라고 전했다.
어도비는 성명에서 "우리는 지난 2년간 플래시 플레이어를 모바일 웹 브라우저에 제공하면서 많은 모바일 기기에서 웹 콘텐츠를 충분히 표현해 왔다"고 말했다. 그러나 어도비는 "HTML5가 전 세계 차원에서 지지를 받으면서 다양한 모바일 브라우저에서 콘텐츠를 창조하고 배치하는데 가장 좋은 방법이 됐다"고 덧붙였다.
| ▲ 어도비 플래시 플레이어 로고. ⓒ어도비 |
이러한 어도비의 결정은 모든 모바일 기기에서 이용 가능한 웹 표준을 지향하겠다는 뜻이지만 외신들은 어도비가 사실상 잡스의 비판을 수용한 것이나 마찬가지라고 평가했다. 인터넷 사이트의 85%, 인터넷 동영상의 75%, 인터넷 게임의 70%가 채택할 정도로 막강한 점유율을 자랑하던 어도비의 플래시를 모바일 인터넷 환경에서 가로막은 것은 애플이 유일했기 때문이다.
그 동안 애플의 아이폰과 아이패드는 웹 브라우저 '사파리'에서 플래시 동영상 재생 기능을 제공하지 않아왔다. 플래시 구현을 가능하게 하는 어도비의 애플리케이션(앱)의 채택 역시 거부했다. 반면에 블랙베리나 후발주자인 구글 안드로이드는 플래시를 받아들였다.
지난 해 스티브 잡스는 거부 이유에 대해 플래시가 보안 및 기술상의 약점을 갖고 있지만 어도비가 이를 제대로 해결되지 못했으며, 특히 모바일 기기에서 플래시를 재생할 때 성능 저하와 배터리 수명 고갈을 불러온다고 주장했다. 애플은 이후 동영상 사이트 '유튜브'를 소유한 구글을 설득해 유튜브 동영상 포맷을 플래시가 아닌 다른 기술로 채택하도록 하는 등 독자적인 모바일 웹 환경을 구축하기 위해 노력해 왔다.
어도비는 폭넓게 쓰이고 있는 자사의 기술이 애플의 '횡포' 때문에 가로막혀 애플 이용자들에게 불편을 주고 있다고 반박했지만, 이번에 플래시 포기 선언으로 결국 잡스의 주장을 받아들였다. 이날 애플은 어도비의 결정에 대한 입장을 밝히기 거부했다.
하지만 어도비가 플래시를 완전히 포기한 것은 아니다. 어도비는 성명을 통해 데스크톱 PC에서 구현되는 플래시 플레이어의 차기 버전을 준비하고 있다고 밝혔다. 또 모바일 시장에서도 웹 브라우저 분야는 포기했지만 플래시의 단점을 보완한 '어도비AIR'를 통해 모바일 앱 개발 사업을 강화할 계획이다.
'Interest News' 카테고리의 다른 글
| 모바일 시장 플래시 플레이어 포기 (0) | 2011/12/06 |
|---|---|
| 이런 남자와 만나지 말라?! (0) | 2009/10/18 |
| MS, “플래시 사용률 과장됐다” (0) | 2009/04/14 |
| ‘아내의 유혹’ 수빈의 덫...애리 혐의 잡히나 (0) | 2009/03/31 |
| "김연아를 낳았습니다"…낯뜨거운 고려대 ''김연아 마케팅'' 논란 (0) | 2009/03/31 |
Trackback 0 And
Comment 0
MFC를 사용하다보면, AFX 라는 문구를 자주 볼 수 있다.
Application Framework 의 줄임말로 AFX를 쓰는데, 이는 MS의 MFC 개발 팀 이름이었다.
알고싶어서 찾아보았다. ^_^
Application Framework 의 줄임말로 AFX를 쓰는데, 이는 MS의 MFC 개발 팀 이름이었다.
알고싶어서 찾아보았다. ^_^
'Computer Engineering > MFC' 카테고리의 다른 글
| MFC Afx의 의미 (0) | 2011/12/06 |
|---|---|
| MFC Tip (0) | 2009/08/19 |
| 외부 Bitmap 파일 로딩(LoadImage) (0) | 2009/08/14 |
| MSDN 한글로 정리 - MFC (0) | 2009/03/31 |
Trackback 0 And
Comment 0
한 프로그램 내에 스레드를 다중으로 사용하고, 그 속에서 Socket을 사용하다 이런 현상을 겪었다.
메모리 관리(생성 및 릴리즈)도 중요하지만, 소켓 핸들 관리도 이에 못지 않게 중요하다.
Socket 생성 후, socketclose 해주지 않고 다른 소켓을 생성하는 식의 행동을 계속 하다보면 소켓 핸들은 계속 늘어나고, 더 이상 생성할 소켓이 없어지게 된다.
소켓은 최대 65535 (unsigned short) 개 생성할 수 있는데, 이를 넘어서게 되면 더 이상 소켓 생성을 허락하지 않는다.
조심해야 할 것이다.
이건 기술자료인가 일기인가..
'Computer Engineering > TCP/IP' 카테고리의 다른 글
| Socket 핸들 관리 (0) | 2011/12/06 |
|---|---|
| 소켓 옵션 (0) | 2009/03/31 |
Trackback 0 And
Comment 0
