대학 신입생들에게 C언어를 가르쳐야 할 것 같은데요.

열혈강의 C프로그래밍(윤성우저) 책을 추천하죠..
내용 쉽구요.. 인터넷 강의 먼저 들으시고.. 신입생에게
설명하시면 될 것 같습니다. 책 내용도 쉽구요...
인터넷 강의도 적절 한 것으로 보입니다. 아니면 머 먼저 인터넷
강의 듣게 하시고 모르는 것에 대해서 질의하는 것도 좋구요..

저도 비슷한 방법으로 사용해서 이 책으로 사내 C강의를 진행 했었는데.. 반응이 괜찮더군요..

06학번이라면 프로그래밍 랭귀지로써 C가 처음일듯 하군요.

C문법을 가르쳐줄수도 있지만 기본적인 자세를 가르쳐 주는것도 중요할거 같습니다.

저 같으면 소프트웨어공학론을 피면 나오는 개발단계에 대한 설명을(요구사항분석,설계,구현...,유지보수) 먼저하겠습니다.

그리고 프로그래밍이란건 사용자의 요구사항을 컴퓨터라는 매체를 통해서 구현한거라는 추상적인 표현을 사용해서 설명을 하겠습니다.

결과적으로 인풋 그리고 블랙박스 아웃풋이라는 접근을 시도해 보겠습니다.

#include <stdio.h>
int main()
{
printf("Hello World\n");
return 0;
}

#include <stdio.h>과 printf라는 것을 가지고 모듈이라는 것을 설명하겠습니다. 기본 라이브러리 없이 프로그래밍한다는게 얼마나 시간을 많이 필요로 하는것인지에 대한 접근을 해보는것도 좋을거 같습니다.

그 다음에 main펑션과 printf펑션이 메모리상에 어떻게 표현되는지 스택이라는 개념을 설명해보겠습니다. 여기서 자료구조란 개념에 대해서 간략히 설명해도 좋을거 같습니다.(스택,큐,트리등)

main과 printf에 대한 설명을 하면서 메모리상에서 실제로 어떻게 표현되는지 data와 code에 대한 접근을 시도해보겠습니다. 그리고 디지탈 세계에서 자료는 어떻게 표현되는지 설명을 하겠습니다. 그리고 C언어상에서 사용하는 자료형(정수형과 문자 그리고 포인터등)에 대한 접근을 하죠.
왜 저런 접근을 시도했는지 제가 이해하는 범위에서 설명을 하는 것입니다. 자료에 대해서 디지탈로 표현하면서 생기는 현상에 대한 설명을 다시 한번 강조하겠습니다. int형이 4byte를 차지할때 맥스값을 넘기면 어떻게 표현되는지 구체적인 예시를 들어서 설명을 하도록 하죠.
그리고 자료형과 연산자에 대해서 설명하면서 어떤 주의를 기울여야 하는지 그리고 C언어상에선 어떻게 표현하는지 설명을 하도록 하죠.
그리고 자료형과 연산자에 대해서 어떻게 접근하는지 설명을 하도록 하겠습니다.
------------------------------------------------------------------
이 이후에도 할말은 더 있지만 다른 분들 의견을 더 들어보죠. 사실은 지금 당장 할게 생겼습니다. 그리고 제가 위에서 말씀드린 사항은 제가 후배나 주위사람들에게 가르쳐줄때 사용한 하나의 접근 방법입니다.

저는 이 책을 매우 비추하는 편입니다.

이 책을 읽고
int **(*(*pFunc)(double (*pParm1)(int *prm2, double prm3), char *(*pParm2)(int, char)))(float prm1)
이런 코드를 설명할 수 있습니까? 이 코드가 "귀찮아서" 못 풀어야지 "예외적이어서" 못푸는 책은 예외로 가득찬 "성문종합영어"에 불과합니다. 이외에도 이 책은 다른 한국책들처럼 나름대로 공식을 만들고 그 것에 벗어나는 사례들을 "예외"로 만들어 버립니다. 이 책의 의의는 다른 "성문종합영어"류 책보다 쉬운 "맨투맨 영어" 정도의 의의라고 할까요?

