지난 몇 년은 개발프로세스랍시고, 오픈소스에서 돌아가는 모습을 흉내(?)내려고 노력을 많이 했습니다. 나름대로, 저와 같이 일한 동료들에게는 방향정도는 잡았다고 생각이 되는데, 그 동안 잃어 버린 것이 있습니다. 이것은 저와 같은 사람의 특성일 것이라 생각됩니다. 감히 일반화하지는 않겠습니다. 처음에는 팀이 일하는 것과 개인이 일하는 것이 다름을 강조하던 시절이 있었습니다. 이런 시절의 모토는 "코딩 컨벤션이 맘에 들지 않아도 팀에서 일한다면 기꺼이 따라야 한다." 였습니다. 물론 지금도 변함없는 모토입니다. 그러다 시간이 지나서, 팀이 일하는 것에 익숙해져있고, 동료간의 리뷰는 스펙, 설계, 코딩 상당히 자주하는 것에 대해 습관적이 되어, 이젠 일상이 되었습니다. 즉, 신선함(?)이 없는 상태가 되었다..
요즘 시간을 들여 생각하는 것이 개발 절차와 관련된 주제이고, 마침 정리해야할 논제도 있고하니, 생각을 풀어 보고자한다. 제목대로 개발 절차와 문서 템플릿이 보안 사항이냐라는 질문에 대해서는 그렇지 않다라고 정리하고 싶다. 그렇게 결론을 먼저 내리는 이유는 개발 절차는 일하는 순서일 뿐이며, 이는 이미 소프트웨어 공학에 나와 있는 것들이다.개발 절차를 진행하면서 나오는 산출물의 리스트는 그만한 수준은 어느 회사든지 다 가지고 있다.개발 절차나 템플릿을 입수했다고 해서, 그대로 수행하는 것은 어렵다.실제 어느 프로젝트의 산출물 리스트가 유출되었다면, 그것은 사람에 따라 민감할 수 있겠다. 하지만 프로젝트를 진행하기 전 템플릿들은 단지 도구일 뿐이다. 진짜 보안은 여기에 있다. 개발 절차와 문서 템플릿을 가..
- Total
- Today
- Yesterday
- 덴드롱
- VIM
- perl
- MySQL
- 식물
- SSO
- TCP/IP
- 벤자민
- url
- 오픈소스
- macosx
- nodejs
- 클레로덴드럼
- JavaScript
- 대화
- 킹벤자민
- 커피
- Subversion
- Linux
- 디버깅
- Tattertools plugin
- writely
- 수선화
- tattertools
- OpenID
- 구근
- BlogAPI
- SVN
- ssh
- 퀴즈
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |