검색엔진이나 아니면 수십만 유저들을 매번검색하는 서버 이런게 아니면

big-o notation의 최적화에 그렇게 엄청 신경쓰지 않아도 된다.




꼭 글을 쓰면 극단적인 해석을 하는 사람들이 많아서 토를 달건데 물론 최적화를 하지 말라는 말이 아니다. 당연히 하면 좋다 -_-; 이건 자명하지..

하지만 big-o 단위의 최적화는 검증된편이 많다.
직관적으로 big-o 노테이션을 생각했을 때 아주 깊이 생각해보지 않는한 이런 최적화는 \'직관적인\' 최적화보다 많이 나가기가 힘들다.
게다가 이미 지금 보통 맞딱드린 유명한 big-o 단위의 최적화는 만든사람이름까지 붙은 유명한 알고리즘으로 해결되있거나 아니면 논문등으로 존재하는 상황이다. 갖다 쓰는게 생산성을 위해서도 더 좋다.

하지만 실력을 늘리기엔, 당신이 마감시간에 쫓기는게 아니면 열심히 생각하는 편이 미래를 위해서도 더 좋다고 나도 생각한다.
보통 이런말을 하지

연구랑 작업은 나누라고 -.- 맞는말임


머.. 초대형프로그램이나 인코더/렌더러 등 꼭 big-o 가 중요한건 예외지만

최적화도 더중요한 최적화가 있다. 보통 최적화가 제대로 안되는 부분은 이슈가 큰 부분을 여러번 호출한다던지 이런곳이 잦다.


이건 뭐 예를들기가 좀 어려운데 난 3D게임쪽이거든

근데 DP를 한번 덜 부르거나, 비디오-시스템 메모리간 복사를 한번 덜 하는게 왠만한 소트좋은걸로 끼워쓰는거보다 더 프레임이 올라감.



뭐 근데 솔직히 적다보니까 시시각각 상황마다 그건 직관적으로 다른데
최적화가 필요한 상황에 맞닥뜨리다 보면 구지 vtune 같은걸로 일일히 안찾아봐도 자기가 코딩했던부분중 직관적으로 느낌이 온다.
어딜 줄여야겠다고

암튼 내말은 big-o 단위의 최적화는 만들기도 빡세고 (경우에따라)효율도 그렇게 좋아지지않는다는 말임

무턱대로 최적화=루프수 감소 이렇게 생각하면 좆나 고생하고 욕도 좆나먹고 결과도 좆나 별로 안달라짐; 레알;;