Extremely Agile

• 별로 하는 일 없어보이는 팀원도, 스스로는 '나름대로 열심히 하고 있다'고 생각한다. 다만 뽀대나게 일하는 방법을 모를 뿐이다.(관리자 법칙 12) 2010-04-12 20:31:04
• 팀원을 통제하는 가장 효과적인 방법은 어떤 상황에서도 감정적으로 흔들리지 않는 것이다. 토론 중에 이성을 잃는 관리자만큼 없어보이는 사람도 드물다.(관리자 법칙 13) 2010-04-12 20:53:49
• 회의실에 노트북을 지참하는 팀원이 많다는 것은 회의가 길고 지루하다는 뜻이다. 해결책은 두가지이다. 회의실에 무선 AP를 끊던가, 회의를 짧고 굵게 하던가.(관리자 법칙 14) 2010-04-13 12:15:52
• 프로그래머를 긴급 수혈해서 일정이 단축되는 경우는 거의 없다. 확률로만 따지면 푸닥거리 쪽이 더 높을 지도 모른다.(관리자 법칙 15) 2010-04-13 15:16:55
• 불확실성을 관리하는 가장 좋은 방법은 불확실하다는 사실을 가능한 한 빨리 드러내는 것이다. 드러내지 않으면 관리도 불가능하다.(관리자 법칙 16) 2010-04-13 17:07:59
• 자신이 누구인지 잘 모르겠다면 평소에 무슨 생각을 하는지를 돌이켜보자. 평소에 리팩터링 생각만 하고 있다면 프로그래머일 것이고, 아키텍처 생각만 하고 있다면 아키텍트일 것이다. 다른 사람들 생각만 하고 있다면, 관리자일 가능성이 높다.(관리자 법칙 17) 2010-04-13 23:24:43
• 잦은 야근은 개발 프로세스가 비효율적일 때 풍기는 냄새 중 하나이다.(관리자 법칙 18) 2010-04-14 01:08:14
• 수평적인 사고는 관리자의 아집 때문에 빚어질 수 있는 재앙을 막는 데 기여한다.(관리자 법칙 19) 2010-04-14 13:14:55
• 테스트를 게을리하는 프로그래머의 위험지수가 1이라면, 자신이 만든 테스트를 과신하는 프로그래머의 위험지수는 100정도 된다.(관리자 법칙 20) 2010-04-14 13:52:06
• 기술적인 내용에 대한 이해도를 가늠하는 가장 좋은 방법 중 하나는, 그 기술을 설명하는 하나의 다이어그램을 성공적으로 그려낼 수 있는지를 보는 것이다.(관리자 법칙 21) 2010-04-21 11:04:37
• 형평성은 단순히 1/N의 문제가 아니다.(관리자 법칙 22) 2010-04-22 14:40:24
• 일을 빨리 끝내는 사람에게 일을 더 주면, 다음부터는 아무도 일을 빨리 끝내려 하지 않게 된다.(관리자 법칙 23) 2010-04-22 15:08:33
• 팀원들로부터 최고의 생산성을 이끌어 내는 한가지 비결은, 팀원의 기여가 유무형의 보상으로 반드시 돌아오게 된다는 사실을 각인시키는 것이다. 대부분의 팀원들은 무형의 보상(좋은 평판, 늘어난 여유시간 등등)에 더 감동하는 경향이 있다.(관리자 법칙 24) 2010-04-26 10:01:38
• 대부분의 팀원들은 상사로부터의 평가보다 동료 팀원들로부터의 평가에 더 민감하다.(관리자 법칙 25) 2010-04-26 10:02:31
• 직무능력 개발에 어려움을 겪는 팀원이 있다면 목표를 너무 추상적으로, 너무 크게 잡고 있는 것이 아닌지 살펴보라.(관리자 법칙 26) 2010-04-26 16:34:08
• 버그를 해결하기 전에 새로운 기능 추가를 지시하지 말라.(관리자 법칙 27) 2010-04-28 17:06:34
• 테스트가 개발을 주도하게 하라.(관리자 법칙 28) 2010-04-28 18:08:13
• 새로운 기능을 추가한 다음에는 시스템을 전부 다시 테스트하라. 시간이 많이 걸린다면, 자동화하라.(관리자 법칙 29) 2010-04-28 18:15:58
• 비전을 찾지 못하는 팀원에게는, 자신의 전문성이 어디 있는지를 돌아보도록 조언하라.(관리자 법칙 30) 2010-04-29 10:23:50
• 전문성은 동기(Motivation), 의지(Will), 시간(Time), 소통(Communication)의 네 가지 자질이 갖추어져 있어야 얻을 수 있는 자격증 같은 것이다.(관리자 법칙 31) 2010-05-03 15:36:31
• 처음부터 완벽한 계획이란 없고, 예측은 언제나 불확실하다. 그러니 구체적인 사실에 집중하고, 완전한 일정을 만들려는 과욕은 버려라.(관리자 법칙 32) 2010-05-28 13:36:54
• 팀원들이 자신을 미워하는 것 같으면 회의 시간에 혼자만 말하고 있지는 않은지 생각해 보라.(관리자 법칙 33) 2010-06-24 10:22:37

