프로그래밍

3204,

1/161

asa05

숏코딩 기법에 관해...

http://www.hackerschool.org/HS_Boards/zboard.php?id=QNA_programming&no=1978 [복사]

얼마전에 서점에 갔다가... 숏코딩 기법에 관한 책을 봤습니다..

기존에 제가 알던 형태의 프로그래밍이나 문법과는 상당히 다르던데

어떤 분들은 그렇게 하는건 그닥 좋지 않게 보시는 분들도 계시고....

반대로 생각하면 메모리 활용도 좋고 소스 코드또한 간결해지는 장점이있던데..

아직 익숙하지 않아서 그런지 글케 해보구 다시 소스 분석해볼려구 하면 좀

어렵더라구요

보통 소스짜실때 숏코딩에 관해 많이들 생각하시나요?

혼자하다보니 의견을 물을만한 곳이 별로 없어서뤼~~

많은 고수님덜 생각은 어떠하신지 궁금하네요^^

Hit : 5574 Date : 2009/04/09 08:24


md.house	실무에서는 코드를 짧게 쓰는것이 최악의 코딩입니다. 무조건 욕먹습니다. 코드를 축약해서 쓰면 남이 보기도 어렵고, 시간이 지나면 자기도 못봅니다. 코드라는게 한번 만들고 땡이 아니라 지속적으로 유지보수를 해야하는데 코드를 읽기 어려우면 치명적이죠. 아무리 간단한 알고리즘이라도 최대한 주석 많이 달고, 코드를 전혀 모르는 사람이 봐도 이해할 수 있을 정도로 쉽게 풀어써야됩니다. 그래서 이런 말도 있지요. 컴퓨터가 이해하는 언어는 바보라도 할 수 있다. 사람이 이해하는 언어를 써야 진정한 프로그래머다. 우려하는 메모리활용이나 코드의 간결성등은 요즘 컴파일러들이 워낙 좋아서 최적화를 잘해줍니다. 닷넷이나 JRE 같은 가상머신까지 띄워쓰는 판에, 고작 메모리 몇바이트 줄이는것에 연연해할 필요가 없습니다.	2009/04/09
simplism	위엣분 말씀에 동감합니다. 숏코딩 뭐 열어보면 간결하고 깔끔해서 좋은면도 있겠죠... 문제는 최적화를 하기 위해서 주석을 제거하고, 좀 복잡하고 수준높은 코딩을 하다보면 나중에 오류발생시에 디버깅이 어렵거나 오래걸리는 문제가 발생합니다. 물론 코드 짜고난후 일주일내에 버그수정이 완벽하게 완료된다면 상관 없지만, 보통 길게는 6개월 이후에도 열어봐야 하는 경우가 종종발생합니다. 이럴때는 코드를 첨보거나 기억이 안나는 사람들도 한눈에 알아볼수 있도록 하는게 가장 중요하지요. 때로는 아주쉬운 코드들을 숏코딩이 좋기야 하겠지만 좀더 수준높은 코드들이 들어간다면... 숏코드... 최악의 코드가 될것입니다.	2009/04/19