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

나초보의 일화 두번째의 연장이다. "나잘난"의 부하 직원형태로 프로젝트에 투입되었던 아무 것도 몰랐던 나초보는 아무래도 "나잘난" 에게 의지 할 수 밖에 없다. 그래서 개발하는 데 있어서 로직상의 문제라던지 트릭을 사용해야 하는 일이면 어김없이 "나잘난"에게 물어봐야만 하는 경우가 생긴다. 그런데, 이게 참 재미있는 상황인 것이... 이 나잘난 은 프로젝트에서도 건방지기로 유명한 사람이다. 자신이 경험이 많다는 거만한 생각을 가진 탓에 자신이 하고싶은 일만 하고 기본적인 프로젝트의 규칙도 잘 따르지 않았다. 남이 어떻게 하든, 공통팀이 어떻게 만들든 그놈을 뜯어 고치기 일쑤였고 맘대로 형상관리 쪽에 반영해버리기 일쑤였다. 이 나잘난이 어떤 사람을 멘토링이나 지도하는 형태는 모든 것이 자신의 우월감을 드러..

기업용 솔루션 개발시 유의사항 "한 개발자의 경험에서 우러나온 얘기" 비스타 64기가 설치 참고 비스타 64기가 설치 참고 Remember The Milk "Web Based GTD" Jello Dashboard = GTD for Outlook - Ignited NoTE "GTD를 outlook 에서" 데탑에 사진 위젯들을~ "photojoy good job!" Daum 책 "오예! 다음 반값 도서" [학습] 코넬노트와 메모습관으로 경쟁력을 높여라 !!! "메모습관은 아무리 강조해도 지나치지 않다. 또한 코넬 노트법은 익힐 만한 툴이다" reflections - Google Code "Reflection은 항상 중요하다..." Servlet 3.0 Annotations : Shing Wai Chans W..

[스크랩글 - 출처가 불분명...] 경청을 위한 10가지 계명 1. 미리 평가하거나 판단하지 말라. 2. 상대방의 이야기한 내용에 당신의 생각을 덧붙이지 말라. 3. 들은 이야기가 전부라고 생각하지 말라. 그러면 오해가 생길 수 있다. 이야기 한 범위 내에서만 알 수 있다. 4. 상대가 이야기 할 때, 다른 곳으로 방향을 돌리지 말라. 즉 말꼬리를 돌리지 말라. 5. 상대가 어떤 말을 하던지 간에 관심을 돌리거나 마음을 닫아서는 안된다. 6. 상대의 말을 끝까지 들어주어야 한다. 7. 화자의 말한 내용 외에는 다른 의미로 해석하지 말아야 한다. 8. 상대가 말하고 있는 동안에 미리 답을 주거나 대답할 말을 준비하고 있지 않아야 한다. 9. 상대의 말을 올바로 정정하는데 두려움을 갖지 말자. 잘못된 정보나..

기존 블로그에서 가져옴 : http://blog.naver.com/knbawe/110030640122 - 2008/05/01 작성 말잘하는 사람보다 경청을 잘하는 사람이 되고 싶습니다. 경청 조신영, 박현찬 지음 위즈덤하우스 2007.05.02 본문보기 평점 같이 읽으면 좋은 책 피드백 이야기 - 리처드 윌리엄스 지음 |이민주 옮김 대화와 협상의 마이더스, 스토리텔링 - 아네트 시몬스 지음 |김수현 옮김 멘토 - 스펜서 존슨 지음 |안진환 옮김 모리와 함께한 화요일 - 미치 앨봄 지음 |공경희 옮김 책이 주는 교훈보다도 스토리에 눈시울이 약간... 허허.. 이렇게 감정이입이 잘 일어나는 걸 보니 감성 소설 읽으면 펑펑 울겠군. 갈수록 감성적이 되어간다... 경청이 갈수록 중요하다는 것을 느껴간다. 얼마전..

경청이라는 게 무엇인가? 우리가 가끔 착각하는 것 중에 하나가 경청은 그냥 말을 들어주면 된다고 생각할 수 있다. 그러나 경청이라는 것은 판단 이라는 잣대를 들이대지 않고 상대의 말에 집중해서 상대의 의도와 맥락에 대해서 충분히 공감하는 듣기... 그것이 경청인 것이다. 우리는 경청이라는 것에 대해서 충분한 훈련이 되어있지 않다. 그도 그럴 듯이 일상에서 토론을 할 때의 예를 들어보면, 상대방의 말에 반박하기 위해서 듣는 경우가 있다. 대꾸하면 길어지므로 그냥 한귀로 듣고 한귀로 흘리면서 마냥 바닥만 보고 있는 경우도 있다. 또한, 상대방의 말은 아랑곳하지 않고 독백만 하는 사람도 있다. 일상에서 많이 볼 수 있는 예들이다. 여기 경청의 수준의 예를 보면 배우자 경청 수동적 경청 적극적 경청 맥락적 경청..