이 글은 공중곡예사님의 2010년 4월 12일에서 2010년 6월 24일까지의 미투데이 내용입니다.

• 전문성은 동기(Motivation), 의지(Will), 시간(Time), 소통(Communication)의 네 가지 자질이 갖추어져 있어야 얻을 수 있는 자격증 같은 것이다.(관리자 법칙 31) 2010-05-03 15:36:31
• Segmentation Fault가 당신을 괴롭힐 때에는 Core Dump 옵션을 켜두고 나머지는 gdb에게 맡겨라.(core dump가 안될 경우에는 .bash_profile에 ulimit -S -c 4096. 자세한건 /etc/profile 참고) 2010-05-11 13:11:01
• 디버깅은 내가 흩뿌린 비합리의 흔적들로부터 합리적인 원인을 찾아내는 과정이다.(디버깅의 도) 2010-05-11 20:41:49
• 판도라의 상자에는 열쇠가 없다. 이미 당신의 마음 속에 열쇠가 있기 때문이다.(판도라의 상자) 2010-05-18 13:01:19
• 처음부터 완벽한 계획이란 없고, 예측은 언제나 불확실하다. 그러니 구체적인 사실에 집중하고, 완전한 일정을 만들려는 과욕은 버려라.(관리자 법칙 32) 2010-05-28 13:36:54
• 로지텍 K340 이거 괜찮군… ㅎㅎㅎ(키보드 K340) 2010-05-29 23:16:21
• 로지텍 애니웨어 마우스이것도 괜찮은데? ㅋㅋ(지름의 계절인가) 2010-05-31 16:51:30
• 몇년 동안 어렵다는 이유로 적용을 미뤘던 autoconf, automake의 적용을 두시간 만에 끝내다.(구글신에게 경배를) 2010-06-04 17:30:30
• 심볼릭 링크가 포함되어 있는 디렉터리를 tar 할때는 -L 옵션. tar cvfL src.tar src/ 이렇게 해야 함. autoconf 적용된 프로젝트의 경우에는 더더욱.(머리가 나빠서 메모해둬야...) 2010-06-10 10:12:53
• Java Jar 파일 내 클래스 동적 로딩(북마크) 2010-06-11 11:47:47
• Cygwin의 POSIX pthread 라이브러리의 pthread_attr_setscope 함수는 PTHREAD_SCOPE_SYSTEM을 지원하지 않습니다.(그러니 대신 PTHREAD_SCOPE_PROCESS를 쓰시도록.) 2010-06-16 08:56:38
• GLOBECOM 2010 논문 통과. 12월은 미국 마이애미에서.(이제 박사 졸업도 눈앞으로 다가오는 건가...) 2010-06-24 08:50:35
• 팀원들이 자신을 미워하는 것 같으면 회의 시간에 혼자만 말하고 있지는 않은지 생각해 보라.(관리자 법칙 33) 2010-06-24 10:22:37
• MAC에서 ._로 시작되는 파일들이 tar 파일 안에 같이 묶이는 것이 싫을 때는 bash에서 export COPYFILE_DISABLE=true를 설정할 것.(결론은 그러면 빠진다는 거) 2010-06-29 14:35:11
• Visual Studio 2010에서 쓸만한 diff툴을 찾는다면?(CodeCompare를 시도해 보시길. 찾았던 것 중에선 가장 괜찮았어... 거기다 공짜야... ㅎㅎㅎ) 2010-07-06 11:33:25
• 업무가 지겨울 때는 소소한 물품들을 바꿔보는 것도 도움이 된다. 키보드, 마우스, 컵, 펜, 연필, 포스트 잇 등등. 책상은 정리하고 생수라도 한통 가져다 놓자. 마실 것이 항상 옆에 있으면 금연에도 도움이 된다.(업무가 지겨울 때 1) 2010-07-06 11:34:57

