드디어 또 하나의 작품이 출간되었습니다. 아키텍트가 가 알아야 할 97가지에 이어 프로그래머가 알아야 할 97가지가 드디어 출간되었습니다. 여러 지인들이 의기투합해서 만든 작품으로, 오랜 시간이 걸려 드디어 빛을 보게 되었습니다. 정말 많은 분들이 고생을 해주셨구요. 10명이 넘게 번역 작업을 하느라 정말 고생이 많았습니다. : 특히 일정한 퀄리티가 나오도록 어려번 검수를 해주시느라 고생해 주신, 김수현 , 최현미 …
카테고리 보관물: Books & Articles
단일 책임의 원칙 (single responsibility princinple)
이 분은 Object Mentor 의 리더이자, Clean Code의 저자인 Bob 삼촌 (Uncle Bob – Robert C. Martin) 의 글이 “모든 프로그래머가 알아야할 97가지” 에 실려 있습니다. 저도 사실 뭔가 재미난 이야기를 해 줄거라고 했는데… 저희에게 너무나도 익숙한 객체지향의 중요한 원칙인 SOLID 의 S인 SRP를 이야기를 하셨네요. 익숙하지만 정말 중요한 원칙인 SRP 이야기를 다시 한번 …
[97Programmer] API 디자인의 황금률
특히 많은 사용자들을 위한 경우, API 설계는 어렵습니다. 만약 여러분이 수 백에서 수 천의 사용자들이 사용할 API 를 설계한다면, 미래에 이것이 얼마나 바뀔 것인지, 그리고 변경 사항이 클라이언트 코드를 손상시킬 수 있는지 여부를 고려해야 합니다. 그 이상으로, 여러분은 API 사용자가 여러분에게 어떻게 영향을 미칠지 생각해야 합니다. 만약에 여러분의 API 클래스 중 하나가 내부적으로 자신의 함수들 중에 …
Domain Driven Design 적용에 대한 고민들
얼마전 이대엽님이 도메인 주도 설계 (Domain Driven Design) 라는 명서를 번역해 주셨습니다. 저 역시 구매를 했었고, DDD가 가져오는 철학이나 사상은 정말 훌룡합니다. 왜 이런 명서가 이제 번역될수 밖에 없는지 현실을 알고 있지만, 정말 슬픕니다. POSA나 DDD와 같은 명서들은 번역을 한다는 것의 거의 희생에 가깝습니다. 사실 역자 입장 에서는 적절한 어휘 선정과, 국내 개발자의 시선에 맞게 레벨을 …
[마감 - LINQ in action] 베타리더 모집
저의 블로그 성격과 맞지 않지만, 아시는 지인 분들을 추천해 주셨으면 합니다. 책 이름은 LINQ in action입니다. 통합 질의어라고 보시면 됩니다. Microsoft는 Object, Dataset, SQL, XML을 LINQ라는 것을 통해 왠만한 데이터들을 다 얻어올 수 있습니다. 이로써 Data Access Object를 따로 구축해서 Data Repository의 변경을 흡수할려는 설계/구현등의 노력들이 많이 흡수됩니다. (물론 Microsoft의 Enterprise Library에서 제공하는 Data Access Application Block만의 장점이 …
[97Architect] 소프트웨어 아키텍트가 알아야할 97가지 출간!!!
안녕하세요. 많은 분이 기다리고 기다리셨던 “아키텍트가 알아야할 97가지” 가 드디어 나왔습니다. 아직 정식 출간은 아니지만, 예판으로 판매중입니다. 노란북( 책 비교 사이트)에 올라온 “아키텍트가 알아야할 97가지” 이번 “97 아키텍트”는 혼자 어떠한 성과물을 만드는 것보다, EVA 라는 팀의 이름으로 만든 성과물이라는데 깊은 의미를 두고 싶습니다. 누군가 한 말이 생각나네요 ” 빨리가면 대의가 아니다. 대의이기 때문에 느리고, 오래걸린다…” 굳이 …
[97 Programmer] 모집 공고!! – 7인의 베타리더!
이름하여 “7인의 베타리더!! “ (7인의 사무라이를 살짝 바꾸었습니다.)를 다시 모집합니다. 출간을 앞두고 있는 모든 소프트웨어 아키텍트가 알아야할 97가지 에 이어 그 시리즈인 “모든 프로그래머가 알아야할97가지”의 베타리더분을 모집합니다. 저의 지인들로 구성된 Project 입니다. 대략적인 내용은 바로 직전 포스트인 “12인의 아키텍트가 말하는 아키텍트의 소양과 자세”와 거의 유사합니다. 다만 이게 프로그래머 버젼이라고 생각하시면 됩니다. 다른 출판사보다 훨씬 더, …
[마소 5월호 기고] 조직을 변화시키는 패턴 이야기 II.
마소 (마이크로 소프트웨어 ) 5월호에 “EVA네가 들려주는 Fearless Change 두 번째 이야기“라는 주제로 글을 기고했습니다. 원래 4월에 실릴 예정이었으나, 이런 저런 내부 사정으로 5월에 실리게 되었습니다. 이미 저의 블로그를 구독하시는 분에게는 싱거운 자료지만, 자료 공유 차원에서 올립니다. 물론 기고한 글은 모두 저의 지식이 아니며, Linda Rising의 지식과 다양한 분야의 경험을 가진 저희 EVA팀의 지식으로 만들어진 …
[패턴 포커] 포커 한 판 치시죠?
학습 곡선을 줄이며, 단기간에 쉽게 새로운 것들을 받아 들일 수 있을까? 그것에 대한 대답은 바로 놀이라고 생각합니다. 얼마 전 저희 EVA팀과 같이 Pattern Poker를 쳤습니다. 정말 놀이와 학습이라는 두가지 토끼를 잡은 좋은 게임이었습니다. Pattern Poker (패턴 포커)라는 이름이 다들 생소하시리라 봅니다. AsianPLoP에서 만난 Refactoring to Pattern의 저자인 Joshua Kerievsky가 창안안 방법이며, 구입할 방도가 없어서 제가 …
마천루(고층건물)는 확장할 수 없다. (Skyscrapers Aren’t Scalable.)
우리는 종종 소프트웨어 공학을 고층빌딩,댐 또는 도로를 만드는 것에 비유하는 것을 들을 수 있습니다. 몇몇 중요한 측면에서는 사실입니다. 도시 공학에서 가장 어려운 부분은 한번에 완성되는 빌딩을 설계하는 것이 아니라, 건축 과정을 이해하는 것입니다. 건축 과정은 황량한 땅에서 완공된 빌딩까지 진행됩니다. 그 사이에, 모든 작업자는 각자의 업무를 책임감을 가지고 수행할 수 있어야 하며, 모든 공사기간 동안 완공되지 않는 구조체는 지탱해야 …
