과연 프로그래머의 실력은 늘고 있나?

^^
아주 재밌는 토론 주제인것 같습니다.
loveis 님 의견이 상당히 설득력이 있는것 같군요. 저도 예전에 GUI library를 직접 구현해서 썼었다는 이야기를 들은적이 있습니다.

그러나 기술은 계속 발전하고 그만큼 새로운 할꺼리들이 나오는것도 사실인것 같습니다. 예전에는 한글 입출력이나 마우스 제어가 문제였다면, 요즘은 threads library를 구현한다든지 아니면 OS 개발 자체가 도마위에 올라버린 시대인것 같군요. 예전에는 일류 연구집단이나 감당할 수 있던 개발주제들이 이미 일반? (^^;) 프로그래머들에게까지 열려 버렸으니까요. 그만큼 정보도 많이 공개되어졌고 할 일들도 많아진것 같습니다.

크...

여기 많은 글들 읽어 봅니다.

저는 지금 회사에서 공부를 하고 있는 사람입니다.

아무것도 할줄 아는거 없이 그저 웹플머로 취직해서

지금은 씨언어 공부합니다. 저는 전산 전공자도 아니

구요..밑에 있는 글들 읽어보면 참 막막합니다.

이러타 저러타 말을 할 자격도 제겐 없지만..

이제 시작하는 저에겐 너무많은 것을 생각하게 합니

다..

제 나름대로 공부를 하고 있습니다. 도와주시는 분도

있구요...밑에 글들 읽어보니까..좌절만 되네요..

크....그래도...저는 합니다...무얼 위해서 하는것도

강요가 있어서 하는것도 아닙니다. 제가 필요에 의해

서...제가 하고 싶어서 합니다. 전 진정한 프로그래머

가 되지 못한다고 해도..제가 필요한 것들을 제가

만들어 쓰고..만드러 보고 싶은것을 만들고..또..

돈을 벌기위해 또 만들겠지요..그걸로 만족합니다.

어차피 좋아서 한일이니까요..

일류 프로그래머가...진정한 프로그래머가..되고자

하는건 아닙니다. 코더이든..프로그래머이든..

어떤 모델을 구상하고..알고리즘을 생각하고..하는것은

똑같다고 생각합니다. 하나의 작품이 나오는 과정은..

비슷하다고..^^;

솔직히 여기 계신 분들..printf 함수 를..만들 줄

몰라서 있는걸 쓰시겠습니까...그렇게 생각합니다.

이제 시작하는 초보가..너무 울적하고..막막한 맘에

