나의 코딩 속도는?

저는 macro을 아주 많이 활용하죠.
win32환경에서는 API을 호출하여 assert하고 trace 구문을 항상 넣어서 처음 경우
하나의 function을 호출하면 그것을 체크하는데 약 5-8line이 붙게 되죠.
하지만 이것은 상용 프로그램에서 필수이고 debug시간을 줄일 수 있죠(debugging application이라는 책에서..)
그러나 이렇게 하면 코드의 양이 실제 하는 양보다 길어저 가독성이 떨어지고 일을 지치게 만들죠.
그래서 return 값 검사나, pre condition check같은 경우 assert, trace, return을 하나의
매크로로 만들어 사용해 버리죠.
단 1-2라인 정도면 처리 되어 버리고 가독성도 놓아지고 안정적인 코드를 만들 수 있죠.
전 프로그램은 게을러져야 된다고 생각합니다.
영리하게요. 어떻게 하면 적은 코딩 및 시간을 통해 최대의 효과를 보기 위해서 말이죠 ^^

실제로 미국에서 이런 조사가 있었습니다.
프로젝트가 끝난 후에 하루에 얼마 만큼의 코딩을 하게 되는지?

전문 프로그래머의 경우
하루에 코딩 라인은 10줄 미만입니다.
물론 여러 가지 조건이 있겠지만 기본적으로 전체 프로그램 라인에서 프로젝트 일 수를 나누어서 계산을 했다고 합니다.

물론 전문적인 Design이 전제되었고 처음 작성한 코드가 나중에는 쓸모 없게도 된다는 뜻으로 이해하시면 되겠죠.

그리고 같은 일을 하는 함수나 class를 누구는 10줄에 끝내고 누구는 100줄에 쓰는 경우도 있으니까요..

전 자바라서 그런지 50줄 정도면 간단한 채팅 클라이언트가 만들어지네여.

물론 간단한....

보통 소스가 길어지면 에러도 같이 늘어나죠.
최대한 짧은 소스에 안전하게 필요기능을 구현하는게 가장 좋은 소스같네여.

Computation이 목적인 프로그램들, 즉 맨처음에 파라미터 받고 그 다음부터는 그냥 쭉 실행만하는 프로그램을 만드는 것은 비교적 쉽습니다. 이런 것은 아는 알고리즘대로 또는 생각대로 코딩하면 되지요. 즉 시간당 코딩량이 Constant한 경우입니다.
Event-Driven 방식의 경우(Control이라 불리는 Interface를 이용)는 Message-Pumping과 이에따른 직렬화 개념이 좀 필요합니다. 그래서 무작정 맘내키는대로 코딩을 할 수 없습니다. 리눅스 사용자의 경우는 Event-Driven 방식이 대개 필요치도 않고 익숙하지도 않기에 고려안해도 되겠습니다.

혹시 병렬 프로그램 코딩을 해본적이 있습니까?
또는 N-노드 분산 프로그램 코딩을 해본적이 있습니까?

해보면 아시겠지만 이런 프로그램은 코딩 속도나 코딩량이 중요한 것이 아니라 프로그램이 제대로 정상적으로 작동하는가가 늘 문제꺼리입니다. 시간이 지나면지날수록 소스의 량이 증가하는 것이 아니라 소스의 질이 증가하는 것이지요.

하루에 난 500줄 코딩한다느니 5000줄 코딩한다는니 하는 것은 무의미합니다.
하루만에 5000줄을 코딩하였다면 그 코드는 전적으로 신뢰하지 못한 것일 가능성이 큽니다. 그 코드는 어떻게든 그 후에 손을 보아야한다든가 아님 버그가 나오게 마련입니다. 아님 필요없는 Routine이 많다던가.

분명한 것이겠지만 코드에서 중요한 것은 양보다 질입니다.

Code 가격을 매길때 아직도 Line 수로 측정하는지는 알 수 없으나 만약 그러하다면 이것처럼 무의미한 일도 없습니다.

그리고 훌륭한 PM이라면 오늘 몇줄을 코딩했는가를 신경쓰지 않습니다. 무엇을 해결했는가가 중요하며, 그 각각으로 구현된 것을 전체적으로 어떻게 잘 조화시키느냐가 중요하지요.

속도가 뭐 중요한가요.. 프로그램 마다 틀리죠

예전 초보시절 자바로 하루에.. 한 250라인 정도?

허나 요즘은.. 20줄 코딩하는것도 벅찹니다

코딩 속도를 하루에 몇 줄인가로 판가름 하는건 좀 무리가 있어 보이는군요.
개발 초기냐 중반이냐 후반이냐에 따라서도 엄청난 차이가 있지을 수 있을테고...

