JUnit 4 in 60 Seconds 쩌… 쩐다 +_+ 하지만 JUnit 을 아직 몰라… ;ㅁ; 알고 보면 눈에 확 들어올듯 오후 10시 0분

자바 기술 트렌드 분석 - 2. OR Mapping Hibernate 가 iBatis 보다 한국을 제외하면 엄청난 우세를 가지고 있다. 한국에서는 iBatis 가 압도적… 이건 대체 어떻게 해석해야 될까…;; 오후 9시 42분

지금까지 작성한 코드는 총 몇 줄? / 경험이 우리에게 주는 것 / 경험은 당연히 중요합니다. 경험에 대한 글타래… 두 분의 공통 의견은 '경험이 중요하다는 것은 당연한 사실' object 님은 노력으로 넘을 수 없는 천부적인 격차가 있다고 강조… 틀린 말은 아니다 오후 9시 25분

한국 개발자들이 힘든 이유.. 소규모 기업은 가기 싫은 이유 중에 하나… 능력이 아무리 특출나도 슈퍼맨이 되는 건 쉬운 일이 아니다… 다 어설프게 할 수 있을 뿐… 경험담이다. 오후 9시 14분

우리의 소프트웨어 기술자 등급제도 하도 오래 된 얘기니 간단하게 코멘트… 나 아직도 등록 안했다 이딴 쓰레기 제도를 만든 ㅁㄴ어ㅏㅣ우ㅡㅋㅌ,첨나ㅣㅇ 들아~!!!! 오후 9시 6분

성공한 개발자와 행복한 개발자 '행복한 사람이 성공할 수 있다' 그럼 행복해지기 위한 방법은? 낙관주의!! 내가 비관주의자로 오래 살아왔는데? 'Learned Optimism' 이나 긍정심리학 서적들을 보고 낙관주의를 학습하자. 그리고 나 자신이 나를 행복하게 만들자 오후 9시 3분

2008년, 이렇게 살고 싶습니다. - 열정을 가진 프로들의 특징 10가지 지침인데, 다시 직장생활을 하게 되면 꼭 적용해 보고 목표로 삼아야 할 지침들이다. 오후 8시 51분

안전 제일주의의 결과는, 나약한 인간 모험심 가득찬 사람이 되라는 말은 많이 듣지만… 쉬운 일은 아니긴 하다. 그래도 과감한 결정을 내릴 줄 아는 사람이 되도록 의식을 해 보자. 오후 8시 50분

Greedy Algorithm 음… 나도 먼 미래를 예측할 눈이 없다면 locally optimum 을 반복해서 global optimum 을 이끌어 내야겠지. 결론은 현재에 충실하자. 오후 8시 48분

큰 일도 작은 것부터 작은 강부터 만들고 이를 점차 바다로 만들어야 한다… 작은 일을 성취하고 이를 모아 큰 일로 발전시키자. 그러기 위해선 큰 일을 작은 일로 쪼갤 줄 아는 능력을 가져야겠지? 오후 8시 17분

작은 행복: 세상을 살아가는 방식 작은 기쁨과 값싼 행복을 무시하지 말자. 이를 무시하여 얻어낸 성공은 결국 껍데기이다. 오후 8시 14분

행복하려면 삶의 패턴을 바꿔라(삶의 족쇄를 풀어라) 삶의 패턴 중에 고질적인 나쁜 패턴을 고쳐 주는 서적… 이런거 필요해필요해… 오후 8시 11분

개발 일정을 줄이는 방법-테스팅 오류는 빠르게 찾으면 찾을수록 고치는 데 비용이 적게 든다… 그러므로 요구사항 분석 & 설계 단계가 베스트이고 개발때에는 개발과 병행하여 유닛 테스트로 오류를 발견해야 한다. 코드 인스펙션도 엄청난 효율이 된다. 오후 6시 37분

돈 없이 오래가는 독립 개발팀 만들기 열정으로만 달려가면 열정이 꺼졌을 때 그대로 끝이다. 궁극적인 방향은, Lunant 야간개발팀 처럼 놀면서도 지속 가능한 개발 형태를 만드는 것이다. // 자기계발도 마찬가지 아닐까? 오후 6시 30분