국내서 중에 이것을 제대로 푸는 책은 전웅씨가 쓴 책 밖에 본적이 없는 것 같습니다. 그러나 이 책으로 스터디를 하기에는 무리가 있겠군요.

PS: 나는 열혈강의 C 프로그래밍 밖에 보지 못했지만 이 책때문에 열혈강의란 브랜드 자체가 나쁘게 여겨집니다. 이번에 새로 나온 포인터 책 역시 시중에 나와있는 "포인터"를 다룬 다른 엉터리 책과 비슷하지 않을까 편견을 가지고 있습니다.

책을 정해서 책대로 진도 나가는 것이 가장 좋다고 봅니다. 그 분야를 오랫동안 가르쳐온 전문가들이 가장 합리적이라고 생각하는 과정을 엮은 것이 책입니다. 혼자서 아무리 열심히 해도 좋은 책 한 권보다 좋은 커리큘럼을 만들기란 정말 어려운 일입니다. C는 좋은 책이 많으니 잘 찾아보시기 바랍니다. 가급적 원서로 시작하는 것이 좋지 않을까 싶습니다.

SE적인 접근은 프로그래머에게 필수적인 것이기는 하지만 이것부터 가르치면 흥미를 잃을 수 있습니다. 몇 번 프로그래밍을 가르쳐본 경험에 의하면 내가 기초라고 생각하는 부분들부터 가르치면 사실 기초가 따분하고 응용보다도 더 어려운 경향이 있기 때문에 십중 팔구 흥미를 잃고 진도가 잘 안 나갑니다. 그보다 일단 처음에는 실습 위주로 무언가 결과를 눈으로 확인할 수 있도록 나가고 좀 익숙해지면 다시 기초를 다지는 방식이 효과가 좋았습니다.

예를 들자면, 포인터 개념을 처음부터 확실하게 잡아놓고 시작하기보다 포인터를 쓰는 코드를 몇 개 실습해본 후 포인터 개념을 다지는 것이 더 효과가 좋습니다. SE 같은 것도 처음부터 다루는 것보다 프로그래밍 경험이 쌓이면서 SE의 개념들이 필요하다는 것을 서서히 느낄 때쯤 본격적인 SE를 가르치는 것이 더 효과적입니다.

초보자가 아니라면 굳이 실습 위주로 할 필요는 없습니다. 경험 많은 프로그래머라면 기본서 하나 혼자서 읽기만 해도 언어 하나 배우는 건 일도 아니죠. 하지만 초보자는 실습이 없으면 개념도 제대로 안 박히고 무엇보다 흥미를 잃게 되므로 실습 과제를 잘 잡는 게 아주 중요합니다.

ABC든 다른 책이든 뭐든 원서로....

저는 어떠한 것이든 처음 배울때는 즐겁게~ 라는 생각을 가지고 있습니다.
실제로 입문서에서 저런 내용을 다룬다면 배우는 입장에서는 대부분 지레 겁먹고 포기하고 말겁니다.
대부분의 C 언어 입문서를 보면 공통적으로 등장하는 것이 있습니다.
그 유명한 "Hello World" 죠.
전 C 를 처음 배울때 그 소스를 가지고 제 이름도 출력해 보고, copy & paste 로 가족들 이름도 출력해보고...
신기하고 재밌다는 것을 느꼈습니다.

C 는 배우면 배울수록 아득하고, 끝이 없다는 것을 느낍니다. 예로 드신 영어도 비슷하죠. ( 저의 내공이 부족한 점이 가장 크지만.. )

배우는 것에는 단계가 있다고 생각합니다. 초보자에게는 초보자의 단계가 있고, 중급자, 고급자에게는 그에 따른 단계에
맞게 배우는게 순서가 옳지 않나 생각합니다.

전 열혈강의 C 를 보지는 않았지만 대부분의 서평은 아주 괜찮았던걸로 기억합니다. 입문서로서 말이죠.

