프로그래밍을 못하는 사람의 특징

5ch VIP 개그 - 2010-06-19 00:06

· 자기 자신에 대해 엄청난 자신감이 있다.
· 코딩의 질보다는 양에 더 만족을 느낀다. 그것이 설령 단순한 같다 붙이기나 코멘트라 할 지라도.
· 새로운 언어, 체제, 개발 환경의 부정적인 정보에 대해서는 엄청 빠르다.
· 무슨 말만 하면 처음에「아니, ~」식으로 부정적으로 말한다.
· 혼잣말을, 다른 사람에게 들려주기 위해 말한다.
· 내가 참을만큼 참았지만 이건 아니다! 식의 연출로 화를 낸다. 꽤 자주.
· 자기보다 학력이 높은 후배나 동기에 대해「학벌 좋다고 코딩 잘하는 건 아니지」식으로 깔본다.
· 자기보다 학력이 낮은 후배나 동기를 근거도 없이 얕본다.
· 그저 자기 이야기만 떠드는 주제에「프로그래머지만 이야기를 좋아하고 사교적인 편」이라고 스스로를 평가
· 웃음소리가 쓸데없이 크다.
· EnableCancelStop(true); // 캔슬 스톱을 유효하게 한다.
· 문제가 일어나면 대체로 마이크로소프트가 원래 그렇지, 하면서 핑계를 댄다.

어라 (2010-06-19 00:06)

1등인가...

uslucad (2010-06-19 00:06)

... 자신감이라..

cdefgab (2010-06-19 01:06)

// 여기저기 써먹은 이야기지만 // 실제로 이렇게 짠 코드를 봤다! boolean bBar; [... some code ...] if ( bBar ) { bBar = fasle; } else { bBar = true; }

행인 (2010-06-19 06:06)

-_- 이 코딩을 쓴 사람은... 남자, 또는 여자다!

12333 (2010-06-19 10:06)

bBar 변수를 현상태의 반대로 만들고 싶은 것 같은데.. 어떻게 해 줘야 하는건가요 그러면?

C (2010-06-19 10:06)

오타나서 실행이 안되고... 긍데 뭐가 이상한거죠?

Hanazawa (2010-06-19 10:06)

if문 안에 있는게 한줄이면 {} 를 쓸 필요가 없기 때문 아닌가요? 괜히 쓸대 없이 양을 불린다는걸 뜻하는것 같은데...

지나가던 사람이지만 (2010-06-19 10:06)

보통 bBar = !bBar; 이렇게 합니다.

ㅇㄹㄴㅇ (2010-06-19 14:06)

boolean bBar; [... some code ...] bBar = !bBar; 이거죠

윤정호 (2010-06-19 19:06)

잘 모르면 그럴수도 있죠! 있겠죠...?

승돌 (2010-06-21 11:06)

마지레스 : 몇몇 코딩 규칙에서는 저렇게 하기를 강조하는 경우도 있습니다. 개개인의 스타일보다 규칙을 강력히 우선시하는 경우, 규칙을 무시하면 코드 리뷰때 신나게 까입니다. 보통 저렇게 규칙을 정하는 경우에는, 코드 가독성을 높이려는 경우고, 어차피 컴파일러가 최적화 하게 되면 상황은 !bBar나 if나 비슷합니다.

라한 (2010-06-25 08:06)

문제없어 보이는데... 나중에 간단히 정리하면 끝... 뭐 추가할려다가 까먹은듯..

ㄷㄱㅂㅈ (2010-06-19 01:06)

잘 모르겠다..

111 (2010-06-19 01:06)

그냥 작성자가 싫어하는 특정인물(들)의 특징을 모아놓은 것 같네요.

ㅇㅇ (2010-06-19 02:06)

이런게 어째서 개그인지 이해가 가지 않는 1人

ㅎㅎ (2010-06-19 02:06)

개그 아닌 것도 올라온다는 말이 몇 번 나와야 이 말이 나오지 않을지 궁금한 1ㅅ

Belle (2010-06-19 09:06)

ㅎㅎ에 공감하는 1ㅅ

ㅇㅇ (2010-06-19 19:06)

리라하우스에 들어온지 얼마 안되는 사람이냐고는 생각이 안돌아가고 묻고싶은 1人

행인 (2010-06-20 14:06)

근데 이거는 개그 맞아요-_- 본격 프로그래머 까는 개그

음.. (2010-06-22 14:06)

난 재밌는데? 공감도 가고. ㅎㅎㅎㅎㅎ

흙먹어 (2010-06-24 06:06)

이게 왜 안재밌는지 이해가 가지 않는 1인.

지하철승객 (2010-06-19 09:06)

별로 맞는 특징은 아닌듯....

ㅇㄹㅇ (2010-06-19 13:06)

재밌는 댓글을 달고 싶지만 무슨 소린지 모르겠어서 그냥 뻘플 다는 1人

1098 (2010-06-19 14:06)

EnableCancelStop(true); // 캔슬 스톱을 유효하게 한다. 이게 제일 웃기네요. ㅋㅋ

무장공비 (2010-06-19 15:06)

전공개그라 잘 이해가 안됨 ㅇㅈㄴ 몇가지는 '전문직' 공통 사항인것도 한데요;

RR (2010-06-19 15:06)

컴공 헌내기이지만 뭔지 모르겠음...

ATN (2010-06-19 21:06)

허세쩌는인간이라는 개그 아... 설명해버렸어...

나도프로그래머 (2010-06-19 23:06)

EnableCancelStop(true)는 왜 웃긴거죠? 영어를 잘 못한다는 얘긴가..? Cancel과 Stop이 같이 들어가서 그런건가...?

