joone님의 노트

me2py Readme

Tue, 23 Oct 2007 13:02:47 +0900

# me2py 소개
me2py는 me2day(http://me2day.net)의 OpenAPI를 python에서 쉽게 이용할 수 있는
모듈을 제공하고 이를 시험할 수 있는 명령어 기반의 프로그램과 단위시험 기능을
함께 제공합니다.

# me2day 소개
me2day는 한줄 블로그 서비스입니다. 글을 쓸 수 있는 양이
150자로 제한되어 있으며, 한번 쓰고 나면 수정/삭제가 되지 않습니다.

기존 블로그 보다 가볍게 자신의 생각이나 느낌을 주변에 알릴 수 있습니다. 휴대폰 문자로도
글을 남길 수 있어서 언제 어디서나 떠오르는 생각을 여러 사람과 나눌 수 있습니다.

http://me2day.net

# me2day Open API
다른 애플리케이션이나 웹서비스에서 http를 이용하여 me2day서비스를 이용할 수 있는
웹기반 인터페이스입니다. 현재 다음과 같은 API를 제공합니다.

http://me2py.kldp.net (프로젝트 홈페이지)

* create_post : 지정한 회원의 미투데이 페이지에 글을 작성합니다.
* get_latests : 지정한 회원의 최근글을 가져옵니다.
* get_posts: 지정한 회원의 글을 가져옵니다.
* create_comment : 지정한 글에 댓글을 작성합니다.
* get_comments : 지정한 글의 댓글을 가져옵니다.
* get_person : 지정한 회원 정보를 가져옵니다.
* get_friends : 지정한 회원의 친구목록을 가져옵니다.
* get_settings : 개인 설정 사항을 가져옵니다.
* noop : 사용자인증 테스트를 하거나 서버 동작상태를 검사합니다.

자세한 정보는 다음 URL을 확인하세요.
http://codian.springnote.com/pages/86001

# me2py 요구사양
* 운영체제
python이 설치된 대부분의 OS를 지원합니다.
* python 2.5.1 이상
* 한글 입력을 위한 UTF-8지원 터미널 프로그램

# 사용방법
* 사용자 정보 입력
압축을 풀은 디렉토리에서 python me2day.py를 입력한 후, 사용자 정보를 입력합니다.
질문에 맞게 me2day ID, me2day User Key를 입력합니다.
me2day User Key는 me2day접속후, 관리페이지에서 확인할 수 있습니다.

* 명령어 사용방법
명령어는 괄호안의 단축 이름을 지원합니다.

createpost(cp) "글 본문" "태그1 태그2" 아이콘 번호
예) cp "안녕하세요... " "인사말 인사" 1

getlatests(gl) userID
예) gl joone

getposts (아직 지원하지 않습니다)

createcomment(cc) post_id "댓글본문"
예) cc http://me2day.net/joone/2007/08/15#12:03:09 "댓글 테스트"

getcomments(gc) post_id
예) gc http://me2day.net/joone/2007/08/15#12:03:09

getperson(gp) userID
예) gp joone

getfriends(gf) userID 범위(all, close, family)
예) gf joone all

getsettings(gs)
예) gs

# 단위테스트 실행
python me2day_test.py

# 개발자 연락처
블로그 http://joone.net/blog
이메일 joone@kldp.org

2007.8.18 마지막 변경

프로그래밍의 도

Mon, 18 Jun 2007 09:19:30 +0900

===============================================================================
ＴＨＥㅤＴＡＯㅤＯＦㅤＰＲＯＧＲＡＭＭＩＮＧㅤ
===============================================================================

이 글은 월간 마이크로소프트웨어 1,2 월호에 실린 것으로,
원래 인터넷 유모란에 있는, Geoffrey James 가 영역하고,
Seth Robertson 이 필사한 < The Tao of Programming > 이란 글을,
윤태원(서울대 대학원 섬유공학과)씨가 한역한 것입니다.

===============================================================================

[ 프로그래밍의 도(道) ]
- The Tao of Programming

「 도사 프로그래머 가라사대, 숨겨진 에러 코드를 찾아내는 방법을 익혔
다면 하산할 때가 온 것이니라. 모름지기 프로그램에는 도가 존재하나니
바로 프로그래밍의 도란 것이니라.」

목차
제 1권 : 무(無)
제 2권 : 고대(古代)의 도사(道士)들
제 3권 : 설계(Design)
제 4권 : 코딩(Coding)
제 5권 : 유지(Maintenance)
제 6권 : 관리(Management)
제 7권 : 운용의 묘
제 8권 : 하드웨어와 소프트웨어
제 9권 : 에필로그

===============================================================================
무(無)

제 1권
===============================================================================

도사 프로그래머 가라사대 :

「 숨겨진 에러 코드를 찾아내는 방법을 익혔다면 하산할 때가 온 것이니
라. 」

===============================================================================

1.1

무(無)에서 이상스러운 기운이 생겨났도다. 그 기운은 홀로 외로이
움직이지 않았다. 그 기운은 움직이지 않았으나 동시에 끊임없이 움직이고
있었다. 그것이 바로 모든 프로그램의 소스이다. 나는 이름을 알지 못하느니,
그것을 '프로그램의 도(道)'라고 부르게 되었다.

도가 위대하다면 운영체제(OS)도 위대하다. 운영체제가 위대하다
면 COMPILE러도 위대하다. COMPILE러가 아주 위대한 것이라면 애플리케이션
또한 아주 위대하다.

사용자는 만족하고 그리하여 세상은 조화로 충만하도다. 프로그
래밍의 도는 멀리까지 미치며 아침 바람과 함께 돌아온다.

===============================================================================

1.2

도는 기계어를 낳았다. 기계어는 어셈블러를 낳았다. 어셈블러는 COMPILE
러를 낳았다. 그리하여 세상은 만(萬)가지도 넘는 언어로 가득하게 되었다.

모든 언어는 아무리 비천한 것일지라도 그 뜻한 바가 있다. 모든
언어는 소프트웨어의 음(陰)과 양(陽)을 나타낸다. 모든 언어는 도 안에
그 자리가 있는 법이다. 하지만 할 수만 있다면 코볼(COBOL)로는 프로그래
밍하지 말지어다.

===============================================================================

1.3