“개발자 나초보의 일화 두번째” 첫 경험에서 큰 깨달음을 얻은 개발자 “나초보” 이제는 정말 자신이 하고 싶었던 일을 하기 위해서 기존에 자신이 계속 공부해왔던 자바 기반의 프로젝트에 투입되게 된다. 여기는 4개월 계약을 하고 투입되게 되었다. 투입되고 이틀 뒤 PM 이 전체 개발자 40여명을 소집을 한다. “지금 우리 프로젝트는 위기입니다. 금일부터 10시 이전 퇴근을 금합니다!” 라는 청천벽력 같은 선언. 우리의 초짜 개발자 나초보씨. 그게 무슨 의미 인지 몰랐다. 그냥 SI 프로젝트 바닥이 다 그런줄만 알았다. 우리의 PM은 또 다시 부연 설명을 한다. “우리의 프로젝트에서 쓰인 기술은 여러분에게 정말 도움이 많이 될 거라 자신합니다. 열심히 해 주시고 프로젝트 목표 달성을 위해서 최선을 다해주시기..

[ 예전에 봤던 피드백 이야기 - 리뷰] http://blog.naver.com/knbawe/110030140416 에서 복사해옴 가만히 살펴보니 작성하다가 멈췄던 것 같다.. 피드백 이야기 리처드 윌리엄스 지음 | 이민주 옮김 토네이도 2007.02.28 평점 같이 읽으면 좋은 책 멘토 - 스펜서 존슨 지음 |안진환 옮김 경청 - 조신영, 박현찬 지음 흔히 피드백이라고 하면 상관이 명령을 내렸거나, 아랫사람의 행위에 대한 지적? 이런 것들이라고 여기기 쉽다. 피드백은 내가 영향을 끼치고자 하는 사람에게 하는 내 언행일 것이다. 이 책은 스캇 이라는 인물을 등장시키면서 시작한다. 스캇이 일하는 회사에서 피드백 강사를 초청하여 피드백에 대한 강의를 시작하면서 스토리는 시작된다. 첫 시간, 강사는 스캇에게 ..

“개발자 나초보의 일화 첫번째” 개발자 나초보는 약점이 있었는데, 프로그래머의 피가 좀 부족하다는 것이다. 알고리즘이나 자료구조, 파일 처리론 등을 공부를 열심히 했고, 자바 랭귀지는 몇 년간 공부를 해 왔으나 희한하게 창의력 즉, 문제가 주어졌을 때 풀어나가는 능력이 자기 자신이 생각해도 한심할 정도로 떨어졌다. 그도 계속해서 공부를 하다 보니 이제야 감을 좀 잡나 싶었다. 그러나 웬걸? 첫 직장에서 개발자는 선임 개발자 한 명 이고 그 선임 개발자 마져도 남을 지도하는 데는 별 취미가 없었던 사람이다. 그러다 보니 모든 문제를 자신이 알아서 하는 형태여야 했고 웹 호스팅 회사에서 전임 개발자의 소스를 뜯어다가 붙여 넣는 C&P 신공에만 주력하게 되었다. 그에겐 DB Modeler 가 되는 꿈이 있었다..

이 글을 쓰는 데 있어서 두가지의 방향이 있는데... 첫번째 방향은 내 경험을 토대로 복기 하면서 회고해 보는 형태로 나 자신의 커뮤니케이션 실수에 대한 반성과 발전 방향을 모색해 보고 싶고 두번째는 성공하는 직장인의 7가지 대화법 카테고리 자기계발 지은이 정경진 (크레듀, 2008년) 상세보기 이 책의 내용을 기준으로 하고자 하는 얘기를 풀어가고자 한다. 시중에 커뮤니케이션에 관련한 책이 많아서 몇권 봤으나 이 책만큼 깔끔하게 정리된 형태의 책은 드물다는 생각에 이 책을 기준으로 한다. ( 또 하나는 현재 멘토링을 해주시는 분이기 때문이다. ^^ ) 위의 그림은 위에서 말한 책에 연재된 Upgrade Manual Book 의 첫번째 Speech 에 대한 첫 페이지 이다. 흔히 Speech 라고 하면 "..

Light Development - The Software Platform Light DevelopmentGroovy with Eclipse - Overview Groovy with EclipseJ2EE Without the Application Server | OReilly Media J2EE Without the Application ServerXA Transaction with Spring XA Transaction with SpringJava로 XML-RPC 사용하기 - kldp Java 로 xml-rpc 사용하기XML-RPC in Java programming - [dw] xml rpc in javaJava Performance Tuning - 권남님의 북마크에서 본 자바 퍼포먼스 튜닝.. 이런..