또 사람마다 코딩 스타일이 틀려서 어떤사람은고뇌 속에서 나중에 구조적인 수정이
필요 없을만큼 코딩하는 사람이 있는가 하면... 몇 천줄을 코딩 하고 몇 일
뒤에 대부분을 다시 수정하는 사람들도 있거든요.

제가 아는 분은 모듈 하나를 만들때 머리속으로 생각한뒤 컴파일도 안하고
코딩을 해서 한개의 워닝도 없이 소스를 만드는 분이 있었죠. 어떻게 그게
가능하냐고 하니까 많이 만들어보면
다 비슷비슷한 내용들이라 그렇게 된다고 하더군요. ㅋㅋㅋ

이런분은 디버깅까지 해서 하루에 천줄 이상은 만드시는듯...
저 같은 경우는 초기 구조 잡을때는 한 500줄 정도? 완성이 되어 갈수록 그
수는 현격히 줄어 듭니다. ^^;

아고 엉뚱한 방향으로 말이 이어지네요. ^^;;
다시 말해서 개발 속도라는건 얼마나 구조를 잘 잡아서 디버깅 시간을 단축시켜
단기간에 일을 끝내느냐 하는 것이라고 생각합니다.

이걸 다 따져봐야 코딩 속도라는게 의미가 있지 않겠습니까?
뭐~ 인간의 능력이란 비슷비슷해서 하루 코딩량도 의미가 있다고 하실분이 있으시겠지만...
제가 볼때는 경험의 정도에 따라 어마어마한 차이가 있었던 것 같군요.

전는 몇일에 한번코딩하는대 한기능 한기능 구현을 할때 보통 1000라인으로 잡으면 하나의 코딩한 소스를가지고
첫날은 1000라인 둘째날은 500라인 3째날은 250라인으로 만들어놓으니까 결국 250/4가되내여
-_-

한달에 20여줄.. 생각만 하고 실행은 하지 않음..

앙..~~

코딩이머야?

코딩속도라 ... 작업하는데 참 중요하죠.
그런데 코딩속도는 하나의 작업을 끝나고 얼마나 정리를 해두느냐에 따라 더 좋아질수도 있다고 생각합니다.

어려운 로직을 짜는 경우에는 코딩속도나 실력도 중요하지만 어느 정도 운이 따라줘야 하지 않나요. 이 바닥에서 일하는 사람치고 정말 말도 안되는 황당한 실수로 몇시간씩 혹은 며칠씩 고생한 경험이 없는 사람은 없을거에요.

이런 경우를 제외하고 한번 만들어 놓은걸 잘 활용하는 것과 한번 경험한 실수는 다시 하지 않은것등이 코딩속도를 향상 시켜주는 지름길인것 같습니다.

제 코딩 속도요? 제가 생각하기에 한심할 정도입니다.

코딩 속도는 뻔한 코딩할 때는 빠르고( 잘 나가면 하루에 만줄도)

알고리즘을 요할 때는 하루에 열줄

잘못 된 것 고칠 때는 -1000줄

흠~~
전 한 3달 정도 기본설계하고 상세설계해서 1달만에 프로그램 끝네고 지금은 디버그 하고 있습니다.
확실히 설계서가 있으니깐 코딩하는데는 문제가 별루 없더군요.. 설계하면서 어떻게 코딩을 해야할지를 미리 다 생각해 놓구선 설계를 해서 그런지 코딩하면서 막히는 부분도 별루 없구요..
전 키보드를 두드리면서 코딩한 라인은 하루에 50라인도 안될거 같은데.. 거의 대부분 복사해서 붙이고 수정하고 로직 바꾸고 그런 작업이 대부분인거 같아요..
직정 몇천 라인씩 코딩을 하면 그건 아마 워드작업이지 안을까 생각해 봅니다.

요즘 토론 주제 왜이래요?

코딩속도에 대한 주제는 자바속도 만큼이나 의미없음... -_-

설계 끝나고 말씀대로 코딩만 할때...
하루에 10k씩 C로 만들어지더군요. ^^;

코딩으로 먹고 삽니다...
신규 코딩 자체는 하루에 10줄 정도 랄까요?
대부분은 기존 코드의 수정 및 재사용 이지요.

학생인데요.... 숙제한 것을 대충 살펴보니....

자동생성 프로그램 전혀 없이 C 코드(임베디드) 짜고 디버깅하는데 8시간만에 1200줄정도?

저번학기에 몇가지 자료구조... 자바로... 8시간만에 한 1400줄?

게임프로그램... 1500줄 정도 코딩+디버깅에 20+시간-_-;; (디버깅삽질)

일반적으로 짜는 시간의 두세배 정도를 디버깅에 사용합니다.