행복한 개발자

"리팩토링"(Martin Fowler저)에서 개발자들이 프로그램을 리팩토링 하지 않는 이유에 대해 Willam Opdyke가 다음과 같이 이야기 하고 있습니다. 1. 리팩토링을 하는 방법을 이해하지 못한다. 2. 리팩토링이 장기적으로 이익이라면, 왜 지금 당장 노력을 기울여야 하는가? 장기적으로 리팩토링의 이익을 챙길 그 프로젝트에 있지 않을 수도 있다. 3. 코드를 리팩토링하는 것은 오버헤드다. 여러분이 해야 하는 일은 새로운 기능을 추가하는 것이다. 4. 리팩토링은 기존 프로그램을 망칠 수 있다. 정말 정곡을 찔러 주네요. 회사 내에서 뭔가 코드 정리활동 같은 걸 하고자 하면 늘상 하는 핑계들입니다. 이 책에서는 위 네 가지 핑계에 대한 해답도 제시하고 있습니다. 1. 어디를 어떻게 리팩토링 해야 하..

(글을 쓰기에 앞서 저는 고부간의 갈등이 해소되었으면, 아니 그런 단어조차 없어져 버렸으면 하는 생각을 항상 가지고 있는 사람임을 밝혀둡니다. 여기서 지칭하는 시어머니는 제가 주위에서 듣고 드라마에서 보아왔던 고정관념을 기반으로 쓰여진 것입니다.) 일을 하다 보면 여러 부류의 사람을 겪게 됩니다. 어딜 가나 회사라는 조직에는 맘에 안 드는, 정확히는 자기와 맞지 않는 사람들이 있습니다. 여러 성격 유형 검사에서 말하는 서로 상극인 사람들이지요. 이처럼 상극인 사람들을 한 번 소개할까 합니다. 뒤를 돌아보면 저도 사춘기 부하직원처럼 굴 때도 있었습니다. 또 지금 배우고 있는 일이 관리업무다 보니 내가 시어미니 같이 시시콜콜 물어봐야 할 때가 많아 미안한 경우도 많습니다. 하지만 제가 그러지 않으면 제 상사..

수원에 사는 6학년 조카놈인데... 요즘 애들은 이러구 노나 봅니다. 엄마가 컴퓨터를 평소에 못하게 하니 다른 쪽으로 에너지를 발산시키네요.

애자일 이야기 http://agile.egloos.com/4570504 내가 6년째 하고 있는 휴대폰 SW 개발 업무를 가지고 3가지 질문에 스스로 답해 봅니다. 정확히는 프로그래밍에 대한 답변입니다. 1. 좋아하는가? 네, 좋아합니다. 5학년때 학교 컴퓨터실에 있는 SPC3000(정확한 모델명은 기억나질 않네요;;)으로 베이직 프로그램을 만들던 때 부터 좋아했습니다. 대학 전공인 기계과에서 대학원을 전산쪽으로 바꾸었을 때도 이 질문은 결정에 큰 영향을 주었습니다. 2. 잘 하는가? 음... 답변하기 무지 어렵습니다. 중간 이상은 하는 것 같습니다. 사실 주위에 잘 하는 사람들이 너무 많고, 그렇지 못한 사람들은 더더욱 많습니다. 3. 지속 가능한가? 피끓는 20대였을 땐 좋아하는 일만 쫓아다니며 할 수..

여러분은 새로운 프로그래밍 언어를 공부를 할 때 어떤 방식으로 하시나요? 회사 동료가 Ruby를 공부하면서 즐겨 찾는다는 사이트가 있어 공유하고자 합니다. http://projecteuler.net/ 회원가입 후 Problems 메뉴로 갑니다. 337개의 문제들이 있군요. 문제를 풀고 정답을 제출하면 최적화된 해법을 pdf로 다운받을 수 있습니다. 문제 풀이에 대해 다른 사람들과 토론도 할 수 있네요. 자기가 풀었던 방식과는 다른 고수들의 사고방식을 엿보고 자기 것으로 체화할 수 있으면 금상첨화겠군요! 예제로 1번 문제 하나 퍼왔습니다. Problem 1 05 October 2001 If we list all the natural numbers below 10 that are multiples of 3 ..