함..끄적입니다.그럼..:(

PC 하드웨어 제어, 각종 알고리즘을 직접 구현, 한글 오토마타, font 및 마우스 제어 루틴 ,이벤트 드라이빙....이것들모두 요즘 젊은 프로그래머들한테 가르쳐주면 1주일이면 다배웁니다.

인간이 왜 계속 발전하는지 아십니까?
인간은 언어를 사용합니다. 언어를 통해 기록이 가능합니다
기록에 의해 계속 적인 교육이 가능하지요.
교육을 통해 인간은 더발전됩니다.

위에서 열거한것들 그당시엔 "아 대단했었다"고 저도 생각했었지요..
얼마전까지만 해도 그렇게 생각 했습니다.
어셈블리어도 모르면서 무슨 프로그래머냐..라고 생각했던것도 사실이지요..
하지만 그게 아니더군요..

그냥 API 컨테이너만 갖다가 붙이는 프로그래머는 필요하다면 위의 열거한것들 금방 배울수 있지요...

그때나 지금이나 어려운것은 새로운것을 창조하는것에 있는것입니다.
인간에게 가장 필요하면서 편리한것을 창조해내는것이 가장 어려운것입니다.

만약 지금의 10대가 인공지능 컴퓨터 발명의 큰꿈을 가지고 있다면 그10대는 자신이 필요하면 원론적인 기술에서부터 다시하나하나 차근차근 배워 가게 될것입니다.
배우는것은 그다지 어렵지 않습니다.
이미 선조들이 기록해두었기 때문에...

그래서 옛날프로그래머들이 더 해커적이다.. 이런말은 좀 이치에 맞지 않는 말이라고 생각합니다..

이렇게 말해야 옳겠지요..
"옛날에는 전체적인 프로그래머들의 분포중 새로운 것을 개발하는데 더 힘을 많이 쏟은 프로그래머들의 밀도가 높았다..."

저도 파워 유저 입니다.
저는 님보다 더한 파워유저인거 같습니다.
무지무지한 에너지를 컴터를 켜놓고 있는 그야말로 에너지 소비만하는 파워 유저 입죠. 그에비하면 여러분들의 프로그래밍 실력은 눈부시게 발전하는거 같습니다. 예전에 어디 생각이나 했겠습니까? 핸드폰으로 인터넷 검색하는거요?
상상할 수 없는 부분들이 실현되는 것을 보고 있노라면 오직 감탄할 뿐입니다.역시나.. 인간은 그렇게 발전할수 있다는 것이 참 대단한거 같습니다. 거저먹기 하는 것이 흠이긴 해도 닭한테 프로그래밍을 가르쳤으면 아마도 로직부터 지금 단계까지 닭의 생명이 다할때 까지 가르쳐도 다 못배웠을 겁니다.
사람들의 프로그래밍 실력 ? 분명히 늘고 있습니다.

10년 전은 10년 전 기술을 최대한으로 이용할 줄 아는 프로그래머가 실력 있는 프로그래머고, 지금은 지금 나름대로의 기술을 최대한으로 이용할 줄 안다면 실력 있는 프로그래머의 자격이 있다고 봅니다.

그 때의 열악한 환경에서 모든 것을 처음부터 올려 나가는 것도 쉬운 일이 아니지만, 그렇다고 해서 그 프로그램과 지금의 프로그램을 바로 비교해 보면 그 때의 프로그램이 더 수준이 높다고 할 수는 없습니다. 지금은 그동안 기술의 발전으로 인한 것들을 최대한 이용해서 프로그래밍을 짤 수 있기 때문이지요.

얼마나 노력을 했는가를 따지는 것도 좋지만, 결국은 우리가 이용할 것은 소스든 응용 프로그램이든 그 기술이든 결과물을 보고 따지기 때문에 직접적인 비교는 의미가 없다고 봅니다.

프로그래머의 실력은 발전하고 있습니다.

10년전보다 더 정교하고 복잡한, 더 많은 기능을 수행하는 프로그램을 현재 사용하고 있습니다.

프로그램을 잘 한다는 개념이 어떤건지 얘기 하기가
무지 어렵네요...위에 분들 글을 읽어 보니까...
그 분들 말이 맞는거 같기도 하구..
근데..프로그램이란게 어차피 필요에 의한 프로그래
밍 아니겠어여?....가장 빠른 속도로 가장 최적의
성능을 가진 프로그램을 만들면 가장 조은거잖아요...
모 필요에 따라 한두가지가 어느정도 희생 될 수도 있는거지만요..
웅...근데..우리나라 회사 관행들..정말 심한데요..
좀더 장기적인 안목이 필요할 거 같아여..

첨으로 익명으로 올려봅니다...광복절날..이런글을 쓰게 돼서 유감이지만...

전...남들이 프로그래머라고 하지만....

사실..전...파워유저입니다...ㅡㅡ;;

늘었나? 아니다 안늘었다?...이건 저와 상관없습니다.
어차피 방법의 차이라고 생각됩니다.

컴퓨터를 재이있게 하고 있느냐?...

그렇다면 전...당연히 YES 입니다..

머리나쁜저는 어셈블리 어쩌구 80x86 어쩌구 매크로 어쩌구

머릅니다..ㅡㅡ;;

오직 유저로써...새로운게 나오면 .. 구냥 메뉴얼 보고 쓰는거지여..ㅡㅡ;;

제글이 싸가지 없고 바보 같이 보여두 어쩔수 없는 현실입니다.

저두 회사에서는 프로그래머라고 생각하고 저에게 월급을 줍니다..

하지만 저는....사실 파워유저 입니다..

그렇다고 절 짜르시겠습니까? 사장님??

아니요...

저희 사장님은 절 못짜릅니다....

왜냐면 파워유저두 나름대로의 노하우가 있걸랑요..

kldp 와 debianusers , Freebsd 등등의 관련 문서들을
정말로 사랑합니다.

글구 존경해 마지 않습니다..

영어를 그렇게 잘할수 있다는게...

글구 그렇게 삽질할수 있다는게...

저는 파워유저니깐..구냥 번역해 주시면 가져다가 씁니다.

글구 번역해 주시는 분들에겐 감사의 마음을 전합니다.

저같은 넘이 회사에서 월급 받게 해준거에 대해서 너무나도 감사드립니다.

전이제.. 닷넷을 하렵니다.

데브피아 가서 다른 사람들이 해놓은 업적을 이용해 먹으려구여

...ㅡㅡ;;

글구 멀티미디어 데비안 판이 나오면 다시 데비안으로 갈껍니다.

음...생각해 보니..제가 여기에 글을 올릴 자격이 없군요..ㅡㅡ;;

하지만...전..컴퓨터가 좋습니다...

하지만 머리는 나쁩니다..

ㅡㅡ;;

그런 제가 살아가는 방식을 손가락질 하지 말아주세여
..
전..아무래도 모르겠는걸 어쩌겟습니까??

할줄 아는건 없지...
먹구는 살아야 게찌....ㅡㅡ;;

아~ 넘 적나라하게 되는군여...ㅡㅡ;;

죄송합니다...물...흐려서...

ㅃ ㅏ ~~~

흥미있는 주제입니다만..
역시나 알아보기 힘든 긴 글들에는
노이로제가 있는 저로서는 중간에 {}를 치거나
알아보기 쉽게 indent를 주지 않은 여러 플그래머들에게
아쉬움을 느낍니다..

플그래머의 실력은 향상이 됩니다.
인간은 도구의 동물이라고 하지 않습니까?..
우린 도구(개발 tool)을 이용하여 계속 새로운 플그램을
만들어 낼껍니다..

단..우리가 지금의 코볼 프로그래머들이 대접받는 시대가
언젠가는 곧 오리라는것입니다.

10M bps의 속도로 바뀌고 잇는 플그램 환경에서
자칫 한발을 내딛지 않으면 10미터,100미터나 뒤 쳐질수
있다는게 우리들이 현실이 아닐런지..

코더,프로그래머,디벨로퍼 ..이런거 따져서 무엇합니까..
언젠가 우리가 코볼프로그래머들 같이 되면 그땐
전혀 다른 직업(서비스업..)을 하면서 플그램을 짜는게
플그래머들의 소양이 아닐까 생각합니다.

모두들 다 말이 맞는것 같군요,

누가 옳다 누가 나쁘다고 말을 못하는것 같은데요.

현재와 과거가 다른것은 그냥 시간이 흘렀을 뿐입니다.

현재의 프로그래머들은 과거에 이룰해둔 것을 토데로 새로이 만들어 진것입니다.

만약 과거에 프로그래머들이 만들어 두지 않았다면

지금도 과거에 머물고 지금의 환경이 나오지 않았을겁니다.

과거의 프로그래머들은 나름데로 열심히 해서

지금의 기반을 만들어 둔것이고 지금의 프로그래머들은

그 기반을 이용해서 지금의 프로그램과 툴을 만들어둔것일

겁니다. 그리고 과거에 만들이 않았던 것은 지금 새로이 만들기도 하고요.

그러니 어느 한쪽이 잘했다 못했다고 말을 할수 없을 겁니다.

전 프로그램머도 아니고 해커도 아님니다.

다만 이 글은 제 생각일뿐입니다.

누구든 어느 시대에 살던 모두 열심히 하는것이 좋은것 아닐까요.

그럼 이만

요즘 프로그래머분들이 더많이 알고 있지 않은가요?
옛날 프로그래머가 무엇을 많이알고 요즘프로그래머가 무엇을 많이알고 하는것은 생각하기 나름인것 같습니다. 옛날프로그래머가 얼마나 많이 하드웨어를 알았는지는 모르겠지만 요즘프로그래머처럼 자고일어나면 바뀌는 컴퓨터환경과 새로운 Language에 초조하지는
않았을것 같습니다.
예전에는 하드코딩을 해야했지만 C 와 어셈만 알고있으면 되었으니까요.
요즘 하루가 다르게 변하는 컴환경에 자바다 닷넷이다 수많은 비주얼툴이다 임베디드환경이다 이러한 환경에서 살아가야 하니까요

올라온 글들을 모두 읽어 봤습니다.(쪼금 힘들었습니다. ^^;)

저는 개인적으로 프로그래머의 실력과 생산성은 완전히 다른
관점이라 생각되는군요. ^^; 거기다가 실력이라는 것의 정도
또한 너무 많은 갈래를 가지고 있어서 절대적인 기준으로
보기는 힘들것 같습니다.

제가 생각하는 실력은 주어진 문제를 해결 하는데 어느
정도의 시간이 소요 되었고, 그 결과가 어느정도의 완성도나 정교함을 가지는가로 잴 수 있다고 생각합니다. 하지만,
이것 역시 절대적으로 누가 더 높은 실력을 가지고 있고,
낮은 실력을 가지고 있는지를 잴 수는 없다고 생각합니다.
같은 분야나 비슷한 종류의 일을 하는 사람이라고 할지라도
사람마다 각기 잘하는 것이 다를테니까 말이죠... 가령 웹
프로그래머라고 할지라도 기획과 디자인 능력을 겸비한
사람이 있을것이고, HTTP 프로토콜이나 로드 밸런싱 등 주로
시스템이나 기반 이론들에 관한 능력을 겸비한 사람들이
있을 수 있겠지요. 물론 프로그래밍 실력은 기본이죠. 위에
나온 많은 의견 대로라면, 후자가 실력이 더 높아 보일 수도
있겠지만, 저는 그렇지 않다고 생각합니다. 누가 더 실력이
좋다고 함부로 말하기 어렵죠... 왜냐하면 기준이 틀리기
때문입니다. '프로그래밍을 잘 한다.'의 기준을 단순한 코딩
노가다로만 볼 수도 없고, 알고리즘이나 시스템 이론같은
전산학 혹은 컴퓨터공학 지식으로만 볼 수도 없습니다. 만일
이런것들이 기준이라면 코딩은 많이 보고 많이 짜본사람, 즉
경험이 많은 사람에 해당될것이고, 이론은 책을 많이 보고
머리에 많이 집어넣은 사람이겠죠. 이렇듯 '잘 하는' 기준은
몇가지로만 국한되지 않고 꽤 많은 기준들이 복합적으로
작용합니다. 이중 가장 큰 비중을 차지하는것은 역시
'문제해결 능력' 이겠죠. 코딩능력이 좋아도 아는것이 많아도
주어진 문제를 적절한 시일내에 해결할 수 없다면 실력이
있다고 말할 수 없겠죠. 따라서 저는 '실력=문제해결 능력'
이라고 생각합니다.

프로그래머의 생산성은 그 프로그래머의 문제해결 능력을
관리자가 어느정도 까지 이끌어내고 발전시켜 줄 수 있는가에
달려있다고 생각합니다. 물론 프로그래머 당사자도 열심히
해야겠지만, 결과적으로 이것은 프로젝트 담당자나 회사의
관리자가 팀내의 프로그래머들의 능력을 얼마나 적재 적소에
사용을 하고, 계발을 시켜줄 수 있는가로 귀결 될것입니다.
아무리 좋은 주제라 할지라도, 흥미를 느끼지 못하면 능력
발휘는 애초에 글러버린 것이 아닐까요? 여담이지만, 현재
소프트웨어/하드웨어 개발에 관심이 많고 열정을 쏟고 있을
지라도 평생 이것만 할게 아니라면, 지금의 프로그래머들도
'관리'에 대해 많은 관심을 가지고 자신과 동료가 가진
능력을 잘 이끌어내고 내일을 준비하는게 옳다고 생각합니다.

예전의 프로그래머와 지금의 프로그래머는 누가 더 실력이
좋은가로 비교될 수는 없다고 생각되네요. 다만 차이가
있다면 그 당시는 자료도 없고 여러가지 열악한 환경에서도
'앎의 즐거움'을 누리는 사람들이 많이 보였다는 것이고,
요즘은 쉽게 보이지 않는다는 정도랄까요? 하지만 보이지
않는다고 해서 없는것은 아닐겁니다. 워낙 많은 '평범한'
사람들 틈에 가려져서 보이지 않을 뿐이죠. 폄하 하는것은
아니지만, 워낙이 '급조 시스템'이 잘 발달해서 대학 4년
내내 배워도 모자랄 것을 학원에서는 단 6개월내에 해치워
대는통에 '프로그래머'는 늘었어도 '고급인력'은 나날이 줄고
있죠. 대학에서 혹은 집에서 '더 완전한' 프로그램을 만들기
위해 몇날 며칠을 밤을 새워 골몰하는 모습은 이제는 찾아
보기가 너무도 힘들어 진것 같습니다. 실력의 고하를 운운
하기 전에 먼저 우리네 프로그래머들이 살아가는 풍토부터
고쳐야 할지 않을까요? 학원에서 1년도 안되는 짧은 기간에
프로그래머로서의 자질을 갖춘다고 말하고, 회사에서도 특정
몇몇 학원 출신자들을 대학에서 정규 과정을 거친 사람들
보다 우대하는 이런 풍토에서 과연 '전문인력'이 되기위해
학자의 길을 걷는 사람들은 과연 무슨 힘이 날까요? 사회
전반에 걸쳐있는 '시장 논리'는 프로그래머를 엔지니어라는
전문화된 능력을 가진 사람이 아닌, 마치 대량생산된 기계
부속품처럼 만들어가고 있습니다! 그 근간이 되는 공학과
자연과학의 뿌리까지 흔들어 가면서 말이죠. 요즘 이런
일들로 개인적인 울화가 치밀어 얘기가 좀 다른 쪽으로
샜네요. 제가 말씀드리고 싶은 결론은 결국 프로그래머의
자세에 관한 것입니다. 당장 눈앞의 이익에 급급하기 보다는
조금씩이라도 시간을 내서 스스로 가지고 있는 지적 욕구를
채우는데 써보자는 것입니다. 제가 생각하는 예전과 지금의
차이는 이것 하나라고 생각 되네요. 시간이 흐르면서 당연히
기술은 진보하고, 사람들의 관심사나 전문화된 분야가 나뉘
겠지만, 그런것들을 대하는 자세는 바뀌어서는 안된다고 생각
합니다. 과학 발전의 원동력은 '호기심과 지적욕구'였습니다.
프로그래밍 또한 마찬가지라고 생각합니다.

알고 계시듯이, 최초의 fortran compiler을 만드는데 17년이라는 세월이 필요 했습니다.
점차로 모든 필요한 개념들이 구체적인 표현으로 인식이 되어 가면서 그리고 프로그래밍에 필요한 최적화된 경로들이 제안 되면서 지금은 단지 compiler를 만드는 것을 한학기 과제정도로 처리 할 수 있습니다.

프로그래머의 실력이라면 매우 제한적인 것이라는 점을 기억해야 합니다. 한 사람이 어떤 시점에서 기억 할 수 있는 로직과 코디의 양이라든지 API라든지 하는 것일겁니다. 이러한 관점에서 저는 사실 프로그래머의 실력이 늘었다고 보지도 않고 줄었다고 보지도 않습니다.

보다 분명한 사실은 프로그래밍에 필요한 개념적인 진보가 꾸진히 이루어 졌다고 생각하고 그와 함께 이러한 지식들이 계속 publish됨으로써 과거보다 전체적으로는 과거보다 더나은 생산성을 가지게 되었고 동시에 보다 복잡하고 덩치큰 소프트웨어를 구상할 수 되었다고 생각됩니다.

프로그래머의 실력이 늘고 있다라는 질문에 대해 답하기란
상당히 어렵다고, 또는 불가능하다고 생각합니다.
많이들 그렇게 생각하시겠지요.

"늘었다"라는 말에만 관심을 가진다면,
프로그래머가 해야하는 일의 종류가 늘었다라는 말이 맞을 것 같습니다.
그리고, 각 일마다 전문가들이 존재하게 되는 것이구요.
전문가들은 자기 일에서 남들이 따라오지 못할 경험이나 실력을
차곡차곡 쌓게 되겠지요.

한편으로 생각하면,
전문가들의 뒷모습만 처다보고 따라가기란,
상당히 속상한 일이라 생각할 수도 있겠지만..
어쨌든 기술은 발전하고,
자신의 목적에 맞는 프로그램을 작성하기 위해
들여야 하는 시간이나 노력은 많이 줄어들게 되니까,
좋은 일이라 할 수 있겠죠..

아.. 찝찝하다~

결론적으로 엄청나게 늘었다고 생각합니다.
그건 토론할 여지도 없습니다.
10년전에 스타크래프트 같은 게임을 만들수 있었습니까?
10년전에 영화 파이널판타지를 만들 만한 3D프로그램이 있었습니까?
물론 10년전부터 쌓아온 기술이 축적되어 가능한 것이라 말씀하시겠죠?
하지만 이 비교는 불을 이용해 제련, 발전등등을 하는 사람과 불을 맨처음 발견(?)한 원시인과 실력이 누가 더 뛰어난가를 비교하는 것과 같이 황당한 것입니다.
어떤 분야든지 우리가 흔히 이야기하는 지식이나 실력은 선험자들의 그것을 모두 포함한 것을 전제로 말하는 것이 아닌가요?

그때하고 지금하고 상황이 전혀 다릅니다.

10년전 당시는 기존에 구축된 라이브러리나 소스등이 많이 빈약한 상태였고, 그에 비하면 지금은 엄청난 양이 광대역으 네트웤으로 자료를 공유하고 있습니다. 그리고 10년은 비교적 컴퓨터로 처리하는 영역이 제한적이었습니다. 그러나 지금은 거의 산업전반에 사용되고 있으니 그만큼 종류도 다양합니다.

그리고, 10년에는 프로그램에 매달리는 사람이 그리 많지 않았습니다. 즉 해택받은 사람들만이 가능했지요. 허나 지금은 많이 사람들이 합니다. 그만큼 보편화 되어 있습니다. 지금도 하드웨어 레벨에서 프로그램을 하는 사람도 많습니다. 기본적인 OS를 제작하는 사람이 있는가 하면, UI의 컨트롤/윈도우 매니징을 하는 사람도 여전히 있습니다. 아마 적어도 10년 보다는 많다고 생각합니다. 그리고 그 기반에 어플을 제작하는 사람들이 있습니다.

결론적으로 분야가 나뉜거지. 실력이 줄었다 늘었다는 논제가 되지 않는거 같군요. 여전히 Low 레벨 개발자는 과거보다 많은 수가 있고, 전에는 없었던 High 레벨 개발자들이 예전보다 훨씬 큰 프로그램을 제작하고 있습니다.

이 논제를 올리신 분은 High 레벨 개발자들이 실력이 줄었다고 생각하시는 거 같은데, 대규모 병렬처리/객체지향 프로그램은 여전히 힘듭니다. 버그 잡기도 힘들구요. 그외 여러가지 어려운 부분은 늘 존재합니다.

여하튼 이것도 저 개인의 생각입니다. 이 논제는 극히 개인적인 사항이지, 전체 프로그래머에게 해당되는 논제는 아닌거 같군요.

요즘 프로그래머들이 좋은 프로그램을 만들 수 있다고
하지만, 제가 처음 컴퓨터를 시작할때인 10년전이랑
비교하면 그들은 참 좋은세상에서 프로그램을 짜는게
됩니다.. 그 때는 어떤 프로그램을 만들기 위해도,
많은 하드웨어 관련 컨트롤을 배워야 했습니다.

하지만, 지금은 프로그램 만들기는 정말 쉬워져 생산성
면에서는 월등하다고 생각되나, 그러나, 마이크로스프트의
윈도우 안에서만 돌아가는 그런것을 개발한다면, 프로그램
기술도 그 안에서 한정되게 될 것입니다.

그렇게 계속 된다면 운영체계하나도, 하드웨어 설계도
모두 부실하다고 생각됩니다.. 골고루 발전할 수 있는
그런게 될 수 없다는 얘기죠

오히려 줄었다고 생각합니다...

전의 연구하던 모습이나 한 문제에 대해

깊게 파고드는것이 사라짐은 물론 logic부분도...

이렇게되면 OS에 의존하는 성향이 강하게 될듯하군요.

시스템을 새로 설계하거나 시스템 개발을 하는데는

무리가 있다고 생각합니다.

개념을 파악하고 설계하고 프로그래밍한다는 측면에서는 예전이나 지금이나 비슷하다고 생각합니다. 단지 과거에는 막노동 비슷한 작업들이 좀 더 많았을 뿐이라고 생각합니다. 지금은 개념파악하려면 좀더 많은 것을 공부해야 하는 것 같습니다.
...
비주얼 환경이나 객체지향이나 패턴이나 (이런 것들이 효율적인가, 생산적인가 )기타 등등 이것들이 이전보다 나은 프로그래밍 즉 정상을 향한 발판이 된다고 보면 프로그래밍 하기전에 먼저 익혀야 될 것들은 많아 졌고 우리는 보다 먼 곳을 볼 수 있는 시대에 살고 있다고 볼 수 있습니다.
뭐 실력없는 프로그래머가 짠 것은 문제가 많을테고
실력있는 사람이 짠 것은 문제가 그만큼 적겠지요.
그때나 지금이나 여전히...
헐...삼천포다..

늘었다고생각하는데

자동차를만들때 손으로 일일히 철깍아가면서 만들면 그회사가
좋은회사인가요

비용적인측면에서도 비쥬얼한툴을사용하여 만드는게 생산성이높고

꼭 더욱 기계적으로 파고들어 만든다고 실력이 높다는건 아닐거같은데

예전과비교하여 저비용으로 고효율적인, 사람이 사용하기 쉬운 좋은프로그램을
만드는것이 좋은 실력가가 아닐까 하는데

실력의 잣대를 다 시 생각해봐야 하는거 아닌지..

저는 프로그래머도 아니고, 꽤 허접한 유저이지만요......

예전에 MSX 썼을때보다, 지금은 컴퓨터에 대해서 모르는게 너무 많다고 생각합니다. ( 너무 빨리 컴퓨터가 발전하니까요. 종류도 다양하고) ..

MSX때는 사양이라던가 메모리맵구조라던가, 디스크 파일구조 .. 뭐 그런건 대충 알고 있었고 일반 파일 카피가 안되면 혼자서 대충 BIOS매뉴얼 찾아서 디스크 섹터카피프로그램 만들어서 쓸 정도는 되었구요.

.. 음, VDP레지스터 매뉴얼보고 장난치고 -_-;

요즘은 클릭, 클릭, 클릭 ( 가끔 쳐 넣고 ) 윈도그 98쓰는 중이죠 .

주제로 들어가서 .. 프로그래머의 실력은 글쎄요, 평균적으로 우리나라 프로그래머들의 실력은 왠지 유행을 따라가기 바쁜거 같아서요. 많이 줄어들었다고 생각합니다. 80년대 말엔 잡지에 보면, 짤막하지만 쓸만한 유틸들의 소스코드가 덤프 되어 있었고 .. - 다 오픈소스였죠 :-) 그리고, 그때 컴퓨터 배운 사람들은 정말 열정적이라고 생각됩니다.

