일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- Python
- 김창준
- 품의
- 직무의사유화
- 교훈들
- 엔지니어
- xper
- 코딩 테스트
- MacOS X
- 인사
- 회고
- Open Computer Vision Library
- Agile
- OpenCV
- 인사과
- 와인버그
- 인간
- 안좋은기억
- 페북글
- 맥
- build
- 스펙
- 애자일
- 원격면접
- 보석들
- Documentation
- 개저씨
- Computer Vision
- Specification
- 개인성향
- Today
- Total
목록Software construction/Agile development (5)
세상을 놀라게 하자!
저는 작년 말에 Boardman이라는 앱을 앱스토어에 올렸습니다. 이 앱은 화이트보드 사진을 찍어주는 앱입니다. 그냥 사진을 찍는 거면 카메라 앱이 있는데 왜 만드나 하실 겁니다. 바로 아래 그림과 같은 효과를 내주는 앱이지요. 이 앱을 만들게 된 동기는 이렇습니다. 보통 그림을 그려서 설명하고 설계하는 software engineer는 화이트보드를 끼고 살지요, 저 역시 그랬습니다. 그런데 문제는 이것이 기록으로 남아서 정리가 되질 않기 때문이었습니다. 당시 제가 일하던 직장에 전자칠판이 몇개 있긴 했지만 이것이 늘 제가 쓸 수는 없는 상황이었거든요. 그러다가 camera calibration으로 유명한 Zhengyu Zhang의 논문을 발견했습니다. 한번 짜보자 싶어서 가볍게 python script..
우리는 늘 고객이 우리의 개발에 참여해야 한다라고 말합니다. 그러나 실제 우리는 어떻게 그들을 참여 시키고 있습니까? 단순히 매주 한번씩 고객과 만나는 것인가요? 아니면 제품 출시 직전에 테스트를 통해 고객과 만나나요? 최근 The lean startup으로 유명한 Eric Rise는 Nordstrom이란 Team이 벌인 Flash build라는 개발 방식에 대해 글을 올렸습니다. 이들의 실험은 지금 무언가 마땅한 제품을 기획을 해내지 못하고 있는 회사나 조직이 반드시 해보기를 권하는 일입니다. 먼저 이들의 프로젝트는 ‘1주일간 선글라스 가게에서 사용할 앱 만들기'입니다. 이게 어떻게 가능할까요? 한번 생각해보세요, 여러분이라면 어떻게 할지. 이들의 방법은 이랬습니다. '우리 모두 선글라스 가게로 가자’..
Joseph Yoder 소개 우리나라에서는 정말 만나기 힘든 ‘Architect’이신 Joseph Yoder가 한국에 다른 일정으로 오셨습니다. 이분의 주무기는 Refactoring과 Adaptive Object Model, Design Pattern입니다. http://www.joeyoder.com/ 에 자세한 이야기가 나와 있습니다만 다양한 형태의 PLoP Conference를 주관하시고 있고 소프트웨어 아키텍쳐, 설계, 구현과 같은 다양한 소프트웨어 개발에 대한 훈련, 멘토링과 컨설팅을 하고 계십니다. The Big ball of mud 특별히 이번에 진행된 Conference에서는 TDD와 Refactoring에 대한 이야기를 했습니다. 왜 소프트웨어는 가면 갈수록 점점 엉터리 코드로 엉망이 되어..
서로 다른 욕구 대부분의 경우 개발자들은 사람과 상호 작용을 다루는 일에 서투릅니다. 경영진은 사람과 친숙치 않은 사람과 일을 함께 하는데 서툽니다. 개발자들은 경영진이 쉽게 일을 생각한다 느끼고 경영진은 개발자들이 일을 성실하게 하지 않는다고 느낍니다. 그런데 정말 그것이 사실일까요? 왜 경영진은 개발팀이 보기에 촉박한 일정을 제시할까요? 경영진의 ‘욕구’를 생각해봅시다. 일반적인 경영에서는 제품의 출시로 매출이 나오면 성공이라 생각하지요. 그래서 빠르게 개발이 되어서 시장의 반응을 알고 싶어합니다. 또는 개발 기간 = 임금 비용이기 때문입니다. 즉 경영진에게 가치가 있는 일이란 가능한 적은 비용은 적게 들이고 빨리 시장에 물건을 내놓아 매출을 만드는 것입니다. 그리고 의외로 많은 시간을 고민고민해서 ..
서론 최근 연구결과에 의하면 실제 진행되는 정보기술 프로젝트들의 32%만이 성공( 2009 Standish group CHAOS 2009 report ) 한다고 합니다. 그럼 어떻게 32%는 이룩할 수 있었을까요? 어떤 공통된 완벽한 답은 없습니다. 각자의 길을 잘 수행한것일뿐입니다. 실제 일반적인 관리자 육성 교육 몇번 받았다고 해서 그런 사람들이 진행하는 프로젝트가 성공하지도 않습니다. 그 자리에 서 있는 사람에 따라 달라진다는 거지요. 그럼 뭐가 달라서 어떤 관리자들은 성공하고 어떤 이들은 실패할까요?이를 위해 두가지를 생각해야 합니다. 첫번째는 기술관리자가 생각하는 성공의 정의이고 두번째는 구성원들의 성향입니다. 첫번째, 기술관리자의 성공의 가장 큰성공은 무엇일까요? 자신이 관리하는 프로젝트가 성..