처음에 도가 있었다. 도는 시간과 공간을 낳았다. 그리하여 시간과 공간
은 프로그래밍의 음과 양을 이루게 되었다.

도를 깨닫지 못한 프로그래머는 언제나 프로그램을 짤 시간과 공
간이 모자라는 법이다. 도를 깨달은 프로그래머는 언제나 목적을 달성할
수 있는 충분한 시간과 공간이 있다. 세상의 모든 이치가 그러한 법이
니....

===============================================================================

1.4

현명한 프로그래머는 도를 듣고 따른다. 보통 프로그래머는 도를 듣고 찾
아본다. 멍청한 프로그래머는 도를 듣고 웃어 넘긴다. 그 웃음이 없었더라
면 도는 존재하지 않았을 것이다.

가장 높은 음이 가장 알아듣기 힘든 법. 앞으로 나아감은 바로 후
퇴하는 법. 위대한 재능은 인생의 후반에야 나타나는 법. 가장 완벽한 프
로그램에도 버그는 존재하는 법.

===============================================================================
고대(古代)의 도사(道士)들

제 2권
===============================================================================

도사 프로그래머 가라사대 :

「 사흘간 프로그래밍을 하지 않으면, 삶에 아무런 의미도 없어지느니라. 」

===============================================================================

2.1

고대의 프로그래머들은 신비롭고 심오하도다. 우리는 그들의 사상을 감히
측정할 수 없도다. 그리하여 우리는 그들의 외양을 묘사할 수 밖에 없도
다.
그들은 물을 건너는 여우처럼 빈틈이 없다. 전장에 나선 장군처럼
방심하지 않는다. 손님을 맞는 여주인처럼 친절하다. 조각하지 않은 나무
토막처럼 단순하다. 어두운 동굴 속의 검은 연못처럼 불투명하다.
누가 감히 그들의 마음과 생각에 담긴 비밀을 알아낼 수 있으리
요? 답은 오직 도 속에 있을 뿐이다.

===============================================================================

2.2

위대한 도사 튜링(Turing)은 어느날 그가 기계가 된 꿈을 꾸었다. 잠에서
깨어난 튜링이 탄식하며 가라사대 :

「 나는 기계가 된 꿈을 꾸는 튜링인지, 튜링이 된 꿈을 꾸는 기계인지 알지
못하노라! 」

===============================================================================

2.3

아주 큰 컴퓨터 회사에서 온 프로그래머가 소프트웨어 전시회에 다녀와 상
사에게 이렇게 말했다.

「 다른 회사에는 어떤 프로그래머들이 일하고 있습니까? 그들은 멋대로 행
동하고 외관에는 신경쓰지 않습니다. 그들의 머리는 길고 덥수룩하며, 그
들의 웃은 낡고 구겨졌습니다. 그들은 숙소에서 만취해서 돌아다니며 제가
발표할 동안에 야유를 해 댔습니다. 」

상사가 가로되
「 너를 전시회에 보내지 말았어야 했다. 그 프로그래머들은 세상사를 초월한
사람들이니라. 그들은 삶을 어리석은 것으로여기며, 우연의 일치로 생각한다.
그들은 아무런 거리낌없이 다닌다. 그들은 아무 것에도 신경쓰지 않으니,
그것은 그들이 프로그램만을 위해살기 때문이다. 왜 그들이 사회적인 관습 따위에
신경을 쓰겠느냐? 」
「 그들은 도 속에 살고 있느니라. 」

===============================================================================

2.4

제자가 스승에게 묻기를
「 저 프로그래머는 설계도 않고, 문서 작성도 않
으며 자기 프로그램을 테스트해 보지도 않습니다. 하지만 모두 그를 세계
에서 가장 뛰어난 프로그래머라고 칭송합니다. 그 이유가 무엇입니까? 」
스승이 답하기를
「 그 프로그래머는 도를 깨달았느니라. 그는 더 이상 설계할 필요성을 느끼지
않는다. 그는 시스템이 다운되어도 화내지않으며 그저 우주의 질서를 거리낌
없이 받아들이기 때문이다. 그는 더 이상 문서를 작성할 필요가 없다. 그는
다른 사람이 자기가 짠 코드를 이해하건 말건 신경쓰지 않기 때문이다. 그는
테스팅할 필요가 없다. 그가 작성한 프로그램은 모두 그 자체로 완벽하며,
고요하고 또 우아하다. 그의 프로그램은 모두 그 목적이 스스로 뚜렷하기 때문
이다. 아, 그는 진정으로 도를 깨달은 사람이니라.」

===============================================================================
설계(Design)

제 3권
===============================================================================

도사 프로그래머 가라사대 :

「 프로그램을 테스트하고 있을 때는 설계를 변경하기엔 이미 늦은 다음이
니라. 」

===============================================================================

3.1

옛날에 컴퓨터 전시회에 참석한 사람이 있었다. 그는 매일 전시장에 들어
가면서 문 앞에 선 경비원에게 이렇게 말했다.

「 나는 상점을 터는 기술로 유명한 도둑이오. 미리 경고하지만 이 전시회
도 내 손길을 벗어나진 못할 것이외다. 」

그의 말에 경비원은 무척 신경이 쓰였다. 전시회에 출품된 컴퓨터
장비의 가치들이 가히 수십억원에 이르렀기 때문이다. 경비원은 자칭 도둑
의 일거수일투족을 감시하였다. 하지만 그는 휘파람을 불면서 전시장에서
전시장으로 돌아다닐 뿐이었다.
자칭 도둑이 전시회장을 나갈 때 경비원은 그를 옆으로 데려가 몸
수색을 실시하였다. 하지만 몸에는 아무 것도 없었다.
다음날, 그는 다시 돌아와 경비원의 약을 올렸다.
「 나는 어제 엄청난 수확을 올렸소. 오늘은 더 많은 것을 훔치고 말테요.」
경비원은 그를 더욱 철저히 감시하였다. 하지만 아무런 소득도 없었다.
전시회가 끝나는 날, 경비원은 호기심을 도저히 억누를 수가 없었
다.
「 도선생, 나는 도저히 이해할 수 없소. 궁금증으로 인해 나는 밤잠을
이룰 수 없을 것 같군요. 제발 나를 깨우쳐 주시오. 당신이 훔친 것은
대체 무엇이요? 」
도둑은 가볍게 미소를 지었다.
「 나는 아이디어를 훔치고 있소. 」

