블로그

권순선의 이미지

오픈소스 프로젝트에 참여하지 않는/못하는 이유는?

이전의 토론에서 많은 분들이 자기만의 오픈소스 프로젝트를 운영하고 싶은 꿈이 있음을 발견할 수 있었습니다. 각자가 원하는 생각은 서로 다르겠지만 코드를 공유하고 함께 개발해 나가는 것에서 즐거움을 찾고자 하는 열망을 읽을 수 있었지요.

그렇다면 이제 현실로 돌아와서, 왜 실질적으로 오픈소스 프로젝트를 운영하지 않는/못하는 것인지, 혹은 이미 운영되고 있는 다른 프로젝트에 참여하지 않는/못하는 것인지 그 이유에 대해서 한번 이야기해 보았으면 합니다.

ihavnoid의 이미지

혹시 아시는 특이한 프로그래밍 언어 없나요?

음... 새로운 언어를 구상하고 있습니다.
아이디어가 충분히 나오고 해도 되겠다는 생각이 들면 오픈소스 프로젝트를 시작해볼까도 생각하고 있고요....

일단 중점을 두는 것은, 코드 하나하나의 세세한 expression에 새로운 기능을 도입하기보다는, 프로그램 전체의 구조(예를 들어, java의 class, package, interface 등의 것들)에 신경을 써서 수백만줄 단위의 거대프로젝트에 적합하도록 하는 것이 그 목적입니다.

그러기 위해서, 언어를 이리저리 찾아보려고 하는데, 역시나 짧은 가방끈 덕택에 아는 언어가 별로 없군요... 그동안 다룬 언어가 주로 C, C++, Java인데, 그 이상은 아는 게 별로 없어서... (아참. 홈페이지 만들면서 php 어느정도)

권순선의 이미지

오픈소스로 진행해보고 싶은 프로젝트는?

만약 본인의 여건이 허락된다면 진행해 보고 싶은 오픈소스 프로젝트가 어떤 것이 있는지 한번 의견을 듣고 싶습니다. 현재 http://kldp.net 활성화를 위해서 여러가지 생각들을 하고 있는데 단시간에 활성화되기는 어렵겠지만 일단 오픈소스 프로젝트 진행/참여에 대한 사람들의 생각을 들어보는 것이 순서일 것 같아 화두를 던져 봅니다.

많은 의견 기대하겠습니다~ 자유롭게 글 올려 주세요~

idlock의 이미지

C vs Perl

Original Fox Trot Comic using C code.

Standard Perl Statement

Perl one-liner

http://perl.hacker.freeservers.com/
* 언어 논쟁이야기가 절대~!!! 아님니다. 그냥 웃자고요 ^^

지리즈의 이미지

64Bit CPU 시대의 도래

INTEL 386이 등장한지도 이제 10년이 조금 넘어가고 있습니다.
8 Bit Cpu 시장은 상당히 길었던 반에
16Bit CPU시장은 다른 32bit, 8bit에 비해 단명한 감이 있죠.
아마도 64bit시장 역시 16bit때 처럼 단명하지 않을까 싶습니다.
길어도 5~6년정도 반짝하다가 128Bit의 시장으로 넘어갈 것 같습니다.

이번에 AMD 64가 시장에 등장했습니다.
물론 RISC칩중에는 이미 64,128bit의 CPU가 사용되고 있지만,
일반 대중을 위한 CPU가 64bit로 등장한다는 데에 의미를
두어야 하지 않는가 싶네요.

RisaPapa의 이미지

mod_fastcgi-2.4.2 릴리즈

http://www.fastcgi.com/dist/mod_fastcgi-2.4.2.tar.gz

최근 FastCGI가 PHP사이트에서도 가끔 화제가 되고 있고 펄에서도 mod_perl에서 FastCGI로 전향하는 사람들이 늘어 나고 있는 추세입니다. 가끔 FastCGI의 패치를 포스트하기도 하고 계속해서 테스트를 하고 있는데 아파치2에서도 어느정도 안정된 버전이 릴리즈되었습니다.

