대학교의 프로그래밍 언어 시험-_-;

저는 이상하게 top-down 방식으로 배우는게 적성에 맞아서 그런지.. 일딴 뭐든 실무적인 것으로 일을 벌려넣고 나중에 다시 아래서 부터 올라오는데, 혼자 공부 할때 놓친 부분이라던지 뭐가 중요한지를 안다고 해야 할까요? 병특 끝나고 복학한 학교지만, 수업 나름대로 도움이 됩니다..

하지만 컴프(저희 학교는 c언어로 하지요)같은 과목에서 시험지에 손코딩하는거는 여전히 난감(짜증스러움)하더군요. 하지만 뒤에 4문제 정도가 나오는데 100점중에 15~20점씩 하니까 3문제만 그냥 깔끔하게 적어내도 점수가 괜찮게 나옵니다.

1학년때 그런 시험을 볼때 저도 같은 생각을 했습니다...

하지만 정말 잘 하는 사람들은 양쪽 모두 잘하더군요. OTL...

저같은 경우는 전공이 전산이 아닌 약간 빗나간 과인데.. 컴프, 자료구조, 파일저리, 운영체제 이런거 배워보고 싶어 책 사서 혼자 공부하곤하는데.. 그래도 교수님 아래서 배울때 질문도 공짜로 해볼수 있고(뭐 수업료에 포함된것이겠지만 8) ) 뭐로 보나 학교에서 배울때가 좋은것 같습니다.

다만..

x *= x++ + ++y;

이런식의 코드를 문제로 낸다는것은 연산자 우선순위를 제대로 알고 있나 확인차 그럴수 있다고 생각하기에는 구시대적 발상이 아닌가 합니다. 솔직히 저런문제 나오면 족보 만들기나 좋지 학생에게 좋을게 뭐가 있겠습니까?

저게 옳은지 틀린지 알필요도 없습니다. 저런 코드를 쓰지 않기 때문이죠. 행여나 저런코드를 디버깅하는데 이해가 안된다면 바로 테스트 해보면 되는것이죠. 헌데 시험에 저런문제 일색이라면 말다한거죠.. 그시간에 학교에서는 좀더 구조적이고 개념적이고, 좀더 큰그림을 그려줘야 하는게 아닌가 합니다.

시험도 일종의 배움이라 생각합니다. 학생들에게는 제대로 풀어야할 책임(?)이 있지만 스승에게는 제자들에게 배움의 소양과, 흥미를 넓혀주는 제대로된 문제를 낼 책임(?) 이 있는것 아닌가요?

솔직히 저도 학교다닐때 정말 쓸데 없다고 생각하는 문제를 재탕, 삼탕, 누룽지에 숭늉까지 만들어 내는 교수님들 보면 학교 많이 빠져 봤지만 수업료 생각 납니다. :lol:

뭐 교수님이 무능하면 학생이 뛰어나다는 얘기는 좀 어불성설이라 이라 생각됩니다. 교수님들도 나름대로 학생에게 애정을 좀 쏟아야 학생들도 그 애정으로 좀더 자라지 않습니까?

"사회생활 할줄 아는넘이구먼.. 허허허" 이러실지도.. 8)

저도 지난주 금욜날 유닉스 프로그래밍 셤을 쳤습니다.
저의 결론은 저런 거 다 필요하다는 것입니다.
여름 방학때 님이 말씀하신 그런 코드들 부터 차근차근 다시 배웠습니다. 알면서 또 배우는게 쉬운건 아니지만 그래도 하다보니까 몰랐던게 많더군요^^;;
유닉스 프로그래밍 셤친거 제 생각엔 거의 98~100점입니다. 역시 코딩은 자세히 알아야 제대로 할 수 있습니다.(역시 제 생각이지만...)수박 겉핥기로는 한계가 분명 드러납니다. 처음 하신다 생각하시고 다시 공부하십시오. 제 후배들 중에 프로그래밍 도사들이 몇몇 있는데 프로그래밍 셤치면 거의 다 100점 맞습니다. 그리고 프로그래밍 셤치고 투덜거리는 사람들 거의 다가 언어를 제대로 이해하지 못한 사람입니다.
넘 직설적이었다면 죄송합니다.

오늘 제출한 레포트 안에 있던, height가 7이고 최대갯수의 external node를 갖는 binary tree를 그리라는 문제가 생각나는군요. (2^7 -_-;;)

가끔 순수하게 학생을 엿먹이기 위해 만든 것으로 보이는 문제를 만날 때가 있습니다. 그럴때면 작두로 교재를 두토막내고 싶은 마음이 들곤 합니다.