===============================================================================

3.2

옛날에 한 스승 프로그래머는 늘 구조화되지 않은 프로그램을 짰다. 한 제
자가 그를 흉내내기 위하여 구조화되지 않은 프로그램을 짰다. 제자가 스
승에게 자신의 성장을 평가해 달라고 하자, 스승은 프로그램이 구조화되지
않았다며 꾸짖었다.
「 뱁새가 황새를 따라가면 가랑이가 찢어지는 법이다. 구조를 초월하기
전에 먼저 도를 깨달아야 하느니라. 」

===============================================================================

3.3

위(魏)나라의 조정에 한 프로그래머가 있었다.
위후(魏候)가 프로그래머에게 묻기를
「 회계 프로그램과 운영체제중에 설계하기 쉬운 것은 어느 쪽이요? 」
「 운영체제이옵니다.」
하고 프로그래머가 답했다.
위후는 믿을 수 없다는 표정으로 반문하였다.
「 어찌 회계 프로그램처럼 하찮은 것이 운영체제의 복잡함을 능가한다는
말이요? 」
「 그렇지 않사옵니다. 회계 프로그램을 설계할 때는 프로그래머가 서로
다른 생각을 지닌 사람들을 조율해야만 하옵니다. 회계 프로그램이 어떻게
작동해야 하며, 보고서는 어떤 양식으로 출력되어야 하며, 세법에는 어느
정도로 충실해야 하는지 각양각색으로 떠들기 마련이옵니다. 반면에 운영체제의
외양에는 아무도 신경쓰지 않사옵니다. 운영체제를 설계할 때는 프로그래머는
기계와 아이디어의 가장 단순한 조화만 추구하면 되옵나이다.
이것이 운영체제가 설계하기 쉬운 까닭이옵니다. 옛말에는 이를
일컬어 사공이 많으면 배가 산으로 간다고 하옵니다. 」
크게 감탄한 위후가 미소를 지으며 다른 질문을 던졌다.
「 그렇구려, 그런데 어느 쪽이 더 디버깅하기 쉽소? 」
프로그래머는 아무런 답도 하지 못했다.

===============================================================================

3.4

관리자가 도사 프로그래머를 만나 새 애플리케이션의 요구사항을 담은
문서를 건네주었다.
관리자가 묻기를
「 다섯명의 프로그래머를 투입한다면 시스템을 설계하는 데 얼마나 걸리겠소? 」
「 일 년이 걸릴 것입니다. 」
도사가 간단하게 대답하였다.
「 하지만 우리는 이 시스템이 지금 당장 필요하단 말이요! 프로그래머를 열명
투입하면 어떻겠소? 」
도사는 인상을 지푸렸다.
「 그렇다면 이 년이 걸릴 것입니다. 」
「 프로그래머를 백명 투입한다면 어떻겠소? 」
도사는 가볍게 한숨을 쉬며 답하였다.
「 그 경우에는 시스템이 결코 완성되지 않을 것입니다. 」

===============================================================================
코딩

제 4권
===============================================================================

도사 프로그래머 가라사대 :

「 잘 짠 프로그램은 그 자체로 천국이며, 못 짠 프로그램은 그 자체로
지옥이니라. 」

===============================================================================

4.1

프로그램은 작고 민첩해야 하며, 그 서브 루틴은 마치 진주 목걸이처럼
연결되어 있어야 한다. 프로그램의 내용과 정신은 일관적이어야 한다. 프
로그램은 너무 작아도 너무 커도 아니되며, 필요없는 루프나 필요없는
변수가 있어서는 더 더욱 아니된다. 또한 구조가 없어도 아니되며 지나치
게 경직되어도 아니된다.
프로그램은 < 최소 놀람의 법칙 > 을 따라야 한다. 이 법칙이 무엇
이냐고? 프로그램은 사용자를 최소로 놀라게 하는 방향으로 반응해야 한다는
뜻이다.
프로그램은 아무리 복잡하더라도 하나의 객체처럼 동작해야 한
다. 프로그램은 외관보다는 내부의 논리에 따라 작성되어야 한다.
프로그램이 이러한 요구를 따르지 못하면 무질서와 혼란이 발생
한다. 이를 고치는 유일한 방법은 프로그램을 다시 작성하는 것 뿐이다.

===============================================================================
4.2

제자가 스승에게 묻기를
「 프로그램을 짰는데 때로는 작동하고 때로는 작동하지 않습니다. 프로그래밍
법칙을 모두 따랐는데 왜 이런 일이 생기는지 도무지 알 수가 없습니다.
이유가 무엇입니까? 」
스승이 답하기를
「너는 도를 깨닫지 못했기에 당황하는 것이니라. 사람들이 이성적으로
행동하리라 믿는 것은 오직 바보뿐이다. 너는 어찌하여 사람이 만든 기계로부터
이성적인 행동을 바라느뇨? 컴퓨터는 결정론을 흉내내는 것 뿐이다. 오직 도만이
완전하다.
프로그래밍의 법칙은 일시적이며, 오직 도만이 영원하다.
따라서 너는 깨달음을 얻기 위해 도를 명상해야 할 것이니라. 」
「 하지만 제가 깨달음을 얻었는지 어떻게 알 수 있습니까? 」
제자가 물었다.
「그 때가 되면 프로그램이 제대로 돌아갈 것이다. 」
스승이 말했다.

===============================================================================

4.3

스승이 도의 본질을 제자에게 설명하고 있었다.

「 도는 아무리 사소한 것일지라도 모든 소프트웨어 내에 존재한다. 」
스승이 말햇다.
「 휴대용 계산기에도 도는 존재합니까? 」
제자가 물었다.
「 그러느니라. 」
스승의 대답이었다.
「 비디오 게임에도 도는 존재합니까? 」
제자가 물었다.
「 비디오 게임에도 도는 존재하느니라. 」
스승이 말했다.
「 PC의 도스에도 도는 존재합니까? 」
스승은 불편한 듯 헛기침을 하더니 자세를 조금 바꾸었다.
「 오늘의 수업은 여기까지다. 」
스승이 말했다.

===============================================================================

4.4

