The Lilical Programmer : 오늘 Method의 길이가 1300줄이 되는 소스를 열어봤습니다

桜蘭高校ホスト部 ⓒ 葉鳥ビスコ/白泉社・VAP・NTV・BONES
할말을 잃었습니다...

회사에서 어떤 제품 소스를 보고 있는데, 어느 정도 하드한 코드일거라고는 각오했습니다만, 소스 파일 하나가 6천줄이 넘어가고 그 중에 메서드 하나의 길이가 1300줄을 넘어가는 것을 보고 있자니...

설마 이걸 수정해야되는 날이 오지않기만을 바라고 있습니다(...)

메소드, Method, 1300줄

# by 시즈하 | 2006/12/27 21:36 | 그(it) 얘기 | 트랙백(1) | 핑백(1) | 덧글(26)

트랙백 주소 : http://Sizuha.egloos.com/tb/2900616
☞ 내 이글루에 이 글과 관련된 글 쓰기 (트랙백 보내기) [도움말]

Tracked from hbj1147's me.. at 2008/10/10 04:37

제목 : AKI☆의 생각
method의 길이가 1300줄 : 요즘은 그 간단해 죽겠다는 매트랩 코드를 짜더라도 어떻게 하면 함수로 쪼갤까 고민하게 되는데, 실제 업무에서는 다들 귀찮은 모양이다 '~';...more

Linked at the elegant aniv.. at 2008/10/09 23:06

... 회사에서 메소드 하나의 길이가 1390 Lines에 달하는 C++ 코드를 발견했습니다. 그래도 전에 한번 경험을 해서인지 이젠 반갑기까지 합니다. 이벤에는 좀더 업그레이드가 되어서, 중간 중간 #ifndef ~ #endif 같은 전처리 구문도 들어가 계시고, 들여쓰기 깊이가 무려 12 ... more

Commented by TohnoLyn at 2006/12/27 21:41

1300줄 =_=;

전 웬만하면 한화면 넘어가지 않게 만드는걸 미덕으로 삼는데 ㄷㄷ

속도가 상당히 중요해서 함수콜하는시간조차 아까울정도로 중요한함수였나요 ㄷㄷ

Commented by TohnoLyn at 2006/12/27 21:42

소스파일 6천줄은 좀 복잡한 컴포넌트 만들면서 몇번 만들어봤지만 ㅡ.ㅡ;;

Commented by Sikuru at 2006/12/27 21:48

소스파일이야 그렇다 쳐도... 메서드 하나는 좀. 압박이 ( -_-)

Commented by 다크엘 at 2006/12/27 21:48

엄청나군요..

Commented by 오스카 at 2006/12/27 21:52

메서드 하나 4000줄 짜리도 봤죠;;; ifdef로 점철된.. -0-

Commented by 셀키네스 at 2006/12/27 21:54

우와... 보기도 힘들겠습니다;

Commented by TohnoLyn at 2006/12/27 22:01

ifdef 라니 =_=;;

C의 전처리기는 역시 약보다는 독에 가까움 ㅡㅡ; 도데체 4천줄짜리 매서드는 어떻게 해석합니까? 오스카님의 스킬좀 공개하세요

Commented by kykisk at 2006/12/27 22:02

쿨럭...클래스하나도아니고 메소드하나가...-_-;

Commented by TohnoLyn at 2006/12/27 22:04

클래스가 4천줄이면... 가볍죠 머 ㅡ.ㅡ;;;

Commented by Ego君 at 2006/12/27 22:20

메소드가 1300줄이라 ㄷㄷㄷ 메소드 하나가 그렇게 클수가.. 만든 사람이 함수 콜하는 것이 싫었던 것 같습니다 메소드라면 JAVA인데 ㄷㄷㄷ

Commented by 시즈하 at 2006/12/27 22:25

저는 20줄이 넘어가는 것도 자제하려고 합니다. (Delphi 기준)
그런데 Setup 다이얼로그에 관한 메서드라서, 그나마 내용은 단순했습니다...
문제는 말그대로 하드 코딩이라는 점이지요...
>> TohnoLyn 님

저도 천줄이 넘어가는 메서드는 처음봤습니다...
>> Sikuru 님

아무리 스크롤해도 끝이 안보이더군요...
>> 다크엘 님

ifdef.... 어떤 것일지 상상이 됩니다....;;
그런걸로 4천줄이면;;;;
>> 오스카 님

그야 뭐....-o-;;
>> 셀키네스 님

클레스야 길어도 볼수는 있지만 메서드가 긴 건 정말 보기 힘들죠...-.-
>> kykisk 님

