'프로그래밍'에 해당되는 글 5건

  1. 2008.11.22 리뷰어들에 대한 쓴소리 5
  2. 2008.06.08 프로그램 관리자 2
  3. 2007.11.10 하고 싶은게 너무 많아 감당을 못할때
  4. 2007.10.07 답답하구나 10
  5. 2007.09.22 도전, 프로그래밍! 1
나의 이야기/Note2008. 11. 22. 14:56

  어느 분야를 막론하고 새로 나온것이나 기존 것들에 대한 리뷰는 항상 있게 마련이다. 예전에는 주로 전문 기자들이 신문이나 잡지 등의 매체를 이용해서 리뷰가 나왔고 대중도 이것을 통해서 세상의 여러가지 것들에 대한 정보를 얻고 하였다. 그리고 지금은 각종 매체의 발달로 신문,잡지뿐만 아니라 각종 다양한 방식의 리뷰가 나오고 있고 리뷰어도 전문 지식을 갖춘 사람들을 넘어서서 일반인들도 블로그,미니홈피 등을 통해서 각종 글을 올리고 있다. 이로 인해 예전에 비해서 얻을 수 있는 양이 엄청나게 늘어났다.
  하지만 이렇게 리뷰어의 범위가 넓어지고 하다 보니 정보의 양이 늘어난건 좋지만 그 질에 대한 문제도 발생하고 있다. 가장 큰 문제는 리뷰를 자기 마음대로 평가하고 자기 마음대로 표현하면 다인줄 아는 인식이다. 무슨 말이냐면 충분한 사전 지식 없이 장님 코끼리 만지듯 자기가 본것만으로 이건 어떻다 저건 저렇다를 멋대로 평가해 버린다는 이야기이다. IT쪽에서의 리뷰를 통해 본인이 겪은 몇가지 사례를 이야기 해 보겠다.
  내가  자주 가는 프로그래밍 커뮤니티에서 한 유저가 국산 인코딩 프로그램 A와 외산 프로그램 B를 비교하는 글을 썼는데, A에 대한 안좋은 감정이 있는지 아주 일방적으로 성능 테스트에서 B에 비하여 A가 떨어지는 부분만을 강조하면서 맹비난을 하는 글을 보았다. "B는 A에 비해 CPU 점유를 반밖에 차지하지 않는데 속도는 많이 뒤지지 않는다.","A는 왜이렇게 용량이 많냐" 이런 식으로의 비난밖에 없는 글이였다. 웃긴 것은 성능비교표를 보여주면서 글을 썼었는데 표에는 서로 장단점이 보이는데 글에는 장점에 대한 사항은 없었다는 것이다. 그저 B가 A보다 나은 이유만을 고집하고 있었다. 뭐 글의 주제가 그렇다면 할 수 없겠지만 기가 막힌것은 이런 언급이 있었다."A는 멀티 스레딩을 하고 겨우 그정도고 B는 안하고 해서 이렇게 나왔다면 멀티 스레딩을 하게 만들어서 2배의 성능을 내게 만들었으면 어쩔거냐"
  기가 막혔다. 당시 리뷰어는 프로그래밍적 지식이 아무것도 없는 사람이있는데 단순히 어디서 '멀티'라는 말만 줏어 듣고 하는 말이였다. 거기다 멀티 스레딩을 하고 2배 성능이라니.. 어이가 없는 글이였다. 
  다른 사례를 들자면 게임에서 자주 나오는 '게임 엔진'에 대한 언급을 하고 싶다. 잡지나 인터넷 등의 리뷰에서 게임을 평가할때 그 게임이 유명한 게임엔진을 사용한 게임이라면 그에 대한 말을 자주 볼 수 있다. 그런데 'A엔진을 제대로 살리지 못한 게임','B엔진답지 않은 게임' 이런 식의 문장을 볼때마다 좀 신경쓰인다. 과연 그런 문장을 쓰는 사람은 게임 엔진이 어떤 것이고 어떤식으로 살린 것이 가장 잘 살린 것이라는 것을 알고 그런 말을 하는 것일까? 단순히 게임 그래픽이 좋고 나쁘고 또는 느리고 빠르고 그런 것만 보고 하는 말은 아닐까? 하는 생각이 자꾸만 들게 된다. "같은 엔진을 사용한 다른 게임과 비교해서 아쉬운 점이 있다"이런식의 표현이 좀더 객관적이지 않을까? 하는 것이 나의 생각이다.
  조금 주제를 바꿔서 게임 매니아가 우리나라 게임 산업에 대하여 평가한 글도 본적이 있는데 주제가 우리 나라 게임 프로그래머가 문제라는 것이였다. 아이디어나 그래픽 수준 그런것은 충분히 뛰어난데 개발자가 프로그래밍을 못해서 그렇다는 식의 글이였다.(이후 그 글이 실린 블로그는 수많은 비난 리플로 폐쇄되었었다.)
  내 말이 무조건 옳다는 건 아니지만, 리뷰를 쓰면서 그 리뷰를 읽는 사람이 아무것도 모르는 일반인 뿐만 아니라 그것을 만든 사람과 관련 분야에 있는 사람도 있다는 것을 알고 글을 쓰면 안될까? 위에서 말한 것 같은 글을 볼 때마다 난 "쥐뿔도 모르면서","당신이 만들어 보지" 이런 생각을 하게 된다. 리뷰는 사실 정보는 최대한 객관적이게, 그리고 평가는 주관적이지만 최대한 공정하고 정확한 사전 지식을 바탕으로 해야 한다는 것이 내 지론이다. 개인적인 생각이지만 리뷰를 쓰게 된다면 서로 상처 안받게 좀더 정확하고 공정한 평가를 보여 주는 것이 더 좋은 리뷰가 아닐까 하는 생각이 든다.