예로 드신 전웅님의 책에 관한 서평을 보면 (전 현재 보고 있는 중입니다... 상당히 난해하네요...;;;.) 7-8년차의 현직 프로그래머조차도
몰랐던(헷갈렸던) 부분을 알게 해줄정도로 깊은 내용인데 그 책 혹은 그와 비슷한 수준의 책을
입문자용으로 요구하기에는 무리가 있다고 생각하며, 단지 그런 기준으로 좋은책과 나쁜책을 구분한다는 것은
이해하기가 힘듭니다.
( 참고로 열혈강의 TCP/IP 는 상당히 괜찮습니다. 입문자용으로서 말이죠... )

전 위의 coldState 님의 의견에 한표 던집니다.
처음 배우는 입장에서는 그 무엇보다 흥미를 가지게 하는 것이 중요하고 C 에서 그 부분은 적절한 output 이라 생각합니다.

제 머리로는 #define <stdio.h>가 오타라고 보는데요.
그 아래에 너무나도 열심히 설명하셔서 혹시 -_-; 되는게 아닐까?
라고도 생각했습니다. -_-;;;;

#define -> #include

#include <stdio.h>

ABC로 시작하고, 간간히 간단한 숙제를 내주면 될듯 합니다.

대개 구구단이나 야구게임, 퍼즐 이런거 내주면 잘들합니다.

전웅씨의 서적을 초급자가 접해야 한다는 글은 아니였습니다.

하나를 알더라도 제대로 알아야 한다는 것입니다.

한국 내의 프로그래머는 문법을 "초급자나 하는 것" 또는 "1학년때 보는 것"으로 취급하는 경향이 많아서 처음 본 책이 그 프로그래머의 미래를 결정할 수 도 있기 때문에 더 중요합니다.

대학교는 고등학교가 아닙니다.

웁스, 로긴 잊었네요. 윗글은 제글입니다.

함수 포인터 두개를 인자로 받고 함수 포인터를 리턴하는 함수의 포인터 네요. ^^

제가 예전에 모 대학에서 강의할 때 사용했던 책이기도 한데요
아마 이 책으로 가르치시려면 만만치 않을겁니다.

책 자체는 추천할만 하지만 챕터 1에서 C의 전반적인 내용을
다 훑어보게 한다던가(처음 배우는 사람은 난감하죠)
각 챕터의 소스코드가 연계성이 있어서 초심자가 그냥 설명없이
각 페이지의 예제를 보고 바로 실행해보기 어렵다는 문제가 있죠.
게다가 상당히 효율적(?)인 코드로 작성된 예제라
초심자가 쉽게 파악하기에 어려운 코드도 꽤 되구요.

결정적으로 유닉스 상에서 C를 학습하는걸 기준으로 한 터라
윈도우 환경에서 C를 가르치는 경우에는 다소 부적합한
교재라고 할 수 있겠죠.

또다른 오프토픽이지만 한가지 덧붙이자면 인용된 코드를 이해할수 있는 능력은 있어야 겠지만 저런식의 코드는 현업에서 가장 피해야할 코드입니다. 저런식의 코드는 연구용 또는 학습용 그 이상도 그 이하도 아닙니다. 현업 이라 칭하는 곳에서는 연구나 공부 하는곳이 아닌 상품을 만드는 곳입니다. 그렇기에 저런 코드는 상업적으로 가치가 그다지 없다고 생각합니다. 프로그래머는 더이상 공대생이 아닌 회사원 이니까요.

예 저도 그렇게 생각합니다만, 때로는 저 정도 까지는 아니어도 비슷한 경우가 생기긴 해요. 이미 말씀드렸지만, signal 같이 C 표준함수에도 있는 것을 보면 분명이 필요할 때는 있으니까요.

signal 함수의 포인터를 변수에 넣으려면 저런식의 선언이 필요할텐데, 표현이 복잡해지길 원하지 않는다면 typedef 를 써야겠죠. 아무튼 경험상 저런 상황은 전체 개발 중에 극히 일부입니다.