"실용주의 사고와 학습(Pragmatic Thinking & Learning - Refactor Your Wetware)" - 앤디헌트 / 박영록 번역/ 김창준 감수, 위키북스 오늘 부산에 다녀오는 기차간에서 드디어 이 책을 다 읽었습니다. 보통은 책을 읽다 보면 책을 거의 다 읽어 갈때 쯤 (4/3정도?) 되면 책에 대한 집중도도 떨어지고 흥미를 그다지 끌지 못한 책은 그냥 던져버리게 되죠. (저만 그런가요? @@;) 이 책이 뇌 활용방안과 학습에 대한 내용이다 보니 책 부록까지 꼼꼼하게 읽게 되더군요. 문득 다음 방법도 좋은 '의도적 학습'이 되겠다 싶은 생각이 들었습니다. 책을 다 읽고 난 후 '찾아보기'을 읽고 모르는 단어를 다시 찾아본다. 이렇게 하면 다음과 같은 장점이 있는 것 같습니다. 직접..

김창준씨의 블로그에 스터디 하는 방법이 올라와 있네요. (http://agile.egloos.com/3684946) 다음에 팀 내에서 스터디 할 때 꼭 한 번 써먹어 봐야 겠습니다. 지난 번 리눅스 커널 스터디 때에도 막판에 흐지부지 됐거든요. 같은 팀에서 스터디할 때도 하는 일도 다르고 이해하는 정도도 각자 다르니 주로 선임자의 강의 형식으로 흐르기도 하고.. 듣고만 있으면 이해도도 떨어지구요. 무엇보다 책을 먼저 읽고 들어와야 되는데 한명이라도 읽지 않은 사람이 있으면 이해시키는 데도 오래 걸리고 스터디 일정도 계획대로 되지 않더군요.

지난 이틀 간은 정말 오랜 만에 똥줄 타는 경험을 했습니다. 이번 주 내로 고객(휴대폰 개발을 하고 있으니 통신 사업자입니다)에게 전달 해 줄 버전을 릴리즈 하기로 되어 있었습니다. 그저께 빌드를 했는데 컴파일러가 에러 메세지를 뱉어내며 빌드를 멈추었습니다. 보통 에러 메세지가 나오면 그 위에 어느 파일에서 에러가 났는 지 알 수 있는데, 이 번 놈은 아주 악질이었습니다. 뭔가 알 수 있는 정보가 있어야죠. 결국 이틀 간 삽질하고 어제 밤을 꼴딱 새고서야 원인을 드디어 찾아냈습니다. 디폴트로 들어가는 APK(안드로이드 어플) 파일명에 있는 &(Ampersand)문자가 문제였습니다. make에 쓰고 있던 명령어에 맞지 않는 문법이 들어온거지요. 순간 얼굴이 화끈거리더군요. 저 파일을 베이스 소스에 머지한 ..

실용주의 프로그래머 Clean Code More Joel on Software - 조엘 스폴스키 저, 지앤선 Hard Code(나잘난 박사의 IT 정글 서바이벌 가이드) - 에릭 브레히너 저, 마이크로소프트 프레스 실용주의 사고와 학습- 앤디헌트 / 박영록 번역 / 김창준 감수, 위키북스 김창준씨의 관련 블로그 http://agile.egloos.com/4663721 "실용주의 사고와 학습(Pragmatic Thinking & Learning - Refactor Your Wetware)" - 앤디헌트 / 박영록 번역 / 김창준 감수, 위키북스 애자일 코치 추천 도서 목록 2차 : http://agile.egloos.com/5181803

안녕하세요. 처음뵙겠습니다. 덱스또라고 합니다. 원래는 다음에서 블로그를 쓰고 있다가 티스토리로 자리를 옮겼습니다. 먼저 쉽게 가입하지 못하는 티스토리에 제 글을 남길 수 있게 도와주신 miN`s 님께 감사드립니다. 블로그를 개설하고 올리는 첫 글이 그다지 유쾌하지는 않을 것 같네요. 사실 저는 다음 블로그에서 활동을 하고 있었습니다. 그다지 활발한 활동은 아니고 직업이 컴퓨터로 먹고사는 S/W 개발자이다 보니 자꾸 까먹게 되는 개발 환경 설정이나 정보들을 정리하고 있었죠. 원래는 이런 글들을 많이 남기려고 했는데 먹고 사는 게 바쁘다는 핑계로 자꾸 미루게 되더군요. 어쨌든 어느 날 갑자기 회사에서 제 블로그에 접속이 되질 않았습니다. 다른 다음 블로그 사이트에 접속을 시도해 봐도 마찬가지였지요. 다음 ..