Q&A와 스터디
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
301.
프로그래밍 공부를 합니다. 다들 하는 C언어를 합니다. 문법을 어느 정도 익히고 나니 이것 저것
인터넷 소스들이 눈에 들어 오기 시작 합니다. 그리곤 어떻게 어떻게 해서 다른 게임(엔진) 소스
분석 해서 쪼끄만 게임 하나 만들었습니다. '주'도 아니고 '보조'로 했는데도 쉬운게 아니 였습니다.
2.
우리나라 프로그래머의 수명은 길어야 30대 라는데 40대 50대는 프로그래머가 아니라 관리자 같은
위치에 가야 겠지요? 그곳으로 가기 위해 우선 코더가 아니라 프로그래머가 되어야 할텐데 지금
저의 분명한 생각은 C책만 디립다 본다고, 남의 소스 분석만 한다고 되는게 아닌것 같습니다.
'자기가 하라' '직접 만들어 봐라' 이런것 말고, 검색해 보니 UML이라는 것도 있고 설계하는 법을
배울수 있는 것이라든지, 좀더 나아갈(공부할) 방향을 찾고 싶습니다. 아직 배우는 학생이기에...
프로그래밍 공부를 합니다. 다들 하는 C언어를 합니다. 문법을 어느 정도 익히고 나니 이것 저것
인터넷 소스들이 눈에 들어 오기 시작 합니다. 그리곤 어떻게 어떻게 해서 다른 게임(엔진) 소스
분석 해서 쪼끄만 게임 하나 만들었습니다. '주'도 아니고 '보조'로 했는데도 쉬운게 아니 였습니다.
2.
우리나라 프로그래머의 수명은 길어야 30대 라는데 40대 50대는 프로그래머가 아니라 관리자 같은
위치에 가야 겠지요? 그곳으로 가기 위해 우선 코더가 아니라 프로그래머가 되어야 할텐데 지금
저의 분명한 생각은 C책만 디립다 본다고, 남의 소스 분석만 한다고 되는게 아닌것 같습니다.
'자기가 하라' '직접 만들어 봐라' 이런것 말고, 검색해 보니 UML이라는 것도 있고 설계하는 법을
배울수 있는 것이라든지, 좀더 나아갈(공부할) 방향을 찾고 싶습니다. 아직 배우는 학생이기에...
2005.10.10 18:56:17 (*.109.86.36)
UML을 익히기엔 너무 이른거 아닐까요 많이 코딩하다보면 설계에 필요성을 느끼고 설계를 많이 하다보면 그때쯤에서 UML 이나 디자인페턴등을 공부하시는게 도움이 많이 된다고 생각해요
2005.10.10 19:07:46 (*.107.113.162)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 제 생각에는 프로그래머 = 관리자 입니다. 프로그래머라고 해서 반드시 코딩을 하라는 법은 없지요.
체계가 잘 잡힌 외국 소프트웨어 회사들은, 프로그래머와 코더가 구분이 잘 돼 있다는 얘기를 들은 적이 있어요.
프로그래머가 설계해준대로 코더들은 구현하는거죠. 그게 관리자가 아니고 뭐겠습니까?
최근에 DirectX가 어떻게 바뀌었는지, 어떤 엔진이 새로 나왔는지는 잘 몰라도, 프로그래밍이라는건 그 이상의 무엇이 있는거 같아요.
체계가 잘 잡힌 외국 소프트웨어 회사들은, 프로그래머와 코더가 구분이 잘 돼 있다는 얘기를 들은 적이 있어요.
프로그래머가 설계해준대로 코더들은 구현하는거죠. 그게 관리자가 아니고 뭐겠습니까?
최근에 DirectX가 어떻게 바뀌었는지, 어떤 엔진이 새로 나왔는지는 잘 몰라도, 프로그래밍이라는건 그 이상의 무엇이 있는거 같아요.
2005.10.10 20:07:44 (*.31.202.8)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:799point (97%), 레벨:2/30"){kind=icon}
어쌔신 저는 아직 실무 경험이 없는 대학생이기에 교수님께서 하신 말씀을 전하겠습니다.
국내는 코더->디자이너->아키텍터 의 진급식 인사구조. 특히 체계가 잘 잡혀 있는 소수의 회사만 이렇다고 합니다.
외국은 코더,디자이너,아키텍터는 직업의 종류일 뿐이고, 코더의 경력이 더 많다면 연봉이 디자이너보다 많을 수 있다고 하셨습니다.
국내는 코더->디자이너->아키텍터 의 진급식 인사구조. 특히 체계가 잘 잡혀 있는 소수의 회사만 이렇다고 합니다.
외국은 코더,디자이너,아키텍터는 직업의 종류일 뿐이고, 코더의 경력이 더 많다면 연봉이 디자이너보다 많을 수 있다고 하셨습니다.
2005.10.10 20:40:52 (*.229.187.152)
안군//프로그래머와 관리자는 음악가와 야구선수만큼 다른 분야입니다.
그리고 누군가 설계해준데로 구현만 하라고 시킨다면 해당 프로그래머는 사기가 저하될겁니다.
체계가 잘 잡힌 MS도 프로그래머와 코더가 따로 구분되어 있지 않습니다.
그리고 누군가 설계해준데로 구현만 하라고 시킨다면 해당 프로그래머는 사기가 저하될겁니다.
체계가 잘 잡힌 MS도 프로그래머와 코더가 따로 구분되어 있지 않습니다.
2005.10.10 21:18:12 (*.51.72.224)
1. 프로그래밍은 쉬운것도 짧은 시간에 익힐 수 있는 것도 혼자 큰 스케일의 작업을 할 수 있는 것도 아닙니다.
원천 기술에 접근하게 되면 한 분야의 논문을 보며 구현해야 하며 상당한 전문지식이 필요합니다. 이것은 석.박사 수준입니다.
2. 프로그래머가 조직에서 일꾼의 위치를 차지하기 때문에 나이가 들어 승진하면 구조상 프로그래밍을 그만두게 되어 있습니다.
스스로 그만두고 위로 올라간다고도 볼 수 있습니다.
3. 프로그래밍을 하는 것은 혼자 완성할 수 있는 작은 스케일의 프로그램이라면 다른 창조적인 일처럼 성취감을 느낄 수 있습니다.
원천 기술에 접근하게 되면 한 분야의 논문을 보며 구현해야 하며 상당한 전문지식이 필요합니다. 이것은 석.박사 수준입니다.
2. 프로그래머가 조직에서 일꾼의 위치를 차지하기 때문에 나이가 들어 승진하면 구조상 프로그래밍을 그만두게 되어 있습니다.
스스로 그만두고 위로 올라간다고도 볼 수 있습니다.
3. 프로그래밍을 하는 것은 혼자 완성할 수 있는 작은 스케일의 프로그램이라면 다른 창조적인 일처럼 성취감을 느낄 수 있습니다.
2005.10.11 01:34:43 (*.178.206.222)
프로그래머와 코더가 뭐가 다른가요?
이상하게 우리나라는 둘을 나눠부르는 경향이 있더군요..
어떻게 보면 프로그래머란 프로그램을 짜는(추상적) 사람이고 코더나 아키텍트는 그 서브클래스라고 해도 될거같은데요 ㅎㅎ;
p.s 리눅서계열 엔지니어들은 명함에 hacker라고 붙이시더군요.
이상하게 우리나라는 둘을 나눠부르는 경향이 있더군요..
어떻게 보면 프로그래머란 프로그램을 짜는(추상적) 사람이고 코더나 아키텍트는 그 서브클래스라고 해도 될거같은데요 ㅎㅎ;
p.s 리눅서계열 엔지니어들은 명함에 hacker라고 붙이시더군요.
2005.10.11 08:37:10 (*.51.68.49)
프로그래머는 알고리즘을 생각해 내고 작성한다는 의미가 강하지 않나요? 아키텍트는 전체구조를 만들어 내고요.
코더는 논문을 보며 연구하는 수준은 아니고 매뉴얼 수준의 것을 보고 설계가 끝난데로 코딩한다고 볼 수 있습니다.
그래서 원조인 미국 같으면 프로그래머는 최소한 논문을 쓰고 읽을 줄 아는 전산학 석박사들이 한다고 알고 있습니다.
프로그램이라는 것이 워낙 미국적인 것이라 우리나라같이 전산학 발전이 주도적이지 못한 나라에서는 그것을
개념을 구분하는 것도 배워야 하지요.
아키텍트는 디렉터의 개념이니 맡은 일의 스케일이 큰 프로젝트에 해당한다고 봅니다.
코더는 논문을 보며 연구하는 수준은 아니고 매뉴얼 수준의 것을 보고 설계가 끝난데로 코딩한다고 볼 수 있습니다.
그래서 원조인 미국 같으면 프로그래머는 최소한 논문을 쓰고 읽을 줄 아는 전산학 석박사들이 한다고 알고 있습니다.
프로그램이라는 것이 워낙 미국적인 것이라 우리나라같이 전산학 발전이 주도적이지 못한 나라에서는 그것을
개념을 구분하는 것도 배워야 하지요.
아키텍트는 디렉터의 개념이니 맡은 일의 스케일이 큰 프로젝트에 해당한다고 봅니다.
2005.10.11 12:23:38 (*.192.244.22)
enyheid 프로그래머와 코더를 다들 분리하고 싶어하지만, 자신을 프로그래머가 아닌 코더라고 생각하는 개발자가 많이 있을까요?
자신을 코더라고 부르는 경우는, 하고싶은대로 못만드는 상황을 자조적으로 부르는 경우밖에는 못본것 같습니다.
자신을 코더라고 부르는 경우는, 하고싶은대로 못만드는 상황을 자조적으로 부르는 경우밖에는 못본것 같습니다.
2005.10.11 13:00:51 (*.51.68.49)
혹시 assemly.org라는 곳을 아시나요. 2nd Reality등의 작품이 탄생한 demo scene관련 축제인데
스스로 코더들의 잔치라고 칭합니다.
하지만 일반적으로는 코더라고 하면 기분이 나쁠 수도 있겠습니다.
스스로 코더들의 잔치라고 칭합니다.
하지만 일반적으로는 코더라고 하면 기분이 나쁠 수도 있겠습니다.
2005.10.11 18:28:58 (*.108.47.2)
이젤 컴퓨터가 처음 원시적인 형태에서 프로그래밍 될때에는 '코더'라는 직업이 있었지요.
프로그래머가 설계 및 구성, 프로그래밍을 해주면
코더들은 천공(기계식 천공기계일적에 ^^;) 내지는 타이핑 등을 하는 경우가 있었다고 합니다.
지금은 자연어화 되면서 모두가 프로그래머가 되었지요.
하지만 저는 간혹 코더 같은 경우를 보기는 합니다.
물론 신입들은 경험도 부족하고 설계능력이 부족하긴 하지만
프로그램을 정말 '생각 없이' 하는 경우를 종종 봅니다.
1. 자기가 무슨 프로그래밍을 하고 있는지 모른다.
2. 예상되는 문제점이나 버그에 대해 고려하지 않고 코딩부터 하고본다.
3. 자기 프로그램을 분석해서 플로우차트나 설계도를 그려보라고 하면 둘이 따로논다.
4. 기획서나 설계에 없는 내용은 절대로 개선하려하거나 나은 점을 고려하지 않는다.
위의 세가지가 대표적이네요.
3번의 경우는 표현능력이 부족하거나 설계도를 그릴줄 모를 수도 있습니다.
혼자 하는 프로젝트고 버그 없이 잘 돌아가면 그냥 넘어갈 수도 있겠죠.
4번의 경우는 프로그램도 하다보면 버그가 있듯이 기획이나 설계에서 당연히 문제점이 있을 수 있음에도
그에 대한 의논도 고려도 하지 않은채 그냥 주문대로 코딩하고 나몰라라(기획서가/설계가 그렇게 되있으니 내책임 아님!!)
기획자이건 프로그래머이건 자신의 작업물을 좀더 완성시키고 원할한 팀웤을 위해
많은 고민과 의논, 분석과 자료축적이 필요합니다.
코더가 되지 맙시다!!
프로그래머가 설계 및 구성, 프로그래밍을 해주면
코더들은 천공(기계식 천공기계일적에 ^^;) 내지는 타이핑 등을 하는 경우가 있었다고 합니다.
지금은 자연어화 되면서 모두가 프로그래머가 되었지요.
하지만 저는 간혹 코더 같은 경우를 보기는 합니다.
물론 신입들은 경험도 부족하고 설계능력이 부족하긴 하지만
프로그램을 정말 '생각 없이' 하는 경우를 종종 봅니다.
1. 자기가 무슨 프로그래밍을 하고 있는지 모른다.
2. 예상되는 문제점이나 버그에 대해 고려하지 않고 코딩부터 하고본다.
3. 자기 프로그램을 분석해서 플로우차트나 설계도를 그려보라고 하면 둘이 따로논다.
4. 기획서나 설계에 없는 내용은 절대로 개선하려하거나 나은 점을 고려하지 않는다.
위의 세가지가 대표적이네요.
3번의 경우는 표현능력이 부족하거나 설계도를 그릴줄 모를 수도 있습니다.
혼자 하는 프로젝트고 버그 없이 잘 돌아가면 그냥 넘어갈 수도 있겠죠.
4번의 경우는 프로그램도 하다보면 버그가 있듯이 기획이나 설계에서 당연히 문제점이 있을 수 있음에도
그에 대한 의논도 고려도 하지 않은채 그냥 주문대로 코딩하고 나몰라라(기획서가/설계가 그렇게 되있으니 내책임 아님!!)
기획자이건 프로그래머이건 자신의 작업물을 좀더 완성시키고 원할한 팀웤을 위해
많은 고민과 의논, 분석과 자료축적이 필요합니다.
코더가 되지 맙시다!!