당신은 몇 년 차?(김창준님 원글) 넘 길어서 당장은 못봤고… 이걸 다시 볼 때쯤 꼭 보자 오후 4시 23분

당신은 몇년 차?(낭만고양이님) 결국 '의도적인 수련'이라는 것은 소통(communication)과 동기(motivation), 그리고 의지(will)의 합작품이다. 이 세 가지 요소를 잘 갖추고 10,000시간을 보내면, 전문가가 될 수 있다. / 동기!! 의지!! 오후 4시 17분

프로그래머와 영어 어찌됐던 이 바닥의 공용어가 영어라면 영어를 못하고서는 높은 수준에 도달하기 어렵다. 미쿡, 니뽄, 기타 등등의 국가에 서식하는 애들이 한글로 문서를 써줄 리가 없잖은가 -_-;; 오후 3시 59분

호주 IT 상황 이게 바로 국내 IT의 현주소… 능력 있으면 해외를 생각하는 게 당연지사. 조대협님을 비판하는게 아니라 오히려 응원한다. 그리고 여길 뜨는 방법을 많은 중생들에게 알려주셨으면… 오후 3시 52분

수 많은 재주 보다 중요한 것… 그렇다고 취업이 의식주의 갈림길인데 낮춰가긴 좀 그렇고… 껍데기가 아닌 본질을 중시하자는 뜻으로 받아들이면 될 듯… 오후 3시 49분

구글 독스 '자유 그리기' 기능을 써보고 음… 구글 독스가 정말 짱이긴 하구나… 온라인에서 문서 만들때 참고해야겠다. 근데 파폭에서만 빠르고 다른 브라우저에선 버벅대… 오후 3시 30분

진심으로 프로그래밍 책이라고 생각하는 비전공 책들 책을 바라보는 특이한 시각이 멋지다고 생각한 글… 그 외에 추천된 책들도 한 번쯤 읽어보고 싶다. 오후 3시 27분

진정한 개발자…그리고, 월급쟁이 개발자 솔직히 나는 “월급쟁이 개발자” 부류를 좋은 눈으로 보지 않는 성향이 있는데, 이 부류도 결국 나와 일을 같이 할 내 동료들이라는 것을 인지해야겠다는 생각이 든다. 짧지만 좋은 글이다. 오후 3시 25분

개발 일기 - 세상은 돌고 돌고 5분 내로 이전 작업 환경을 되새길 수 있는 방법이라… 나도 내 나름의 방법을 꼭 생각해 놓아야겠다 오후 3시 20분

시기와 열등감 켄트 벡의 자기 성찰이 멋지다. 감정적인 싸움이 되었지만, 결국 남는 것도 없고 발전한 것도 없다. 즉, 얻은 게 없다. 라고 성찰하는 것은 쉬운 일은 아니다. 이렇게 쓴 이상 다시 그런 일이 없도록 하겠다는 이야기이니까… 오후 3시 12분

한국에서 오픈소스 전문가가 되는 것은… - Kevin 님 리플 이 분의 의견을 백번 동감한다. 차라리 좋은 교훈으로 삼자. 저렇게 살지 않으면 된다. 그리고 혹시나 나도 같은 모습을 보이고 있는지, 프로그래밍 외의 것들에는 소홀하고 있지 않는지 확인하자… 오후 3시 3분

한국에서 오픈소스 전문가가 되는 것은… 아래의 논란글에 대한 연장글에서… 오픈소스 '커미터' 만 소중한 건 아니다. 개발이 주된 일이라고 다른 일이 안 중요해지는 건 아니다. 언어장벽은 기술보다 높을 수 있다. 타겟이 '사람' 이기 때문이다. 타인의 노고를 인정하자. 오후 3시 0분

가짜 전문가 논란에 덧붙여 어차피 난 방준영씨 자체를 몰랐고 논란글을 보았을때 상대하기 싫은 비인격체임을 확신했지만 중요한 건 아래의 리플… poliinipill… 이분 블로그도 가관… 아후… 똑같은 사람이 또 있다… 개발자 평균 이미지 갉아먹는 인간들이다. 오후 2시 28분

