겐도사마의 재림

ZDNET Korea에 개발자 처우에 관련된 글이 올라왔다 지워진거 같은데 뭔지 상당히 궁금하다. 최근에 여기저기서 비슷한 글들을 봐서 겸사겸사 나도 이런 글을 써볼까 한다. IT, 특히 프로그래밍 쪽의 농담 중 하나로 C++의 등장이 프로그래머의 연봉 인상에 크나큰 영향을 주었다고 한다. 너무나 사용하기 어려운 프로그래밍 언어의 등장으로 프로그래머의 진입 장벽을 높여준 것이다. 반대로 최근에 지원 중단으로 물의를 일으키고 있는 VB 6.0(VB.NET은 전혀 다른 언어라는데 동감 --;)이나 Java, 기타 RAD 툴 혹은 쉬운 언어들의 등장은 반대효과를 주었으리라. 개발자 마저 고객이 되어버려 쉽게 접근할 수 있는(가격은 비싸지만 뭐 당나귀 등으로 --;) 툴들의 등장으로 개발자로의 진입이 상당히 쉬..

요즘 UML 2.0과 Design Pattern, Refactoring, VS 2005에 대해 이리저리 책도 보고 자료도 찾다가 이 모든것이 짬뽕이 되고 있다는 사실을 발견하였다. 더물어 그 모든것들이 스파게티가 되어 아직도 뭐가 뭔지 햇갈려 죽겠다. 이 글에서는 현재까지 파악된 것들에 대해 대충 링크라고 정리해 보자. UML 2.0 http://www.uml.org/: 나름 대로의 공식 홈피 1.5의 Specification을 제공하며 더불어 2.0의 맛배기(?)를 제공해 주고 있다. http://www.holub.com/goodies/uml/index.html: Allen Holub's UML Quick Reference 항상 최신(!)의 정보를 제공해 주는 Quick Reference. 미러링 하지..

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvsent/html/vsts-over.asp 에서 발췌. 곧 나올 VS 다음버젼의 구성. 상당히 복잡해 진다. ㅠ.ㅠ

저자 : KEVIN MULLET 역자 : 황지연 출판 : 안그라픽스 ISBN: 897059163X 기타 : 번역서 / 2001-12-28 / 292 쪽 강컴링크 이책이 나온 시점이 1994년으로 Windows 95 조차도 없었던 시절이다. 그래서 예제로 보여주는 많은 것들이 그 이전의 것들 즉 Windows 3.x나 당시의 Mac을 위주로 설명한다. Windows XP가 나오고 "Avalon"등의 차세대 UI가 거론되고 있는 이 시점에서 약간 시대에 뒤떨어진 책이 아닌가라고 할 지 모르겠지만 지금까지 본 UI관련 책 중에서는 가장 훌륭하다. (웹쪽에 관한 것은 제외하자.) 책 내용이 전반적으로 "이렇게 하면 이런 문제가 있다"식의 지적이 많다. 만약 어떤게 좋은건가라고 한다면 참고도서로 적은 "Graph..

간만에 DevX를 보고 있노라니 몇 사람이 OOP에 대한 논의로 발끈하고 있는 것이 눈에 보이길래.. OOP Is Much Better in Theory Than in Practice Riled Readers Respond to Restive OOP Rejection OOP Is Best in Practice OOP에 대해 간단한 수준의 설명자료로 아래의 링크도 건다. Introduction to Object-Oriented Programming Using C++ 본인의 경우 C++을 처음 배울때, 그리고 OOP라는 용어를 듣기 시작하고 재사용성이니 캡슐속에 꽁꽁 숨어라 등등을 배우면서 신세계를 보는 듯 하였다. 이전의 Procedure-Oriented에서 객체라는 이야기를 하고 그 객체간의 관계를 이야..

인터넷에서 우연히 찾은 링크. Why I Don't Read Code Comments By Dr. Heinz Kabutz, from DevX 중간 내용을 인용해 보면 My dislike of comments is based on the following reasoning: * In most cases, comments are written by programmers who don't believe in them. * Comments rarely reflect what is really happening in the code. * Well-written code should not need comments. Of course, there are exceptions. For example, interface..