Posted by 머리
Study - Programming/C/C++2008. 6. 8. 02:32
음.. 근무할 때 핑 테스트한다고 창을 열댓개를 띄워 놓고 그러니까

작업 표시줄이 너무 복잡하더라

그래서 어떻게 할 방법이 없을까 생각하다가 아예 실행 중인 프로그램을 관리하는 프로그램을 만들자고 생각해서 만들어 보았다
사용자 삽입 이미지

생각보다 간단히 만들 수 있었다.

Find Windows를 클릭하면 실행중인 프로그램이 목록으로 뜨고 Show/Hide를 조정할 수 있다.

휴가 와서 이거랑 비트맵 깔짝대는거 한다고 하루는 사용한 것 같다.

아 내일 가는구나.. 기분이 착찹하다... 일단은 핵심 소스만

   i = SendMessage(hList,LB_GETCURSEL,0,0);
   SendMessage(hList,LB_GETTEXT,i,(LPARAM)str);
   tempHwnd = FindWindow(NULL,str);
   ShowWindow(tempHwnd,SW_SHOW);
Posted by 머리
나의 이야기/Note2007. 11. 10. 01:01
  지금 내가 공부 하고 있는 언어들을 한번 세어 보면

1. C
2. C++
3. JAVA
4. C#
5. VB.NET
6. Delphi

  여기에 세부 분야까지 넣어 보면
1. API
2. MFC
3. TCP/IP

  뭐 이정도. 문제는 이런 것들을 그냥 배워 보고 싶다는 생각에 건드려만 본다는 것이다. C/C++이야 항상 만지고 있는 거니 예외라 치고, 델파이는 거의 안하니 제외 해도 너무 하려고 하는게 많다. 특히 C#이랑 JAVA는 의욕에 비해 하는게 너무 없는듯하다.

  지금 생각은 이렇다. 한 두가지 정도만 집중할것이냐 조금만 더 힘낼 것이냐. 솔직히 말해서 조금 버겁긴 하지만 그렇다고 못하겠는건 아니다. 그냥 진도가 너무 안나가는 것에 대한 불안감?

  그래도 대학 와서 내가 이쪽 분야 그동안 공부했던것과 비교해 본다면 결코 무리라는 생각은 안든다. 다만 걱정되는건 어린 시절 근 10년간 VB를 파 오면서 너무 공부하기에는 어렸었다는 것도 있었겠지만 여러가지를 많이 해보고 싶어서 이것 저것 해보다가 어중간하게 얕고 넓게(?) 익히게 되어서 그게 반복되지 않을까 신경쓰인다.

  1월 안에는 윈어플 큰거 하나 짜놓고 가긴 가야 하는데.. 제일 승산 있는게 무엇일까? 제일 승산있는건 MFC나 C#쪽인데.. 아무래도 최근에 새로 배우는 언어는 C#이 제일 무난하게 나가고 있어 조금만 더 하면 윈폼 시작할것이니. 아니면 지금 텀 프로젝트한다고 공부중인 MFC도 요즘들어 뭔가 감이 잡혀가기 시작해서 조금만 더 노력하면 속도가 붙을 것 같은데..

  이렇게 해봐야 겠다. JAVA로는 뭐 만드는건 잠시 미루되 꾸준히 공부는 하고 MFC는 텀에 충실하되 실력이 늘 수 있게, 그리고 C#으로는 뭘 만들도록 주로 공부해 봐야지. 이렇게 실천할수 있으면 얼마나 좋아.