안정적인 소프트웨어를 작성하는 2가지 방법 중 다른 하나 유닛 테스트에 대해 기억해야 할 두 가지… 시험 자체가 '자동' 이어야 한다, 유닛 테스트는 업그레이드 되어야 한다. 유닛 테스트 코드도 유지보수 대상인 것이다. 오후 2시 1분

켄트 벡의 오리사냥 – Optimistic Typing Duck Typing 이 거지같다고 켄트 벡 형님께서 붙인 이름… 하간 난 IDE 빠라서 weak type 언어들을 잘 못쓰겠다. weak type은 Code-Highlight 가 구조상 불가능하걸랑… 오후 1시 57분

소프트웨어 엔지니어로 돈을 번다는 것 병두야, 세상에서 성공하려면 딱 두가지만 알면 돼. 나한테 필요한 사람이 누군지, 그 사람이 뭘 필요로 하는지… // 모든 일은 돈을 목적으로 하고, 모든 돈은 사람으로부터 나온다. 결국 어떠한 일도 사람을 향해야 한다. 오후 1시 54분

스탠포드 대학의 아이폰/아이팟터치 어플 개발 강의 이걸 보고 깨달은 점은… 스탠포드 대학의 실용성에 대한 탐구가 놀랍다는거와, 좋은 자료가 있어도 영어를 모르면 헛거라는거… OTL 오후 1시 45분

코드 혹은 설계 때문에 실패하는 프로젝트 보다, '대화'에서 부터 실패하는 프로젝트가 더 많다는 걸 이야기하고 싶은 것이다. 그래서 그 유명한 그네짤방이 탄생하게 된 것이겠지요… 오후 1시 41분

코더(coder)와 디벨로퍼(developer)의 차이 내가 평균적인 삶 보다 나은 생활을 하고 싶다면 나 자신부터 사회의 발전에 기여해야죠. 남의 노력에 업혀 가려고 하는 건 좀 얌체 같아 보입니다. <= 생각이 많아지는 문장이다 오후 1시 38분

디버거랑 결별하세요 좋은 글이다… 코드를 논리적으로 파악하고 있다면 디버거를 손 대기 전에 코드의 결함을 파악할 수 있다. 근데 버그가 어디있는지 장비가 내게 말하도록 한다는 건… crash report 의 의미일까 아니면 logging 의 의미일까…? 오후 12시 52분

예전 코드를 다 뜯어 고치고 싶을 때 하던 일과 같이 수정한다… 를 object 님은 'must not' 으로 꼽으셨다. 역시 하던 일은 하던 일이고 리팩토링은 리팩토링이다. 하던 일 하면서 리팩토링을 같이 할 수는 없나보다. 오후 12시 47분

마음을 비우게 되면 관조 효과를 얻게 된다. 관조란 제3자의 입장에서 자신의 사고와 그 사고의 결과를 냉정하게 바라보는 힘을 갖게 해준다. 객관적으로 판단하는 능력을 기르자. 그 전에 마음을 비우는 연습부터… 오후 12시 44분

코드를 얼마나 훌룡하게 작성했는지 여부와 상관없이 테스트 코드가 없는 코드는 불량코드다. 코드가 더 나아질지 나빠질지 알수없기 때문이다. 코드의 현재 상태를 확인할 수 있는 체제를 만들자… 이젠 테스트 코드는 선택이 아닌 것 같다. 오후 12시 43분

우리는 아무도 가지 않는 길은 두려워합니다. 그러나 확실한 길은 안전하지만 그곳에는 기회가 없습니다 아… 이게 정말 삶에서 일어나는 선택 중에서 가장 어려운 듯… 결국 기회를 잡으려면 확실하지 않은 길에 뛰어들 필요가 있다… 오후 12시 42분

겸손한 개발자가 만든 거만한 소프트웨어 소프트웨어 UX를 이야기한 책인 줄 알았는데 개발 프로세스에 관한 책인가보다. 애자일 책 중 입문서면서 쉽고 재밌고 술술 읽힌다고 하니 알아두자 오후 12시 38분