.. .. 요즘은 왠지 그때보단 컴퓨터 쓰는 사람들의 열기는 차가운거 같네요. 많긴 하지만 .

P.s : 저는 진짜 레벨1짜리 예비-프로그래머 -_-; 입니다. 그래도, 왠지 이런 이야기 하니까, 윈도우보다 리눅스가 옛날같은 기분 느낄수 있는 OS일듯 ..

늘었다고 생각합니다.

결국 라이브러리의 구축이나 완결된 코드가 많아지고
어플리케이션 툴들의 기능향상이 있었고 이러한
도구들을 사용할 수 있는 능력이 기본적으로 있고 기본적으로 코딩을 할 수 있으므로 늘었다고 생각합니다.
옛날에도 전문적으로 코딩하는 사람들의 수는 한정되어 있었습니다. 지금도 한정된 사람들의 코딩능력은 옛날이나 마찬가지로 고급입니다.
다만 지금은 프로그래밍을 할 수 있는 사람들(그중에서도 중급이하 프로그래머)들이 많이 늘었기 때문에 상대적으로 프로그래머의 실력이 줄어든 것처럼 보여지는 것이지요.
가장 기본적인 원칙은 변함없습니다.

"프로그래밍 = 진짜 단순무식 노가다"라는 전제조건을 가지고 있어야 한다는 것이겠지요.