이 글은 공중곡예사님의 2010년 5월 3일에서 2010년 7월 6일까지의 미투데이 내용입니다.

• 아랫사람이 시간남는 걸 못견뎌 하는 상사를 만나면 스스로 생산적인 일을 할 가능성이 떨어진다.(관리자 법칙 1) 2010-04-09 16:39:33
• 아랫사람이 시간남는 걸 못견뎌 하는 상사를 만나면 프로젝트 일정이 단축될 가능성이 떨어진다.(관리자 법칙 2) 2010-04-09 16:46:54
• 자수성가형 관리자는 보통 휴식과 게으름을 같은 것으로 여긴다.(관리자 법칙 3) 2010-04-10 20:29:12
• 자수성가형 관리자는 한 가지 일을 하는 데에도 여러 가지 방법이 있을 수 있다는 사실을 잘 모르거나 무시하는 경향이 있다.(관리자 법칙 4) 2010-04-10 20:31:25
• 도로에 차를 100% 밀어넣으면 주차장으로 변한다. 마찬가지로, 직원에게 100%의 일감을 선물하는 관리자는 프로젝트를 성공시키기 어렵다.(관리자 법칙 5) 2010-04-10 20:51:28
• 코딩을 좋아하는 사람에게는 코드를 주고 기획을 좋아하는 사람에게는 기획서를 주고 야부리를 좋아하는 사람에게는 차 열쇠를 주라.(관리자 법칙 6) 2010-04-10 22:55:49
• 어떤 사람이 겉멋 든 프로그래머인지 아닌지를 판단하는 가장 좋은 방법은, 그가 작성한 주석문(comment)을 보는 것이다.(관리자 법칙 7) 2010-04-10 22:58:05
• 지나치게 비관적인 관리자는 돈줄을 말리고, 지나치게 낙관적인 관리자는 팀원들의 피를 말린다.(관리자 법칙 8) 2010-04-11 09:32:23
• 팀원은 레몬과 같다. 레몬으로 사과주스를 만들 수 있다는 환상은 버리도록 하라.(관리자 법칙 9) 2010-04-11 09:41:46
• 팀원 입장에서 가장 골치아픈 사람은 윗사람에겐 YES MAN, 아랫 사람에겐 NO MAN인 팀장이다.(관리자 법칙 10) 2010-04-11 12:54:46
• 프로그래머와 운동 선수의 공통점은, 전문가가 될때쯤 되면 관리자로부터 은퇴 압박을 받게 된다는 점이다.(관리자 법칙 11) 2010-04-11 12:57:02

이 글은 공중곡예사님의 2010년 4월 9일에서 2010년 4월 11일까지의 미투데이 내용입니다.