이클립스 프로젝트 필수 유틸리티 개정판 JUnit 하고 Ant 만 보면 될 것 같네… 한 번 빌려다 볼까…? (혹시 이클립스랑 연동되는 Trac 이라면 Mylyn 활용도 설명되어 있는건가? 그럼 책 필요도 급상승인데…?) 오후 12시 23분

스펙따라 짜면 기계고 대화하면서 짜면 인간이다 '사용자 스토리' 라는 책 서평… 프로젝트 스펙이 중요한 게 아니라 사용자 스토리(유즈 케이스?)가 중요하다… 맞다. 근데 국내 SI 에서 이게 통할지… 오후 12시 22분

공용 PC에서 안전하게 로그인하기 그래… 탭, 탭, 탭 하면 100%… 조심, 또 조심하자 오후 12시 18분

황당 사건 이것이 비즈니스의 논리인가… 인간/회사가 참 더럽고 치사하다. 오후 12시 17분

범죄에 노출된 주차번호판의 내 휴대폰 번호 지켜주는 이런 서비스도 있네요 폰넘버지킴이… 뭐 이런게 필요한 사회가 이상한거지만 현실이 그러니까 필요가 있음 써야지… 리플이 더 중요 오후 12시 11분

봄날의 잡담 '실력을 기르는 것보다 중요한 것은 어떤 곳에서 어떤 사람들과 일하느냐…' 완전 공감한다… 사람은 근묵자흑… 오후 12시 6분

프로그래머와 연애… 막판 대반전이 있긴 하지만… 대충 맞는 말 같다. 나도 이제 나이가 차 가는데… 연애는 해 봐야 되지 않을까… 오후 12시 4분

가상, 알고리즘 뇌에서 시뮬레이션 하는 것만으로도 실제와 유사한 훈련이 가능하다. 이미지 트레이닝은 헛짓거리가 아니다. 오전 11시 59분

앱마, 알고리즘 앱스토어 진출을 시도학기 전에 한 번 읽어볼 만한 글… 아직 안읽었다 오전 11시 55분

대학, 동아리 그리고 변화와 소통에 관한 이야기 똑같은 고통을 반복하는 '악습'을 '전통'이라는 그럴싸한 포장으로 애써 감추려 드는 건 비겁한 짓이다… 맞다. 바뀔 건 바뀌어야 한다. 오전 11시 52분

나름대로 소화하기 '남은 3 정거장을 지날 동안 논문에서 배울 점을 뽑아내자!' 가 가져다 준 변화 오전 11시 49분

앵커, 알고리즘 앵커(각인현상)를 통해 판단하는 것이 인간의 본질이라면, 첫 인상과 첫 결정은 엄청나게 중요하다. 마음에 새겨넣자 오전 11시 46분

언제든지 압수당할 수 있는 이메일 GMail 이 무작정 편하지는 않아도 쓸 수밖에 없는 이유… 오전 11시 43분

맥독, 알고리즘 맥독… 사실 선결과제가 어렵지… 충분한 정보를 입력해 놓아야 한다. 그리고 충분한 정보가 쌓이면 그와 관련된 정보를 쌓지 않으려 한다. 오전 11시 42분

『소프트웨어 개발의 모든것』 소프트웨어 개발 프로세스 전체적인 부분을 짚어주는 책… 빌드 부분이 특히 정리가 잘 되어 있다고 함 오전 3시 20분

TV 없이 살아가기 EBS의 e 가 생각난다. 오전 3시 2분

S/W 개발자를 위한 문서 작성 가이드 (1) 개발 문서화는 정말 겪어본 사람은 중요성을 안다… 어휴… (2) 편에 나올 서식이 기대되네 오전 2시 42분

Overhead costs 초큼 극단적이긴 하다… 그렇지만 기업에서 나를 kick 하지 못하게 할 능력이나 실적을 갖추는 건 필요함 오전 2시 33분

more bad vs worse 시적 허용같은 것들… 영어에서 문법을 깨뜨리거나 발음을 다르게 하면서 강조하는 경우가 있나보다 오전 2시 28분

