More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason—including blind stupidity.
—William A. Wulf [Wulf72]
( 맹목적인 어리석음을 포함한 다양한 이유중에 죄악같은 프로그램을 행하게 되는 으뜸의 이유는 바로 efficiency라는 이름으로 행하여 지게 된다, )
—William A. Wulf [Wulf72]
( 맹목적인 어리석음을 포함한 다양한 이유중에 죄악같은 프로그램을 행하게 되는 으뜸의 이유는 바로 efficiency라는 이름으로 행하여 지게 된다, )
We should forget about small efficiencies, say about 97% of the time: premature
optimization is the root of all evil.
—Donald E. Knuth [Knuth74]
We follow two rules in the matter of optimization:
Rule 1. Don’t do it.
Rule 2 (for experts only). Don’t do it yet—that is, not until you have a
perfectly clear and unoptimized solution.
—M. A. Jackson [Jackson75 ]
( Optimization문제에 대하여 두가지 원칙을 따라야 한다.
즉 결론은 잘 모르면서 성능 튜닝이나 Optimization을 하지 말라는 이야기다.
절대적으로 맞는 말이다.
내가 하는일이 어떤 결과를 나을지 어느정도 예측이 불가능하다면 하지 않는 편이 더 나은 경우를 많이 보아왔다.
또한 성능상의 이유로 좋은 아키텍처를 포기하지 말라는 말도 빼먹지 않고 있다.
Don’t sacrifice sound architectural principles for performance. Strive to write good programs rather than fast ones
이건 내가 기억해야 할 부분인 것 같다.
'프로그래머로 살아가기' 카테고리의 다른 글
| 취업시 개발자(프로그래머)들이 피해야 할 회사 (0) | 2010/06/18 |
|---|---|
| 모은행 전산팀장의 죽음과 프로젝트 스트레스 (2) | 2010/02/17 |
| Performance Tunning시에 참고할 명언들 (0) | 2009/04/23 |
| 소프트웨어 개발의 모든것(All of Software Project) - 소프트웨어 프로젝트 팀의 역량 평가표 (2) | 2009/03/01 |
| fdajax (Full duplex ajax) 설치 및 데모실행 (2) | 2008/01/17 |
| Comet 기술이란...? (0) | 2008/01/15 |
댓글을 달아 주세요