Commented by 시즈하 at 2006/12/27 22:27

그게 Setting 다이얼로그에 관한 것이었는데, 셋팅의 내용이 이것저것 많이 들어가 있다보니, 그것을 하나의 메서드에서 다 초기화 해주려다보니 그리 된것 같습니다.
참고로 소스는 델파이로 만든겁니다.
>> Ego君 님

Commented by ルリ at 2006/12/27 22:36

상상만해도무섭군요;;

Commented by 시즈하 at 2006/12/27 22:38

상상하기도 싫습니다... -o-;; >> ルリ 님

Commented by TohnoLyn at 2006/12/27 23:00

그나마 델파이라 다행이군요 =_=;;

C++이었으면 화면을 뒤덮는 전처리기에 눈이 안드로메다로 출장갔을겁니다

Commented by 냐모 at 2006/12/27 23:07

혹시 오스카님 단말쪽에서 일하시나요? 저도 한 2년 일하면서 그렇게 지저분한 코드는 처음봤습니다.. #ifdef 안에 #ifdef... 어디가 시작이고 어디가 끝인지 알수가 없을 정도 였습니다. ㅎㅎ

Commented by 스킬 at 2006/12/28 00:47

이것이야 말로
"당신이 상상하는 그 이상을 보게될것이다"
라는 카피에 어울리는 것이군요.

Commented by 허브 at 2006/12/28 00:54

미칠듯한 길이.....ㅠㅠ

Commented by Wraith at 2006/12/28 08:41

전 소스 파일 하나가 2만 줄에 쓰레드 함수 하나의 길이가 3000줄인 것도 봤습니다...

Commented by 오스카 at 2006/12/28 12:45

/ TohnoLyn
그런 함수가 하도 많아서.. 결국 ifdef의 조건식을 세팅하면 소스 코드에서 해당 ifdef 조건식 외의 ifdef 구문을 제거해서 소스 코드를 보여주는 vs 애드온을 만들었었습니다. 뭐, 나중에는 리팩토링해서 다 제거했지만;;;

/ 냐모
게임 쪽에서 일합니다. 중첩 ifdef .. ifdef 조건 식의 and/or 연산.. 수명 줄어들죠. -0-

cvs/svn으로 소스 관리를 하긴 합니다만, diff로 한 번에 다 보는게 좀 불편해서, 새로 추가하는 코드의 마킹 용도로 최근까지는 그래도 ifdef를 종종 썼습니다. 물론 그렇다 해도 함수 하나에 수천 줄은 절대 아니지만.. 요즘은 vs의 Task List 기능을 쓰죠.

하여튼 보기 좋은 코드가 최고입니다. KISS 원칙은 반드시 지키는 습관을;;;;

Commented by WizMasia at 2006/12/28 15:05

저는 취미로 조금 공부하는 정도입니다만.. 100줄만 넘어가도 머리가 아파진다는 것이죠..

Commented by TohnoLyn at 2006/12/28 15:15

오스카 // 오 정말 좋은 Add-on 이네요
대단하십니다 ㅡ.ㅡ;

Commented by 클랴 at 2006/12/29 11:00

저는 switch 명령 하나가 4천줄을 포함하고 있는 소스에 대한 얘기를 "들어만" 봤습니다.. 직접 분석하지 않은게 다행.

Commented by Erik at 2007/01/03 21:39

수치해석을 이용할 경우나 무지 큰 배열을 어쩔 수 이용할 경우 등....
아주 가끔이지만 그런 소스를 저도 만들곤 있답니다.
한 개의 메소드를 만들고 나면 아주 잠깐(0.1초??)은 무척 행복하죠..
내가 이걸 만들었구나하는 .....ㅋㅋ
하지만 바로 본질에 대해서 느끼죠.. 난 3류야...흑흑...
어쨌든, 긴 소스는 안만드는게 정신 건강에 좋습니다. 그죠!!

Commented by AKI☆ at 2008/10/10 04:35

움냐, 리팩토링 같은건 전혀 안하는 업무 프로세스로 짜신 모양이군요 @_@
진짜로 직장 가서 코딩할 일 생기면 그렇게 그지같이(?) 짜게 되는지 궁금합니다...

Commented by 시즈하 at 2008/10/10 13:25

대부분 오래된 소스들이 저모양이더군요. 요즘의 코드들은 그나마 좀 나은 편이지만, 아무래도 일정에 쫒겨서 만들다 보니 원칙을 지키지 안는 경우도 많은 것 같습니다. 나중에 고쳐야지...하면서 결국 안고치는 경우도 있고...-o-