루비와 Rhino상에서 동작하는 자바스크립의 성능을 비교해봤다.

Ruby, Io, PHP, Python, Lua, Java, Haskell, and Plain C Fractal Benchmark에서 프로그래밍 언어들의 성능을 비교하기 위해 사용했던 프랙탈 생성코드중 루비 코드와 그 코드를 자바스크립트로 바꾼 코드를 사용해 루비와 자바스크립트의 실행 성능을 비교했다. 단, 화면 출력과 관련된 코드는 삭제했다. 실행시간 측정은 맥북에서 했다.

다음은 측정에 사용한 자바스크립트 코드이다.

실행결과는

Ruby: 7.681454
Javascript: 13.348

대략 2배 가까이 자바스크립트가 느리다.

아마 SpiderMonkey와 같은 C로 구현된 자바스크립트 인터프리터에서 돌렸다면 더 빠르겠지만 순위를 뒤집을 만큼 의미있는 결과는 없을 것 같다.
빌드를 제대로 할 수 없어 SpiderMonkey에서는 테스트하지 못했지만 그대신 SpiderMonkey를 사용한다는 FireFox 브라우져에서 돌려 실행했을 때 의미있는 성능향상을 느끼지 못했다.(실행중간에 자바스크립트를 중지하겠냐는 대화상자가 뜨는 바람에 정확한 시간측정은 못했다.)

루비온레일즈를 좋아하고, 전도자를 자처하는 사람들의 공통된 주장 중 하나는 루비온레일즈의 높은 생산성이다. 많은 사람들이 루비온레일즈의 높은 생산성에 열광하고 있지만 여기에는 다소 오해가 있는 것 같다.

전체 프로젝트를 진행함에 있어 시간을 잡아먹는 작업들은 수없이 많다. 루비온레일즈는 구현과 유지보수등의 단계 일부에 사용할 수 있는 기술이다. 루비온레일즈를 사용하면 구현과 유지보수 단계의 작업 시간은 소문대로 엄청나게 단축될지는 모르지만 전체 프로젝트에서 루비온 레일즈를 적용할 수 있는 부분은 매우 작은 부분일 뿐이다. 따라서 루비온레일즈를 적용한다 하더라도 생산성에 미치는 영향은 생각보다 적다. 게다가 루비온레일즈에 대해 충분한 지식을 갖지 못했다면 습득하는데 필요한 시간도 만만치는 않을 것이다.

나는 오히려 루비온레일즈의 가치는 생산성의 향상보다는 웹 어플리케이션 코딩을 허드렛일에서 즐겁고 가치있는 일이라고 느끼게 한다는 점에 무게를 두고 싶다.

웹어플리케이션 코딩이 가치 없는 단순 노무라고 생각하는 코더라면 한번 갈아타 보기를 권한다. 한글로 번역된 책도 나왔으니

국내 웹호스팅 업체인 카페24의 일반광 비지니스 웹호스팅과 외국 업체인 godaddy의 비슷한 가격의 서비스인 economy plan의 서비스 비교를 해 보았다.

한마디로 비교가 안된다 -_-;
비교를 위해 특정업체의 서비스를 선택했지만 다른 업체의 서비스들도 비슷한 수준이다.

회사에서 사용중인 TextDrive 호스팅 서비스는 가상서버 개념으로 여러 사이트를 호스팅 할 수 있고 서브버전에 trac까지 사용할 수 있다. 게다가 관리프로그램도 거의 환상이다.

국내 호스팅 업체들은 분발해야한다.

찰스 팻졸드가 "C, C++ 프로그래머가 C#과 닷넷 프래임웍에 대해 알아야할 것들" 이란 부재의 267 페이지 분량의 무료 온라인 책을 배포했다.
책의 내용은 C#, 닷넷 프래임웍의 기초적인 내용들을 다루고 있다.

이젠 페이지를 만들 때 여러 브라우저를 모두 지원해야하는 요구사항은 일반화 되었다.
만든 페이지가 잘 동작하는지 시험해 보기위해서는 컴퓨터에 여러 브라우저를 설치해 각각 띄워 봐야 한다.
크로스브라우이징은 서로 다른 벤더의 브라우저 뿐만 아니라 같은 벤더의 이전 버전 브라우저를 포함하는 말이다.
서로 다른 벤더의 브라우저를 개발 PC에 설치하는 것은 어려운 일이 아니다.(특히 인텔기반 맥을 사용한다면 사파리까지 테스트 해볼 수 있다.) 하지만 다른 버전의 브라우저를 한 컴퓨터에 동시에 설치하는 것은 신경을 많이 써야한다. 특히 IE는.

다음은 여러버전의 IE를 한 컴퓨터에 동시에 설치해 돌리는 방법을 설명한 포스트들이다.

IE 6,7 함께 사용하기
여러 버전의 IE 한꺼번에 설치

나는 후자를 선호한다. 그냥 설치 한번이면 끝이니까. 문제 없이 잘 동작할까 좀 걱정이 되긴하지만 지금까지는 문제없이 잘 쓰고 있다.