대한민국 대표 개발자 [짱가™] 2ed

개발자들이 가져야 할 것들... 참 많습니다. 이 시대는 요구하는게 참 많아 졌고 기술의 등장 속도와 발전속도 역시 잠깐 신경 안쓰면 뒤쳐질 만한 굵직한 놈들이 많이 튀어 나옵니다. 그런 시대에서 대한민국에서 개발자로 살아가기라... 정말 하고 싶은 말이 많지만... 공통된 개발자의 자세? 정도의 주제를 가지고 굵고 짧게 세가지 정도로만 이야기 해 보고 싶습니다. 1. 자신의 Product 를 가져라. 제가 주로 했던 분야가 자바 분야 인지라 알고 있는 분들 역시 자바 또는 객체지향 분야입니다. 예전에 자바를 처음 배울때 제 뇌리에 박혔던 웹상에서 '수리바다' 라는 닉네임을 가진 분이 있었습니다. 수 많은 게시판 소스 중에 이 분의 소스는 제게 빛났습니다. 빛났던 것은 가만히 생각해 보면 자신의 로직을 ..

거취를 옮긴지 세달째. 새롭게 느끼는 것도 많고 계속된 도전의 연속이다. 여러가지 우여곡절이 많지만, 내가 도전 받는 것 만큼 부담을 느끼고 또 재밌게 학습하게 된다. 물론 볼 것이 하도 많아서 그게 어느정도 수준에 올라서려면 시간이 필요한데 많은 것들을 동시에 봐야 하는게 부담이긴 하지만, 차분히 차근 차근 쌓아나가는 것이 내 자신에겐 더 도움이 되리라는 걸 알기에 급하게 맘 먹지 않으려 한다. 매일 조금씩이라도 뭔가를 보려고 하고 새롭게 알기 위해서 노력한다. 내게 주어진 환경에서 책임을 다하기 위해서 고민하고 또 고민한다. 의도하지 않은 상황이라도 이해하고 대화하려고 시도한다. 나를 챙겨주고 백업 해주는 manager 는 없으나 외롭진 않다. 충분히 내 영역 안이다. 내 생각대로 천천히 차근 차근 ..

파이썬의 클래스 정의 hdfirstpy.ch6.Athlete.py 파일에 Athlete 클래스를 class Athlete: 처럼 만들었다면 다른 파일에서 호출 할때는 from hfpython.ch6.Athlete import Athlete 이렇게 써주고 사용을 한다 타입을 프린트 해 보면 이렇게 나온다. 즉, 어떤 파일에 이런 클래스가 정의되어 있다.. 그런 거다 자바에서는 public class 명과 파일명이 같아야 하고 생성자 명이 같아야 하지만… 파이썬은 인터프리터 방식의 스크립의 언어라서 그런지 인식하는 방법이 다르다. 클래스 정의가 자바나 C#과는 달라서 좀 헷갈리긴 하는 구나 그리고 메서드 정의는 self를 파라미터 맨 앞에 써줘야 한다. 즉, 자신의 객체가 넘어간다는 것이고 그 객체에 뭐가를..

( 병곤 형님의 나에게 프로젝트 성공에 대한 책을 제안을 하셨다.. 지나가는 말로라도... 그래서 문득... ) 내가 열정이 있는 것이든 맨파워가 대단한 프로젝트든 고객의 지원이 전폭적이든 여기 있다가 나가면 정말 내게 좋은 기술이 쌓일 만한 일이든 돈을 많이 받든 내 승진이 보장되든 ..... 하여튼 프로젝트 자체는 쉬운게 없다. 프로젝트 성공이라는 용어가 갑자기 생각이 났다. 프로젝트를 성공해야 한다.. 이런 것은 어디서 비롯 되었을까? 실패하면 쪽팔리니까? 아니면 돈을 못받으니까? 짤릴 수도 있으니까? 내가 속한 조직이 보여지는 게 문제가 생기니까? 그렇지.. 모두 공감이 간다.. 그리고 이유가 있는 거지. 그런데 문제는 그 프로젝트의 성공을 대하는 구성원에 있는 것 같다. 구성원이 '프로젝트가 성..