Listening 공부의 어려움 관심을 갖고 주의를 기울이자. 모르는 부분이 있다고 흐름을 끊지 말자. 그냥 follow up!! 오전 2시 25분

Listening 공부를 망치려면 이렇게 하자 촌철살인이네… 욕심부리지 말고 듣기에 집중… 오감을 모두 동원하자 오전 2시 4분

Joel의 TDD(Kent Beck), SOLID(Robert Martin) 공격과 논쟁 이 바닥은 역시 대가들끼리도 싸움질이다. 뭐 그게 중요하다기보다는 TDD/SOLID 를 알아두자 오전 1시 58분

IT 활용관을 다룬 극찬할만한 발표 일단 극찬을 하니 시간을 내 보자… 30분 정도라면 시간을 낼 만 하다. 판단은 그 다음에… 오전 1시 54분

english speaking을 훈련하며 이렇게 객관적으로 자기 자신을 검사하고 피드백하는 예제를 보질 못했다… 멋지다 오전 1시 45분

Do, or do not. There is no try. '그냥 해 본다' 로 시간낭비 하지 말란 얘기인듯… 이 인용구가 언제나 맞지는 않는다고 생각한다. 오전 1시 42분

Different as Outstanding'다름을 추구하되 뛰어남으로서의 다름을 추구하라' 음… 되새겨야 할 말씀이다. 오전 1시 40분

clean code 요것도… 이건 패턴 구현 책도 같이 얘기가 나옴 오전 1시 34분

clean code 이야기코딩 시에 발생하는 선택의 순간… 말 그대로 clean code 를 향해야 한다 오전 1시 32분

Architecture 정의 음냐 당장 알 필요가 있을까 싶지만…;; 오전 1시 22분

[이어서] 항상 의식적으로 목표를 잡고, 이 목표를 달성하기 위해 쌓은 경험을 응용해보고, 응용 과정에서 부딪힌 난관과 실패를 다시 피드백 하는 방법으로 선순환 단계를 지속적으로 밟지 않는 이상 무한대 시간을 퍼부어도 창의력을 발현할 수 있는 수준에 이르지 못한다. 오전 1시 10분

[일상다반사] 1만시간 법칙 추가 설명 동감… 피드백과 의식적 발전이 없는 무작위 1만시간은 의미가 없다… 오전 1시 8분

[리뷰] The Boss, 직장 상사와의 관계에 대한 책! 상사와의 관계 개선이 필요할 때 꼭 되돌아보자 오전 1시 5분

[독서광] 프로페셔널의 조건 피터 드러커의 명서… 포스트에 있는 예시만 보아도 도움이 될 듯 오전 1시 0분

[일상다반사] I. M. Wright's Hard Code 마소의 요인들과 사람 이야기… 재밌을 것 같다. 번역서 나오면 한 번 볼까… 오전 12시 56분

2도 변화 인생의 터닝 포인트가 찾아올 수도 있다. 하지만 찾아오지 않는다고 좌절할 필요는 없는 것 같다. 2도씩만 전환하자. 오전 12시 52분

자본주의 역사 바로 알기 미네르바 추천 도서… 경제학과 역사가 잘 섞여 있다는 영회님의 평 오전 12시 49분

많은 사람들이 자신이 일하는 분야에 만 시간 이상을 쏟아부었는데도 전문가 소리를 듣지 못하는 것은, 자신이 속한 커뮤니티의 목소리를 올바르게 듣지 못해서일 가능성이 큽니다. 내가 속해 있는 환경에 대해서도 고민할 필요가 있겠다. 그리고 거기서 나를 감추고 있는지도… 오전 12시 42분

항상 배우는 사람과 월마트의 샘 월튼언제나 배우자. 독서를 통해서던지 타인을 통해서던지 방법은 상관없다. 배움이 중요하다. 오전 12시 34분

1인 창조기업의 시대가 온다용감한 자 만이 미래를 얻는다… 하지만 무턱대고 뛰어들면 안되겠지 오전 12시 31분