프라이스 왕의 프로그래머가 소프트웨어를 짜고 있었다. 그의 손가락이 키
보드 위에서 춤을 추었다. 프로그램은 에러 메시지 하나 없이 COMPILE되었
고 마치 봄바람처럼 가볍게 실행되었다.
「 기가 막히군! 당신의 기술은 완전무결하구려! 」
프라이스가 감탄하며 말했다.
「 기술이라구요? 」
프로그래머가 터미널에서 몸을 돌리며 말하기 시작했다.
「 내가 따르는 것은 모든 기술을 넘어선 도입니다. 내가 처음
프로그램을 작성하기 시작했을 때는 프로그램 전체가 한 덩어리로
보였습니다. 삼년이 지나자 나는 더 이상 덩어리가 보이지 않았습니다.
그 때부터 나는 서브 루틴을 사용하기 시작했지요. 하지만 이제는 내게는
아무 것도 보이지 않습니다. 내 존재는 형태없는 무 속에 존재합니다.
나는 아무런 감각도 느낄 수 없습니다. 내 정신은 아무런 계획도 세우지
않고 자유롭습니다. 그저 본능의 지시에만 따를 뿐. 간단히 말해 내 프로그램은
스스로 작성되는 것입니다. 가끔 어려운 문제가 발생하는 것은 사실입니다.
어려움이 다가오는 것을 느끼면 속도를 늦춥니다. 그리고 조용히 관찰합니다.
그리곤 코드에서 한 줄만 바꾸면 어려움은 마치 연기처럼 사라지고 말지요.
그리고 나선 프로그램을 COMPILE합니다. 나는 조용히 앉아 일의 즐거움이 내 존재를
가득 채우는 것을 느끼며 즐깁니다. 나는 잠깐 눈을 감고 명상한 다음 터미널을
끕니다. 」
프라이스 왕이 가로되,
「 내가 고용한 모든 프로그래머들이 그대처럼 현명하기를! 」

===============================================================================
프로그래밍의 도(道)
- The Tao of Programming
===============================================================================

「 조심스레 사용한 문의 경첩에는 기름을 칠 필요가 없다.
흐르는 물에는 이끼가 끼지 않는다.
소리도 생각도 진공을 지나갈 수는 없다.
사용하지 않은 소프트웨어는 똥된다.
이들은 모두 위대한 미스터리들이다. 」

「 훌륭한 농부가 자신이 심은 쌀 한 톨을 소홀히 하는 것을 보았는가?
훌륭한 선생이 반에서 가장 어리석은 학생이라고 무시하는 것을 보았는가?
훌륭한 아버지가 아이를 굶주리게 하는 것을 보았는가?
훌륭한 프로그래머가 코드를 고치는 것을 거부하는 것을 보았는가? 」

===============================================================================
유지

제 5권
===============================================================================

도사 프로그래머 가라사대 :

「 프로그램의 길이가 세 줄밖에 안되더라도 언젠가는 손볼 필요가 생기느니
라. 」

===============================================================================

5.1

조심스레 사용한 문의 경첩에는 기름을 칠 필요가 없다. 흐르는 물에는 이
끼가 끼지 않는다. 소리도 생각도 진공을 지나갈 수는 없다. 사용하지 않
은 소프트웨어는 똥된다. 이들은 모두 위대한 미스터리들이다.

===============================================================================

5.2

관리자가 어느 날 프로그래머를 불러 물었다.
「 지금 짜고 있는 프로그램이 언제 끝나겠소? 」
프로그래머가 즉시 답하기를
「 내일까지 끝내지요. 」
「 좀 비현실적인 얘기같군요. 정말로 언제까지 끝낼 수 있습니까? 」
관리자가 다시 물었다.
프로그래머는 잠깐 생각을 하더니 말했다.
「 사실은 약간 추가하고 싶은 기능이 있습니다. 그걸 다 하려면
2주는 걸리겠는데요. 」
「 그것도 기대하기 힘든 것 같군요. 그냥 프로그램이 완성되면 알려 주시오. 」
관리자가 툴툴대며 말했다. 프로그래머는 그러마고 답했다.
많은 해가 지나 관리자는 은퇴하게 되었다. 은퇴식장에 가던
도중 그는 프로그래머가 터미널 앞에서 잠들어 있는 것을 보게 되었다. 그는
어제 밤을 새워가며 프로그래밍을 했던 것이다.

===============================================================================

5.3

어느 날 제자 프로그래머가 간단한 회계 프로그램을 짜라는 지시를 받았
다. 제자는 많은 날을 열심히 일했다. 스승이 그의 프로그램을 훑어보니
스크린 에디터와 그래픽 처리 루틴 몇 가지, 그리고 인공지능을 응용한
인터페이스가 구현되어 있었다. 하지만 어디에도 회계와 관련된 기능은
없었다.
스승이 이에 대해 묻자, 제자가 시큰둥하게 대답했다.
「 그렇게 급하게 재촉하지 마세요. 언젠가는 회계에 관련된 기능을 넣을
테니까요. 」

===============================================================================

5.4

훌륭한 농부가 자신이 심은 쌀 한 톨을 소홀히 하는 것을 보았는가? 훌륭
한 선생이 반에서 가장 어리석은 학생이라고 무시하는 것을 보았는가? 훌
륭한 아버지가 아이를 굶주리게 하는 것을 보았는가? 훌륭한 프로그래머가
코드를 고치는 것을 거부하는 것을 보았는가?

===============================================================================
관리

제 6권
===============================================================================

도사 프로그래머 가라사대 :

「 프로그래머는 많이 고용하고 관리자의 수는 줄여라. 생산성이 절로 향상
될 것이다. 」

===============================================================================

6.1

관리자가 끊임없이 회의를 하면 프로그래머는 게임을 짠다.
회계사가 사분기 이익에 대해 불평하면 개발 예산은 삭감될 위기에 처한다.
수석 과학자가 푸른 하늘을 논하면 바라 구름이 몰려든다.
아, 이것은 진정한 프로그래밍의 도가 아니다.
관리자가 결론을 내면, 게임 프로그램은 잊혀진다.
회계사가 장기 계획을 세우면 조화와 질서가 회복된다.
수석 과학자가 신경 쓰기 시작하면 문제는 곧 해결된다.
아, 이것이 진정한 프로그래밍의 도이다.