IT 종사자들이 맥에 열광을 하는 사람이... 일명, 애플빠 가 많다는 것은 익히알고 있어서 1년 전부터 맥을 사용하고 싶었으나 경제적 여건상 사용하지 못한 터에 프리랜서로 돌아서면서 맥북 프로를 중고로 구입하여 사용하고 있다. 맥에 개발도구 셋팅해보고 키노트 깔아서 사용해보고 맥에서 기본으로 제공해주는 유틸들 사용하면서... '아 정말 아름답다!' 라는 생각만 든다. 여러가지 잡짓거리, 꼼수 를 부리지 않아도 이쁘게 , 있어보이게 나오는 게 정말 반하게 만든다. 윈도우에서 내 손에 길들여진 여러가지 단축키 home 키 , end 키 , page up, page down 이 없어서 약간 손이 더 갈 때도 있지만, 맥의 단축키에 익숙해지려 노력중이다. 그리고 업무상은 윈도우와 섞어서 사용해야 하므로 이게 ..

맥용 STS 에 pydev 설치해서 사용중이다. 어제까지 IDLE 에서 잘 돌아갔던 소스가 갑자기 컴파일이 안되고 x 표시 그리고 pydev 화면은 다음과 같았다. 그리고 메시지는 mixed indentation:Tab found 찾아보니 스페이스와 탭이 섞인 문제 이런 것도 문제가 생기나? 거참.. 소스 정리로도 해결이 안되는.. 파이썬은 탭과 스페이스로 문법 구분을 하다보니 그런 부분에 민감한듯. 에디터를 옮기다 보니 나도 모르게 space 가 들어간 것 같다. 하여튼 스무줄 정도 되는 펑션 소스를 모두 재 편집하니 된다. 어이없는 삽질 삼십분.

자바환경을 갖출때는 높은 버전의 컴파일러만 지원하는 엔진들이 있어서 또는 빌드할때 필요해서 버전별로 깔아뒀지만.... - 솔직히 테스트 용도 - 파이썬은 2.x 대와 3.x 대의 기본으로 자주 쓰는 print 문법도 변화가 있고 오브젝트들도 변한듯 하다. 이거 호환성을 이렇게 해 놔서... 또 돌아다니는 예제들도 각각이어서... 둘다 깔아둬야 한다. 오픈소스는 2.x 대를 지원하고 책의 예제는 3.x 를 지원하고.... 이클립스 pydev 에서 사용하려니 둘다 깔아 놓고 심볼릭만 따로 되어 있는 것 확인하고 둘다 설정해서 사용한다. p.s ( 맥에서 dmg 로 깔아 놓으니 /Library/Frameworks/Python.framework 요놈으로 가는 것 같고 /System/Library/Framewor..

내 지나온 과정에서 익혀 온 과정을 돌이켜보면 내가 학습하는 스타일은 1. 이론 학습 2. 삽질 3. 이론 학습 4. 체득 이런 류의 과정을 겪으면서 몸으로 체득해오고 이해해 온 것 같다. 하지만 요즘 기술의 변화의 속도와 환경 변화의 속도를 생각해보면 핵심을 빨리 캐치하고 필요에 의한 선별 능력, 핵심의 이해에 의한 응용이 무척이나 필요한 시대인듯 싶다. 그래서 지금까지 익혀온 내 학습 방법의 변화 필요성을 느낀다. 먼저 혼자서라도 삽질을 해 봐야 하고 output 은 초반엔 늦을 지 몰라도 초반기가 지나고 나면 핵심을 이해하여 적용하고 리드하던 예전 스타일은 지금 내 입장에서는 맞지 않다는 생각이 든다. 문제는 예전에 익혀 온 것도 그 동안 많이 변했고, 도메인 역시도 익숙하지 않고 ... 몇년간의 ..

코드 리뷰에 대한 고민을 할 필요가 있어서 기록해 놓는다. - xper 의 메일로 받은 내용임. ( id : miniway 님 ) 코드 리뷰 툴 : code collaborator (http://smartbear.com/products/development-tools/code-review/features/) 참고 블로그 : http://javawork.egloos.com/2858102 (Jira, Confluence 를 만든 Atlassian 의 코드리뷰를 통한 lessons learned) http://blogs.atlassian.com/developer/2010/03/code_review_in_agile_teams_part_ii.html * 코드리뷰에 대한 오해 - 버그를 발견하는 것을 보장하진 않는..

형. 분산파일 혹은 클라우드 시스템. 어떻게 공부하는게 효율적일까요? 1. Google File System 논문 5 ~ 10번 정도 정독 2. Google MapReduce 논문 5 ~ 10번 정도 정독 3. Hadoop 0.4 또는 0.5 다운로드 및 소스 분석(논문에서 이해한 기능에 기반하여 소스에 어떻게 구현되어 있는지 검증) 4. Google BigTable 논문 20번 정독 5. Google Chubby 논문 5 ~ 10번 정독 6. HBase 또는 Cloudata 소스 분석 7. ZooKeeper 소스 분석 이 순서로 보는게 가장 좋지.