화이트 해커를 위한 암호와 해킹 오래전 턱없이 부족한 프로젝트 기간동안 수많은 요구사항을 수용해야 하는 수집서버 개발 일을 담당한적이 있다. 당시 c 개발자와 둘이서 처리해야 하는데 도저히 기간내에 완료하는것은 불가능했다. 프로젝트 PM 을 설득하여 파이썬으로 가자는 제안을 했는데 다들 c 에 대해 맹신하는(?) 부위기라 이름만 들어본 파이썬을 적용하는것에 거부감이 있었다. 당시 파이썬 적용은 나도 처음이라 솔직히 속을 두려움도 있었다. "실패하면 어쩌지???" 어떻게 어렵게 설득하여 수집통신 부분만 c 로 하고 뒷단 비즈니스 로직 처리는 모두 파이썬을 적용했다. 주어진 3개월 중 2주는 파이썬 환경을 IBM 서버에 구축하는데 사용하고 한달만에 개발 완료 2주 테스트, 남은 한달은 여유롭게 프로젝트 마무리로 보낸 기억이 있다. 그 이후로 파이썬은 나에게 급한 업무 처리에 효자노릇을 톡톡히 해냈다. 그러나 뭐든 깊히 공부하지 않으면 실력은 제자리.... 나의 파이썬 지식은 아직도 응급처방용일 뿐이다. 최근 "화이트해커를 위한 암호와 해킹" 이란 제목의 책을 알게 되었다. 암호화는 개발자에게 늘 따라다니는 골치거리지만 깊은 이해가 없어 늘 빚처럼 느껴졌다. 이책은 첫장부터 바로 어려운 암호화 세계로 뛰어들지 않는다. 가볍게 암화와 역사부터 시작하여 점차 깊은 암호화 기법을 소개한다. 암호화 역사라고 해서 쉽지 많은 않다. 옛날사람들의 서신을 암호화 하기 위한 기발한 아이디어에 감탄할것이다. 그간 암호화처리를 위해 그냥 함수를 사용하여 처리 하고 말았다면 이책은 그러한 암호화 원리를 깊이 있게 설명한다. 그것도 개발자 입장에서 피부에 와닿게 설명하고 실제로 코드로 구현해 보인다. 이책은 암호학에 대한 책이 아니라 암호화 기법 적용을 위한 개발자를 위한 책이...
Someone has sent you a clip... Personal Message: 법이놈 땜시 여러차레 애먹었다. 구굴에서 찾았다. clipped from brh.numbera.com « Updated RIAA Radar Greasemonkey Script Eclipse NoClassDefFoundError near installFont on startup At work and at home I use Eclipse as my IDE of choice for Java development, along with Eclipse-in-disguise Aptana for web development. I've never had a problem with Eclipse on Windows or on my Mac, but on my Linux machine (and many of my co-workers' machines) Eclipse tends to crash rather violently. I suspect that it isn't Eclipse at all, but the primitive P4WSAD Perforce plugin. I don't use Perforce at home, so that might be the difference. Anyway, what happens is that in the middle of doing something Eclipse will run out of PermGen memory, throw up some errors, and die in the least pleasant way possible. When you try to start it back up, you get something like this: !SUBENTRY 1 org.eclipse.team.core 4 0 2007-08-20 16:5...
유명한 책을 이제서야 읽었다. 명불허전이라더니 읽는내내 감동의 도가니였다. (--;;) 여타 소프트웨어 공학 책과 달리 설천적인 면을 강조하여 설명하였다. 특히젓 4개 장에 걸쳐 프로세스를 정하고 준수하는것이 결코 시간낭비가 아님을 피부에 와닿게 설명하고 있다. 프로세스가 중요하다고 생각은 하지만 설명하기가 쉽지 않다. 이책은 그런면에서 프로세스의 중요성을 그냥 "중요하다" 가 아닌 상세한 설명으로 공감하게 만든다. 흥미로운부분은 프로젝트 초기에 사용자 메뉴얼을 만들라는 것과 seed testing... 프로젝트 초기에 사용자 메뉴얼을 만들면(업무분석을 한 직후) 개발방향의 가이드도 되고 최종 테스트 계획서를 만들때 자료로 사용하여 시간을 많이 줄인다고 한다. 더 기가막힌것은 seed testing.........일부러 프로젝트 진행중에 버그를 유발하는 코드를 여러개 심어 놓아 나중에 이중 얼마나 보고되는지를 조사하여 전체 프로젝트에서 미보고된 버그의 갯수를 추정하는 부분이 있다. 가뜩이나 정신없는 상황에서 일부러 버그를 만들어 넣는다니...... 발상은 신선한데 실천하기가 두렵다. --;; 마직막에는 완료된 프로젝트 히스토리를 다음 프로젝트를 위해 기록하는 방법까지 세세히 나와있다. 예전에 다음 프로젝트를 위한 프로젝트 요약서를 작성하시는 분을 뵌적있는데 당시엔 이해가 안갔다. 어둠의 터널을 지나왔음 모두 잊어야지 다시 동굴속의 기억을더듬어 기록을 하다니.... (내 무지를 몰랐던 순진했던 시절이다...) 읽고나서 느낌은 특별한 단발성 기술이나 트릭으로 좋은 결과를 얻을수 없다는것이다. 프로젝트 시작부터 완료까지 사전 계획에 따라 한단계 한단계 진행해야 마지막 성취감을 맛볼수 있다는 것이다. 공감한다. 우리회사에는 입사하면 반드시 읽어야 하는 필독서가 있다. 이책이 그중 포함되야 한다고 생각한다.
댓글