LangDev

2009년 7월 1~6일 이것저것

wooil — Wed, 01 Jul 2009 07:49:51 +0900

#langdev 접속자 단체사진

Heungsub — Mon, 29 Jun 2009 23:41:29 +0900

dw Live! 2009에서 찍은 사진입니다. Flickr 콘텐츠에 이름 태그를 다음과 같이 입력했는데 틀린 표기가 있다면 정정 요청해주세요.

LeeHeungSub, SeoSangHyun, KimWooSeung, NohWooKyeong, KimJoonKi, HongMinHee

2009년 6월 19~25일 이것저것

wooil — Thu, 25 Jun 2009 08:55:14 +0900

재미있는 컴퓨터 프로그래밍 교재

홍민희 — Fri, 17 Oct 2008 02:44:46 +0900

저는 컴퓨터 프로그래밍 교재를 쓰는 것(특히 입문자 대상으로)에 조금 관심이 있는데, 각자 인상깊거나 재미있게 접했던 교재(출판된 책이 아니라도 됩니다)를 적어봅시다. SICP나 HTDP는 이미 모두들 아시는 훌륭한 교재들이고, 저는 그보다는 덜 알려진 것—그래도 이 텍스트 역시 유명하죠—하나를 소개합니다.

Why’s (Poignant) Guide to Ruby

이 분도 유명한 Ruby 해커시죠? 그림(만화)도 그리시고, 밴드도 하신다고 들었습니다. 이런 것 말고도 좋은 교재 있으면 다른 분들도 소개해주세요.

2009년 6월 16일 이것저것

wooil — Tue, 16 Jun 2009 08:57:53 +0900

성문 기본 영어 - 명사편

semmal — Thu, 11 Jun 2009 18:33:10 +0900

요즘에 들어서 다시 semmal을 개발하는 중인데…

오래 전 어느 시절처럼 성문 기본 영어를 보는 기분입니다. 몇 년동안 명사편만 계속 보고 있는 기분 아시죠?

시작은 최대한 빨리 만들어야지…라는 생각으로 시작하다가

왜 계속 잘 만들어야지…라는 생각으로 빠지는지 모르겠습니다.

이것저것 만지고 이거저거 추가하는 생각만으로도 파서는 커녕 렉서에서 막혀버립니다.

python으로 만들어야지 하다가 haskell로 만들고, 그러다 erlang으로 만들고 싶은 욕심이들다가, c/c++로 옵니다.

속으로 “이래서는 안되는거야…”라는 생각에 다시 python과 haskell로… 돌고 도는 군요.

머리속에 쓸데없는 생각만 가득차서 손을 제대로 움직이는게 너무나도 힘드네요…

결국 몰랐지만, 결과를 봤을 때 제 스스로 뭘 만드는지도 모르고 있다는 결론이겠지요.

빨리든 자알이든 뭔가 만들기는 해야겠는데 말이죠.

ascii나 하드웨어 의존적인 datatype을 배제하고, atomic으로 UTF16과 big num MP을 지원하도록 생각하니 선택해야하는 라이브러리만 생각해도 머리만 아픕니다. 그래서 계속 QT or ICU + GMP를 쓰기 위해 c/c++로 돌아오나 봅니다.

2009년 6월 8~11일 이것저것

wooil — Thu, 11 Jun 2009 09:38:41 +0900

여러 값 반환

서상현 — Wed, 27 May 2009 16:17:19 +0900

어떤 프로그래밍 언어는 여러 값(multiple value)을 지원합니다. 함수가 여러 인자를 취할 수 있듯이, 여러 값을 반환할 수 있어야 한다는 것이죠. 이것은 여러 값을 담을 수 있는 튜플 같은 자료 구조를 제공하는 것과는 다릅니다.

파이썬은 한 값만 반환할 수 있기 때문에, return 1, 2를 하면 (1, 2)라는 튜플이 만들어지고, 반환된 다음에 unpack 됩니다. (1, 2) 자체가 값이기 때문에, unpack 하지 않으면 튜플이 저장됩니다. 예를 들면,

C:\>python
Python 2.6.1
>>> def f(): return 1, 2
>>> a, b = f()
>>> c = f()
>>> print a, b, c
1 2 (1, 2)

여러 값 반환을 하는 루아와 비교해 봅시다. 루아에서 return 1, 2는 (1, 2)라는 튜플을 만들지 않습니다. (루아에는 테이블만 있고 튜플이란 게 없지요.) return {1, 2}와는 다르다는 말입니다.

C:\>lua
Lua 5.1.4
> function f() return 1, 2 end
> a, b = f()
> c = f()
> print(a, b, c)
1 2 1

루아는 (여러 값 반환을 지원하는 다른 언어와 마찬가지로) 대입하는 쪽에 숫자가 맞지 않으면 남은 값을 버리기 때문에, c에는 1, 2가 들어가는 것이 아니라 1만 들어갑니다.

커먼 리습의 예는 다음과 같습니다.

