Q&A와 스터디
프로그래밍을 배울때 C -> 자료구조,알고리즘 -> C++ -> JAVA -> C# 순서대로 배우나요?
2009.10.09 19:57:06 (*.144.58.36)
![[레벨:6]](http://old.lameproof.com/modules/point/icons/default/6.gif "포인트:3878point (54%), 레벨:6/30"){kind=icon}
참, 자바와 C#은 C++과 다른 언어입니다. 물론 기본 구성은 같다고 해도 3가지를 모두 처음부터 배울 필요는 없습니다.
한가지를 어느정도 깨우치고 나면 다른언어는 자연적으로 이해됩니다.
한가지를 어느정도 깨우치고 나면 다른언어는 자연적으로 이해됩니다.
2009.10.09 20:22:08 (*.98.37.169)
![[레벨:4]](http://old.lameproof.com/modules/point/icons/default/4.gif "포인트:1551point (13%), 레벨:4/30"){kind=icon}
정상택1) C, C++, 어셈블러를 공부하실려면 컴퓨터 구조에 대한 지식이 중요합니다.
컴퓨터 구조 -> 자료구조 -> 화일 처리론 -> 리눅스, 유닉스 -> 운영체제 트리가 일반적이죠.
추가적으로 API, MFC를 배울 수 있고요.
소켓 프로그래밍, 그래픽 프로그래밍등도 배우면 좋구요.
대체적으로 1980년대까지 개발된 언어들은 하드웨어 구조도 잘 알면 좋습니다.
※ 2009-10-09 20:22:30 에 "정상택(roied)" 에 의해 수정됨
컴퓨터 구조 -> 자료구조 -> 화일 처리론 -> 리눅스, 유닉스 -> 운영체제 트리가 일반적이죠.
추가적으로 API, MFC를 배울 수 있고요.
소켓 프로그래밍, 그래픽 프로그래밍등도 배우면 좋구요.
대체적으로 1980년대까지 개발된 언어들은 하드웨어 구조도 잘 알면 좋습니다.
※ 2009-10-09 20:22:30 에 "정상택(roied)" 에 의해 수정됨
2009.10.09 20:26:56 (*.98.37.169)
정상택 그리고 저희 학교의 경우는 알고리즘, 소프트웨어 공학, 인공지능은 죄다 4학년 과목이고요.
3학년중에 들은 애가 있는데, 피본답니다. 4학년들의 노하우에는 재능도 무릎을 꿇는다고 합니다.
3학년중에 들은 애가 있는데, 피본답니다. 4학년들의 노하우에는 재능도 무릎을 꿇는다고 합니다.
2009.10.09 20:30:12 (*.98.37.169)
정상택 JAVA와 C++의 경우는 근본적으로 차이점이 많습니다. 쓰이는 부분이 많이 달라서요.
하드웨어쪽을 선호하신다면 C++ 꼭 하셔야 합니다. 심지어 전기과애들도 필수적으로 1학년때 마스터를 해야 하는 언어이구요.
소프트웨어쪽이라면 JAVA를 주로 하더군요. 일단 JAVA가 C++에 비해서 배우기도 수월하고, 상대적으로 편합니다.
하드웨어쪽을 선호하신다면 C++ 꼭 하셔야 합니다. 심지어 전기과애들도 필수적으로 1학년때 마스터를 해야 하는 언어이구요.
소프트웨어쪽이라면 JAVA를 주로 하더군요. 일단 JAVA가 C++에 비해서 배우기도 수월하고, 상대적으로 편합니다.
2009.10.09 20:38:23 (*.98.37.169)
정상택 프로그래밍 입문을 하실 때, 주의하실 부분인데요.
C++을 배우다가 어렵다고 JAVA에 기웃, PHP에 기웃, 이렇게 한부분을 못 파시는 경우가 있습니다.
이러면 피봅니다. 무조건 하나만 잡고 일단 끝까지 파야 합니다.
왜 그러냐면요. 프로그래밍 언어가 문법이 어려워서 어려운게 아니고, 이 프로그램이 어떤 원리로 돌아가는지 몰라서 어려운겁니다.
따라서 언어를 바꿔봐야, 프로그램을 작성하는 원리는 똑같기 때문에 소용이 없다고 봅니다. 자신에게 맞은 언어가 따로 있긴 하지만...
저도 학교다니면서 C언어에 관련된 책은 10권이 넘게 읽었지만 pointer랑 class에서 3년간 막혔었거든요.
그런데 학교 수업을 들으면서, C언어만 배운 것이 아니고, 자료구조, 시스템 구조등등의 공부를 하다보니 자연스럽게 이해가 가더랍니다.
문법만 배워서는 좀 힘듭니다.
C++을 배우다가 어렵다고 JAVA에 기웃, PHP에 기웃, 이렇게 한부분을 못 파시는 경우가 있습니다.
이러면 피봅니다. 무조건 하나만 잡고 일단 끝까지 파야 합니다.
왜 그러냐면요. 프로그래밍 언어가 문법이 어려워서 어려운게 아니고, 이 프로그램이 어떤 원리로 돌아가는지 몰라서 어려운겁니다.
따라서 언어를 바꿔봐야, 프로그램을 작성하는 원리는 똑같기 때문에 소용이 없다고 봅니다. 자신에게 맞은 언어가 따로 있긴 하지만...
저도 학교다니면서 C언어에 관련된 책은 10권이 넘게 읽었지만 pointer랑 class에서 3년간 막혔었거든요.
그런데 학교 수업을 들으면서, C언어만 배운 것이 아니고, 자료구조, 시스템 구조등등의 공부를 하다보니 자연스럽게 이해가 가더랍니다.
문법만 배워서는 좀 힘듭니다.
2009.10.09 21:48:22 (*.138.56.84)
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:5377point (71%), 레벨:7/30"){kind=icon}
게임초보 다른 건 잘 모르지만 C++을 C의 연장선 상에서 공부하는 것은 실수입니다. 일단 그 언어를 만든 비요른 스트롭스트룹씨가 반대합니다.
교과 과정상 C와 C++을 그런 순서로 배우게 된다면 그것은 "애석한 비극"이라고 생각합니다. (C++을 C와 호환되게 만든 비요른 씨를 탓하고 싶습니다.)
http://www.amazon.com/Bjarne-Stroustrup/e/B000AQ349S/ref=ntt_dp_epwbk_0 에 있는 "A reader's review and "how to choose?"를 꼭 읽어보세요.
참고자료.
target=_blank>http://gpgstudy.com/forum/viewtopic.php?p=125184#125184
C -> C++(X) : 부작용이 발생하는 코스임. 부작용을 일으키는 교재도 많음. 이 코스,교재들은 프로그램밍 인생이 꼬이는 길임.
예)제시 리버티의 Tech yourself C++ in XX day 시리즈. 기타 C에 익숙한 C++프로그램 경험자가 쓴 책들. C++을 C처럼 설명하고 있음.
예외) 비요른 스트롭 스트룹의 The C++ Programming Language. :이 책은 C를 C++보다 먼저 공부한 사람을 구제하는 책임.
C++ -> C(O) : 부작용이 없는 코스임. 교재는 비요른 스트롭 스트룹의 Programming: Principles and Practice Using C++ 가 대표적(번역서는 내년 출간 예정)
JAVA는 C나 C++과의 혼돈성이 적으므로 병행해서 공부해도 무방.
C#도 C나 C++과의 혼돈성이 적으므로 병행해서 공부해도 무방.
교과 과정상 C와 C++을 그런 순서로 배우게 된다면 그것은 "애석한 비극"이라고 생각합니다. (C++을 C와 호환되게 만든 비요른 씨를 탓하고 싶습니다.)
http://www.amazon.com/Bjarne-Stroustrup/e/B000AQ349S/ref=ntt_dp_epwbk_0 에 있는 "A reader's review and "how to choose?"를 꼭 읽어보세요.
참고자료.
target=_blank>http://gpgstudy.com/forum/viewtopic.php?p=125184#125184
C -> C++(X) : 부작용이 발생하는 코스임. 부작용을 일으키는 교재도 많음. 이 코스,교재들은 프로그램밍 인생이 꼬이는 길임.
예)제시 리버티의 Tech yourself C++ in XX day 시리즈. 기타 C에 익숙한 C++프로그램 경험자가 쓴 책들. C++을 C처럼 설명하고 있음.
예외) 비요른 스트롭 스트룹의 The C++ Programming Language. :이 책은 C를 C++보다 먼저 공부한 사람을 구제하는 책임.
C++ -> C(O) : 부작용이 없는 코스임. 교재는 비요른 스트롭 스트룹의 Programming: Principles and Practice Using C++ 가 대표적(번역서는 내년 출간 예정)
JAVA는 C나 C++과의 혼돈성이 적으므로 병행해서 공부해도 무방.
C#도 C나 C++과의 혼돈성이 적으므로 병행해서 공부해도 무방.
2009.10.09 22:23:42 (*.252.205.52)
![[레벨:1]](http://old.lameproof.com/modules/point/icons/default/1.gif "포인트:104point (5%), 레벨:1/30"){kind=icon}
현쿠 저도 질문좀 드립니다
java, C, C++, VC++, VB6를 하려고하는데요. 5가지 모두 기초적인 부분은 숙달된 상태입니다
5개를 모두 같이하자니 시간도 시간이지만 머리가 복잡해질것 같고, 두세개정도 잡아서 계속 팔 예정인데요. 뭘 중심으로해야할지 모르겠습니다
게임초보님의 댓글을 보니 C는 잠시 쉬고 C++을 먼저하고...
VC++은 C++이 익숙해진다음으로 미루고, java는 계속 하고, VB6는.. 잘 모르겠네요;
요악하면 C++ + java >> VC++ >> C 로 공부할 생각인데, 조언좀 부탁드립니다^^; 무언가 주의할점이라던가...
그리고 VB6는 얼마나 활용도가 높은지 궁금하네요. 솔직히 말해서 VB6를 공부하려고 책을피고 프로그램을 실행시키면 묘하게 답답해서 말이죠^^:
java, C, C++, VC++, VB6를 하려고하는데요. 5가지 모두 기초적인 부분은 숙달된 상태입니다
5개를 모두 같이하자니 시간도 시간이지만 머리가 복잡해질것 같고, 두세개정도 잡아서 계속 팔 예정인데요. 뭘 중심으로해야할지 모르겠습니다
게임초보님의 댓글을 보니 C는 잠시 쉬고 C++을 먼저하고...
VC++은 C++이 익숙해진다음으로 미루고, java는 계속 하고, VB6는.. 잘 모르겠네요;
요악하면 C++ + java >> VC++ >> C 로 공부할 생각인데, 조언좀 부탁드립니다^^; 무언가 주의할점이라던가...
그리고 VB6는 얼마나 활용도가 높은지 궁금하네요. 솔직히 말해서 VB6를 공부하려고 책을피고 프로그램을 실행시키면 묘하게 답답해서 말이죠^^:
2009.10.09 23:41:49 (*.54.71.64)
랩하는좀비 C++만 잘 알아놓으면 java와 VB는 껌이라능... 뭐 언어 나름대로 더 파 봐야 할 부분은 있지만요.
게임초보님이 말씀하셨다시피 프로그래밍을 배우는 것은 언어 문법을 배워가는 게 아니라, 프로그래밍의 사고에 익숙해 지는 과정이라고 보시면 됩니다.
따라서 C++을 파나 Java를 파나 프로그래밍을 배운 다는 명제 자체는 변함이 없을 듯.
하지만, 저라면 C++을 파고 Java를 파겠습니다. C++만 잘 해도 다른 언어는 굉장히 쉬워보이거든요.ㅎㅎ
게임초보님이 말씀하셨다시피 프로그래밍을 배우는 것은 언어 문법을 배워가는 게 아니라, 프로그래밍의 사고에 익숙해 지는 과정이라고 보시면 됩니다.
따라서 C++을 파나 Java를 파나 프로그래밍을 배운 다는 명제 자체는 변함이 없을 듯.
하지만, 저라면 C++을 파고 Java를 파겠습니다. C++만 잘 해도 다른 언어는 굉장히 쉬워보이거든요.ㅎㅎ
2009.10.10 00:14:59 (*.143.28.29)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:534point (38%), 레벨:2/30"){kind=icon}
msz006 '프로그래밍을 배우는 것'이 목표가 될 수는 없습니다.
'어떤걸 만들겠다'는걸 목표로 삼고 이에 맞는 프로그래밍 언어를 정해서 공부해야죠.
'어떤걸 만들겠다'는걸 목표로 삼고 이에 맞는 프로그래밍 언어를 정해서 공부해야죠.
2009.10.10 13:25:51 (*.7.254.138)
![[레벨:9]](http://old.lameproof.com/modules/point/icons/default/9.gif "포인트:7372point (4%), 레벨:9/30"){kind=icon}
꼬마네꼬 최근 들어서 저는 어느 언어를 먼저 배우던지 큰 상관은 없다는 생각이 드는데...
그보다는 컴퓨터 구조를 탄탄히 해두는 게 더 중요한 것 같습니다.
보통 "코딩만 배운 비전공자"와 전공자의 차이가 극명하게 갈리는 부분이라고 생각 됩니다.
컴퓨터 구조는 아무래도 다른 언어보다는 C언어와 병행해서 공부하는 것이 서로 큰 도움이 되고...
C++은... 음. C++ 먼저 배우는 것도 좋겠습니다만 차라리 C -> JAVA -> C++ 순서는 어떨까 싶네요.
(물론 하나의 언어에 너무 깊이 들어가지는 않는 다는 가정 하에서- 입니다.)
C -> C++의 순서로 배우는 것은 보통 배우기 쉽기 보다는 가르치기 쉽기 때문이지만, 사실 C++ 먼저 시작하기는 쉽지 않다고 생각 됩니다.
차라리 순서를 정하는데 고민하기 보다는 일단 가볍게 책 한 권씩 정독하시고 난 뒤(물론 예제 정도는 직접 해봐야겠지요), 이해가 잘 되는 언어부터 더 심도 있게 공부하는 것이 더 효율적이라고 생각합니다. 순서를 정해놓고 하나씩 마스터하겠다는 생각으로 접근하면 굉장히 갑갑해집니다. 한 번 보고 끝날 수 있는 것도 아니고, 계속 공부하는 것만이 살 길이에요. (왠지 제가 할 말은 아닌듯 합니다만-)
참고로 저는 머리가 나빠서 그런지, 저는 C언어 강의만 총 6번 정도 들었는데(부끄럽게도 저는 C언어는 따로 공부한적이 거의 없습니다. 쓸일도 별로 없었고.), 4번째 들을 때 "아, 이런게 진정한 포인터구나"라는 것을 느꼈고, 6번째 들을 때 "이렇게 쓰면 되겠구나"라는 것을 느꼈습니다.
길게 쓰긴 했지만 프로그래밍 언어 공부는그냥 과정일 뿐입니다. msz006님 말씀처럼, 무엇을 만들 수 있는가, 무엇을 만들 것인가를 고민하는 것이 더 중요할 수 있습니다.
목수가 톱질과 망치질 하는 법만 배우고 "아, 다 배웠다. 이제 끝. 다음은 도색을 공부해야지."라고 하지는 않습니다. 막상 가구를 만들다보면 처음엔 망치질이나 톱질이 책에서 보던, 말로만 듣던 것보다 더 힘들다는 것을 느끼고, 반복 될 수록 힘 덜 들이고 더욱 노련하게 하는 방법을 찾을 수 있겠지요.
그보다는 컴퓨터 구조를 탄탄히 해두는 게 더 중요한 것 같습니다.
보통 "코딩만 배운 비전공자"와 전공자의 차이가 극명하게 갈리는 부분이라고 생각 됩니다.
컴퓨터 구조는 아무래도 다른 언어보다는 C언어와 병행해서 공부하는 것이 서로 큰 도움이 되고...
C++은... 음. C++ 먼저 배우는 것도 좋겠습니다만 차라리 C -> JAVA -> C++ 순서는 어떨까 싶네요.
(물론 하나의 언어에 너무 깊이 들어가지는 않는 다는 가정 하에서- 입니다.)
C -> C++의 순서로 배우는 것은 보통 배우기 쉽기 보다는 가르치기 쉽기 때문이지만, 사실 C++ 먼저 시작하기는 쉽지 않다고 생각 됩니다.
차라리 순서를 정하는데 고민하기 보다는 일단 가볍게 책 한 권씩 정독하시고 난 뒤(물론 예제 정도는 직접 해봐야겠지요), 이해가 잘 되는 언어부터 더 심도 있게 공부하는 것이 더 효율적이라고 생각합니다. 순서를 정해놓고 하나씩 마스터하겠다는 생각으로 접근하면 굉장히 갑갑해집니다. 한 번 보고 끝날 수 있는 것도 아니고, 계속 공부하는 것만이 살 길이에요. (왠지 제가 할 말은 아닌듯 합니다만-)
참고로 저는 머리가 나빠서 그런지, 저는 C언어 강의만 총 6번 정도 들었는데(부끄럽게도 저는 C언어는 따로 공부한적이 거의 없습니다. 쓸일도 별로 없었고.), 4번째 들을 때 "아, 이런게 진정한 포인터구나"라는 것을 느꼈고, 6번째 들을 때 "이렇게 쓰면 되겠구나"라는 것을 느꼈습니다.
길게 쓰긴 했지만 프로그래밍 언어 공부는그냥 과정일 뿐입니다. msz006님 말씀처럼, 무엇을 만들 수 있는가, 무엇을 만들 것인가를 고민하는 것이 더 중요할 수 있습니다.
목수가 톱질과 망치질 하는 법만 배우고 "아, 다 배웠다. 이제 끝. 다음은 도색을 공부해야지."라고 하지는 않습니다. 막상 가구를 만들다보면 처음엔 망치질이나 톱질이 책에서 보던, 말로만 듣던 것보다 더 힘들다는 것을 느끼고, 반복 될 수록 힘 덜 들이고 더욱 노련하게 하는 방법을 찾을 수 있겠지요.
2009.10.10 18:44:20 (*.233.82.168)
1ststory C -> C++로갈때 왜 부작용이 생기는지 이해불가 emoticon_13
오히려 보통 C++교재는 포인터, 함수의 활용보다 객체지향적인 요소에 치중을 많이 하다 보니, 오히려 수많은 단계를 밟아가면서 가장 기본인 포인터와 함수를 놓치는 경우가 있습니다.
그리고 요즘에 C를 배운다고 해서 순수 C를 가르치는게 아닙니다. C++로 넘어가기 위한 C를 배우죠. C++을 배울때 이부분을 주의하고 배울꺼가 아니라면 C에서 이러한 요소들을 위주로 좀더 심도있게 고민해보고 오는게 좋을듯.
비쥬얼 베이직은 배우지 마세요. MFC, C#으로 인해서 더이상 활용가치가 떨어지는 언어중 하나.
오히려 보통 C++교재는 포인터, 함수의 활용보다 객체지향적인 요소에 치중을 많이 하다 보니, 오히려 수많은 단계를 밟아가면서 가장 기본인 포인터와 함수를 놓치는 경우가 있습니다.
그리고 요즘에 C를 배운다고 해서 순수 C를 가르치는게 아닙니다. C++로 넘어가기 위한 C를 배우죠. C++을 배울때 이부분을 주의하고 배울꺼가 아니라면 C에서 이러한 요소들을 위주로 좀더 심도있게 고민해보고 오는게 좋을듯.
비쥬얼 베이직은 배우지 마세요. MFC, C#으로 인해서 더이상 활용가치가 떨어지는 언어중 하나.
2009.10.10 18:52:08 (*.187.44.48)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:857point (7%), 레벨:3/30"){kind=icon}
cretom 가장 기초적인 C -> C++ 이렇게 공부하시는것이 좋을 것 같습니다.
게임쪽에서만 보면 C# 은 툴 만들 경우나 쓰지, 필수적으로 배워야 하는건 아니에욤.
JAVA는 배우실 필요도 없구요 (게임쪽만 본다면)
좋은 책으로 시작하셔서 헤메지 않으시면 좋겠네요.
흠.. 제가 추천하는 책은 열혈강의 C / 혼자 연구하는 C 입니다.
게임쪽에서만 보면 C# 은 툴 만들 경우나 쓰지, 필수적으로 배워야 하는건 아니에욤.
JAVA는 배우실 필요도 없구요 (게임쪽만 본다면)
좋은 책으로 시작하셔서 헤메지 않으시면 좋겠네요.
흠.. 제가 추천하는 책은 열혈강의 C / 혼자 연구하는 C 입니다.
2009.10.10 22:08:26 (*.200.223.115)
Excelsis 솔직히 언어 문법자체의 난이도는 별 차이 안납니다.
그 문법가지고 뭔가 좀 그럴싸한 걸 만들 때의 난이도가 빡센거지...
그 문법가지고 뭔가 좀 그럴싸한 걸 만들 때의 난이도가 빡센거지...
2009.10.11 10:23:47 (*.98.37.169)
정상택 게임초보// 전기쪽에서는 조금 달라요. 왜냐하면 c++언어에서 C언어 명령어가 호환이 되는 경우가 많지만,
C언어에서 c++은 호환이 안되잖아요. 요즘 환경이 C++로 지원을 많이 하긴 하지만, 그래도 C언어만 쓰는 곳도 더러 많습니다.
게임을 제작할 경우에는 C++만 배우면 되긴 하지만요. 그래도 처음에 string 배열을 char[]로 받아서 파일로 저장할 때, 왜 그래야 하는지 모를 경우도 있구요.
C++ 라이브러리가 초창기에 C언어 개념으로 개발된 경우도 있고, 그런 경우도 많기 때문에 딱히 무엇을 먼저 배운다라는 것은 전 의미가 없다고 보기도 하구요.
초반에는 C언어의 이해가 매우 도움이 많이 됩니다.
물론 나중에는 객체 지향 개념을 익히는데 많이 헷갈리지만, JAVA를 병행해서 배우면 별 탈은 없던 것으로 경험합니다.
C언어에서 c++은 호환이 안되잖아요. 요즘 환경이 C++로 지원을 많이 하긴 하지만, 그래도 C언어만 쓰는 곳도 더러 많습니다.
게임을 제작할 경우에는 C++만 배우면 되긴 하지만요. 그래도 처음에 string 배열을 char[]로 받아서 파일로 저장할 때, 왜 그래야 하는지 모를 경우도 있구요.
C++ 라이브러리가 초창기에 C언어 개념으로 개발된 경우도 있고, 그런 경우도 많기 때문에 딱히 무엇을 먼저 배운다라는 것은 전 의미가 없다고 보기도 하구요.
초반에는 C언어의 이해가 매우 도움이 많이 됩니다.
물론 나중에는 객체 지향 개념을 익히는데 많이 헷갈리지만, JAVA를 병행해서 배우면 별 탈은 없던 것으로 경험합니다.
2009.10.11 10:26:22 (*.98.37.169)
정상택 C++에서 C언어에 없는 레퍼런스, 네임스페이스. 템플릿등이 나중에 배울때 어렵지만 그래도 포인터만큼 어려울까요 ㅠㅠ
2009.10.11 10:43:36 (*.138.56.84)
게임초보포인터는 주소라는 타입을 담는 변수입니다. 그리고 포인터가 어려운 것은 원서들이 pointer와 points to라는 말을 혼용해서 논리적으로 따지자면 원서들에도 오류가 있기 때문입니다.
그것을 번역한 번역서도 그렇죠. 대표적으로 IA32 architecture manual이 그랬음.
포인터가 정 어려우면 Assembly 언어를 공부해 보세요. 다른 것은 말고 32비트 모드 중심으로 배우면 포인터가 기계어 상으로 어떻게 해석되는 지 알게 되면서
포인터의 실체가 무엇인지 정확하게 알게 됩니다.
※ 2009-10-12 08:54:12 에 "게임초보(biablo)" 에 의해 수정됨
그것을 번역한 번역서도 그렇죠. 대표적으로 IA32 architecture manual이 그랬음.
포인터가 정 어려우면 Assembly 언어를 공부해 보세요. 다른 것은 말고 32비트 모드 중심으로 배우면 포인터가 기계어 상으로 어떻게 해석되는 지 알게 되면서
포인터의 실체가 무엇인지 정확하게 알게 됩니다.
※ 2009-10-12 08:54:12 에 "게임초보(biablo)" 에 의해 수정됨
2009.10.11 15:26:54 (*.237.151.129)
![[레벨:10]](http://old.lameproof.com/modules/point/icons/default/10.gif "포인트:10175point (62%), 레벨:10/30"){kind=icon}
해리쿠터 C 에서의 룰이 C++에서 허용은 되지만(추천하든 하지않든 말이죠)
C++의 룰이 C에서 통용 되지 않는 경우가 많죠. 그것도 아주 많이
C++ -> C 로 갈때 프로그래머가 느끼는 장벽은
윈도으즈 XP 쓰다가 윈도우즈 3.1로 갈아탈때의 느낌 아닐까요?
C++의 룰이 C에서 통용 되지 않는 경우가 많죠. 그것도 아주 많이
C++ -> C 로 갈때 프로그래머가 느끼는 장벽은
윈도으즈 XP 쓰다가 윈도우즈 3.1로 갈아탈때의 느낌 아닐까요?
2009.10.11 23:14:52 (*.200.223.115)
Excelsis 그나저나 포인터 이야기가 나와서 말인데,
게임초보님 말에 덧붙여서 포인터가 어렵다고 하시는 분들이나 포인터를 어렵게 배우신 분들은 대부분
1. 포인터 변수와 일반 변수가 마치 다른 것인양 배워서
2. 프로그램이 메모리에 어떻게 들어가는가를 배우지 않아서
두가지가 문제라고 봅니다.
특정 언어에 포인터가 있느냐 없느냐는 실제로는 \'메모리 위치 직접접근이 가능한 언어\' 냐 아니냐라는 말이나 다름없습니다.
포인터는 특정한 포인터라는 형태가 있는 것이 아니라, 메모리 위치를 숫자로 값을 저장한 변수에 지나지 않습니다.
32비트 시스템에서는 32비트(4바이트) 형의 어떤 변수에라도 주소값을 넣을 수 있습니다. 64비트 시스템에선 포인터는 64비트 변수죠. long long 이라던가...
여튼 함수도, 변수도, 하드코딩된 문자열들도 모두 주소를 갖고있습니다.
나중에 배우다보면 함수도 함수 포인터라는 걸 쓸 수 있습니다.
근데 이것들을 모두 기능적으로 사용법만 배울려고 드니 개념을 따로따로 이해하게 되고, 헷갈리고 빡센겁니다.
밑바탕에 컴퓨터 구조나 프로그래밍 언어론을 깔고 들어가면 상당히 쉬워집니다.
게임초보님 말에 덧붙여서 포인터가 어렵다고 하시는 분들이나 포인터를 어렵게 배우신 분들은 대부분
1. 포인터 변수와 일반 변수가 마치 다른 것인양 배워서
2. 프로그램이 메모리에 어떻게 들어가는가를 배우지 않아서
두가지가 문제라고 봅니다.
특정 언어에 포인터가 있느냐 없느냐는 실제로는 \'메모리 위치 직접접근이 가능한 언어\' 냐 아니냐라는 말이나 다름없습니다.
포인터는 특정한 포인터라는 형태가 있는 것이 아니라, 메모리 위치를 숫자로 값을 저장한 변수에 지나지 않습니다.
32비트 시스템에서는 32비트(4바이트) 형의 어떤 변수에라도 주소값을 넣을 수 있습니다. 64비트 시스템에선 포인터는 64비트 변수죠. long long 이라던가...
여튼 함수도, 변수도, 하드코딩된 문자열들도 모두 주소를 갖고있습니다.
나중에 배우다보면 함수도 함수 포인터라는 걸 쓸 수 있습니다.
근데 이것들을 모두 기능적으로 사용법만 배울려고 드니 개념을 따로따로 이해하게 되고, 헷갈리고 빡센겁니다.
밑바탕에 컴퓨터 구조나 프로그래밍 언어론을 깔고 들어가면 상당히 쉬워집니다.
2009.10.12 00:09:51 (*.41.32.238)
하마 저는 파이썬 공부 추천합니다.
그 다음으로 C언어를 추천합니다.
하지만 영어가 안 되신다면 프로그래밍 공부 보다는 영어공부를 강추하구요. -_-;
그 다음으로 C언어를 추천합니다.
하지만 영어가 안 되신다면 프로그래밍 공부 보다는 영어공부를 강추하구요. -_-;
2009.10.12 08:51:14 (*.138.56.84)
게임초보 해리쿠터// 문제는 C++이 주력언어라는 겁니다. C식 사고 방식에 빠져드는 것은 아예 모르는 상태에서 C++을 공부하는 것보다 못 합니다.
왜냐하면 사고 방식을 다시 배워야 하니까요.
왜냐하면 사고 방식을 다시 배워야 하니까요.
2009.10.13 00:46:06 (*.179.208.26)
석주현음 전 C 부터 배워서 인지 C 하고 나서 OPP 쪽 공부를 좀 하고 C++ 을 하는게 좋다고 생각합니다.
기본적으로 남이 짠 코드 또한 분석을 해야 하는게 현업의 상황이므로 대부분이 C 와 C++ 를 혼용하는 상황에서 C++ 만 고집하는 것도 무리라 생각이 듭니다.
사고 방식은 어차피 C 를 C++로 가기 위한 단계로 생각하고 공부한다면 C++를 주로 하고 각 함수의 구현부분에서 C의 혼용이 가장 적합하다 보여집니다. 어차피 C++를 사용한다고 해서 OOP를 제대로 쓴다고 할 수 있는 프로그래머가 몇이나 될까요. 결국 디자인 패턴도 공부하고 각 여러가지 소프트웨어 공학적인 공부없이 제대로 C++ 다운 프로그램을 짠다는 것도 사실 말이 안됩니다.
암튼 프로그래머 너무 공부할께 많은 직업입니다. 에휴 ㅡ_ㅡ;
※ 2009-10-13 00:53:09 에 "석주현(juhyuntech)" 에 의해 수정됨
기본적으로 남이 짠 코드 또한 분석을 해야 하는게 현업의 상황이므로 대부분이 C 와 C++ 를 혼용하는 상황에서 C++ 만 고집하는 것도 무리라 생각이 듭니다.
사고 방식은 어차피 C 를 C++로 가기 위한 단계로 생각하고 공부한다면 C++를 주로 하고 각 함수의 구현부분에서 C의 혼용이 가장 적합하다 보여집니다. 어차피 C++를 사용한다고 해서 OOP를 제대로 쓴다고 할 수 있는 프로그래머가 몇이나 될까요. 결국 디자인 패턴도 공부하고 각 여러가지 소프트웨어 공학적인 공부없이 제대로 C++ 다운 프로그램을 짠다는 것도 사실 말이 안됩니다.
암튼 프로그래머 너무 공부할께 많은 직업입니다. 에휴 ㅡ_ㅡ;
※ 2009-10-13 00:53:09 에 "석주현(juhyuntech)" 에 의해 수정됨
2009.10.14 01:12:27 (*.233.187.179)
Madkis's 왜 C스타일의 절차적 프로그래밍과 C++의 OOP를 혼돈을 할까요. 엄연히 다른개념들과 다른 목적을 가지고 사용하는것인대 말이죠. 개념적으로 잘 나눠서 양쪽다 이해하는것이 최선의 방법이 아닐까합니다.
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:2366point (11%), 레벨:5/30"){kind=icon}
못짱
2013.05.19 11:48:25 (*.153.235.115)
bestbasci01@yahoo.com
C ->
C++ ->
자료구조,알고리즘 ->
모든것은 병렬로...