아키텍트 이야기 - 프로젝트의 성공을 위한 지휘자, 아키텍트가 되자.
사실 프로젝트를 진행해오면서 표준이 필요하다는 생각이 많이 들었습니다. XP에서도 주장하는 것은 죽은 문서를 만들지 말자는 것이지, 문서를 만들지 말자는 것이 아니듯이, 필요한 문서라면, 자주 참고해야 되는 내용이라면 당연히 문서화 하는 것이 맞습니다. 프로젝트가 오래 진행될 수록 네이밍, 클래스 상관도, 기본 설계 방침과 같은 것들에 대한 필요성이 절실했습니다. 아키텍처가 없을 때 같은 일을 하는 메소드가 중복 되고, 어떤 클래스는 크고 어떤 클래스는 작고, 어설픈 패턴적용으로 클래스 간의 관계가 모호하거나 복잡하고, 기능별 처리 주체 불분명해지는 등의 많은 문제를 안게 됩니다. 이런 문제를 책임지고 해결해줄 사람이 바로 아키텍트였습니다. 이 책에서는 아키텍트를 책임 설계자라고도 칭했는데, 아키텍처와 ..
Book review
2008. 2. 29. 22:36
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- SDL
- 조엘 온 소프트웨어
- 바로가기 프로그램
- perfmon
- Rails
- MS-SQL
- NDC2013
- c언어
- SQLite Spy
- CppSQLite
- 엘키
- EzShortcut
- 루비
- svn
- 멀티스레드
- ruby
- ftp
- 좋은 프로그래머
- 리버스 엔지니어링
- 루비 온 레일즈
- TraceRoute
- 임백준
- RoR
- 게임데브포에버
- 디자인 패턴
- Ruby on Rails
- 게임개발포에버
- 디버깅
- EasyExec
- TDD
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함