현재 PHP사이트에서 사용하고 있는 FastCGI라이브러리는 조금 변경된 라이브러리를 사용하고 있습니다. 가능하면 같은 통일화된 라이브러리로 하자고 양 사이트의 코어 담당자에게 권고를 하고 있지만 FastCGI 사이트측에서는 PHP사이트에서 수정된 코드에 대해서 코미트(commit)를 하지 않는 것 같습니다. 또 PHP에서는 500번의 억세스가 있으면 메모리 리크를 회피하기 위해서 FastCGI 프로세스를 죽이고 다시 리로드하는데 mod_fastcgi측의 프로세스 메니져에서 이것을 처리해 주지 못하는 버그도 아직 내재하고 있습니다. 다시 말해서 기본 디폴트로 3번 프로세스를 리로드하면 mod_fastcgi측의 프로세스 메니져에서 프로그램에 이상이 있는 것으로 인식해 그 이상 PHP의 FastCGI프로세스를 생성해내지 못합니다. 1501번째 리퀘스트부터 응답을 할수 없는 상태가 됩니다. 이것 역시 양쪽 사이트에 이야기를 했는데도 서로 미루는 것 같습니다. 이것은 사실 PHP사이트에서 받아 들여 수정을 해야한다는 생각도 합니다만 서로 고집들이 세군요....

mastercho의 이미지

C++은 C의 확장?

관리자 알림 메시지: 이 글은 RisaPapa님의 http://bbs.kldp.org/viewtopic.php?t=27203 로부터 분리한 글입니다.

Quote:
C++은 위험적인 요소나 불필요한 요소를 많이 포함하고 있다고 생각됩니다. 제가 말하는 위험적인 요소는 프로그램 설계를 할때 후에 유지 보수면을 함께 고려하는 것이 쉽지 않고 한번 결정한 것으로 인해 유지보수를 할 수 없어 페기할수밖에 없는 최악의 상황이 나오지 않을까 하는 염려입니다. 아직까지 실력이 부족한 탓인지도 모르겠습니다. 반면에 C의 구문은 상대적으로 단순하고 특별히 고려해줄 필요가 없습니다. 하지만 C++에 비하면 재활용성이 아무리 고려를 하고 구상을 해도 많이 떨어지는 것 같습니다. 두 언어 모두 현재 널리 쓰이고 다른 언어가 굳이 필요할 만큼 나쁘지는 않지만 개선의 여지가 있고 약간 개선되었으면 하는 바램이 있습니다.

galadriel의 이미지

내 친구 KLDP보고 왈

여기도 폐인들 모여사냐?? 조리퐁 세어보라고 그래...

-_-;;;; 여기 이미지가 왜이렇게 변했나요..ㅜㅠ

정인철의 이미지

(*(unsigned log *)&jiffies)++의 의미는 무엇입니까?

jiffies 는 커널에서 타이머에 관련된 변수라고 하는데요..

그것보다..

(*(unsigned long *)&jiffies)++;

이 의미가 무엇이죠?

&jiffies 는 변수의 주소를 말하고..
이것을 (unsigned long *) 시키면... 타입케스팅인가?

헤깔리네요..

이런 류의 어려운 포인터 연산이 종종나오던군요...

해석좀 부탁드릴께요.. [/code]

buildkdom의 이미지

원서를 효과적으로 읽고 이해하기 위해 쓰는 방법이 있다면??

우움.. 나름대로 영어에는 자신이 있다고 일부러라도 생각해 왔지만
(영어를 보고 자신감을 잃지 않기 위해.. :o )
원서를 볼때마다 솔직히 어려움이 있네요..

원서를 한글처럼 쉽게 이해하고 판단할 수만 있다면 얼마나 좋을까? :D

님들은 어떠세요?

원서 읽으실 때, 나름대로 유용하게 쓰시는 방법이 있다면 Tip부탁드려요 ^^

페이지

RSS - 블로그 구독하기