noname (2010-06-20 13:06)

(잘못이해 한것일수도 있지만) // 표시뒤에는 주석이라고 코드 설명을 다는 것인데, 주석으로 달아놓은 코멘트가 코드 이해에 도움이 되는 내용이 전혀 없다는게 포인트 인듯. 단순한 함수이름 해석을 달아 놓는게 주석으로서 무슨 효용이 있겠어요

개발자 (2010-06-20 17:06)

EnableCancelStop(true) 가 아니고 EnableCancelStop()죠. 아니면 CancelStop(true)으로 사용하거나요;; Enable이라는 이름과 true라는 파라메터의 의미가 중복되고 있죠.

개발자 (2010-06-20 19:06)

그리고 CancelStop 이라는 이름도 의미가 이상하네요.

음 (2010-06-20 21:06)

프로그램을 쓰는 입장에 빗대어 표현하자면 'C1849D 기능 활성화' 라고 쓰여진 버튼이 무슨 역할을 하는지 몰라서 사용설명서를 찾아봤더니 [버튼을 누르면 C1849D 기능을 활성화함]이라고 적혀 있는 식의 상황을 말하죠.

지나가다 (2010-06-20 21:06)

제 생각에는 주석이 쓸모 없다는 것 같은데요.. 함수명도 조금 이상하지만 파라미터 값으로 다른 것을 할 수 도 있지않을까요..

Rronya (2010-06-22 14:06)

한마다로 너무 복잡하다는겁니다. 예를들어 "이것을 활성화합니다" 라고 말하면 되는것을 ==> "이것의 비활성화의 취소를 하지 않습니다" 라고 말한것과 같은거져 대략 EnableMove(true), EnableMove(false) 이렇게 간결하게 표현할수 있게 코딩이 되어 있어야 한다는말. 이거 공감 100표!!!

SMseraphim (2010-07-18 15:07)

사전에 페니스를 찾아봤을때 존슨이라 나오는겁니다.

Gloridea (2010-06-19 23:06)

나도프로그래머 // 그 함수명도 좋은 센스는 아니지만, 함수 이름을 그대로 읽어주는 주석 따위는 필요 없다는 게 문제죠. 그러나 유감스럽게도 저런 경우를 발견하는 건 너무 흔한 일...;;

윤정호 (2010-06-20 10:06)

오 진짜 아무 쓸데없는 주석 [...] 근데 영어만 써있으면 가끔 헷갈리거나 눈에 안띄지 않나요 <프로그래머는 아님

지나가다 (2010-06-20 21:06)

고작 학부수준의 코더로써 말씀드리면.. 변수나 함수등의 구조체 선언부와 루프와 조건문들.. 그리고 좀 복잡하다 싶은 곳에만 주석을 다는게 좋은 것 같습니다. 가뜩이나 코드가 길어져서요..

Gloridea (2010-06-24 00:06)

<변수나 함수등의 구조체 선언부와 루프와 조건문들> 도 주석 대신 코드로 표현하는 방법이 많이 있습니다.

saku (2010-06-20 09:06)

ㅠㅠㅠㅠㅠㅠㅠㅠㅠ찔려 ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

예를들면. (2010-06-21 15:06)

아니~ MIT 나왔다고 코딩잘하는건 아니지, 뭐? 이 자식 날 무시하는거냐! 내가 이번에 2만줄 짜리를 혼자 짰는데 그중에 최고라고 생각하는 부분을 보여주지. 응? 아 C#은 편리해보이지만 속도면에서 느린감이 있어서 말야 MS가 그렇지 뭘 역시 프로그래머는 C가 기본이지. 코이타 너는 지잡대라 이 코드를 못알아 볼테지만 하하핫!! 라는 혼잣 말을 자주 하며 이런 코드를 짜면 성공인가.... int ReturnInput(int a) { return a; } 블라블라.. int sum = 0; //합계 switch(num) { case 1: ReturnInput(1);//1을 반환한다. break; case 2: ReturnInput(2);//2를 반환한다. break; case 3: ReturnInput(3);//3을 반환한다. break; case 4: ReturnInput(4);//4를 반환한다. break; } 미션 석세슨가요?

개발자 (2010-06-22 11:06)

switch(num) { case 1: return ReturnInput(1);//1을 반환한다. break; case 2: return ReturnInput(2);//2를 반환한다. break; case 3: return ReturnInput(3);//3을 반환한다. break; case 4: return ReturnInput(4);//4를 반환한다. break; } 이렇게 고치면 return이 중복되네요. 가독성, 확장성, 성능 등 모든 면에서 쓸모 없는 코드군요.

?! (2010-06-24 16:06)

int return1(void) { return 1; } int return2(void) { return 2; } int return3(void) { return 3; } int return4(void) { return 4; } int return5(void) { return 5; } if ( num == 1 ) { return return1(); } if ( num == 2 ) { return return2(); } if ( num == 3 ) { return return3(); } if ( num == 4 ) { return return4(); } if ( num == 5 ) { return return5(); } // 좋다

?? (2010-06-30 13:06)

파라미터가 1,2,3,4로 제한되야 되는건가요? return ReturnInput(num); 그냥 이러면 안되나? ㅋ

에잇! (2010-06-30 17:06)

그렇게하면 좀 더 효율적이 되버리잖아요!(응?)

시베리안곰탱이 (2010-06-23 08:06)

본문보다 댓글이 더 재밌다고 생각하는 1人

공부중에들른나그네 (2010-10-26 03:10)

'자기 자신에 대한 엄청난 자신감' 과 '문제를 객관적으로 파악하는 능력' 이 trade off 관계라고 생각하는건 좀 아닌듯