그렇지만, 대학 수업은 어쩔 수 없습니다. 프로그래밍의 P자도 모르는 사람을 가정해서 진행해야 되기 때문입니다. C프로그래밍 수업에서 멋있게 이론적인 스타일로 나갔다간 아주아주 큰일나죠. 그거야말로 학생들한테 '어디한번 맛좀 봐라'하는 것밖에 안됩니다.

결국, 자기가 알아서 건져갈 수 있는 거나 최대한 건져가는 수밖에 없지요. 듣고 있으면 그래도 건져갈 것들이 꽤나 많습니다.

ps. x *= x++ + ++y; 이 코드는 두 sequence point 사이에서 동일한 객체가 두번 수정되기 때문에 틀린 코드입니다. (정확히는 정의되지 않은 동작을 보이는 코드)

저도 컴퓨터공학과 학생(4학년입니다)이고
여러 C, C++ 등에 관련된 과목을 들었지만
저런 시험 문제는 본 적이 없습니다.

교수가 너무 무성의하네요.
아니면 정말 머가 중요한지, 멀 가르쳐야 될지 모르는 사람이거나...

정말 학부생 많네요..
저도 학부생,, 3학년인데... *^^*

근데... 문득... 어디학교인가 궁금해집니다..
제가 좋지 않은 학교를 다니다보니 약간 그런게 있어서 그런진 몰라도...
근데 저도 저런 문제 내는 건 못봤습니다.. 시간 강사도 안내는데...

요즘도 C언어 배우면, 연산자 우선순위가 단골인가 보군요.
제가 C언어 처음 배울때도 중간고사던가, 기말고사 때 햇갈려서 틀렸던 기억이 나는군요. -_-;; 햇갈려서 틀리는것은 그렇다 치더라도
손코딩 문제에서 ; 을 빼먹어서 틀리면 사람 환장합니다.
:shock:

정말 문제가
x *= x++ + ++y;
이었습니까?

아니면 그런 류의 문제라는 의미인지?

문제가 정말 위의 식 그대로라면
lsj0713 님이 쓰신 것처럼 정의되지 않은 것이라고 써야 맞습니다.

같은 컴파일러도 -O 옵션에 따라서 결과가 다르게 나옵니다.

$ cat a.c
#include <stdio.h>

int main()
{
        int x = 3, y = 3;
        x *= x++ + ++y;
        printf("%d %d\n", x, y);
        return 0;
}


$ cc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-1)

$ cc -O2 -Wall a.c -o a
a.c: In function `main':
a.c:6: warning: operation on `x' may be undefined
$ ./a
22 4
$ cc -Wall a.c -o a
a.c: In function `main':
a.c:6: warning: operation on `x' may be undefined
$ ./a
21 4

연산자 우선순위를 알아두는 것도 도움이 됩니다.

괄호를 쓰면 된다고 생각하시는 분들은 역시나 포인터에서도 이렇게 난잡한(어떤 근거로?..) 특성은 제대로 안 익혀도 생각하시는 분이 많습니다.

연산자 우선순위는 프로그래머가 최대한 괄호를 안쓰게 만들어주기 위해서 있는 것입니다. :-)

힘내세요!!

물론 엄청 불편하지요.. 그런데 공무원 수험서들 보셨나요??

그런 코드 쉽게 볼 수 있습니다. OTL

그런데, 문제는 그런 해악한 코드 분석이 아니라 수업 이름에 걸맞는 내용을 배우지 못한다는 것입니다. 객체지향 C++ 수업에 클래스는 기말고사끝까지 나올듯 말듯 하니 이게 객체를 배우고 자바를 배우고 C++을 배우러 들어온 건지 C에나 C++에나 다 있는 *= ++ 연산자를 매번 똑같이 배우려고 수업을 들은 건지 알 수 없지 않겠습니까?

1학년때..

프로그래밍 수업시간에 맨날 수업시간에 잠만 자고 과제물 해오라는거 그런거 하나도 안해갔는데..

그래서 조교한테도 팍 찍혔었는데..

중간고사, 기말고사때 두번 다 손코딩시험을 보더라구요..

손코딩으로 풀라길래, 시험보는 순간에만 머리 쥐어짜고 코딩했지요. (C였습니다만..)

A+ 주더라구요.

교수한테 왜 A+이냐고 묻기도 그래서 냅뒀긴 한데..-_-a; 정말 궁금해요. 제가 쓴 코드가 남들하고 많이 달랐을까요? -_-;

