-
Notifications
You must be signed in to change notification settings - Fork 5
97 things every software architect should know
ohyecloudy edited this page Apr 28, 2013
·
1 revision
- 정량화시켜라 Keith Braithwaite
- 경험과 지식을 공유하라 Paul W. Homer
- 운영과 유지 보수에 집중하라 Mncedisi Kasper
- 최종사용자에게는 인터페이스가 시스템이다 Vinayak Hegde
- 근면성이 필요하다 Brian Hart
- 시간은 모든 것을 바꾼다 Philip Nelson
- 범위는 성공의 적이다 Dave Quick
- 결정에 대한 근거를 남겨라 Timothy High
- 가정에 도전하라. 특히 여러분이 세운 가정에! Timothy High
- 완벽함은 충분함의 적이다 Greg Nyberg
- 본질적인 복잡성을 단순화시키고 예상치 못한 복잡성을 줄여라 Neal Ford
- 문제가 안정적이어야 높은 품질의 솔루션을 얻을 수 있다. Sam Gardiner
- 데이터가 핵심이다. Paul W.Homer
- 걸어다니는 해골로 시작하라 Clint Shank
- 일어서라 Udi Dahan
- 고객의 요구사항보다 여러분의 이력에 더 우선순위를 두지 말라 Nitin Borwankar
- 일반화 이전에 단순화, 재사용성 이전에 사용성`Kevlin Henney
- 구현 가능한 것만 설계해야 한다 Mike Brown
- 여러분의 고객은 여러분의 진정한 고객이 아니다 Eben Hewitt
- 편리한 시스템을 구현하라 Keith Braithwaite
- 여러분은 생각보다 더 자주 협상한다 Michael Nygard
- 소통이 왕이라면, 명확성과 리더십은 그의 신하이다 Mark Richards
- 정황이 왕이다 Edward Garson
- 드워프, 엘프, 마법사, 그리고 왕 Evan Cofsky
- 현실 세계에 오신 것을 환영합니다`Gregor Hohpe
- 가장 큰 문제는 기술이 아니다 Mark Ramm
- 아키텍처적인 트레이드오프를 고려하라 Mark Richards
- 아키텍트는 직접 실무를 담당해야 한다 John Davies
- 불나방과 프로젝트 박현철
- 새로운 언어를 배워라 Burkhardt Hufnagel
- 커밋하고 도망가는 것은 범죄다 Niclas Nilsson (p30)
- 일정을 지켜라 Norman Carnovale (p42)
- 개발자에게 자율성을 부여하라 Philip Nelson (p64)
- 간단한 것은 간단하게 하라 Chad LaVigne (p124)
- 보이는 것처럼 그렇게 되지 않는다 Peter Gillard-Moss (p166)
- 재사용은 단지 아키텍처뿐 아니라 사람과 교육에 관한 것이다 Jeremy Meyer (52)
- 비즈니스 도메인 이해하기 Mark Richards (60)
- 반복 작업과 싸워라 Niclas Nilsson (92)
- 야누스 아키텍트 David Bartlett (98)
- 문제 해결사가 되지 말라 Eben Hewitt (176)
- 2011.06.18 (참석자 12명)
- 김성안,김홍준,이재정
- 2011.06.25 (참석자 12명)
- 김한솔,박 일,이영권
| 날짜 | 수입 | 지출 | 잔고 | 비고 |
|---|---|---|---|---|
| 이월금 | 43,000 | |||
| 2011.06.18 | 270,000 | 313,000 | 회비입금(김민혜,이성훈,현수명,김성안,이재정,박 일,이영권,강효원,박솔이) | |
| 2011.06.18 | 90,000 | 223,000 | 토즈이용 | |
| 2011.06.25 | 90,000 | 133,000 | 토즈이용 | |
| 2011.07.02 | 60,000 | 193,000 | 회비(전효성, 김홍준) | |
| 2011.07.02 | 90,000 | 103,000 | 토즈이용 |