썰렁한 엔지니어

함수의 프로토타입을 꼼꼼히 분석하라 : 함수의 프로토타입에는 그 함수가 뭘하는 것인지에 대한 정보의 90%가 들어 있다. const 형식이 어떤 것인지 모두 이해하고 있어라 : 함수 인자, 변수 선언, 멤버 함수 맨 뒤. static 형식이 어떤 것인지 모두 이해하고 있어라 : 변수 선언, 함수 선언, 멤버 함수 오브젝트 파일안에 뭐가 들어 있는지 알고 있어야한다. : nm, objdump, readelf, dumpbin.exe, depends.exe 등의 유틸리티가 도움이 된다. 소스를 코딩하고나면 오브젝트 코드가 어떻게 생기는지 알고 있어야한다. 스택에 쌓이는 순서를 상상하라 커널레벨과 사용자레벨의 차이와 그 전환은 어떻게 일어나는지 알고 있어야한다. 디버깅 툴(브레이크 포인트, 변수 내용 보기, 시..

바퀴를 다시 발명하면 안되나? 다시 발명하지 말아야할 이유는 전임자의 노력을 조사하지 않고 무모하게 뛰어드는 것을 막기위해서 이겠지만, 우리는 바퀴에 대해서 곰곰히 생각해볼 몇가지 이유가 있다. 바퀴란 다음과 같은 조건을 만족하는 것이이라. # 널리 쓰이고 있다. # 척보면 그 원리가 뻔해서 비밀이 없다. (타이어의 복잡함을 말하는 것이 아니라, 표면이 원이라는 얘기) # 조금 어렵다 싶은 것도, 상당히 많은 문서를 뒤져서 찾아낼 수 있다. 위와 같은 조건을 만족하지 않으면, 다시 발명해도 좋으리라. 이 글을 쓰는 것도 누군가 비슷한 글을 썼을 것임에도 불구하고, 다시 쓰는 이유를 바퀴 발명에 비유할 수 있을 것이라는 생각을 해보면서, 이 글은 3번에 대한 게으름 때문에 쓰는 것이다. 위와 같은 세가지 ..

http://www.chriswetherell.com/hobbit/default.asp 호빗식 이름 지어주는 사이트 http://www.aspalta.cbc.ca/deaddog_asp/aininfo.asp 인디언식 이름 지어주는 사이트 http://www.emmadavies.net/fairy 요정식 이름 지어주는 사이트

diskmgmt.msc : 디스크 관리자 services.msc : 서비스 관리자 devmgmt.msc : 장치 관리자 fsmgmt.msc : 파일 공유 관리자 lusrmgr.msc : 로컬 사용자 관리자 gpedit.msc : 그룹정책

1. 서문 2. Local Scheduler / System Scheduler 3. Symmetric Job Unit / Asymmetric Job Unit 4. Process / Thread (per client) 5. Pre-spawned / Post-spawn (per connection-request) 6. Reuse / One-time use (job unit life cycle) 7. Configurable / Fixed job 8. Single port listening / Multiple ports listening 9. Level detected triggering / Edge detected triggering 10. Asynchronous / Synchronous Handling 1...

"나 자신의 한계를 잘 알아야한다"는 말은 간혹 사람을 무기력하거나 고착되게 만든다. 내 인생의 퀀텀 점프는 그런 한계를 갑자기 뛰어 넘어 다른 궤도에 올린다는 말인데, 한계를 아는 것과 그 한계를 넘어야한다는 생각을 하는 사람들에게는 퀀텀 점프라는 말이 멋있는 말처럼 들릴 것이다. 난, 내 자신의 한계를 인정하지 않는 사람이다. 애초부터 한계라는 것은 없었다. 선을 그어 놓고 사는 것은, 인간에게 있어서 어쩌면, 사람과 사람이 어울려 살면서 생긴 자연스러운 생활의 모습에서 나온 생활 패턴이 아닌가 한다. 그런 한계를 긋는 일을 일반화하여 자신의 능력에도 적용하는 것이 아닐까.... 내 능력과 내 관심사를 제한하는 것은, 쉽게 어떤 일에 대해 배타적이 되거나 관심 밖의 영역이라 치부하여 대화를 멈추는 것..

eπi + 1 = 0; e = 2.71828182... π = 3.1415926535... i = root of -1

http://www.mytolkien.pe.kr/ 에서 허락 없이 가져왔습니다. 톰 봄바딜의 노래들 Hey dol! merry dol! ring a dong dillo! Ring a dong! hop along! fal lal the willow! Tom Bom, jolly Tom, Tom Bombadillo! 헤이 돌! 메리 돌! 링 어 동 딜로! 링 어 동! 깡총 뛰어! 팔 랄 버드나무! 톰 봄, 유쾌한 톰, 톰 봄바딜로! Hey! Come merry dol! Derry dol! My darling! Light goes the weather-wind and the feathered starling. Down along under Hill, shining in the sunlight, Waiting o..

창조란 "공허와 혼돈에 질서를 부여하는 것"이다. 창조란 "질서와 상식에 대해 변형을 가하여 다른 질서를 만드는 것"이다. 결국 기존 질서를 부분적으로 파괴하는 속성이 있다. 결국 무에서 유를 창조하는 것과, 유에서 다른 유를 창조하는 것의 차이일까.. 무에서 유를 창조하는 것은 중간 과정이 없이 마지막 모습을 이룬것일까? 중간존재를 가정하는 순간 무에서 유를 창조한 것이 아니므로 혼돈에 질서를 부여하는 것이나 질서와 상식에 대해 변형을 가하는 것은 유에서 유를 창조하는 것이다. 그러므로 무에서 유라는 것과 유에서 다른 유를 창조하는 것으로 대치될 수없다. 유에서 다른 유를 창조한 다는 것은 중간 존재를 먼저 만들고 중간존재의 재결합을 말하는 발명수준의 것과, 마지막모습에 대한 변형을 이루어, 다른, 하..

전문가라 칭해지는 것 중에 프로그래밍만큼 그 허와 실이 다른 경우가 있을까? 내 이야기를 하고 싶다. 일반적인 이야기는 이 글을 읽고 있을 프로그래머에게는 너무 식상한것일테니 난, 8bit시절부터 컴을 다루던, 우리나라의 80년대 컴키드로 시작을했다. 그 부류의 사람들은 크게 게임을 하던사람들과 할 게 없어서 어셈블리까지 하던 부류로 나뉠 것 같다. 누구는 그렇지 않겠냐마는 나에게 있어서도, 컴에 대한 매력은 게임보다는 내가 작성한 베이식(당시에는 베이직으로 많이 불리었던..)언어를 돌리다보면 척척 결과를 내는 것에 매료되어 하다가하다가 변태(?)적인 성향을 띄던 사람들이 많았을 것이다. 중학교, 고등학교를 그런식으로 지냈으니 컴에 대해서 얼마나 단순했으랴. 그간의 수많은 일들을 제쳐두고, 나이 30이 ..