프로그래머의 실력은 줄고 있습니다....

물론 그들이 만들어 내는 결과물은 전에보다 훨 좋긴 하진 그것만으로 실력이 늘었다고 평가할 수는 없습니다.
위에 어떤 분이 말씀하신데로 절대적인 면에서 줄어 들었다고 생각합니다.

전 18년 동안 코딩한 사람입니다. 물론 허접함 그 자체입니다.

상대적인 기준을 따지자면 늘었다고 생각하네요.
하지만.. 절대적인 기준으로는 줄었다고 생각합니다.
물론 전체적으로 봐서 말이죠..
프로그래밍 툴들이 너무 좋아져서. 그리고
가져와서 쓸 수 있는 코드들이 많아짐에 따라서
귀찮은건 알 필요가 없어졌거든요..
그래서 절대적인 기준으로는 줄었다고 생각합니다

실력의 차이를 비교하는 것은 조금...

프로그래밍도 여러 부류잖아요.

어플리케이션을 하는 사람 (요즘은 어플리케이션이 무지쉬워졌죠? - 아마도 lovehis님은 이러한 부분에 포커스를 맞추어 말씀하신것 같네요.)

임베디스 시스템, 디바이스 드라이버와 같이 하드웨어와 관련된 부분을 하는 사람

알로리듬을 하는 사람 등..

사실 과거보다 현재가 프로그램 개발환경이 훨씬 좋아진 것은 사실입니다. 프로그래밍을 하기가 과거보다 쉬워졌다는 것이지요. 하지만 그러한 개발툴을 만드는 사람들도 프로그래머가 하는 일이지요.

도스시절에 UI가 TSR, 인터럽트 관련 구현은 사실 까다로운 부분이 많았지요. 하지만 요즘은 MS-Window나 X-Window 에서는 OS가 알아서 해주니깐, 골치아픈일이 줄어들었지요. 하지만 다른 골치아픈일이 생겼습니다. 라이브러리, 모듈이 범람하면서 프로그램머들은 그중에서 선택을 해야 된다는 것...

도스 시절에 TSR, 인터럽트와 같이 하드웨어와 가까운 프로그래밍은 현재 어플리케이션하는 프로그래머들은 할 일이 거의 없지만, Embedded Siystem, Kernel, Device driver와 관련된 프로그램을 하는 사람들은 아직도 하고 있죠.