-
[비공개] 나는 왜 블로그를 쓸까? 반성하다가...
어제 쓴 글은 투자한 시간 대비해 엉성하고 전달력도 의심스럽지만 소재를 떠올리는 시간이 즐거웠다. 블로그를 쓰면서 의무감(?)이나 경제성에 대한 강박관념(?)을 오랜만에 완전히 벗어난 경우다. 자연스레 생각이 '왜 블로그를 쓸까?'에 머물렀다. 최초 의도처럼 나중에 보기위한 메모 용도는 오래전에 지났고 어느 정도는 읽히기 위한 글을 쓴다. 이분법으로 구분지었을 때 단순히 '독자 위주냐 아니면 내 위주냐?'도 묻게 되고, '신변잡기냐 아니면 주제를 한정한 블로그냐?'도 묻게 되고, '진화를 생각하느냐 아니냐?'도 묻게 된다. 그러다가 적어도 일년 넘게는 본 적이 없던 블로그 통계를 보다가 흥미로운 사실을 찾았다. 2007년은 어림잡아 월평균 10만명이 방문했다. 그러다가 2008년부터는 급격한 하향세를 보였는데 추측컨대 티스토리의 방문자 통..추천 -
[비공개] 누군가 나에게 왜 '토비의 스프링3' 홍보를 하냐고 묻는다면?
일민(토비)형이 홍보대사라며 홍보를 종용하는 이유도 있기 하지만... 좋은 책이니까 그리고 얼마나 고생해서 만든 책인지 아니까 그렇다. 마침 이를 보여주는 글을 저자가 직접 쓰고 있다. :) 토비의 스프링 3이 나오기까지 (1) 토비의 스프링 3이 나오기까지 (2) 토비의 스프링 3이 나오기까지 (3) 토비의 스프링 3 - 이일민 지음/에이콘출판추천 -
[비공개] 화학(?)반응이 만들어낸 잡탕글
얼마전에 밝힌대로 요즘 책을 사는 패턴은 매우 정형화되어 있다. 프로그래밍 서적은 보통 원서 이북을 사는데 내 기준으로 마틴 파울러급(?) (1) 명사가 추천하는 책은 일단 사고, (2) 매닝 MEAP 프로그램 홍보 전단을 받아보다가 맘에 드는 목록이 있으면 이북으로만 냉큼 산다. 반면 교양서는 대부분 유정식님 블로그에 실리는 책 소개를 보고 산다. 목록을 쓱 훑다가 너무 어렵지 않고 느낌이 괜찮다 싶으면 바로 지른다. 몇 번이나 그랬는지 모르지만 대부분 성공했다. 예전에 책 읽을 계획 올리다가 그리운(?) 노OOO에게 질타 당한 일도 있지만, 유정식님 사례를 생각해보면 독서 전후기는 매우 유익하다. ^^ 아름다움은 왜 진리인가 - 이언 스튜어트 지음, 안재권.안기연 옮김/승산 딸랑 서론만 읽고 삘(?) 받아서 글을 쓴다. 대한민국 개조론 이후에 ..추천 -
[비공개] 클라우드 컴퓨팅 관련 정리 (6회 개정)
11. Private Cloud vs Virtualization , Architecture considerations for software products on cloud 10. 관련 기사 클라우드컴퓨팅, 전통적인 IT서비스 모델에 위협 EMC 본사 임원이 블로그에 KT 클라우드 거론한 이유는? (결과가 궁금하다. 저가장비 도입정책이 성공할지) 9. 구글 크롬은 클라우드 브라우저 구글에서는 많은 매스컴에서 '크롬은 웹 애플리케이션의 OS가 되는 것을 목표로 한 것이 아닌가?'라는 질문을 그 자리에서 부정하고, '웹 애플리케이션을 위한 고속 엔진'이라고 설명하고 있다. 아마도 앞으로 구글의 브라우저가 아니면 동작하지 않는 고속의 웹 애플리케이션 서비스가 제공되게 될 것이다. 출처: 클라우드의 충격 160~161쪽 8. 다음 타깃은 한랭지대 '그렇다면 1년 내내 한랭한 토지로 이전하면 그것만으로 막대한 전력비용 감소로 이어지지 않을까?' ..추천 -
[비공개] 가끔은 나도 처세를 고민하지만...
태생이 요령을 피하려 한다. 그래도, 주어진 환경에서 어울리면 살아야 하는 '사회적 동물'임을 모르는 바 아니다. 그래서, 자연스레 가끔은 처세를 고민한다. 부족함에 대해서는 가까운 이에게 질타를 받는다. 하지만, 우리는 완벽할 수 있어 우리가 서로 어울려 살아야 하는 이유는 어쩌면 독립적인 개체로서 서로 가치를 발현하고 도와서 힘을 키워야 하는 상황이다. 가끔은 나도 처세를 고민하지만, 근본적으로 나는 살다가는 임무(Mission)가 있나 보다.추천 -
[비공개] 조선시대 사가독서(賜暇讀書)
출근 길에 처음 들은 말이다. 설문조사에서 휴가때 집에서 책 읽겠다는 사람이 많다면서 사가독서제도를 소개했다. 사가독서(賜暇讀書)는 조선 시대 젊은 문신들이 임금의 명으로 직무을 쉬면서 글을 읽고 학문을 닦던 제도이다. 글을 읽던 곳을 독서당(讀書堂) 또는 호당(湖堂)으로 불렀기 때문에 독 서당 제도 또는 호당 제도로 부르기도 한다. 1426 년(세종 8) 문신 중에서 덕과 재주가 있는 사람을 뽑아 사가(賜暇: 휴가를 줌)를 하여 장의사에서 공부하게 한 것이 그 시초로, 집현전의 대제학 변계량이 임금의 명령을 받고 이를 행사하였다. 세조 때 이를 없앴으나 1491년(성종 22) 다시 복구하였다. 중종 때는 두모포(豆毛浦)에도 독서당을 두었으나, 임진왜란 때 화재로 없어졌다. 광해군이 다시 설치하였다가, 병자호란 때 완전히 없어졌다. 출처: http:..추천 -
[비공개] 자산동결, 그리고 구글 검색 팁
요즘 발생한 외교문제에 대한 무가지 기사를 읽다가 '자산동결'의 의미가 궁금해 구글링을 했다. 자산동결로 했더니 최근 기사만 올라와서 "자산동결이란"으로 검색하니 지식검색류의 결과만 올라왔다. 좀 더 정제된 글을 찾으려고 사전을 찾을까 하다가 새로운 방법을 고안했다. 반드시 포함할 단어로 자산동결을 지정하고, 지식검색 등이 퍼나는 표현을 긁어서 다음과 같이 더하기 연산으로 붙이는 방법이다. "자산동결" +자산을 현존 상태대로 두고 그 이동 및 사용을 금지하는 것입니다. 최상위에 사전 링크를 가져올 수 있다. 원래 궁금했던 내용은 검색 요령이 아니라 자산동결이다. 사전적 정의(자산을 현존상태대로 두고 그 이동·사용을 금지하는 것.)만으로는 불충분한데 사례를 보니 이해가 간다. 회사가 파산하여 재산처분이 확정되지 않..추천 -
[비공개] 프로그래밍 서적 저작권 침해 논란
구글 버즈를 통해 알게 된 사실이다. '아이 러브 안드로이드 프로그래밍'이란 서적이 저작권 침해 논란에 휩싸인 모양이다. 다행히 저자가 도용사실을 인정하고 출간이 정지되었다고 하는군요. 저자의 다른 책을 지인에게 추천해준 일이 있는데 이 책도 일본서적을 베겼다는 제보가 있네요. 안타까운 일이군요.추천 -
[비공개] Skills for Scrum Agile Teams
스크럼 대신 '엔터프라이즈 개발자'로 바꿔서 스킬과 달성 방안을 엮은 표로 바꿔보면 어떨까 하는 (팔자 좋은) 생각을 잠시 품어본다. Skill table Role Technical skills ( in respective platforms) Behavioral skills Developer CRUD operations, interfacing with different layers of the development frame work. Unit testing (tools – NUnit, JUnit ) Code coverage concepts and tools Code review concepts and tools Continuous integration tools Refactoring concepts Code-smell concepts Scrum process Communication Collaboration Time Management/ Planning Thinking Conflict Man..추천 -
[비공개] Refactoring Justification Language
출처: http://www.infoq.com/news/2010/07/explaining-refactoring 특정 기능은 한번 개발하면 완료인 waterfall 개발문화가 주류인 우리나라 SI 환경에서도 유효한 이야기다. “Refactoring is essential because requirements inevitably change and therefore code inevitably changes to satisfy them. When code which adheres to principles of good design is changed it may no longer adhere to those principles. Refactoring is a technique that allows us to improve the design of the code once we have changed it.” 사실 이 말을 이해하려면 쌓여가는 코드의 유기적인 관계를 먼저 이해해야 한다. 코드 자체에 가치를 부여하지 않는 관리자는 유기적인 관계를 떠올릴 기회 자체가 없다. 위 글을 읽으면서 리팩토링을 '변화시키기 좋은 최적 상태를 만들어두기'로 해석했다. 뒤이어 지져분한 방과 정리하지 않은 책상, 미루고만 있는 일감 등이 떠올른..추천