주요 문서
-
만화로 소개하는 WebAssembly
WebAssembly는 빠릅니다. 아마 들어봤을거에요. 하지만 왜 빠른지 알고 계신가요? 이번 시리즈에서는 왜 WebAssembly가 빠른지 그 이유에 대해 설명하고자 합니다. 잠시만, 근데 WebAssembly가 뭐죠? WebAssembly 는 JavaScript가 아닌 다른 언어로 짜여진 코드를 브라우저에서 작동할 수 있게 만드는 하나의 수단입니다. 그러므로 사람들이 WebAssembly가 빠르다고 말할 때 비교 대상은 JavaScript를 의미합니다. 저는 지금 둘 중 반드시 하나를 선택하라는 […]
-
무엇이 WebAssembly를 빠르게 만드나?
이글은 WebAssembly와 그 실행성능에 관한 시리즈의 5번째 글입니다. 아직 다른 글들을 읽지 않았다면 처음부터 읽기를 권합니다. 지난 글에서, 저는 WebAssembly 또는 JavaScript 프로그래밍이 어느 하나를 취사선택해야 하는 일이 아님을 설명했습니다. 우리는 많은 개발자들이 전적으로 WebAssembly를 이용해서 코드를 만드리라고 생각하지 않습니다. 그래서 개발자들은 자신의 어플리케이션을 개발할 때 WebAssembly와 JavaScript 중에서 하나를 선택할 필요가 없습니다. 대신, 우리는 […]
-
왜 WebAssembly가 asm.js보다 빠를까?
WebAssembly는 웹을 위한 새로운 바이너리 포맷입니다. WebAssembly가 새로운 안정화 버전 브라우저에 탑재되기 시작했습니다. WebAssembly의 주요 목표는 속도입니다. 이 글을 통해 WebAssembly가 어떻게 실행속도를 개선했는지 설명하려고 합니다. “속도”는 상대적인 이야기입니다. JavaScript 같은 다이나믹 랭귀지와 비교하면 WebAssembly의 실행속도가 빠릅니다. 왜냐하면 WebAssembly는 속도를 최적화하기 쉬운 정적 타입 시스템을 사용하기 때문입니다. WebAssembly는 네이티브 코드만큼 빠른 속도를 목표로 하고 있습니다. […]
-
Polyfill을 사용하는 보다 쉬운 방법
이 글은 Andrew Betts와 Robert Nyman [Editor]이 쓴 An easier way of using polyfills의 한국어 번역본입니다. Polyfill은 낡은 브라우저에서 모던(modern) 코드를 쓸 수 있게 해주는 환상적인 방법입니다. 하지만 현재의 Polyfill 이용법은 너무 어렵습니다. 그래서 우리 FT(파이낸셜 타임즈)는 Polyfill을 쉽게 쓸 수 있게 해주는 새로운 서비스를 만들었습니다. Polyfill.io 서비스에 당신을 초대합니다. 우리가 서비스를 개선할 수 있게 […]
-
PDF.js 얼마나 빠른가?
이 글은 Thorben Bochenek와 Robert Nyman [Editor]이 쓴 How fast is PDF.js?의 한국어 번역본입니다. 안녕하세요, 제 이름은 Thorben 입니다. 저는 오슬로에 있는 오페라 소프트웨어에서 일하고 있습니다. 모질라가 아닙니다. 그런 제가 왜 모질라 블로그에 글을 쓰고 있을까요? 알고 계실지 모르겠지만 오페라 브라우저에는 디폴트 PDF 뷰어가 없습니다. 우리가 개선하고 싶은 부분이지요. 어떻게 개선하면 좋을까요? Adobe 나 Foxit […]
-
jsDelivr – 향상된 오픈 소스 공공 CDN
이 포스트는 게스트 Dmitriy Akulov와 그의 프로젝트 jsDelivr에 관한 글입니다. – 에디터. 여러분이 개발자라면 아마 Google Hosted Libraries를 알고 계실 것입니다. Google은 여러분의 웹사이트에 가장 유명한 12가지 라이브러리들을 쉽고 빠르게 첨부할 수 있는 방법을 제공하고 있죠. 하지만 여러분이 웹마스터이고 덜 유명한 다른 프로젝트들을 사용하기 위해 CDN을 이용하고 싶다면 어떨까요? 혹은 여러분이 개발자이고 다른 사람들이 여러분의 […]
-
Firefox 4: 하드웨어 가속
Firefox 4 베타 최근 버전이 나왔습니다. 이 버전에는 Direct2D 가속 기능이 기본적으로 활성화 돼 있습니다. 하드웨어 가속이란? “하드웨어 가속(Hardware acceleration)”이란 기본적으로 환경이 허락하는 경우 (CPU 대신에) GPU를 사용하는 것입니다. 이 기능은 페이지 그리는 작업을 더 빠르게 합니다. 가속에는 다음과 같이 두 가지의 수준이 있습니다. 콘텐트 가속은 텍스트나 이미지, CSS 경계선 등과 같은 실제 페이지 콘텐트를 […]
-
Firefox 4: HTML5 파서 – 인라인 SVG와 속도, 그 외
이 문서는 Firefox의 새로운 HTML5 파서를 개발하고 계신 Henri Sivonen님이 작성하신 게스트 문서 입니다. HTML 파서는 브라우저 중에서도 특히 복잡하고 섬세한 부분 중 하나입니다. HTML 파서는 HTML 소스가 어떻게 Web 페이지로 변환하는지를 컨트롤 하고, 그러한 변경 사항은 드문 일이라서 충분한 테스트가 필요합니다. 초기 처음 이후로 대부분의 Gecko는 90년대 후반에 으로 다시 빌드 되어졌으며, HTML 파서는 […]
-
Firefox 4: 프레임 지연 생성(Lazy Frame Construction)으로 더 좋은 성능내기
이 글은 Timothy Nikkel의 블로그에서 퍼온 글입니다. 프레임 지연 생성(Lazy Frame Construction)은 Gecko에 새롭게 추가된 기능으로 많은 DOM관련 기능 동작(appendChild, insertBefore, etc)시 레이아웃을 즉시 재배치하지 않도록 합니다. 이 기능은 매우 복잡한 웹페이지의 인터랙티브 성능을 엄청나게 향상시킬 수 있습니다. 만약 이를 확인해 보기 원한다면 Firefox Nightly를 다운받으시기 바랍니다. 프레임 지연 생성은 최근에 mozilla-central 저장소에 포함되어졌습니다. 이 […]
-
Firefox의 웹소켓(WebSocket) 기능
웹소켓의 요점은 낮은 복잡성, 낮은 지연, 웹 개발자를 위한 매우 간단한 API를 가진 양방향 통신 시스템이다. 잠시 쉬면서, 만약 우리가 파이어폭스에 그것을 포함시킬지, 그렇다면 언제가 될지에 대해 이야기 해보자. 낮은 복잡성 HTTP 처럼 핸드쉐이크로 시작하는 웹소켓 프로토콜은 텍스트 패킷을 서로 주고받을 수 있는 비교적 간단한 모델을 가지고 있다. 이 프로토콜의 복잡성을 상당히 낮다. 다중 통신이나 […]