하지만, 의아한 것은 저런 것을 해석하지 못하는 사람들이 현업에서 의외로 많다는 점입니다. 특히 저와는 달리 컴퓨터 관련 전공하신 분들인데요. C 언어는 대부분 마스터하고 나오시는 게 아닌가 하는 제 선입관일지도 모르겠네요.

어쨌든 배울때는 쉽고 재밌게! 저도 처음 독학할 때는 책읽다가 포인터를 만난뒤, 볼랜드 그래픽 라이브러리 함수 호출해보는 쪽으로 샜었거든요. 저런 표현이 아무리 책에 설명에 나온다 해도, 제 생각에는 저것을 쓰는 상황을 겪을만큼 세월을 쌓아야 한다고 봅니다.

신입생에게 가르치는 것이 제가 생각하기엔 가장 중점적인 부분인 것 같군요.
c는 여기서 단지 도구일 뿐입니다.
c의 특정 문법을 이해하는데 힘을 쏟기 보다는,
프로그래밍이란 이런거다는 것을 신입생들에게 맛보게 하는게 가장 중요할 듯.
단지 문법만 이해한다고 마스터되는게 프로그래밍이 아니겠죠.

그렇지만 그 도구를 잘 이해하는 것도 중요하다고 생각합니다. 특히 컴공과나 전산학과라면 프로그래밍의 이해와 도구의 이해를 함께 중점적으로 다뤄야 할텐데 안타깝게도 그렇게 하지 못 하는 경우가 많은 걸로 압니다. (교양 프로그래밍이라면 파이썬이나 루비 쓰고 말겠습니다만)

- 토끼군

제대로 된 "입문서"가 있다면 그 입문서를 보고 혼자 생각해서 답을 얻을 수 있는 코드입니다.

손님이 보시기에는 위의 수식이 어렵습니까?

많은 분이 말씀하셨듯 예전에 언급한 코드는 "쓰레기 같은 코드"이고 이번에 언급한 수식도 쓰레기 같은 수식입니다만 대부분의 사람들은 이 수식이 단지 귀찮은 것에 불과할 것입니다.

제대로 익혔다면 제가 언급한 쓰레기 코드 역시 단지 "귀찮은 것"에 불과했어야 옳습니다.

헐헐님은 초등학생에게 구구단을 이야기하고 일반화된 사칙연산을 가르치는 일이 잘못된 일이라고 생각하십니까? 제대로된 입문서를 보았다면 "귀찮은 일"이 되었어야 하는 일입니다.

일부러 "귀찮은 코드"를 고른 것입니다.

여기에 대해서는 동의하지 않습니다. 템플릿 부분 특화를 이해하지 못한다면 템플릿 메타 프로그래밍이 불가능합니다. 프로그래머라면 설계에 대해서도 심각하게 고민하면서 쉬지 않고 문법 그 자체를 공부해야 한다고 생각합니다.

템플릿을 이용한 수 많은 "효과적이고" "확장성있는" 코드는 문법에 대한 공부없이는 불가능합니다.

입문서 수준의 지식이 필요하다는 것에는 공감합니다만 국내서 중에서 제대로 된 서적을 거의 본 적이 없는 것 같습니다. doldori님이 보신 추천할만한 국내서는 어떤 것인가요?

갑자기 생각나는데,
어느 일본 서적 번역본이었던 것 같은데,
포인터 완정정복인가 뭔가 제목은 기억안나는 책이었습니다.

하여튼 인상적인 것은
포인터에 관한 문제!가 500개인가 1000개인가 있는 겁니다.
내용 구성이 챕터별로 간단한 설명과 함께,
이해를 돕기위한 예제문제 2~3개..
그리고, 실전문제가 줄줄이... ㅎㅎ

대학 입학 직후 읽었는데,
고등학교때 입시에 단련된 실력으로 도전하니,
아주 이해도 빠르고, 재미도 있더군요...

하여튼, 한국입시문화나 일본 입시 문화나 똑같나 봅니다.

포인터는 완정정복했냐고 물으신다면,
뭐라고 말씀은 못드리겠지만,
적어도 주변사람들보다는 심도(?)있는 이해력을
가진 것은 확실하더군요...