C:\>clisp
GNU CLISP 2.47
[1]> (defun f () (values 1 2))
[2]> (setf (values a b) (f))
[3]> (setf c (f))
[4]> (print (list a b c))
(1 2 1)

2009년 6월 5일 이것저것

wooil — Fri, 05 Jun 2009 09:55:52 +0900

2009년 5월 19~29일 이것저것

wooil — Fri, 29 May 2009 10:03:01 +0900

Cross-language library loading on Parrot
Top 10 Programming Fonts
An ID3 Parser in Factor
Recursive, Anonymous, and Simple functions in Javascript
Factor’s implementation of polymorphic inline caching
Erlang Driver Walkthrough with Berkeley DB in C
Finally: Finger Trees!
PostgreSQL Development Priorities
When immutable data is faster: write barrier costs
Homebrewed CPU Is a Beautiful Mess of Wires
The Complexity of Songs
Haystack: modular search for django
CruiseControl: a continuous integration tool and an extensible framework for creating a custom continuous build process

부동소수점 계산 : Haskell과 다른 언어의 비교

엽우 — Sun, 19 Apr 2009 16:09:32 +0900

사건의 발단은 이러합니다. - 4주에 걸친 지옥의 중간고사를 대비하여 공부를 하던 중 계산을 해야할 일이 생겼지요. 그리 복잡하진 않지만 손을 풀기는 귀찮고 계산기도 없었습니다. 그리하여 옆에 있던 랩탑의 자판을 잡고 잠시 어떤 걸로 계산을 할까 고민을 했습니다. 요새 다시 Haskell을 보고 있는지라 GHCi 콘솔을 열고 수식을 입력하고 결과를 확인했지요.

Prelude> (5 * 0.08206 * 300 ) / 10
12.309000000000001

제일 끝의 1이 거슬리긴 했지만 어쨌건 값이 12.309라는 걸 파악할 수 있었습니다. 다음 식을 입력했죠.

Prelude> 12.309 * 10 / 61.545
1.9999999999999998

엥? 대충 봐도 2가 나와야 하는데 애매하게 나오네요. 게다가 오차 자체는 아까의 1/5 이지만 여튼 …2가 차이가 나네요. 그래서 역으로도 계산을 해봤습니다.

Prelude> 12.309 * 5
61.544999999999995

-_-; Haskell의 부동소수점은 도저히 못 쓰겠다 싶어서 Ruby의 irb 콘솔을 열었습니다.

irb(main):001:0> (5 * 0.08206 * 300) / 10
=> 12.309
irb(main):002:0> 12.309 * 10 / 61.545
=> 2.0
irb(main):003:0> 12.309 * 5
=> 61.545

깔끔하게 소수점 아래의 0은 떼어서 보여주네요. 이 맛에 Ruby를 쓰지요. 그런데 이 차이가 혹시 float와 double의 차이는 아닌가 싶어서 Eclipse CDT를 열었습니다. (MinGW 사용) C로는 세 가지로 테스트해 봤습니다.

printf("(5 * 0.08206 * 300) / 10 = %f\n", (5 * 0.08206 * 300) / 10);
printf("12.309 * 10 / 61.545 = %f\n", 12.309 * 10 / 61.545);
printf("12.309 * 5 = %f\n", 12.309 * 5);

---- output

(5 * 0.08206 * 300) / 10 = 12.309000
12.309 * 10 / 61.545 = 2.000000
12.309 * 5 = 61.545000

먼저 그냥 계산하고 형이 정해져 있는 변수에 담지 않고 바로 출력입니다. 잘 나오네요.

float f1 = (5 * 0.08206 * 300) / 10;
float f2 = 12.309 * 10 / 61.545;
float f3 = 12.309 * 5;

printf("(5 * 0.08206 * 300) / 10 = %f\n", f1);
printf("12.309 * 10 / 61.545 = %f\n", f2);
printf("12.309 * 5 = %f\n", f3);

---- output

(5 * 0.08206 * 300) / 10 = 12.309000
12.309 * 10 / 61.545 = 2.000000
12.309 * 5 = 61.544998

두 번째는 문제가 될 거라 예상되는 float에 저장한 다음 출력인데요, 앞의 둘은 문제가 없는데 세 번째 간단한 곱셈에서 문제가 생기네요. 게다가 오차는 Haskell의 경우보다 훨씬 크군요.

double d1 = (5 * 0.08206 * 300) / 10;
double d2 = 12.309 * 10 / 61.545;
double d3 = 12.309 * 5;

printf("(5 * 0.08206 * 300) / 10 = %f\n", d1);
printf("12.309 * 10 / 61.545 = %f\n", d2);
printf("12.309 * 5 = %f\n", d3);

---- output

(5 * 0.08206 * 300) / 10 = 12.309000
12.309 * 10 / 61.545 = 2.000000
12.309 * 5 = 61.545000

마지막으로 문제가 없으리라 기대한 double입니다. 내부 비트야 모르겠지만 역시 잘 출력되네요. 그래서 의심이 생겼습니다. Haskell처럼 유효숫자를 늘려서 출력하면 어떨까요?

