뉴스와 토론
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:5507point (81%), 레벨:7/30"){kind=icon}
1ststory![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
13일단 기본적으로는 게임 프로그래머를 지원하는 만큼
학규님과 자주 대화 나누고 싶은데
학규님이 자주 안계시니 슬프네요 ;ㅁ;
쪽지를 보내도 응답 없으시고 ;ㅁ;
msn 아이디는 극비리에 보관되고 있고 ;ㅁ;
일단 요즘 대학교를 휴학하고 S/W 개발병을 지원해서 실기시험때까지(10월 12일날 1차 합격자 발표후 17일날 실기 시험) 대기중이지만..
C/ C++을 마스터(?) 한 다음에 무엇을 배워야 할지 기본적으로 듣고 싶다는...
API일려나 =ㅅ=으음....
학규님과 자주 대화 나누고 싶은데
학규님이 자주 안계시니 슬프네요 ;ㅁ;
쪽지를 보내도 응답 없으시고 ;ㅁ;
msn 아이디는 극비리에 보관되고 있고 ;ㅁ;
일단 요즘 대학교를 휴학하고 S/W 개발병을 지원해서 실기시험때까지(10월 12일날 1차 합격자 발표후 17일날 실기 시험) 대기중이지만..
C/ C++을 마스터(?) 한 다음에 무엇을 배워야 할지 기본적으로 듣고 싶다는...
API일려나 =ㅅ=으음....
2002.09.22 18:18:26 (*.50.13.7)
1ststory 기회가 되면 그림도 활용할 기회가 올수도 있겠지만, 그때까지는 밥먹는 수단으로써의 그림이 아닌 즐겁게 그리는 그림을 그리고 싶어서 말이죠..
2002.09.22 18:20:21 (*.50.13.7)
1ststory 자랑이라면 자랑일수 있겠지만요 프로그래밍은 지금까지 성적이 A+/ A였다는 =ㅅ=;;;; 프로그래밍도 잼있죠...
2002.09.22 18:21:13 (*.50.13.7)
1ststory 다만 우리 학교에서는 소프트웨어등의 시스템 개발을 주로 가르치기 때문에 게임쪽은 스스로 독학해서 배워야 할듯 싶어서요..
2002.09.22 18:55:13 (*.245.226.25)
![[레벨:13]](http://old.lameproof.com/modules/point/icons/default/13.gif "포인트:16257point (43%), 레벨:13/30"){kind=icon}
neolith directX 공부를 하세요
그리고 C++ 은 몇년 배워서 마스터할 수 있는게 아닙니다. 해보지 않으면 모르죠
그리고 C++ 은 몇년 배워서 마스터할 수 있는게 아닙니다. 해보지 않으면 모르죠
2002.09.22 19:50:57 (*.50.13.7)
1ststory C++ 요즘 다시 공부중이에요 ㅇ_ㅇ
뭐... 마스터라는 말도 애매하네요. 모든 함수 다 외울수도 없는노릇이고..
뭐... 마스터라는 말도 애매하네요. 모든 함수 다 외울수도 없는노릇이고..
2002.09.22 19:55:00 (*.50.13.7)
1ststory 그냥 왠만한 프로그램은 함수들을 참고해서(책이나 MSDN등을 보고 사용법을 알아서) 짤수 있는 수준으로 해석하심이 -ㅅ-
2002.09.22 19:57:00 (*.245.226.25)
neolith 프로그램을 짜는게 아니라, 프로그램을 디자인하는 방법을 배우기가 어렵다는 것입니다. 프로그램 디자인이라면 주로 어떤것을 실현시키기 위해서 어떤 클래스를 만들고, 클래스간의 관계를 지어주고 하는 것들이죠. 불행하게도 프로그램 디자인에 대한 정보는 얻기 쉽지가 않습니다. 제가 지금까지 본 것중에 제일 좋은 참고서라면 C++ 언어를 만든 Bjarne Stroustrup 의 The C++ Programming Language 의 후반부에 나와있는 부분들인데, 한글로는 번역이 안되어있어서 아쉽죠.
2002.09.22 20:01:45 (*.245.226.25)
neolith 그리고 프로그램을 그냥 돌아가게 짜는 것과, 잘 짜는 것의 차이는 정말 큽니다. 어느 연구 논문중에 보면 최고의 유능한 프로그래머와 그렇지 못한 프로그래머가 프로그램을 만들때의 생산성 차이가 25 배에 달한다고 하더군요. 좋은 프로그램을 만드는 것은 많은 경험과 연구를 필요로 하는 분야입니다. 속도가 빠르거나 크기가 작다고 꼭 좋은 프로그램은 아니기 때문입니다.
원하는 성능(속도, 크기)을 내고, 사용하기 좋으면서, 고치기 좋은 프로그램이 좋은 프로그램입니다. 예를 들어서 온라인 게임의 서버를 만든다고 할때, 잘 만든 프로그램이 있을 때에는 유저들이 원하는 바를 그만큼 빨리 수용할 수 있습니다. 하지만 고치기 어려운 프로그램을 가지고는 어려운 일이죠. 서버의 업데이트가 더뎌지는 원인의 대부분은 운영자들이 무성의해서가 아니라, 프로그램을 수정하기 어렵기 때문입니다.
원하는 성능(속도, 크기)을 내고, 사용하기 좋으면서, 고치기 좋은 프로그램이 좋은 프로그램입니다. 예를 들어서 온라인 게임의 서버를 만든다고 할때, 잘 만든 프로그램이 있을 때에는 유저들이 원하는 바를 그만큼 빨리 수용할 수 있습니다. 하지만 고치기 어려운 프로그램을 가지고는 어려운 일이죠. 서버의 업데이트가 더뎌지는 원인의 대부분은 운영자들이 무성의해서가 아니라, 프로그램을 수정하기 어렵기 때문입니다.
2002.09.22 20:30:20 (*.50.13.7)
1ststory 프로그램 디자인이라... C++의 객체지향을 바탕으로 하는 프로그램 구성을 말씀하시는건가 =ㅅ=;;; 그 방면에 있어서는 저는 초보단계에 있는것이겠네요.. 일단 기본적으로 경험이 부족하니깐요.. 결국 많은 프로그램을 짜보면서 그러한 부분에 대해서 경험을 쌓아 보는것이 중요하겠군요. 학교에서도 C++배우면서 교수님께서 그러한 부분에 대해서 말을 하시던데..
2002.09.22 20:35:19 (*.50.13.7)
1ststory 일단 제가 아는 바로는 타인이 프로그램 분석을 쉽게 할수 있도록 배려도 해야 한다는 점으로 배웠는데.. 일단 어디서 경험을 쌓을수가 없어서 힘들더군요. 나름대로 프로그램을 짜도 이것이 잘짠 프로그램인지 스스로는 알수도 없구요..(자신이 보기에는 이해가 되는 프로그램일수도 이겠지만, 타인이 볼때는 어떤지 알수가 없으니깐요.... 제주위에 다 배우는 입장이라 그것을 평가해줄수 있는 사람도 별로 없구요) 나중에 이러한 부분을 좀 가르켜 줬으면 싶은데.. 혹시 이러한 부분에 대해서 학규님의 경험을 바탕으로 강의를 부탁드린다면 강의를 해주실수 있으신지요?
2002.09.22 20:39:05 (*.159.223.40)
![[레벨:6]](http://old.lameproof.com/modules/point/icons/default/6.gif "포인트:3967point (62%), 레벨:6/30"){kind=icon}
snowflower -_- 요새 저도 놀고만 있는데.. 어여 공부좀 해야겠군요....... 열심히 노력하는 모습이 보기 좋네요 ^_^;;
2002.09.22 21:19:22 (*.245.226.25)
neolith 프로그램을 짜기 전에, 이런 프로그램을 만들려고 하는데, 이런 구조로 만들려고 한다. 어떻느냐.. 라는 자문을 구하신다면 도움을 드리죠.
2002.09.22 21:20:48 (*.245.226.25)
neolith 복잡한 프로그램일 수록 사전디자인의 비중은 훨씬 높아지지요. 전 프로그램을 만들때 비쥬얼씨보다 워드를 더 많이 씁니다.
2002.09.22 23:14:27 (*.245.226.25)
neolith 성능의 효율 못지 않게 유지보수의 효율도 중요하죠. 유지보수의 효율을 높이는 원칙중 하나가 DRY (Don't Repeat Yourself) 원칙입니다. 같은 일을 하는, 같은 존재를 표현하는 부분이 2 군데에 중복되어 있지 않도록 해야 한다는 것입니다. 프로그램은 처음 만들때에는 별 문제가 없다가, 조금씩 조금씩 고치다보면 어느새 중복된 부분 (땜빵의 결과들) 이 생겨나게 됩니다. 이런 증상을 줄이고 프로그램을 DRY 하게 만드는 방법중 하나가 Refactoring 이라는 것입니다. Refactoring 은 전문서점에 번역본으로도 나와 있습니다.