===============================================================================

6.2

프로그래머는 왜 생산성이 낮은가?
그들의 시간이 회의로 낭비되기 때문이다.
프로그래머가 왜 툴툴거리는가?
관리자가 지나치게 참견하기 때문이다.
프로그래머가 왜 하나씩 회사를 떠나는가?
지쳤기 때문이다.
무능력한 관리자 밑에서 일하는 프로그래머는 자신의 직업을 소중히 여기지 않는다.

===============================================================================

6.3

관리자가 해고될 위기에 처했다. 하지만 그 밑에서 일하던 프로그래머가
새로운 소프트웨어를 개발하여 큰 성공을 거두었다. 결과적으로 관리자는
자리를 지킬 수 있었다.
관리자는 보너스를 주려고 했지만, 프로그래머는 거절했다. 프로
그래머 가로되,

「 나는 이 프로그램이 재미있다고 생각했기 때문에 작성했을 뿐입니다.
그러므로 나는 아무런 보상도 바라지 않습니다. 」

이 말을 들은 관리자가 말하기를
「 이 프로그래머는 비록 비천한 자리에 있으나, 종업원의 맡은 바 책무가
무엇인지 잘 알고 있다. 그를 보조 관리자로 승진시키도록 하라. 」

그러나 이 말을 들은 프로그래머는 다시 한 번 거절하였다.

「 나는 프로그램을 짤 수 있기 때문에 존재합니다. 만일 승진한다면
다른 사람의 시간을 갉아먹게 될 뿐입니다. 이제 가도 됩니까?
지금 짜고 있는 프로그램이 하나 있거든요. 」

===============================================================================

6.4

관리자가 프로그래머를 찾아가서 말하기를
「 당신의 출근 시간을 조정하기로 했소. 이제부터 아침 9시에 나오고
5시에 퇴근하도록 하시오. 」
이 말을 들은 프로그래머들은 모두 분노하였고, 몇몇은 즉석에서
회사를 그만두었다. 그래서 관리자가 말하기를
「 좋아요. 그렇다면 작업 시간을 자유롭게 정하도록 하시오. 맡은 프로젝트를
스케줄에 맞게 끝내기만 하면 상관하지 않겠소. 」
만족한 프로그래머들은 이제 정오에 출근하여 이른 새벽까지 일했다.

===============================================================================
운용의 묘

제 7권
===============================================================================

마스터 프로그래머 가라사대 :

「 사장에게 컴퓨터 프로그램을 보여줄 수는 있다. 그러나 그가 컴퓨터 문맹에서
벗어나게 할 수는 없다. 」

===============================================================================

7.1

제자가 스승에게 묻기를
「 동방에는 본사라는 이름의 거대한 트리 구조가 있습니다. 그 트리 구조는
부사장과 관리자들로 지나치게 비대해졌습니다. 트리 구조는 < 이리 가라>
또는 < 저리 가라 > 는 메모를 무수히 내려 보냅니다. 하지만 아무도 그 메모의
진정한 뜻이 무엇인지는 이해하지 못합니다. 그 가지에는 매년 새로운 이름들이
나붙지만 결국엔 아무런 소용도없지요. 어떻게 이렇게 부자연스러운 존재가 있을
수 있습니까? 」
스승이 답하여 가로되,
「 너는 이 방대한 구조의 존재를 깨닫고,거기에 아무런 이성적인 목적도 없다는
사실에 당황하고 있는 것이다. 본사의 그 끊임없는 방향 전환에서 아무런
즐거움도 느끼지 못하겠느냐? 우리를 보호하는 가지 아래서 아무런 방해도 받지
않고 프로그래밍할 수 있는 즐거움을 깨닫지 못했느냐? 왜 본사의 존재가
무가치하다는 데 신경을 쓰는 것이냐? 」

===============================================================================

7.2

동방에는 어떤 물고기보다도 더 큰 상어가 있다. 이 상어는 대붕이라는
이름의 새로 변한다. 이 새가 일으키는 바람은 하늘을 가득 채우는 구름과도
같다. 대붕이 땅을 가로지르면 본사에서 보내는 메시지를 가져온다. 이
메시지는 갈매기가 해변에 떨어뜨리는 똥처럼 프로그래머의 수중에 떨어
진다. 그후 대붕은 바람을 타고 푸른 하늘을 등에 업은 채 집으로 돌아간다.
초보 프로그래머는 놀란 눈으로 대붕을 바라본다. 이해할 수 없기
때문이다. 보통 프로그래머는 대붕을 두려워한다. 대붕이 가져오는 메시
지가 무섭기 때문이다.
도사 프로그래머는 터미널 앞에 앉아 일을 계속한다. 대붕이 다녀
간 것을 알아차리지 못하기 때문이다.

===============================================================================

7.3

상아탑에 사는 위대한 마법사가 새로운 발명품을 스승 프로그래머에게 가
져왔다. 마법사는 거대한 검은 상자를 밀며 스승의 사무실로 들어왔다. 스
승은 조용히 그를 지켜볼 뿐이었다.

「 이것은 통합적으로 분산된 다목적 워크스테이션이요. 」
마법사가 자랑스레 말하기 시작했다.
「 인간 환경공학적으로 설계된 독점 운영체제와 제 6세대 언어, 그리고
복수의 최신 사용자 인터페이스를 탑재하고 있지요. 이 워크스테이션을
제작하기 위해 수백 명의 조수들이 몇 년이나 일해야 했소이다. 멋지지
않습니까? 」
스승은 눈썹을 약간 치켜 뜨며 대답했다.
「 정말 멋지군요. 」
「 본사에서는 모든 사람들이 이 워크스테이션을 이용해서 새로운
프로그램을 개발해야 한다고 지시했소이다. 그러시겠습니까? 」
「 물론이지요. 워크스테이션을 즉시 컴퓨터실로 옮겨 겠습니다. 」
스승이 말했다.
마법사는 만족하여 자신의 탑으로 돌아갔다.
며칠 후 제자가 스승 프로그래머의 사무실로 들어와서 물었다.
「 새로 짠 프로그램의 리스트가 어디 있는지 모르겠어요. 혹시 어디 있는지
아세요? 」
「 물론이지. 컴퓨터실에 있는 검정색 상자 위에 있다. 」
스승이 말했다.