double d1 = (5 * 0.08206 * 300) / 10;
double d2 = 12.309 * 10 / 61.545;
double d3 = 12.309 * 5;

printf("(5 * 0.08206 * 300) / 10 = %.20f\n", d1);
printf("12.309 * 10 / 61.545 = %.20f\n", d2);
printf("12.309 * 5 = %.20f\n", d3);

---- output

(5 * 0.08206 * 300) / 10 = 12.30900000000000100000
12.309 * 10 / 61.545 = 1.99999999999999980000
12.309 * 5 = 61.54499999999999500000

뒤의 0을 떼고 보니 Haskell과 동일한 값이네요. 처음에 제가 겪었는 오차는 예상과는 다르게 float가 아니라 double로 게산했을 때 오차였습니다. (참고로 윈도 계산기로도 잘 게산이 됐습니다. 엑셀은 … 귀찮아서 생략)

여기서 드는 의문점이 있네요. 일단 부동소수점 계산 자체가 완벽할 수는 없지요. 그렇다면 Haskell처럼 기계(machine)의 오차를 그대로 보여주는 게 좋을까요, 아니면 Ruby처럼 적당히 오차를 수정하여 보여주는 게 좋을까요? 혹은 C처럼 프로그래머가 오차 범위를 지정하게 하는 게 좋을까요?

2009년 5월 13일 이것저것

wooil — Wed, 13 May 2009 16:37:41 +0900

2009년 5월 12일 이것저것

wooil — Tue, 12 May 2009 10:17:09 +0900

Axum: Microsoft’s Approach to Parallelism
팩터(Factor) 게임 프레임워크

Robert Martin 가라사대 “What Killed Smalltalk Could Kill Ruby, Too”

wooil — Sat, 09 May 2009 19:59:38 +0900

railsconf 2009 중 로버트 마틴의 강연입니다.

IRC 채널을 오징어로 이전합니다.

홍민희 — Mon, 11 May 2009 15:02:41 +0900

LangDev에서도 활동하고 계시는 강성훈 님께서 오징어라는 새로운 IRC 서버를 마련해주셨습니다. 짝짝짝. 이제 HanIRC에서 CP949로 대화하지 않아도 됩니다. UTF-8으로 설정해주세요.

서버: irc.ozinger.org (6667 포트를 사용할 수 없다고 합니다. 8080이나 6667을 제외한 6660-6669 포트를 사용하시면 됩니다.)
채널: #langdev

LangDev Wiki, IRC 채널도 있습니다.

홍민희 — Sun, 06 Apr 2008 00:24:37 +0900

LangDev 사이트는 원래 IRC 채널에서 나왔습니다. IRC 하시는 분들은 접속해주세요.

서버: irc.ozinger.org (6667 포트를 사용할 수 없다고 합니다. 8080이나 6667을 제외한 6660-6669 포트를 사용하시면 됩니다.)
채널: #langdev

위키는 아래 주소로 접속하시면 됩니다.

http://wiki.langdev.net/

Type cast는 type 변환에 대한 부정적 견해에서 출발한 용어일까요?

김우승 — Fri, 10 Apr 2009 08:14:58 +0900

C에서 형변환 연산을 명시적으로 적는 것에 대해서 type casting 한다고 하는데요. Cast의 정확한 의미가 ‘던지다’에서 나온 것 맞는지요. 던지다 혹은 내던지다에서 어원이 출발한 것 같아서요. 그렇다면 type을 내던져 버린다는 뜻인데 이걸 어떻게 해석하는게 좋을지 좀 의문입니다. C 언어 변수의 type이 가지는 제약을 벗어던지고, 프로그래머가 하고자 하는 값 형태로 연산을 마음대로 적용시키자는 의미라면 긍정정인 것 같기도 합니다. 마치 동적 언어의 낙관적 type 처럼 말이죠. 하지만 C는 표준화 과정에서 조금씩 type이 엄격해지는 형태를 취하게 됩니다. 그러면서 type cast가 거의 필요없게 되는데 그렇게 본다면 엄격한 type의미를 포기하는 위험한 행동이 되는거죠.

p.s. 판타지 소설에서 주문(spell)을 casting 한다고 하죠. Type casting은 무엇이 발생할지 모르는 마법의 주문이 아닌지… ^_^

2009년 5월 5일 이것저것

wooil — Tue, 05 May 2009 10:52:32 +0900

CrossTwine Linker

서상현 — Sun, 03 May 2009 13:51:08 +0900

CrossTwine Linker makes dynamic languages much faster 라고 하는데 x86_64만 지원해서 지금 제 컴퓨터가 64비트가 아니라 실행해 볼 수가 없네요.

2009년 4월 15~30일 이것저것

wooil — Thu, 30 Apr 2009 09:01:13 +0900

The Optimal Team Size is Five: 정말일까요?
Visualising Sorting Algorithms
Programming for Android with Scala
Leksah: 해스켈로 만든 해스켈 IDE
파이썬 데코레이터의 마법
A Parallel bzip2
glibc도 git로 이전
Building a Better JavaScript Profiler with WebKit