Posted by 머리
나의 이야기/Note2007. 10. 7. 04:05

  요즘들어 자꾸 우물 안 개구리라는 느낌을 자주 받는다. 그도 그럴 것이, 요즘 코드 짜는 것들을 보면 별찍기라던지, 진법변환이라던지, 정렬 알고리즘이라던지, 뭐 이런것들이다. 그야말로 학교 과제용 코드들. 이런 쉬운 것들만 자꾸 하다 보니 내가 무슨 C의 본좌라도 되는 것처럼 자만하게 되는 것 같기도 하고, 그런 느낌이 들땐 흠칫 놀라면서 다시 마음을 가다듬곤 하긴 한다.
  지금 생각하면 참 실력 많이 늘었다고 느끼는건 사실이다. 어린 시절 아직 사고 능력이 부족 할 때에는 잘 이해가 안가던 것들이 지금은 하나 둘씩 이해가 되어가고 있고, 좀 더 경험도 쌓여 가고 있고.. 객체지향? 이런거 어릴때는 뭔지도 몰랐던 개념이였지만 지금은 오히려 객체지향 프로그래밍이 익숙할 떄도 있다.
  그렇게 뭔가 좀 아는게 늘어가다 보니 지적 허영심에도 많이 빠지더라. 뭔가 내가 천재라도 된 것 거처럼 걷기도 전에 뛰려고 하는 식으로 다른 걸 배우려고 하고.. 그러다가 포기할때도 있고.. 참.. 후회할 때가 많다. 그냥 하나만 팠으면 더 나았을 텐데..
  오늘 어쩌다 알알이라는 분의 블로그에 들어가서 글을 읽었었다. 여자 프로그래머이신듯 하던데.. 참 블로그가 대단하더라.. 정말 나'따위'라는 말이 생각나더군. 참 그러면서 내 자신에게 왠지 모르게 화가 나고 나도 저런거 할줄 알아야 하지 않겠냐라는 생각도 하고, 그러면서 리폿, 학과 공부, 학점 같은걸 생각하니 또 답답하고.. 하고싶은 건 많은데 해야 할것도 많다 이런 거겠지.. 전에도 한번 썼었지만 차라리 백지상태로 들어와서 공부해 나갔었음 좋다는 생각이 많이 드네.
  이 다음 내용을 생각하다 눈에 들어온 게 저 위쪽 문단에 '지적 허영심'이란 단어..참 나를 부끄럽게 만드는 단어다. 조금, 아주 조금 안다고 혼자 설쳐대는 꼴이 아닌가 나란놈은. 어차피 나중에 가면 다 똑같아 지는거. 부끄럽구나 부끄러워. 차라리 학점이라도 높았으면.
  더이상 썻다가는 비참해 질 것 같다. 그만 써야지.

Posted by 머리
Study - Programming/C/C++2007. 9. 22. 01:08
  음.. 블로그 포스트가 하도 올릴게 없어서.. 간단히 생각해 본게 C를 처음 접하거나 익숙하지 않은 사람들이 C에 익숙해지게 할 수 있도록 몇가지 간단한 퀴즈를 내 보는 식으로 포스팅을 해보자는 것이였다. 내 실력도 아직 많이 미숙하지만, 간단한 퀴즈 정도는 내 볼 수 있으니까, 내 능력이 되는대로 할만한 퀴즈가 있으면 내 보자 한다.

  커리큘럼은 일반 C 학습과 비슷하게. 이정도를 해결 할 수가 있다면 적어도 그 부분에서는 익숙하게 사용할수 있다고 할 수 있을 것이다. 자유자재라고는 장담 못하지만..

  그럼 첫 번째 퀴즈는 무엇인가? 맨 처음이니 출력 관련 문제를 간단히 내 볼까 한다. 출력 결과는 다음과 같다.
사용자 삽입 이미지

  간단하다. printf함수 하나만을 이용한 간단한 메뉴 출력 프로그램이다. 입력받거나 입력 후 작업 그런 것은 상관없으며, 단순히 위와 같은 결과물만 출력되면 된다. 참고로 Press...이 부분은 출력할 필요가 없다.

  단, 이 프로그램 작성의 조건은 다음과 같다.
1. printf함수의 사용은 한 번 뿐이다.
2. 개행을 하는 것은 \n을 이용하되, 한줄에 저 모든 것들이 나타나서는 안된다. 반드시 한 줄당 코드 한 줄이 있어야 한다.
   즉 저 프로그램을 짜기 위해서는 1개의 printf에 적어도 6줄의 코드(메뉴 및 Bar의 수 만큼)가 있어야 한다는 것이다.(기타 #include, main함수 이런 부분은 제외)

  그냥 단순히 한줄로 다 짜면 되지 않느냐 할 수 도 있겠지만 만약 콘솔에서 10개쯤 되는 메뉴를 출력하게 짜야 한다고 치자. 이것을 한줄로 한다 하면 꽤 복잡 할것이고, 문단 정렬도 꽤 성가실 것이다. 그냥 한 줄당 printf하나를 쓰기에는 뭔가 비효율 적이고, 그냥 하나의 printf로 코드를 보기 쉽게 짜 보는 것도 괜찮을 것이다.

  관심 있는 사람은 비밀글로 리플을 달으면 그에 대한 답을 할 예정이다. 간단한 테크닉이지만 의외로 잘 모르는 사람도 있어서 한번 해 본다. 그럼 답변 기대해야지!
Posted by 머리