책마다 장단점이 있으며 또한, 신입생들도 이해력이 다양하기
때문에 한 책으로 가리칠 필요는 없을것 같습니다.

방향을 잡아주는 선배가 있기 때문에
입문서를 볼 필요는 없을것 같습니다.

실수를 인정합니다.

예전부터 C++ 언어에 관심이 있었지만 언제나 새로운 언어를 접할려고 노력했습니다. 무엇이 문제인가요? 내 글에 관심을 가져주신 것은 감사히게 생각합니다.

Objective C vs C++ 토론이라면 저와 CN님의 토론을 말씀하시는 것 같은데 제 기억으로는 그 쓰레드에서 CN님이 악플성 답글을 달았던 것 같진 않습니다. 나름대로 자신의 관점에서 C++이 단점이라고 생각되는 부분들을 지적한 것이고 토론에서 그런 건 당연한 것이죠. 이런 걸 악플로 받아들인다면 긍정적인 토론은 불가능합니다.

그리고 C++을 비하한다고 승질이 나는 상황..남의 감정 가지고 뭐라 할 얘기가 아닌 것 같기도 하지만 프로그래머에게는 바람직하지 않은 태도입니다. 프로그래머 중에 보면 자기가 사용하는 언어를 비판하면 마치 자기를 비판하는 것처럼 화를 내는 사람이 적지 않고 언어 간 비교 토론이 일어날 때마다 꼭 그런 경우가 보이는데 그런 태도는 자기 발전에 커다란 장애가 될 수 있습니다. 냉정하게 자신이 사용하는 도구의 문제점을 돌아볼 수 있는 여유가 필요한 것 같습니다.

일단 로그인부터 하시죠?

마침 포스트 하신분하고 비슷한 상황입니다. (전 교재 만들고 있습니다 -_-)

난감합니다, 포인터 내용 집어넣자니, 이걸 어렵다고 책을 안보진 않을까.. 하는 걱정이 들정도네요.

generic한 방법으로 설명하되 기본적인 형태만 설명하시는 쪽이 무난할 것 같습니다. K&R의 포인터에 대한 내용의 분량 정도면 어떨까요?

그럼 저란 표현은 전혀 쓸모 없는 표현이란 건가요???

"저는 동의 못하겠는데요"
"나는 동의 못하겠는데요"

http://sabbath.egloos.com/907894
구글에서 찾은 글입니다.
저랑 같은 생각입니다.

http://www.barunmal.com/board/korstory/korstoryview.php?no=9&infono=9&nowpage=9&searchword=&key=&ref=&boardname=korstory

공식적인 높임법은 아니지만....

마지막으로

다들 새해 복 많이 받으시길.

필요없이 한 손님 덕분에 불필요한 논쟁을 계속하게 되었군요.

가장 아래의 문제는 문제자체가 틀려 보입니다. 이 문제가 맞춤법에 의거한 답으로 보이진 않습니다.

구글링에 의한 답이 아닌 근거가 포함된 답을 얻고 싶습니다.

그전부터 궁금했던 것에 답이 없군요. 높임법에 명기된 나를 낮출 이유를 알려주시면 됩니다.

"나", "너"가 동격이 되는 경우는 상대와 관계가 가까울때 만으로 알고 있습니다.
CN님은 자신을 낮춰야 할 이유가 뭐냐고 하시지만 자신을 "나"라고 하면 상대는 "너"가 됩니다. 토끼군님도 그렇게 말씀 하셨잖습니까? "나"는 비슷한 나이와 상대를 낮출때 쓴다고...

차이를 인정해달라고 말 할 쪽은 대다수가 아닌 소수 쪽이지 않을까 하고 생각해 봤습니다. 제가 있는 쪽이 제가 말한 "대다수"에 속할 꺼라 믿고 싶네요.

ps. 맞춤법을 절대적인 규칙이라고 생각하지 않습니다. 다만 최대한 지키시는 쪽이 자신의 주장에 신뢰를 더 하지 않을까 싶네요.