일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |
- 인간
- 페북글
- 개저씨
- 맥
- Open Computer Vision Library
- 스펙
- 보석들
- 회고
- 엔지니어
- OpenCV
- 원격면접
- build
- 김창준
- 직무의사유화
- 애자일
- 개인성향
- 품의
- Computer Vision
- Documentation
- 안좋은기억
- Specification
- 인사과
- Agile
- 와인버그
- 교훈들
- Python
- 코딩 테스트
- MacOS X
- 인사
- xper
- Today
- Total
목록스펙 (2)
세상을 놀라게 하자!
앞선 글에서 잔소리는 열심히 적어놨는데 어떻게 써야 할지 막막하긴 하다. 그 이유인즉슨 사실 10년 이상 소프트웨어 개발일을 하면서 어떤식으로 Specification을 적어야 하는지 말하기도 전에 그게 왜 필요하냐며 악쓰는 사람들이 더 많았기 때문이다. 부디 그 분들을 위해서 쓴 ‘구전문학 프로젝트 관리’를 참고 바란다. (아니라고는 말 못할 것이다.) 단순한 글쓰기를 어떻게 해야 하는가에 대해서는 '한국의 이공계는 글쓰기가 두렵다’같은 책들을 참조하는게 더 나을 것이다. 가장 중요한 것은 먼저 우리가 ‘글을 쓴다’라고 하는 행동을 어떤 식으로 하고 있느냐이다. 단순히 생각나는대로 글을 적는것 역시 ‘수필’로 가치가 있겠지만 지금 우리는 그런 글을 쓰려고 하는게 아니다. 인류가 만든 것 중에서 제일 복..
어느 경우에도 설계도를 그리지 않고 뭘 만드는 경우는 인류 역사 5000년 이래 없다. 아무리 단편 소설을 쓰더라도 최소한 플롯은 적어두고 시작한다. 그런데 소프트웨어를 만드는 데는 어떻게 해야 하는지 잘 모르는 사람이 많다. 물론 어려운 본질에서 벗어난 온갖 문서질에 치이다 보니 아예 하지 말자는 사람들도 있다. 그럼 뭘 써야 하느냐? 이렇게 해보면 어떨까 싶다. 1. GUI Specification: 만들고자 하는 소프트웨어가 어떤식으로 화면이 구성되어야 하고 어떤 입력을 받아서 어떤 결과를 보여주어야 하는지를 ‘그린다’. 하다보면 사실상 그림과 설명으로 구성이 되는 경우가 많다.출처:http://www.startuprocket.com/blog/how-to-create-a-user-interface-..