당장에 필요없는 작은 것들도
결국에는 알아두면 다 도움이
되는거 같습니다. 솔직히~
자세히 생각하면 문제가 어이없게
생각될지도 모르지만, 안다면
그만큼 맞출 수 있지 않았을까요?
저도 학부생이고 2학년입니다.
이번에 자료구조 시험보는데,
저는 코딩 문제에서 strcpy() 인자가
헷갈려서, 반대로 썼네요..
어디에 const가 붙을까 5분 생각했습니다.
결국 이런 작은 것들이 조금 더
단단하게 만들어주는 역할을 하는거 같네요.

으.. 손코딩..

키보드로 두들기면서 하는것보다 배로 힘들더군요..
하다보면 재미 들려서.. 막 써내려가면..
한시간 후에 목하고 허리가 굳어져서 나옵니다 ㅠㅠ

보통때 손코딩 하라면 죽어도 못하겠는데
시험 시간에는 왜 그리 재밌는지... 아예 즐기는 수준까지 갔습니다.

프로그래밍 수업.. 전공 필수라서..
듣기 싫어도 들어야 합니다.. 안들으면 졸업 안시켜 준다나.. 쳇

시험도 .. 어떻게 보면.. 괜찮은것 같더군요..
가끔씩 사람의 의표를 찌르는 문제가 나오고
.. 이번 시험은 함수의 원형을 적으라고 하더군요..
엄청 당황했습니다만 -_- 어떻게 만들어 적었죠 머~

그래도.. 저번 학기의 루프와 덧셈 뺄셈보다.. 낫습니다.
제가 산수에.. 좀 약해서... 왜그리 헷갈리던지.. 쩝

대학에서 그런걸 가르치는게 정말 한심하다고 생각하시나보죠?
물론 저역시 한심하다생각합니다.
그렇지만 초등학교교과서엔 프로그래밍수업이 없잖아요.

저런건 프로그래밍에서 가장기초적인 트러블슈팅능력을 가르키는것이 아닐까요?
군대에서 왜 빡세게 체력증진한답시고 유격을 시키는지 모르겠다는뜻과 같습니다.

눈에 눈물이 핑핑돌때까지, 모니터에 모니터가 빵꾸가나서 더이상 쓸수없을때까지..
전산쟁이의 트러블슈팅능력은 영원하리라.

소위 우리는 이런 트러블 슈팅이라는 단어를 이렇게도 쓰는것같더군요..
"삽질"

결론은 저런 해악한 코딩도 트러블슈팅(삽질)의 하나이고
그러므로 저는 그런 판단능력배양도 "필요하다"에 한표입니다.

원론적으로봤을때..
그런데 삽질은 왜시키는지모르겠군요..
정말 인터페이스의 발전은 그렇게 불필요한걸까요?
인터페이스가 발전했다면 저런 삽질도 조금은 줄어들꺼고
저런 눈따가움도 조금은 줄텐뎅..
이상입니다.

아이 눈따가와.. @_@ 핑핑핑... ㅠ_ㅠ 주루룩.......

트러블슈팅 -- 제가 이단어의 정확한뜻을 몰라서 찾아서 메모했습니다.
(troubleshooting,문제점이 있으면 그 문제점을 해결할수 있는 방법)
http://kin.naver.com/browse/db_detail.php?d1id=1&dir_id=1&docid=56180

저는 학교에서 특정 언어를 심도있게 가르칠 필요는 없다고 생각합니다.
제가 다닌 학교에서는 특정 언어를 가르치는 과목이 없었는데, 아마 그 영향을 무시할 수는 없을 것입니다. (전공 과목에 없었다는 것이고, 전교생이 듣는 교양 선택 과목에는 있었던 것 같기도 합니다만, 매우 오래되서 기억이 잘 안납니다.)

"프로그래밍 언어" 과목은 보통 3학년을 대상으로 한 것이었고, 교재는 Sebesta의 "Concepts of Programming Languages" 였던 것으로 기억합니다.

수업시간에는 imperative language부터 OOP, Functional 등등 programming language의 역사를 훑어가면서, 어떤 개념들이 등장했는지, 굵직굵직한 사건(?)들의 사례를 통해 배웠고, 중요한 개념들은 각 language에서 어떤식으로 구현했는지를 배웠습니다.

예를 들어, 지금 기억나는 것을 두서없이 적어보면...
OOP에 관련된 chapter가 나오면, 주로 abstraction, encapsulation, inheritance 등을 배우면서, 시조인 SIMULA-67과 최근(?)의 C++ 등에서는 어떻게 그런 것들이 구체적으로 구현되었는지를 배웠고,
Concurrent P.L.에서는 critical section, dead-lock, Monitor, Semaphore 등등이 무엇인지를 배웠습니다. 그리고, binding time과 name scoping등의 정책에 따라 어떻게 다른 양상이 벌어지는 것인지도 배우고..., pointer를 배울 때는 pointer의 단순한 개념 뿐 아니라, dangling pointer가 어떻게 생기고, 그런 것을 해결하는 것부터 해서 garbage collection까지 머리에 쥐나는 줄 알았습니다. (지금 생각해도 쥐납니다.)