===============================================================================

7.4

도사 프로그래머는 프로그램에서 프로그램으로 아무런 두려움 없이 옮겨
다닌다. 관리자가 어떻게 변해도 그의 위치는 변하지 않는다. 그는 프로젝
트가 취소되더라도 해고되지 않는다. 왜 그럴까? 도사 프로그래머는 도로
충만하기 때문이다.

===============================================================================
하드웨어와 소프트웨어

제 8권
===============================================================================

도사 프로그래머 가라사대 :

「 바람이 불지 않으면 풀은 움직이지 않는다.
소프트웨어가 없으면 하드웨어는 쓸모가 없다. 」

===============================================================================

8.1

제자가 스승에게 묻기를
「 한 컴퓨터 회사는 다른 회사들에 비해 월등히 큽니다. 난쟁이들 사이에
선 거인처럼 보입니다. 이 회사의 한 부서만으로도 산업을 일으킬 수 있을
정도입니다. 왜 그렇습니까? 」
스승이 답하여 가로되
「 왜 그런 어리석은 질문을 하는가?
그 회사는 크기 때문에 큰 것이니라. 만일 그 회사가 하드웨어만 만들었다면
아무도 사지 않았을 것이다. 그 회사가 시스템의 유지보수만 했다면,
사람들은 그 회사를 하인처럼 다루었을 것이다. 하지만 그 회사는 이 모든 일을
하기 때문에 사람들은 그 회사를 신으로 여기는 것이다! 그들은 남들과 경쟁하려
들지 않기 때문에 아무런 어려움 없이 세상을 정복하는 것이다. 」

===============================================================================

8.2

어느 날 스승이 제자의 곁을 지나치고 있었다. 스승은 제자가 휴대용 게임
기에 열중해 있음을 알았다.
「 미안하지만 내가 좀 볼 수 있을까? 」
스승이 물었다.
제자는 깜짝 놀라 게임기를 스승에게 건네주었다.
「 이 게임은 Easy, Medium, Hard 등 세 단계로 이루어져 있구나.
하지만 이런 게임기에는 또 다른 레벨이 더 하나 존재하고 있다.
이 레벨에서는 게임기가 사람을 정복하려 들지 않으며, 사람도
게임기를 정복할 수 없다. 」
스승이 말했다.
「 대단하십니다, 스승님. 」
제자가 탄성을 질렀다.
「어떻게 게임기에 또다른 레벨이 있다는 사실을 알아 내셨나이까? 」
스승은 게임기를 땅에 떨어뜨리더니 발로 밟아 버렸다.
그러자 갑자기 제자는 깨달음을 얻었다.

===============================================================================

8.3

개인용 컴퓨터로 작업을 하는 프로그래머가 있었다. 어느 날 그는 자신의
작업실에 놀러 온 메인프레임 프로그래머에게 자랑하기 시작했다.
「 나를 좀 보라고. 나혼자만 쓸 수 있는 운영체제와 하드 디스크도
있어. 컴퓨터 용량을 다른 사람과 나누어 쓸 필요도 없지. 소프트웨어는
성능이 우수할 뿐 아니라 쓰기도 편해. 왜 메인프레임처럼 불편한 환경에서
일하는 거지? 」
그러자 메인프레임 프로그래머는 자신의 시스템을 친구에게 설명하기 시작
했다.
「 메인프로그램은 컴퓨터실에서 명상하는 고대의 현인처럼 앉아 있다네.
그 디스크 드라이브는 마치 거대한 기게의 바다처럼 서로 연결되어있지.
소프트웨어는 다이아몬드처럼 다양한 면을 지니고 있으며, 원시림처럼
서로얽혀 있네. 각각 독특한 프로그램들은 마치 거세게 흐르는 강물처럼
시스템으로 들어왔다 나가지. 그게 내가 메인프레임을 좋아하는 이유라네. 」
개인용 컴퓨터 프로그래머는 이 말을 듣고 할 말을 잃었다.
하지만 두 프로그래머는 죽을 때까지 친하게 지냈다.

===============================================================================

8.4

갠지즈강으로 가던 하드웨어가 소프트웨어를 만났다. 소프트웨어 가로되,
「 너는 음이요 나는 양이로다. 우리가 함께 여행한다면 크게 유명해지고
많은 돈을 벌 수 있음에 틀림이 없도다. 」
그리하여 그들은 한 쌍이 되어 세상을 정복할 야심을 품게 되었다.
그들은 찢어진 누더기를 입고 가시나무 지팡이를 집은 채 절름거리는
펌웨어를 만나게 되었다.
펌웨어가 그들에게 가로되
「 도는 음과 양을 넘어 존재하느니라.
도는 호수의 물처럼 조용하고 움직이지 않느니라.
도는 명성을 구치 않으며, 따라서 아무도 그 존재를 알지 못하느니라.
도는 부를 구치 않으니,도는 그 자체로 완전하기 때문이니라.
도는 시간과 공간을 넘어 존재하느니라. 」
크게 부끄러워진 소프트웨어와 하드웨어는 집으로 돌아가고 말았다.

===============================================================================
에필로그

제 9권
===============================================================================

마침내 도사 프로그래머 가라사대 :

「 하산하거라. 」
===============================================================================

Perl

Fri, 15 Jun 2007 09:56:49 +0900

Perl

1987년 Larry Wall에 의해 개발됨.

광역 네트워크 구축을 위한 시스템 관리 및 제어 프로그램을 개발하던 Larry가 상사에게 그동한 한일을 보고하기 위해 만든 언어.

Pearl (Practical Extraction And Report Language) ==> Perl

Hello World 예제

#!/usr/bin/perl
# hello.pl
print "Hello World\n";

hello.pl

Commnet

# 을 사용한다.

Datatype

$foo # a Scalar
@foo # an array
%foo # a Hash table
FOO # a file handle
&foo # a subroutine.

변수

my $price = 100000; # 지역변수 (local)
print "$price\n";
$price = "Very expensive.";
print "$price\n"

variable.pl

배열

@arr = ( 1, 2, 3, "Last member" );
$size = @arr;
print "array size = $size\n";

$myarray[0] = 1;
$myarray[1] = 2;
$myarray[2] = "test";
$myarray[3] = 4;

