F/OSS에 덴 적이 있다면?

저는 PHP에 대한 안좋은 추억이 있습니다.

1. php 4.0.xpl1이 나왔을때 솔라리스8 스팍에서 컴파일이 안되서 6시간동안 configure와 사투한적이 있습니다. 결국 포기하고 pl1이 없는 버전으로 다운그레이드 했더니 단번에 되더군요.
2. php는 버전에 따라 문법과 환경이 조금씩 다릅니다. 마이너 버전이 바뀌면서 문법까지 바뀌는 언어는 처음 봅니다. 4.0과 4.1, 4.2, 4.3의 겉은 같을지 몰라도 내부 모습은 상당히 다릅니다. (그중 전역변수 네이밍이 이리저리 가장 많이 바뀌었죠.) 버전따라 몇번 뜯어고치다 앞으로 또 어떻게 바뀔지 예상불가하다는 결론을 내리고 포기했습니다. (PHP를 버리고 자바로 옮기게 된 계기기도 합니다.)
3. 가장 최근의 일이라면, 잠재적으로 심각한 문제가 있다고 무조건 4.3.10 이상으로 업하라고 한적이 있었죠. 당시 한창 php버그를 이용한 홈페이지 해킹이 이루어질 때였습니다. 4.3.2에서 잘 쓰고 있었는데 해킹 때문에 4.3.10으로 업그레이드 하려니까 zend_strtod.c에서 죽어도 컴파일이 안되더군요. (솔라리스8 x86, gcc) 수시간을 낭비하고 결국 CVS에서 받아보니 CVS 소스는 해당 문제가 수정되어 있더군요. 공식 패키지를 받아 삽질한 시간은 뭔지.. 어째튼 컴파일해서 올렸더니 이번엔 php.ini의 위치가 다른데로 바뀌어 있어서 당황했습니다. 이렇게 함부로 바꿔도 되나 싶더군요.

PHP 코어 개발자들은 제대로 테스트를 안하고 릴리즈하는것 같습니다. 뭔가 바꾸면서 그것이 어떤 영향을 끼치는지에 대해서도 깊이 생각하지 않는것 같습니다. (그래서 자바는 deprecated가 도입되었지요.) 저는 오픈소스의 신뢰를 가장 많이 깍는 주범으로 PHP를 꼽겠습니다.

오픈소스는 빠른 업데이트가 생명이다는 말도 있지만, 잘 돌아가는거 굳이 건들지 않는게 좋다는 엔지니어의 불문율도 있습니다. PHP처럼 건들때마다 시간낭비하게 만들고 뭔가 바뀌어 있고 이러면 엔지니어 입장에서 안좋게 느껴집니다.

할 줄 아는건 PHP밖에 없는 입장에서, kururu님의 PHP에 관한 불만을 듣고서 무작정 반항심(?)이 생겼습니다. 뭐라고 반박을 하려고 해도 왠지 맞는 말씀만 하셔서 할 말이 없더군요.
에라 모르겠다 하고 하던 일 계속 하던 중에 생각해보니 2번에서 지적하신 전역변수 네이밍이 계속 바뀐다, 는 부분과 관련해서 어제 아주 크게 당했던게 떠올랐습니다. (왠지 부끄러워서 어떻게 당했는지는 안밝히렵니다. -_-)

당연하다고 생각한 스크립트가 어디선 돌아가고 어디선 제대로 돌아가지 않는다는건 좀 문제긴 합니다.

그래도 PHP가 배우기 쉽고 빠르게 개발이 가능하며, 널리 사용되기 때문에 문제해결이 쉽다는 점은 PHP가 가지고 있으며 kururu님이 언급한 단점을 충분히 상쇄할 수 있(지않을까 하고)다고 생각합니다.

php의 전역변수의 변화

_SESSION
_COOKIE
_GET
_POST

등을 말하는 것인가요?

F/OSS를 취미로 하고 있기 때문에(그래서 적극적이지 못한면도 있는 것 같네요. :))
큰 낭패를 본기억이 거의 없습니다.
위에서 이야기나온 PHP도 어차피 문법을 잘아는 것도 아니고 실무에는 적용하고는
있지만 변화에 관심이 없어서 업그레이드도 잘안하고 있죠. :twisted:

다른건 다 상관없는데 각 배포판별 설정파일 때문에 당황한 적은 많았습니다.
초기에는 아무것도 모르는 상태였기 때문에 설정파일이 무언지도 모르고 어떻게
수정하는지도 몰랐기 때문에 그냥 디폴트로 설치되는 그대로 사용했었죠.
그러다가 LINUX가 어느정도 체계가 잡히면서부터 상당한 고생을 했었죠.
지금이야 대부분의 설정파일이 /etc에 여기저기 비집고 들어가 있지만 몇년전만해도
이런 체계가 있음에도 불구하고 X의 설정은 /usr/X11R6/... 에 들어가있고 /usr/share에
들어가 있는 놈도있고...
그래서 새로운 APP를 설치할 때마다 해당 설정파일 찾는 고생도 많이 했었죠.

그럼에도 불구하고 LINUX를 가지고 노는 이유는 아직도 MS-Windows를 사용하는
이유와 똑같다고 생각합니다. 즉, 손에 익을대로 익어서 다른 것은 귀찮다는 정도라고
할까요?

글을 쓰다보니 문득 Network 프로그램 작성하다가 겪은 일이 하나기억나네요.
뭐 F/OSS만의 문제는 아니고 대부분의 OS에서 동일한 현상이기 때문에 쓸까말까
생각도 들지만 말을 꺼낸김에 써보죠. :)

Network 프로그램을 작성하고 디버깅을 위해 printf를 넣으면 server나 client나
원하는 대로 정보를 주고 받습니다. 문제가 없어서 printf를 빼고 실무에 적용하면
이상하게 데이터가 전송되지 않는 문제가 발생하더군요.
그렇다고 실무에 적용하는 코드에 printf를 넣을 수도 없고...
그때 문뜩 생각난 것이 fflush ()함수였죠. 어차피 printf 함수도 버퍼의 값을 바로
화면에 뿌리는 루틴이고 fflush()함수도 해당 파일스트림의 버퍼값을 비우는 역할을
하는 것이라는 생각에 fflush (stdout)을 전송후에 넣어주었죠.
흐흐~ 그랬더니 정상적으로 동작을 하더군요. 이후에는 LINUX, UNIX, MS-Windows
공히 Network프로그램 코드의 send(or write) 함수다음에는 fflush를 장착하게
되었다는 전설이 있었죠. :D

저는 버클리 DB 땜에 .. bdb 믿고 돌아가던 웹게시판이 버전 달라지면서 ... 못 읽는 일이 일어나서 한번 난리 친 경험이 있군요.

결국 db 파일을 그대로 텍스트 에디터에서 읽어서 하나 하나씩 mysql 에다가 넣어줬었던 기억이 있습니다.

거의 7,8 년 전의 얘기지요.

페도라 2를 막 사용하기 시작할 때였는데요....

교수님께 상담차 이메일을 보내드렸는데, 다음날 직접 뵈러 가니 "편지 안 왔던데?" 이러시더군요 -0-)

오잉?

여튼 면담을 하고 집에 와서 왜 이런지 곰곰히 생각해 봤습니다. ( - -) 아는게 없으니 생각해볼것도 없겠지만...

그래서 해본게 에볼루션으로 메일을 써서 다른 메일 계정(제껄로)으로 보낸거였어요...

보내보니 왜 교수님께서 못 보셨는지 알겠더군요...

메일 보낸 계정으로 로그인해서 보니....메일 제목이....(뚫훓뚫훓...) 이런식으로 부서져 있더군요 ( - -);;;;;;;;;;

화들짝 놀라서 새로운 버젼 나오기 전까진 윈도로 부팅해서 아웃룩을 썼다지요,,,

-_ㅜ

이건 동감입니다. 게다가 언제나 새 버전이 나오면 strongly recommanded 라서... php5.x로 많이 넘어가지 않는 이유도 여기에 있는것 같고요.
php의 경우에 db abstract layer로 PEAR::DB라는걸 많이 씁니다. 그런데 이것하고 기능이 상당부분 겹치는 PEAR::MDB/MDB2도 많이 쓰고요.. 그런데 이번에 5.1beta3가 나오면서 PDO라는 추상화계층을 아얘 기본으로 포함시켜버렸습니다. DB/MDB와 PDO의 기능에 차이가 좀 있기는 하지만 사실 PEAR패키지 개발자와 PDO개발자 사이에서도 좀 썰렁한 기류가 있는것도 사실이고...
어떤건 다운받아보면 PEAR::DB 를 썼는데 어떤건 그냥 native함수로 되있고.. 어떤건 MDB이고 이제 여기에 공식적으로 지원하는 PDO가 가세했으니 어수선한건 사실입니다. 5.x 이후로는 큰 변화가 없었으면 하는 바램입니다.