그러니까, 도대체 programming language라는 것이 무엇이고, 거기에는 어떤 개념들이 들어가 있으며, 그 개념들이 어떤 의미를 갖는 지 등등, 생각한 바를 구현하기 위해서 어떤 도구(개념)을 사용하고 어떻게 그것들이 동작하는 지를 배운 것입니다.

시험에도 물론 그런 개념들과 용어들을 어떻게 파악하고 있는 지 묻는 것들이 나왔고, coding이 필요한 경우에도 적당히 pseudo coding을 했을 뿐, 직접 구체적인 언어로 ; 하나까지 신경써가며 작성하지는 않았습니다.

지금 생각해보면, 그런 접근 방법이 '전산학' 또는 '컴퓨터공학'을 전공하는 학생들에게 적합한 것이라고 생각합니다. 정작 실제 programming이 필요하다면, 알아서 공부하고 스스로 습득해야 했다는 '단점'도 물론 있었죠.

그것은 다른 과목도 마찬가지어서, 예를 들어, 2학년 과목이었던 system programming에서는 memory가 어떻고, assembler가 각각 어떤 식으로 돌아가는 지 배우고 (1-pass, 2-pass 등등), 각 assembly instruction을 배우지는 않았지만........ 결국 마지막 숙제로 68k assembler를 386, 68k, 그리고 뭔지 하여간 세 개의 assembly 언어로 작성해야 했습니다. (덕분에 크리스마스를 전산실에서 새우잠을 자 가며 보내야 했던 추억(!)이...), 다른 과목에서는 동일한 숙제를 C, C++로 각각 (언어의 특성을 잘 반영하며) 작성해야 했던 기억도 있습니다.

즉, 전산/컴공 학생들에게 C, C++, Java 등등의 language는 도구일 뿐, 그 자체가 목적이 되지는 않았다는 것이지요. 배워야 할 language는 너무나도 많습니다. 그렇지만, programming language가 담고자 하는 개념들을 꿰고 있으면, language 하나 하나 배워서 적용하는 것은 그다지 어려운 일이 아닐 것입니다. 학교에서는 그런 기초 체력을 키워주는 것이 좋다... 뭐 그런 말을 하고 싶었습니다.

현업 프로그래머입니다(학부생 점령이라//;;)저정도 문제는 그냥 '기초점수'주기 라고 생각해야 하지 않을까요:) 물론 교수님마다 성향이 다르시겠지만요. 성의없는 수업이라면 스스로 공부해 보세요. 정말 우리가 배워야 할 것들은 수업(없)이 많지 않을까요?
웹 개발도 해보고 지금은 금융권에서 코볼 프로그래밍을 하고 있는데요, 그때 갈고 닦은 기초들이 정말 오래 간다고 생각해요. 다들 삽질하고 있는 상황 속에서 뭔가 좀 더 나은 걸 만들어 보고 싶을때, 그때 빛을 발하는게 바로 '기초'라고 생각해요.
터 다지기를 잘 해둬야 건물이 잘 올라가고 오래 가겠죠? 그런 과정이라 생각하시고 힘내세요.

저도 불만이 있는거고 그 불만에 대해선 인정합니다.
저도 그래서 문제 잘못되면 당당하게 손을 들고 이의제기를 합니다.
이렇게 되어야 하는것이 이론상으로 맞는데 여기선 이렇게 되어 있다.
그것도 다 들리게도 아니고 아주 조용하게 말이죠.
만약 그거 조차 문제로 내버리신 교수님이라면 응~ 알아서 풀어...
그러시는데 그렇지 않은 교수님이라면 전체공지를 칠판에 적고 나가버리시죠...

어쨌든 문제가 올바르건 올바르지 않건간에 정작 중요한것은
문제를 통해 물어보고자 하는 핵심이 무엇인가를 파악하는 것이라고 봅니다.
그 문제에 대한 답을 최대한 간략하게 촌철살인급으로 써내야죠.
공대 교수님들 특성상 답을 "너무 장황"하게 쓰면
양심의 가책없이 사선긋고 F주는거 아시죠 _ㅡ_)? ;;;;;

---------------------------------------------------------------
피곤함 1테라톤을 가방 보따리에 주섬주섬 짊어메고 다니는 아이 . . . Orz