print $myarray[0], "\n";
print "$myarray[1]\n";
print $myarray[2], "\n";
print $myarray[3];

array.pl

my @address;
my $friend = 0;

push @address, "joone";
push @address, "minsoo";
push @address, "jinsu" if $friend;
$friend = 1;
push @address, "john" if $friend;

foreach $elem (0..$#address)
{
print $address[$elem],"\n";
}

array2.pl

관계연산자(relational operator)

>, <, >=, >= # 숫자의 비교. if ( $a > $b ) { print "O.K."; }
==, !=, <=> # <=>는 앞의 변수가 작으면 -1, 크면 1, 앞과 뒤의 변수가 같으면 0을 return합니다.

제어문

if 문

if ( 식 ) {
do_something;
}
else{ # '식'이 거짓일 경우 블록을 실행. else는 없을 수도 있음.
do_others;
}

if ( 식 ){
1. do_something;
}elsif ( 다른 식 ){ # elsif는 몇개가 들어가도 좋음.
# 주의: elseif라고 하지 않도록 유의할 것.
1. do_anything; # '식'이 거짓이고 '다른 식'이 참일 때 실행.
} else {
do_others;
}

if의 반대 개념으로 unless가 있습니다. 즉, 조건식에 거짓으로 판명이 될 경우에만 블록내의 명령(들)을 실행시킵니다.

@a = 3;
unless ( @a == 5 ) {
print "Hey\n";
}

my @address;
my $friend = 0;
push @address, "joone";
push @address, "minsoo";
push @address, "jinsu" if $friend;
$friend = 1;
push @address, "john" if $friend;
foreach $elem (0..$#address)
{
print $address[$elem],"\n";
}

for 문

for ( $i = 0; $i < 100; $i++ )
{
print "test ";
}

for ( 1...100)
{
print "test2 ";
}

for ( 1..10, " hello ", "world ", "again\n" )
{ print; }

for.pl

@myArray = (A, B, C, D, E);
for ($elem = 0; $elem <= $#myArray; $elem++ )
{
print $myArray[$elem];
}
foreach $elem ( 0..$#myArray )
{
print $myArray[$elem];
}

foreach.pl

while, until문

$i = 0;
while ( $i < 100 ) {
1. print "test";
2. $i++;
}

$i = 0;
until ( $i >= 100 ) {
1. print "test";
2. $i++;
}

Subroutine

sub mysubroutine
{
print "this is mysubroutine\n";
}
&mysubroutine;

표준 입출력

열지 않고 사용할 수 있는 기본 핸들 사용 (STDOUT, STDIN)

print STDOUT "Enter your name?: ";
$name = <STDIN>;
print STDOUT "Your name is $name\n";

input.pl

<>는 지정된 핸들로 부터 한줄을 입력받는 연산임.

파일 읽고/쓰기

구분	내용
읽기 핸들	open(HANDLE_NAME,“ filename”); # 지정된 파일의 읽기 핸들 open(HANDLE_NAME,“ <filename”); # 위와 같음 (더 명확한 표현)
쓰기 핸들	open(HANDLE_NAME,“ >filename”); # 지정된 파일 생성, 쓰기 핸들 open(HANDLE_NAME,“ >>filename”); # 존재하는 파일에 덧붙여 쓰기 핸들

print STDOUT "Enter the source file: ";
$src = <STDIN>;
print STDOUT "Enter the target file name: ";
$target = <STDIN>;
open(INPUTFILE, "<$src");
$data = <INPUTFILE>;
close(INPUTFILE);
print $data;
open(OUTPUTFILE, ">$target");
print OUTPUTFILE $data;
close(OUTPUTFILE);

copyfile.pl

펄모듈 동적으로 로드하기

require 를 이용한 방법

require는 라이브러리가 될 파일의 내용을 그 위치에다가 직접써넣는 C에서의 include 문과 같다고 보면됨.
코드를 로드하기보다는 삽입

## 삽입을 피해갈수 있다
if ( 0 ){
require "cgi_lib.pl";
}

## 포함할 스크립트의 이름을 동적으로 지정
$file = "cgi_lib.pl"
require $file;

use 를 이용한 방법

use는 require와 다른 특성을 갖는데,

첫째, 중복로딩을 막습니다.
둘째, 로직흐름과 상관없이 새로운 영역에 로딩됩니다.
컴파일시에 문맥을 따지지않고 발견되는 use문을 단한번만 처리하게 된다.

Debugging

perl -d aaa.pl

참고문헌

Perl 이야기, http://www.perl.or.kr/perlyagi/
Perl로 시작하는 본격 스크립트 프로그래밍, 마이크로소프트웨어 2002년 6월

Python

Fri, 15 Jun 2007 09:52:23 +0900

Python

1989년 12월 크리스마스를 심심하지 않게 보내려고, 네덜란드 암스테르담에 사는 귀도 반 로섬이 혼자 집에서 취미 삼아 재미로 개발한 프로젝트임. 연구실은 닫히고 집에서 특별히 할일이 없어서 개발했다고 함. 이름은 영국 드라마(Monty Python's Flying Circus)를 참고

http://en.wikipedia.org/wiki/Guido_van_Rossum

Hello World 예제

#!/usr/bin/python
# hello.py
print "Hello World\n"

chmod 755 hello.py

Commnet

# 이것은 주석입니다.
import sys # 이것도 주석입니다.
"""
이것도 주석입니다.
여러줄을 주석처리할 때 사용합니다...
"""

Datatype

객체 자료형	상수와 사용법의 예
수치형(Numbers)	정수(2134), 실수(2.71), 롱형 정수(345L), 복소수(4+5j)
문자열(Strings)	‘spam’,“ eggs”
리스트(Lists)	[1,‘ two’, 3, [5,‘ five’]]
사전(Dictionaries)	{ 'gslee':5284,'kslee':5582,'mylee':5382}
터플(Tuples)	(1,3,’five’)
파일(Files)	f = open( ‘toasts’)

정수형 상수

>>> a = 23 # 10진 상수
>>> b = 023 # 8진 상수, 0으로 시작하면 8진수이다.
>>> c = 0x23 # 16진 상수, 0x 혹은 0X로 시작하면 16진수다.
>>> print a, b, c # 10진수로 출력
23 19 35

실수형 상수

이렇게 한 줄에 여러 변수 값을 할당할 수 있다.

>>> e, f, g = 3.14, 2.16e-9, 3E220
>>> print e, f, g
3.14 2.16e-009 3e+220

Long 형 상수

>>> h = 123456789012345678901234567890L
>>> print h * h
15241578753238836750495351562536198787501905199875019052100L

유효 자리수는 메모리가 허용하는 만큼 가능하다.

복소수형 상수

>>> c = 4+5j
>>> d = 7-2J
>>> print c * d
(38+27j)

문자열

문자를 표현하기 위한 자료형

print 'Hello World!'
print "hello World!"

따옴표(Single Quotation mark), 큰 따옴표(Double Quotation Mark) 모두 사용된다.

리스트

L = [1, 4, 3, 2, 5, 'aa']
print len(L)
print L[1:3]
print L[5]
print L+L
print L*3

L.append(6)
print L
L.reverse()
print L
L.sort()
print L

list.py

튜플

튜플과 리스트의 차이는 튜플은 값 변경이 안되고, 리스트는 가능하다.

t = (1, 4, 3, 2, 5)
print len(t)
print t[1:3]
print t[1]
print t+t
print t*3

tuple.py

사전 만들기

아이템들은‘키’와‘값(value)’으로‘key:value’형식으로 구성된다.

>>> phone = {} # 공 사전 생성
>>> phone = {'jack':9465215, 'jim':6851325, 'Joseph':6584321} # 초기값 부여
>>> len(phone) # 사전의 크기(아이템의 개수)
3

phone = {}
phone = {'joone':12777347, 'minsoo':23443333, 'Soony':23454458}
print len(phone)
print 'the value of joone is %s' % phone['joone']
# 검색 추가 변경
phone['jack'] = 33455634
print phone
phone['joone']= 1111111

# 삭제
del phone['jack']
print phone

# 키, 값, 아이템 얻기
print phone.keys();
print phone.values();
print phone.items();
# 키보드로부터 키 스트링(이름) 입력을 받는다. ‘name?’은 프롬프트다.
name = raw_input('name?')
# 키를 가지고 있는지 검사
if phone.has_key(name):
print phone[name] # 있으면 전화번호 출력
else:
print name,'not found' #없으면

dic.py

관계연산자(relational operator)

> 크다
< 작다
>= 크거나 같다
<= 작거나 같다
== 같다
!= 같지 않다
<> 같지 않다

포맷 스트링

s3 = 'Hi %s! How are you doing?'
print s3 % "joone"
s4 = '%s * %s = %s'
print s4 % (12, 23, 12*23)
print '%5d %o %x %5.2f' % (23, 23, 23, 43.123)

제어문

파이썬은 단순하게 if, for, while이라는 3개의 제어문을 갖고 있다.

if 문

n = int(raw_input('value?'))
if n > 0:
print 'positive'
elif n < 0:
print 'negative'
else:
print 'zero'

한 가지 주의 깊게 봐야 할 점이 있는데 들여쓰기(indentation)이다. 즉, if - elif - else는 같은 열에 있어야 하고, 세 개의 print 문은 탭
혹은 같은 수의 스페이스를 이용해 들여쓰기를 한다. 파이썬에서는 이와 같은 들여쓰기 필수다.

for 문

a = [0,1,2,3]
for x in a: # a에 있는 모든 x에 대해
print x, # x값 출력

for x in range(100):
print x

순차적으로 숫자를 증가시켜가면서 반복할 경우에는 range함수를 이용한다

while문

a, b = 0, 1
while b < 100:
print b,
a, b = b, a+b

함수 정의와 호출

def 함수명 (인수들..):
문(statements)
return <값>

def add(a, b):
return a+b
print add(1,2)

add(int, int);
add(int, double);
add(double, int);
add(double, double);

파이썬은 자료형을 동적으로 결정하므로 다른 언어에서 해야 하는 많은 중복(overloading) 작업을 피하게 해준다.

파일 입출력

파이썬의 파일 입출력(File I/O) 기능은 C에서 사용하는 함수를 확장한 것
C의 래퍼(wrapper)로서 대부분의 C 파일 입출력 기능과 추가적인 편의 함수를 제공
파일을 사용하기에 앞서 우선 파일을 오픈해야 하는데,
이때 파일명과 처리 모드를 인수로 넘겨줘야 한다. 처리 모드는‘w:쓰기, r:읽기, a:추가하기’이다.

f = open(‘testfile’, ‘w’) # 쓰기 모드로 testfile을 오픈한다.
f.write(‘파이썬 파일 쓰기 테스트 중이예요!\n’) # 문자열을 출력한다
f.close() # 파일을 닫는다. 생략 가능

읽기 쓰기 메쏘드
파일 객체의 . 더 다양한 메쏘드에 대해 배워보자. 먼저 읽기를 위한 메쏘
드는

read() 파일 전체 내용을 한꺼번에 문자열로 읽어들인다

read(N) N의 양의 정수만큼 읽기

readline() 한줄씩 읽기

readlines() 파일 전체를 라인단위로 끊어서 리스트에 저장한다
write(S), writelines(L)

명령행 인수 처리

import sys # for handling argv
import re   # import regular expression module for using subn

def replace(fname, srcstr, deststr):
        f = open(fname)
        txt = f.read()
        txt = re.subn(srcstr, deststr, txt)[0]
        return txt

if __name__ == '__main__':
        if len(sys.argv) != 4:
                print "Usage : replace filename srcstr deststr"
                sys.exit()
        print replace(sys.argv[1], sys.argv[2], sys.argv[3])

command.py

OOP

class MyClass:
def setValue(self, val):
self.value = val;
def getValue(self):
print self.value
c = MyClass()
c.setValue('Hello')
c.getValue()

oop.py

Debugging

python -m pdb oop.py

참고문헌

이강성, 파이썬의 기본 구문과 기초자료형 이해, 마이크로소프트웨어 2000년 7월호

웹브라우저 이야기

Sun, 03 Jun 2007 22:35:56 +0900

웹브라우저 과거, 현재, 미래에 대하여 간략하게 알아보고 웹브라우저의 아키텍쳐과 동작방식을 소개합니다.

BarCampSeoul2_WebBrowser.pdf