질문

Search BackLinks only
Display context of search results
Case-sensitive searching

• 이학 . . . . 38 matches
       미국에서 '이학'이 발달하고 있음을 잘 나타내 주는 예로서 자주 거론되는 것으로 미국 사람들은 질문하는 기술이 좋다는 것이다. 사실은 기술이 좋다라기 보다 모르는 것은 무엇이든지 질문하는 습성이 있는 것이다.
       이것과 관련하여 컬럼비아 대학에 있었을 때 만난 한 제자 생각이 난다. 멀리서 그의 모습이 보이면 교수들이 피해갈 정도로 만날때마다 질문을 해대는 학생이었다. 학교에서뿐만 아니라 밤 늦은 시간에도 교수 집에 전화를 해서 한 시간씩이나 질문을 하기도 했다. 외모는 뛰어났지만 컬럼비아 대학에 들어올 정도의 실력이 못 되는 학생이었기 때문에 (경력이 특이하고, 면접시 추진력을 인정받아서 입학시킨 학생이었다.) 그의 질문은 대부분 전혀 조리가 안 맞고 초점이 없었다. 나도 대학이나 집으로 걸려 오는 전화를 통하여 그의 왕성하긴 하나 시시한 질문에 몇 번이나 손을 들었다.
       그런데 입학해서 2년 정도 지나니까 그는 더 이상 시시한 질문만 하는 학생이 아니었다. 가끔 질문다운 질문을 할 때도 있었고 4학년이 되어서는 마침내 우수한 논문을 써내어 학계 일류의 논문지에 발표할 정도로까지 성장하였다. 그는 그 후 내가 하버드 대학으로 옮길 때 강사로 따라왔다가, 스탠퍼드 대학의 조교수를 거쳐 지금은 캘리포니아 대학의 교수가 되었다.
       이 학생에게서 전형적인 예를 보듯이 미국에서는 질문을 통해 배운다. 즉, 귀로 배우는 '이학'이 학문의 한 방법으로 널리 쓰이고 있다. 일본 사람들은 일반적으로 '좋은 질문' 과 '시시한 질문'을 구별하고, 실제로 답을 알면서도 자기 재능이나 발상을 과시하기 위하여 질문하는 경향이 있다. 미국 사람들은 좋은 질문이나 시시한 질문에 상관없이 모르는 것은 무엇이든지 질문하고 할 수만 있다면 질문만으로 다 배워 보겠다는 자세가 있다.
       일류 대학의 학생이라면, 이 이학만으로 단기간 내에 상당한 수준까지 배울 수가 있다. 가령, 3,4백 페이지 분량의 책에 씌어진 내용을 배우려고 할 때, 학생은 교수에게 가서 "이 책에는 무엇이 씌여져 있습니까?" 라고 일본의 대학에서는 상상도 할 수 없는 질문을 한다. 다소 유치하고 대략적인 질문이지만, 질문받은 교수는 그에 대해서 학생에게 열심히 설명한다. 그러면 그 설명에 대해서 또 질문하고, 그것을 몇 시간에 걸쳐서 되풀이하는 동안에 학생은 그 책의 요점을 파악해 버린다. 두꺼운 책을 몇 페이지 읽다가 이해하지 못해 포기하는 것보다 질문을 하는 것이 결과적으로 좋은 효과를 내는 셈이다. 물론 상세한 부분은 스스로 읽어야 되겠지만, 대체적인 요점이나 골격을 파악하면 책에 대한 이해는 훨씬 빠르다.
       학생과의 관계에서 자주 경험하는 일인데, 일본 학생은 'why' 라든가 'how'라고 질문하는 경우가 매우 많다. 말할것도 없이 'why'라는 것은 '왜'라는 것인데, 이것은 '진리(眞理)'를 물어 보고 있는 것이다. 이에 반해 미국 학생은 'what'이라는 형태의 질문을 많이 한다. "그것은 도대체 무엇이냐?" 라는 식으로 물어본다. 이것은 '사실(事實)'을 묻는 것이다.
       요컨대 일본 학생은 사실의 배후에 있는 진리를 구하고 있다고 해석할 수 있다. 'why' 라고 묻는 것이 사실만으로 만족할 수 없기 때문이라면 나름대로 훌륭한 질문이 될 수 있다. 그러나 경우에 따라서는 정보(情報)를 진리로 착각할 때도 있고, 사실을 모르면서 진리라는 말을 혼동하여 자기 만족에 빠지는 경우도 있을 수 있다.
       '이학'은 단순히 학문에서뿐만 아니라 여러 방면에서 이용된다. 예를 들어 일본에 대해서 알고 싶어하는 미국 사람은 일본에 관해서 쓴 책을 읽기 보다 우선 주변의 일본 사람에게 자꾸 질문한다. 나도 주변의 미국사람에게서 일본에 대한 여러 가지 질문을 받은 적이 있다. 질문을 받으면 대답해야 한다. 대답해 주지 않으면 자기도 상대방에게 그와 비슷한 질문을 할 수 없기 때문이다.
       단. 목적과 방향성없는 질문. 그리고 [http://kldp.org/KoreanDoc/html/Beginner_QA-KLDP/ 잘만들어진 메뉴얼을 읽지 않은 상태에서의 질문] 은 조금 생각해봐야 하지 않을까요. 이미 좋은 문서가 있는 가운데에서 선배들이 할 일은 '고기낚는 법' 을 가르쳐주는 것일지도.
       공부를 효율적으로(비용 대 수익 면에서) 잘 하는 사람들을 보면, 질문하기를 잘(자주)하고 또 잘(능숙하게) 합니다. 또 하나 관찰할 수 있는 것은, 어느 누구에게 무엇을 묻든 꺼리거나 부끄러워 하지 않으면서도, 물을 때는 주변에서 가장 적당한 사람, 최적의 사람을 찾아 묻는다는 점입니다.
       노벨 물리학상을 받은 리차드 파인만(그의 전기는 물리학과 인연이 없는 사람들에게도 추천합니다. 밤을 단숨에 샐 겁니다)은 이런 질문하기의 기술과 용기를 두루 갖춘 사람이었습니다. 그가 모 프로젝트의 중간에 투입되었을 때 관련 기술지식을 전혀 갖고 있지 못했습니다. 그 프로젝트의 현장 기술자들을 불러놓고 그들에게 끊임없이(대여섯시간?) 질문을 해서 순식간에 그들의 지식을 흡수한 이야기는 전설로 회자되기도 합니다.
       그런데, 이런 "가당찮아 보이는" 질문에 제대로 답변을 해주려면 그 사람이 "대가"여야 합니다. 대가가 아니고서는 이런 질문에 모든 것을 통섭하여 쉽고 간략한 답변을 내어놓지 못합니다. (여러분 중에 "알고리즘이 뭐에요?"라고 묻는 문외한에게 자신의 언어로, 쉽고 명료한 -- 그러나 조금도 어긋남 없는 -- 설명을 해줄 수 있는 사람이 몇이나 될까요) 그래서 "최적의 사람"을 골라 물어야 하는 것입니다. (질문을 잘하는 사람은 상대가 유명한 대가라고 해도 겸손할지언정 절대 주눅들지 않습니다. 다짜고짜 그 대가를 찾아가서는 도움을 청하는 것이죠.)
       대여섯시간 동안 질문하는 사람도 대단하게 느껴지고, 그에 맞춰서 대여섯시간동안 답변해주는 사람 또한 대단하다 생각됩니다.
• 지금그때2005/회의20050318 . . . . 21 matches
       == 첫 시간 행사 : 질문 레스토랑 ==
       주사위를 굴려서 걸린 사람이 질문을 던지고, 나머지 사람들이 대답하는 게임이다.
        매니저 : 레스토랑 소개, 주사위 굴리기, 질문에 대답할 사람 선택하기, 입막음을 담당
        웨이터 : 질문을 거둔 후 공지하기를 담당
        메뉴판(질문등록지)
        자신이 원하는 질문을 추가할 수 있음
        개인 질문권(아이템)
        정말 질문하고 싶은 경우 개인당 1회로 질문권 발동
        질문 등록
        메뉴판에 없는 질문이 하고 싶은 경우 포스트 잇에 적음
        질문이 적힌 포스트 잇은 웨이터가 수거
        새로운 질문이 등록된 경우 주사위를 굴리기 전 웨이터가 모두에게 질문을 알려줌
        원하는 사람은 질문을 자기의 메뉴판에 추가할 수 있다.
        한 질문에 대해 7분이 넘는 대답을 하는 경우
       크게 두 개 부분,질문 레스토랑과 OST 부분으로 나뉨. 3시간 20분 계획
       질문 레스토랑
        6:25 질문 레스토랑 소개
        7:55 Market Place에 질문 받기
       시작& 질문 레스토랑 매니저 : 이승한
• 1002/Journal . . . . 19 matches
        * Facilitator 나 발제자, 또는 읽는 사람들이 질문제기 & 사람들 의견 자유토론
        * 다른 사람들이 나에 비해 해당 어휘에 대한 재정의(Restatement) 단계가 하나나 두단계정도 더 높았던걸로 기억한다. 내가 책을 읽을때 질문을 잘 못만들어내는 것도 한 몫하는것 같다.
       29 (금): 영어 질문답변시간 참석. 르네상스 클럽. Work Queue, To Do List. 7막 7장.
        * Opening Question 이 부족했다. 개인적 경험과 결부시켜서 질문해볼 수 있었을건데. 아는 선배 (뭐 뻔하지만) 가 대화를 할때 정말 잘하는 기술중 하나가 적절한 질문법이다. 분석이 필요하다.
       아직은 나에겐 '~한 점에서 결국은 다 같다' 라는 말보다는 '~한 점에서 다르다' 란 말로 배울 수 있는게 더 많은 것 같다. 아는 선배는 '결국 SE 의 큰 틀 내에서의 범주로 놓고 보면 RUP나 XP나 같은게 아니냐' 식으로 이야기한다. 나는 XP의 다른점(지극하게 가벼운 곳부터 시작하여 필요할때 테스크나 스토리로서 추가하는)으로 장점을 얻고자 한다. 아는 선배는 TDD로 하건 뭘로 하건 결국 빠르게 좋은 프로그램을 만들면 된다고 한다. 나는 TDD를 끝까지 해봄(디버깅 툴로 돌리는 시간이 거의 0라는 점, 내가 제어할 수 있는 좋은 질문 & 좋은 답을 만들어내기)으로서 장점을 얻고자 한다. 아직까지는 守의 단계이라 생각하기때문에.
       즉, OOP 식 사고에서의 장점이 아닌, 기존 개인스타일의 프로그래밍중에서의 장점이였다. 스스로 생각하기엔 OOP라 생각했던 것들도, 알고보면 OO의 언어를 쓸 뿐, OOP가 아니였었던 것이다. 세미나중 'OOP 로 하면 뭐가 좋아요?' 라고 질문할때 저렇게 답할 수는 없겠지.
       다시 'OOP는 왜 하는가' 에 대한 질문을 하면서 내가 플밍하는 방법에 대해 생각하게 되었고, 내가 프로그래밍을 하면서 유용하게 이용했었던 사고습관(일련지는 모르겠다 정확하게는;) 에 대해 생각하며 OOP 세미나 스케줄 1차 초안을 만들어보기 시작했다.
        1. 무엇을 할것인가 : 어떻게 할 것인가의 관점. 나는 초기에 학교 전공 중 Science 와 Engineeing 의 기준을 저것으로 나누었었다. 내가 '무엇을 공부할까?' 라고 질문을 할때는 앞의 분류를, '어떻게 할것인가?' 라는 질문을 할때는 뒤의 분류를. 바로 적용되진 않겠지만, "OOP 는 '프로그래밍을 어떻게 할것인가?' 라는 분류에 속한다" 라고 말해주면 머릿속에서 분류하기 편할것이란 생각을 했다.
        * 이때쯤 해야 할 질문이 '그 다음에 할일은?' 이건만. 잠시만 보류.
        * Wiki 설명회때 느낀 JuNe 선배에 대한 분석 (wiki:NoSmok:AnalyzeMary) - 어떻게 하면 별 관심없어해보이는 사람들로부터 질문을 유도해내고 반응을 끌어올 수 있을까? 정말 신기한 경험이였다. 처음에는 그냥 별 생각없어 보이던 사람들도 설명의 Turn (설명 내용별로 약간약간 단락이. 중간 Feedback 을 살피고, 다시 새로운 설명을 하는 모습) 이 증가함에 따라 스스로 '질문' 을 하게 되었을까.
        * 내용의 접근방법 - 질문을 던지고, 내용을 이야기하고, 또 질문을 던져보고... XP의 TDD를 보는 것 같은데, 이 또한 방법인 것 같다. Feedback 을 살핀다는 점에서.
        * 인상 깊었던 내용 대강: '생,사, 신비 체험' 에서 의학용어중 '所在識' 이라는 것이 있다고 한다. 병원에서 환자의 의식수준이 점점 낮아지고 있을 때 그 수준을 검사하기위해 다음과 같은 질문을 한다.
       공간적, 시간적, 그리고 자기자신에 대한 본질적 질문들. 환자를 '진단' 하듯이 나를 '진단' 하는 저 질문에 대해 나는 어떤 답을 내릴까? 언제나 나는 질문에 대해 결론을 내리지 않는, 표현하지 않는 Read-Only User의 위치에 있는 경우가 많았다. 과연 나는 어떤 답을 내릴까? (저 글에서의 '나'와 지금 이 글을 쓰는 '나'가 같은 사람이 아니라는 느낌이 드는 이유는 뭘까.)
• 제12회 한국자바개발자 컨퍼런스 후기/유상민의후기 . . . . 18 matches
        * 메뉴얼 주었을때 따라하는 사람은 없을 것 같다. 그래서 보조자가 중요하다고 했는데, 위의 내용은 회의의 주최나 진행자만 자세히 알고 있으면 될것 같다. 이걸 가지고 질문하는 분들이 안쓰럽게 느껴졌다.
       === 질문을 했다. ===
        * 대답 못함, 그래서 다르게 바꿔서 질문
        * 사용 어휘는 손영수씨와 친분을 강조하는 부분이 불편했다. 질문하는 내가 바보 같이 느껴졌다.
       대답을 통해서, 학교에서 소프트웨어 공학 수업들었을때와 비슷한 느낌을 받을 수 있었다. 요구 분석 절차를 위해서 300페이지 짜리 문서를 보면서 5분단위로 쪼개진 프로세스를 지키면서 하라는 소리는 하지말라는 의미와 별반 차이 없을 것 같다. 중간에 청중에게 질문한게
       === 질문을 했다. ===
       전자신문 기자 질문 -> 양수열 (전 jco 회장)
        * 글자에 표현안되지만, 기자는 다소 도발적인 질문이고 기분 나쁠 수 있게 따지듯이 물었다. 그런데 정말 놀랍게도 답변자는 질문의 관점을 바꾸어서 부드럽게 대답하였다. 정말 대단하다. 큰 인상을 받았다. 3자로서 듣는 입장은 정말 대단히 좋은 답변이었다. 그런데 기자는 만족못한 표정이었다.
       전자신문 기자 동일 질문 -> 최상훈 (현 jco 회장)
       === 질문을 했다. ===
        * 거의 답변 못 받았음. 그냥 모두에게 질문할 껄 그랬다. 발표자가 많이 긴장하고 있는 느낌이 들었다.
        * 개선점 ~ 그냥 3,4명 패널을 놓고 계속 질문 답변으로 진행하는게 좋을 것 같다. 모두를 아우르기 위해 추상적인 용어를 쓰면 모두가 조금씩 만족하지 못하는 부분이 생긴다. 3명 정도가 구체적인 자신의 경험을 이야기하는 편이 좀 더 매끄럽고 자연스럽게 진행되지 않았을까 싶다. 주제가 기억은 안나지만, 과거에 그런 진행 방식 본적이 있었는데, 이 자리에는 그런 방식으로 하면 이번에 하면 매우 어울릴 것 같다.
        * 거의 전 세션에 질문했다. 좀 이해가 안가는 부분이나, 마음에 안드는 부분 위주로 질문을 했는데, 대부분 답변 못받았다. 아마도 발표자들이 해당 관점을 생각을 안해본 모양이다. 하지만 답변자가 잘 할수 있는 수준의 질문은 나라도 그냥 똑같은 답변을 할 수 있다. 내가 모르고 답변자의 경험을 더 알수 있는 그런 질문을 생각해 보자.
        * 질문하니 계속 책 주겠다고 하는데.. 책이 좀 도움이 되면 받아올텐데 그닥.. 전부 거부하고 왔음.
• 질문레스토랑 . . . . 17 matches
       [질문의힘]에 나오는 ''질문 게임''을 좀더 게임과 같은 분위기로. [지금그때2005]를 준비하는 이들이 창안.
       주사위를 굴려서 걸린 사람이 질문을 던지고, 나머지 사람들이 대답하는 게임이다.
        * 매니저 : 레스토랑 소개, 주사위 굴리기, 질문에 대답할 사람 선택하기, 입막음을 담당
        * 웨이터 : 질문을 거둔 후 공지하기를 담당
       === 메뉴판(질문등록지) ===
        * 자신이 원하는 질문을 추가할 수 있음
       === 개인 질문권(아이템) ===
        * 정말 질문하고 싶은 경우 개인당 1회로 질문권 발동
       === 질문 등록 ===
        * 메뉴판에 없는 질문이 하고 싶은 경우 포스트 잇에 적음
        * 질문이 적힌 포스트 잇은 웨이터가 수거
        * 새로운 질문이 등록된 경우 주사위를 굴리기 전 웨이터가 모두에게 질문을 알려줌
        * 원하는 사람은 질문을 자기의 메뉴판에 추가할 수 있다.
        * 한 질문에 대해 7분이 넘는 대답을 하는 경우 매니저가 아이템으로 중지시킴
• 지금그때2005/자료집 . . . . 15 matches
       질문 레스토랑
        6:30~ 질문 레스토랑 운영
       == 질문 레스토랑 ==
        * 메뉴판(질문등록지) - 각 손님에게 나눠드립니다. 지금 받으신 이 종이에요. 이것 저것 적으실 수 있답니다.
        * 개인 질문권(아이템) - 정말 질문하고 싶은 경우 개인당 1회로 질문할 수 있는 기회를 드립니다.
        * 질문 등록 - 메뉴판에 없는 질문이 하고 싶은 경우 포스트 잇에 적어주세요. 질문이 적힌 포스트 잇은 웨이터가 수거해 드립니다. 새로운 질문이 등록된 경우 주사위를 굴리기 전 웨이터가 모두에게 질문을 알려주고, 원하는 사람은 질문을 자기의 메뉴판에 추가하세요.
        * 입막음 - 한 질문에 대해 7분이 넘는 대답을 하는 경우 매니저에게 중지 당할 수 있습니다. 다음 질문을 위해 양해해 주세요.
• 지금그때2005/리허설 . . . . 14 matches
       작년 지금그때2004 에서는 패널과 자유롭게 질문하고 대답할수 있는 자리가 마련되었었는데요.
       이번에는 조금 바꾸어 누구나 질문을 등록 할수 있고, 모든 사람들은 자유롭게 대답할수 있는 질문릴레이 시간을 준비하였습니다. 꺼려하시지 마시고 언제든 앞에 나오셔서 질문을 등록하시고 누구나 적극적으로 대답해 주시기 바랍니다.
       === 첫 행사 질문릴레이 ===
       앞에는 저희가 생각한 이번시간에는 최소한 이런 이야기는 꼭 나왔으면 한다는 이야기들을 적어 놓았습니다. 그 이외에 또 질문하고 싶으신 내용이 있으시다면 언제든 나오셔서 질문을 등록하실수 있습니다. 대답에 집중하는 사이에 어느순간 질문을 까먹어 버리는 경우도 많으니까요.
       또 질문은 누군가를 향해 하실수도 있고, 전체를 향해 질문 하실수도 있습니다.
       또 여기 모인 사람이 너무 많기 때문에 자신에게 질문이 안 돌아올까 걱정하실지도 모르겠는데요. 그 부분을 보완하고자 누구든 질문을 하고 싶으신 분은 질문권을 받아오실 수 있습니다.
       질문 레스토랑
• 질문의힘 . . . . 14 matches
        * Title : 질문의 힘
        * 질문 능력 키우기 - 이야기를 들으면서 삼색 볼펜 구분법으로 필기하기
        -> 초록색 볼펜으로 쓴 것을 중요도를 매겨 질문
        * 좋은 질문이란?
        * 본질적이고 구체적인 질문.
        * 자신도 묻고 싶고, 상대방도 대답하고 싶은 질문
        * 현재 맥락(경험)을 따르며, 상대방의 경험(과거 맥락)도 따르는 질문
        * 상대방이 공등인 부분에 대해 질문
        * 추상적인 질문과 구체적인 질문을 연결하기
        * 본질, 전문적 질문
        * 상대방에 대해 미리 공부해서 질문
        * 창의적인 질문
        * 상대방에게 영감을 주는 질문
• 지금그때2004/토론20040401 . . . . 13 matches
        * 검은 : 패널 선택, 질문 만들기 까다롭다
        질문만들기는 힘듬
        03의 대답은 비슷할듯, 몇사람에 질문 집중
        질문은 누구나 가능.
        학번당 한명(6명?) - 고학번도 좋은 질문을 할 수 있기 때문
        * 초록 : 주제가 있는 질문
        여러주제 - 질문지.
        * 질문 : 패널 기록은 누가 함? -> 레코더가 있음 좋겠음 -> 자겸 : 레코더로 정해짐
       == 질문 ==
        * 초록 : [질문의힘] 책을 읽고 질문내면 좋겠다.
        * 그러한 공간적인 면을 물어 본것이 아닙니다. 당일 책상 배치는 사람수에 따라 그 수가 재조정되었습니다.(물론 한 책상당의 사람수의 계산에 따른 것입니다.) 전 방식에 대한 본질적인 질문을 한것이지요. 다음에 열거하는 것들에서 큰 차이가 있는것 같은데 맞나요? --NeoCoin
        * 질문하다 테이블 옮김. 주제 끝나면 칠판에 가서 고침. OST 중간중간 자리옮김
• 데블스캠프2011/첫째날/후기 . . . . 12 matches
        * 형진이형이 병특을 했던데다, 회사에 다니고 계셔서 항상 묻고싶었던게 많았는데, 많은걸 물어볼 수 있는 시간이 되어서 정말 좋았던거 같아요. 형진이형이 뭔가 끝없이 나오는 봇물(?) 같은 존재이신듯..! 우리가 프로그래머가 되면 어떠어떠한게 될 수 있는지, 어떠한 프로그래머가 되어서는 안되는지(정체된 프로그래머!), 병특하려면 어떤 조건(?)이 유리한지(그런데 오늘 신검받고 2급 ㅠㅠ, 내면의 장애를 발견할 수 없었어요) 재밌게 들었구요, 면접관이 되어 질문한다면 어떤 질문을 하겠는가?? 라는 것에서 다른분들이 쓴 글들을 보고도 많은걸 배운거 같았어요.
        * 형진이 형의 주제미정의 이야기 였습니다. 개발자로서 살아갈 때에 생각해봐야 할 부분들을 집어주셔서 그에대한 고민을 잠시나마 할 수 있어서 좋았습니다. 이러한 부분은 나중에 제가 개발자로 있을때에 다시 한번 생각할 문제 이겠지요. 또 개발자를 판단하기 위한 단 한가지 질문에서 다른 사람들이 생각하는 질문들과 그에 대한 다양한 답변을 들을수 있어서 좋았습니다.
        * 아 맞다. '내가 면접관이라면 하고싶은 질문'도 있었지. 나는 내 질문이 마음에 들어서 나한테 한표ㅋㅋㅋㅋ 지금 당장 할수있는 무엇을 하겠다라고 답하는 사람에게 점수를 줄 생각이었음. 계획을 세워서 무엇부터 하겠다라고 하는 사람은 많겠지만(아마?) 지금 내가 할수 있는 일을 시작하는 것이 중요함을 아는 사람은 많지 않을거라고 생각해서......
        * 좀 더 나은 사람을 뽑기 위해서 어떤 질문을 하면 좋을 것인가 하는 부분에서 질문들을 보면서 지금의 나는 저 질문들에 대답했을 때 나은 사람일까 아닐까 하는 생각이 들었습니다. 경험을 많이 쌓아서 괜찮은 대답을 할 수 있는 정도가 될 수 있으면 좋겠다는 생각이 듭니다. 하지만 신입사원은 어차피 처음에는 다 쓸만한 수준이 안된다는 사실은 믿을 수가 없을 정도 -_- 틀림없이 다들 잘할 것 같은데...
        * 개발자 인생말고도 다른 범위에도 포함되는 질문입니다. 나와 일할수 있는사람. 내가 일하고싶은사람. 내가 생각하는 일 잘하는사람. 이 부분에 대해 생각해보게되었습니다. 질문들이 한번쯤 들어봤지만 정말 필요했다고 생각되네요.
        * 발전하는 개발자가 되어야하는데 발전하는 척만 하는 것 같아 뜨끔. 준비할 시간이 거의 없었는데 잘 진행해줘서 고마워요. 어떤 기술적인 것을 배우는 시간은 아니었지만 중요한 얘기였다고 생각합니다. 듣고 그렇구나 하고 끝나는 것이 아니라 자신이 만들었던 질문에 좋은 답을 할 수 있는 사람이 되도록 저도, 다른분들도 노력할 수 있는 기회가 되길 바랍니다.
• 지금그때2005/회의20050308 . . . . 11 matches
       질문릴레이
       노란모자 : 동적이다. 좋은 질문이 나온다면 재미 있을 것이다.
       초록모자 : 질문이중모션, pass벌칙
       검은모자 : 보는입장에서는 재미가 떨어진다. 소외. 잘된 질문이 희소하다.
       초록모자 : 질문리스트를 만들어 간다. 소외를 최소화 해야한다. 움직임을 만든다.
        === 질문릴레이의 단점을 극복할 방안. ===
        === 질문릴레이 보안 게임 구체사항 ===
        패스하지 않을 질문으로 만들자. 패스를 하면 엄한 벌칙을 준다.
        Y/N로 대답할수 있는 질문.
        질문리스트. YesNoWhy후렴 (이유에 대한 우리의 평가?) <- 맞는건가요??
        질문자가...뒤로가서...룰을 다듬어야...
• 지금그때2004 . . . . 10 matches
       [지금그때2004/패널토의질문지]
       해당 패널에게는 패널토의질문지를 보여주어야겠죠? 해당 질문에 대한 답변을 어느정도 준비하게끔 하는것도 좋겠다는 생각이 듭니다.
       졸업한, 혹은 아직 졸업하지 않은 선배들 몇 명을 패널로 앞에 앉게 합니다. 그리고 사회자 한명이 질문을 합니다. 토크쇼처럼 말이죠. 중간에 "방청객"의 질문을 받을 수도 있습니다. 패널은 각자 자신의 생각을 말합니다.
       Berkeley Visionaries Prognosticate About the Future http://netshow01.eecs.berkeley.edu/CS-day-004/Berkeley_Visionaries.wmv 이걸 보면 대충 감이 올겁니다. 이 동영상의 경우 뛰어난 패널진에 비해 진행자가 그리 좋은 질문을 하지 못해서 아쉽기는 합니다. 좋은 질문을 하려면 서점이나 도서관에서 [질문의 힘]이라는 책을 읽어보세요. 그리고 04학번 눈높이의 질문에 대한 고학번들의 생각을 들어보는 것도 중요하지만 04학번이 전혀 생각 못하는 질문을 대신 물어주는 것도 중요합니다. 고객과 요구사항을 뽑는 것과 비슷할 수 있겠죠. "그들이 원하는 것"은 물론 "그들이 필요로 하는 것"(주로, 나중에 그들이 원할만한 것)을 이야기해야 하니까요 -- 또 종종 그들은 자신이 뭘 원하는지 모르는 경우도 많습니다.
• 지금그때2004/패널토의질문지 . . . . 10 matches
       질문하는 사람이 없을 경우 사회자가 패널에게 질문할 것들
       도우미와 도우미 아닌 다른 분들도 많이 질문을 내주세요.--[Leonardong]
       See Also [질문의힘],[지금그때/OpeningQuestion]
       질문을 할때 사회자의 말투라고 할까요. 내용은 위의 질문내용으로 할 수 있지만 질문접근방법에 대해서도 신경쓰면 더 좋은 답을 얻을 수 있지 않을까 합니다. 그러한 점에서 볼때 [질문의힘] 의 후반부에 나오는 인터뷰들의 예를 참고해볼만 하다 생각합니다.
       식으로 이전에 같은 컴공과 학생이라는 연결고리를 만들 수 있겠습니다. 또한, 방청객들도 이러한 질문을 들으면서 자기 경험대비 질문의 연결고리를 찾을 수도 있겠다는 생각이 듭니다. --[1002]
• 데블스캠프2002/진행상황 . . . . 8 matches
        * 화이트 보드 - 목요일 세미나 이후 화이트보드를 5층 피시실에 그냥 두었다. 처음엔 들고 갈까 했었다가 귀찮아서 두었는데, 중간에 후배가 어제 배운 내용에 대해 질문했을 때 '오. 마침 화이트보드가 있네?' 어제 했었던 방법으로 적어나가면서 편리함을 느꼈다.
       다른 하나는, 요구사항이 어떻게 제시되느냐가 산출물로서의 프로그램에 큰 영향을 끼친다는 점이다. 요구사항이 어떤 순서로 제시되느냐, 심지어는 어떤 시제로 제시되느냐가 프로그램에 큰 영향을 끼친다. 심리학에서 흥미로운 결과를 찾아냈다. "내일은 한국과 브라질의 경기날입니다. 결과가 어떻게 될까요?"라는 질문과, "어제는 한국과 브라질의 경기가 있었습니다. 결과가 어땠나요?"라는 질문에 대해 사람들의 대답은 큰 차이가 있었다. 후자 경우가 훨씬 더 풍부하고, 자세하며, 구체적인 정보를 끌어냈다. 이 사실은 요구사항에도 적용이 되어서, 요구사항의 내용을 "미래 완료형"이나 "과거형"으로 표현하는 방법(Wiki:FuturePerfectThinking )도 생겼다. "This system will provide a friendly user interface"보다, "This system will have provided a friendly user interface"가 낫다는 이야기다. 어찌되었건, 우리는 요구사항이 표현된 "글" 자체에 종속되고, 많은 영향을 받는다.
       처음 ["1002"]가 계획한 세미나 스케쥴은 조금 달랐다. "어떻게 하면 ObjectOrientedProgramming의 기본 지식을 많이 전달할까"하는 질문에서 나온 스케쥴 같았다. 나름대로 꽤 짜임새 있고, 훌륭한(특히 OOP를 조금은 아는 사람에게) 프로그램이었지만, 전혀 모르는 사람에게 몇 시간 동안의 세미나에서 그 많은 것을 전달하기는 무리가 아닐까 하고 JuNe은 생각했다. 그것은 몇 번의 세미나 경험을 통해 직접 느낀 것이었다. 그가 그간의 경험을 통해 얻은 화두는 다음의 것들이었다. 어떻게 하면 적게 전달하면서 충분히 깊이 그리고 많이 전달할까. 어떻게 하면 작은 크기의 씨앗을 주되, 그것이 그들 속에서 앞으로 튼튼한 나무로, 나아가 거대한 숲으로 잘 자라나게 할 것인가.
       꼭 생소하다의 문제를 떠나서, 전반적인 컴퓨터 동작원리 보다 구체적 용어들 (어떻게 보면, 이미 공부하여 알고 있는 사람들의 경우 일상어화 되어버린 언어들)이 먼저 나와버렸기 때문이다. 컴퓨터가 하드웨어와 소프트웨어로 구분되어지기 이전엔 어떠했는지, 그게 하드웨어와 소프트웨어로서 구분하는 방법으로서 폰 노이만 아키텍쳐가 나온 이야기라던지, 그러하기 때문에 PC 카운터가 필요하며 메모리로부터 명령어를 읽어온 뒤, CPU에서 명령을 해석하고 처리한다라던지 등등. 그러한 이야기가 나오기전에 어드레스/세그먼트/옵셋/디코딩 이 나와버렸기 때문에 어려운 세미나가 되어버렸다고 생각한다. 후에 상민이가 다시 동작원리부터 상대적으로 쉬운 용어로 설명을 해주면서 사람들의 반응을 유도한점에 대해서는 사람들이 한번 생각을 해볼 필요가 있다. 우리와 대화하는 사람은 어느정도의 지식수준을 가지고 있는가에 대해서. 정말 이해 안가는 부분에 대해서는 질문 자체를 만들어내기 힘들다. --석천
        * 불필요한 스레드란 없으니 걱정말고. ^^; 개인적으로 C 와 어셈과의 포인터관계를 어디서 찾았냐면, 해당 주소값이란 것이 무엇인가에서 찾았다. (단, 내가 정직이나 남훈이보단 하드웨어 관련지식이 깊지 않다) '포인터 값을 화면에 찍었을 경우에 나오는 엄청나게 큰 숫자(윈도우의 경우 32비트) 의 의미는 무엇인가?' 라는 질문을 하게 되었고. 그 이후 메모리가 16메가바이트라는 건 메모리에 0번부터 16메가바이트-1 이라는 번호를 부여하고, 해당 번호에 값을 대입하는 것이라는 접근을 하게 되었지. (물론, 이것도 물리적 주소는 아니겠지. 결국 우리가 이용하는 주소란 OS 에 의해 한번 걸러진 논리적 주소겠지.) 추상화의 정도를 이야기하라는 건 꼭 해당 언어 기준으로 이야기하라는 게 아니라, 경험에 대한 연결고리(여기서는 'C에서 포인터 변수를 화면에 찍어보니 이상하게 큰 숫자가 나왔다' 정도)를 찾아보자라고 한다면 정말 이야기가 '추상적'이려나; --석천
        * 사람들의 참여 유도 - 이것은 선호가 비교적 원만하게 진행한 것 같다. 사람들에게 어떤 부분이 궁금한지 질문을 북돋았다는 점은 잘 진행된 듯.
        * 진행의 순서 모호 - 선호도 인정했지만 체계적인 준비가 좀 부족했던점. 본래 준비하기로 한 내용과 달랐다는 점(화일 입출력 부분) 그리고 Table Of Contents 의 부재. 그리고 사람들의 질문을 받아서 이야기 하는 방법의 약점이라고 할까. 잘못하면 전체 내용의 연결고리를 잇지 못한다는 점이 있었다고 생각
• 데블스캠프2011/첫째날/개발자는무엇으로사는가 . . . . 8 matches
       == 개발자를 판단하기 위한 단 한가지 질문 ==
        * 힘들었던 프로젝트를 했을 시의 실력, 그 프로젝트가 지나고 나서 어려움에 대한 대처, 발전 모습에 대해서 알 수 있는 좋은 질문이라고 생각됩니다. - [서영주]
        * 평소에 당신에게 프로그래밍에 대해서 질문하러 오는 사람이 많이 있는가. 있다면 그에 대해서 당신은 어떤 방식으로 도움을 주는가.
        * 평소에 질문하러 오는 사람이 많다는건 그만큼 프로그래밍쪽에 관해서 아는 것이 많으며 사람들에 대한 인간관계도 괜찮기 때문일 것이라 생각해볼 수 있을 것이므로 실력과 인간관계 양쪽을 다 생각해볼 수 있다. 또 어떤 방식으로 도움을 주느냐에 따라서 주변 사람들의 실력 발전에 도움이 되는지 아닌지의 여부도 고려. 과제를 다 해주거나 하면 상대의 발전은 생각해볼 수 없다 등.
        * 프로그래밍에 대해서 질문하러 오는 사람이 많다. 내가 알고있는 것이라면 바로 대답해주고 그렇지 않다면 어느정도 시간뒤에 찾아보고 대답해준다. 어느정도 시간은 10분 내외 - [김준석]
        * 1학년 기준으로 일단 질문자의 질문에 달려있는거 같아요. "포인터가 뭐냐?"(x) "포인터 이거 여기서 왜틀린거지?"(o)라는 느낌요? 전자면 대답자체를 회피할거고, 후자면 최대한 자세히 설명하려고 노력하겠지요. -[김태진]
        * 프로젝트를 할 때 윗자리에 앉히는건 그만한 이유가 있을 것이리라 생각되므로 사람을 관리하는 부분과 실력에 대해서 양쪽 다 생각해볼 수 있는 괜찮은 질문이라고 생각합니다. - [서영주]
• 새싹교실/2012/startLine . . . . 7 matches
        * 서민관 - 제어문의 사용에 대한 수업(if문법, switch.. for...) 몇몇 제어문에서 주의해야 할 점들(switch에서의 break, 반복문의 종료조건등..) 그리고 중간중간에 쉬면서 환희가 약간 관심을 보인 부분들에 대해서 설명(윈도우 프로그래밍, python, 다른 c함수들) 저번에 생각보다 진행이 매끄럽지 않아서 이번에도 진행에 대한 걱정을 했는데 1:1이라 그런지 비교적 진행이 편했다. 그리고 환희가 생각보다 다양한 부분에 관심을 가지고 질문을 하는 것 같아서 보기 좋았다. 새내기들이 C를 배우기가 꽤 힘들지 않을까 했는데 의외로 if문이나 for문에서 문법의 이해가 빠른 것 같아서 좀 놀랐다. printf, scanf나 기타 헷갈리기 쉬운 c의 기본문법을 잘 알고 있어서 간단한 실습을 하기에 편했다.
        * 간단한 이전 시간(if문, 반복문)의 복습과 배열의 사용에 대해 알아보았다. 그리고 이번 시간에 주로 한 내용은 함수가 왜 필요한지와 함수를 만드는 법, 함수를 사용하는 법 등이었다. 개인적으로는 함수를 꽤 중요하게 생각하는 만큼 함수의 필요성을 잘 캐치해 줬으면 좋겠다. 그리고 새삼 드는 생각이지만 환희의 질문이 중요한 부분을 잘 찌른다는 생각이 든다. 별다른 언급도 없었는데 함수 내에서 변수의 scope나 함수 내부의 이름 겹침 등에 대한 질문이 있었다. 그리고 중간에 함수 사용의 예제로 printf문을 약간 이상하게 쓴 코드를 보여줬는데 의외로 감을 잘 잡은 것 같았다. 현재 진행상황으로는 다음에 포인터를 다뤄야 할텐데 함수를 쓰는 것을 조금 더 연습을 시킬지 바로 포인터를 나갈지 고민이다. 당장 포인터를 했다가 어려워하지 않을까 모르겠다. - [서민관]
        * 처음에 간단하게 재현, 성훈이의 함수에 대한 지식을 확인했다. 그 후에 swap 함수를 만들어 보고 실행시의 문제점에 대해서 이야기를 했다. 함수가 실제로 인자를 그대로 전달하지 않고 값을 복사한다는 것을 이야기 한 후에 포인터에 대한 이야기로 들어갔다. 개인적으로 새싹을 시작하기 전에 가장 고민했던 부분이 포인터를 어떤 타이밍에 넣는가였는데, 아무래도 call-by-value의 문제점에 대해서 이야기를 하면서 포인터를 꺼내는 것이 가장 효과적이지 않을까 싶다. 그 후에는 주로 그림을 통해서 프로그램 실행시 메모리 구조가 어떻게 되는지에 대해서 설명을 하고 포인터 변수를 통해 주소값을 넘기는 방법(call-by-reference)을 이야기했다. 그리고 malloc을 이용해서 메모리를 할당하는 것과 배열과 포인터의 관계에 대해서도 다루었다. 개인적인 느낌으로는 재현이는 약간 표현이 소극적인 것 같아서 정확히 어느 정도 내용을 이해했는지 알기가 어려운 느낌이 있다. 최대한 메모리 구조를 그림으로 알기 쉽게 표현했다고 생각하는데, 그래도 정확한 이해도를 알기 위해서는 연습문제 등이 필요하지 않을까 싶다. 성훈이는 C언어 자체 외에도 이런저런 부분에서 질문이 많았는데 아무래도 C언어 아래 부분쪽에 흥미가 좀 있는 것 같다. 그리고 아무래도 예제를 좀 더 구해야 하지 않을까 하는 생각이 든다. - [서민관]
        * 추가적으로 환희의 질문들에 대한 대답과 기타.
        * 저번시간에 했던 swap 함수에 대해서 간단하게 복습을 하고 swap 함수의 문제점에 대해서 짚어보았다. 그리고 포인터의 개념과 함수에서 포인터를 사용하는 방법 순으로 진행을 해 나갔다. 새삼 느끼는 거지만 call-by-value의 문제점을 처리하기 위해서 포인터를 들고 나오는 것이 가장 직접적으로 포인터의 필요성을 느끼게 되는 것 같다. 그리고 개념의 설명을 하기에도 편한 것 같고. 그 후에는 포인터에 대한 부분이 일단락되고 성훈이나 재현이처럼 malloc이나 추가적인 부분을 진행할 예정이었는데 환희가 함수의 사용에 대해서 질문을 좀 해 오고 그 외에도 약간 다른 부분을 다루다 보니 진도가 약간 늦어졌다. 그래도 포인터에서는 이해가 가장 중요하다고 생각하는 만큼 조금 천천히 나가는 것도 괜찮다고 본다. 그리고 앞으로의 목표는 일단 처음에 잡아둔 목표까지 무사히 완주하는 것이다. 원래 첫 진도 예정에 다양한 것들이 담겨있는 만큼 목표만 이루어도 충분히 괜찮은 C 실력이 길러지지 않을까 싶다. - [서민관]
       === 질문 ===
• HelpMiscellaneous . . . . 6 matches
       === [[질문과답변]] ===
       [[질문과답변]] 페이지에서 질문하시거나 http://kldp.net/projects/moniwiki 를 통해 질문하시기 바랍니다.
       === 자주있는 질문 ===
       MoniWikiFaq / MoniWikiFaq2 에는 예전의 FAQ를 보실 수 있습니다. 더 궁금하신 부분은 http://kldp.net/projects/moniwiki 를 통해서 질문하시기 바랍니다.
• 영어학습방법론 . . . . 6 matches
       === 질문1. 단어, 숙어는 그냥 계속 외우는 방법밖에는 없는가? 외우더라도 효과적인 암기방법이 있다면? ===
       === 질문 2. 히어링. 특히 단어 자체의 발음을 외우다가 문장내에서 연음사이에 그런 단어들을 어떻게 알 수 있는가? 전치사(on, of 등등)과 관사 (a, the, these)등 발음을 확실하게 하지 않는 단어들을 어떻게 알 수 있는가? ===
       === 질문 3. 문법공부를 다시 시작해야하는가? ===
       === 질문 4. Toeic에서 고득점을 할 수 있는 방법과 체계적인 공부방법이 있다면? ===
       === 질문 5. 영어 작문을 잘하려면 어떻게 해야하는가? ===
       === 질문 6. 어떻게 속독을 할 수 있는가? ===
• 정모/2011.4.4 . . . . 6 matches
        * 지난주에 진행한 프로젝트, 스터디, 새싹 교실 혹은 수업 내용 중 어려운 점에 대해 질문하고 ZeroPager들이 답변해주는 시간.
        * 질문자가 자발적으로 질문한다.
        * 세 명 이상일 경우 질문자가 세 명을 선택하여 답변을 듣는다.
        * 세 명이 안 될 경우 질문자가 원하는 사람을 지목하여 총 세 명의 답변을 듣는다.
        1. 기존의 프로젝트/스터디 공유가 너무 보고하는 모양새가 되는 것 같아 서로 소통하듯 공유할 방법이 없을까 하다가 도와줘요 ZeroPage를 시도해봤습니다. 저는 세 명의 답변을 듣는 것이 매우 금방 끝날 줄 알았는데 생각보다 그렇지가 않네요. 만약 다음주에도 이 코너를 진행한다면 그 땐 한명의 답변만 듣고 나머지 답변은 위키로 듣는 식으로 진행해야 할 것 같습니다. 참가자 모두의 질문을 세 명의 답변을 듣고 넘어간다면 정모가 아니라 소규모 지금그때가 될 듯ㅋㅋㅋ
• 지금그때2005/회고 . . . . 6 matches
       사람들의 반응이 좋았다. 처음 시행해본 [질문레스토랑]은 앞으로도 많이 쓰일 수 있을 것 같다. OST에서 활기찬 토론을 할 수 있어서 좋았다. 처음 뵙는 선배님들이 많아서 반가웠다.([복날]) -[강희경]
       질문권을 발동하는 사람이 아무도 없었다. -[강희경]
       [질문레스토랑]의 질문이 거의 다 신입생이 대답하기 어려운 것들이었다. 적절한 질문을 추가해야겠다. -[강희경]
       [질문레스토랑]에서 대답할 때마다 점수를 주고 '''오늘의 토크왕'''같은 걸 뽑으면 재밌겠다. -[강희경]
• 지금그때2006/세부사항 . . . . 6 matches
       = 질문 레스토랑 =
        2. 주사위에 의해서 선택된 사람에게 메뉴판을 주면, 메뉴판을 받은 사람이 해당 메뉴에서 질문을 선택해서 읽어준다.
        * 질문이 생길경우
        1. 질문을 포스트잇에 기록한다.
        2. 웨이터에게 질문을 준다.
        3. 웨이터는 받은 질문을 메뉴판에 붙인다.
• 지금그때2006/후기 . . . . 6 matches
       1부에서 주사위 진행이 '발언의 강제성'을 심어주어 자발적 질문이 나오지 않는 것을 해결해 주었지만 그 역효과도 있던 것 같습니다.
       질문을 하고 싶은데 차례가 오지 않아서 못한 것이지요. 이런 행사가 익숙한 재학생 선배들은 서슴없이 질문을 할 수 있겠지만 아직은 서먹서먹한 신입생들에게
       나서서 질문을 한 다는 것이 쉽지 않으니까요. 이를 어떻게 해결하면 좋을까요? 저도 생각을 해봐야겠습니다.
       05학번 이지만 이번에 지금그때 처음 참석하네요. 질문 레스토랑이나 OST나, 나를 만들어준 책장, 놀이, 모든것들이 뜻깊고 재밌었습니다. 뭐 식상한 후기일지도 모르겠지만, 다른 장소에서는 이러한 경험을 가지가 힘든것이 사실이잖아요. 특히 나를 만들어준 책장과 같은 것은 더더욱 그러하구요. 4시간정도의 진행시간이 너무나도 짧게 느껴졌던것은 그만큼 지금그때에 빠져 있지 않았나 생각합니다. 시간이 짧았다는 아쉬움은 감추기 힘들군요'ㅡ';; 준비한 모든 분들 수고많이 했어요!! - [태훈05]
       비록 새내기는 아니어도 여전히 새로운 감동을 얻을 수 있는 자리였습니다. 다른 분의 이야기에 공감할 수도 있었고, 어떤 질문에 대해서는 깊이 생각해볼 수도 있었습니다. 참가자로서는 [지금그때]에 대해서 많은 이야기를 하지 못한 듯한 아쉬움이 남습니다.
• 후각발달특별세미나 . . . . 6 matches
       정말 재밌었어요. 수업중에 질문을 못한게 있는데요, 주석은 되도록이면 안써주는건가요?? c언어 수업시간에 교수님이 주석은 많이 쓸 수록 좋다고하셨는데... --[최경현]
       세미나 후 제 귀에 들어온 질문 중에 '함수를 많이 만들면 메모리를 더 사용하지 않는가?'라는 질문이 있었습니다. 누가 자세히 설명 좀 부탁드립니다. --재동
        사실 이 질문은 제가 받았던 질문인데, 질문 받았던 당시에 별 생각없이 '''메모리를 많이 사용한다는 단점이 있더라도 잃는 것(단점)보다 얻는 것(장점)이 더 많기 때문에 상관없다'''고 얼버무렸습니다. 그렇게 틀린 대답은 아니였지만 많이 부족한 대답이었습니다. 그래서 재동형하고 이야기도 해보고 저도 나름대로 생각해서 답을 내어보았습니다.
• ExploringWorld/20040412-세상읽기 . . . . 5 matches
       "영문학의 대작을 읽은 적이 없다는 과학자들의 뉴스를 듣고 이들은 동정어린 쓴웃음을 던진다. 그들은 과학자들을 무지한 전문가라면서 무시한다. 하지만 그들 자신의 무지와 '전문적인 바보' 모습도 사람들을 놀라게 한다. 나는 전통적인 문화의 기준에서 높은 수준의 교육을 받았다는 사람들의 모임에 참석한 적이 있는데, 그들은 과학자들의 무지에 불신을 표명하는 데 상당히 재미를 붙인 사람들이었다. 내가 도저히 참을 수 없어서, 당신들 가운데 열역학의 제 2 법칙을 설명할수 있는 사람이 몇이나 되느냐고 물었다. 대답은 냉랭하고 부정적인 것이었다. 나는 '당신은 셰익스피어 작품을 읽은 일이 있소?'라는 질문과 맞먹는 과학의 질문을 던졌던 것이다. 그보다 더 쉬운 질문, 이를테면 '질량 혹은 가속도란 무엇인가?'(이는 '당신은 읽을 줄 압니까?'라는 것과 동등한 과학상의 질문이다.)라고 물었다면 ... 열 명에 하나가 내가 그들과 같은 언어를 사용한 것 정도는 느꼈으리라고 믿는다....가장 현명하다는 사람들 대부분은 물리학에 관한 한 말하자면 신석기 시대 선조들과 거의 같은 수준의 통찰력 밖에 가지고 있지 않는 것이다."...
       내용이 있고 '열역학의 제2법칙'이 공대상이 당연히 알수 밖에 없는 근본 지식이라는 내용의 맥락으로 책의 후반부를 마무리 짓는다. 그런데, 전산에 종사하는 사람들에게 2주간 같은 질문을 해봤지만 '''아무도 답변을 하지 못했다.''' (그런데 오늘 재선이가 대답했다. 세상에 :) )
• 새싹교실/2012/주먹밥 . . . . 5 matches
        * 질문 : 용상훈 -> 제 인생에 대해 알고 싶어요. 자신감도 없는것 같고요.
        * 질문 : 박도건 -> OOP란 무엇인가요?
        * 질문 : 박도건, 용상훈 -> 저급 언어는 왜 필요한가요?
        * 질문 : 박도건, 용상훈 -> 플래시 프로그램은 왜 쉬운가요?
        * 함수포인터 질문 : int *compare(int a, int b), function call에 의한 stack(FILO : first in last out)의 내부 변화. int형 포인터는 int형으로 반환해야지?
• 지금그때2006/기획단후기 . . . . 5 matches
       = 1부: 질문레스토랑&나를만든책장 =
       선배, 그 중에서도 고학번 위주로 질문에 대답했다.
       후배들도 대답할 수 있는 질문이 더 있었어야 했다고 생각합니다.
       OST를 먼저 하고 질문 레스토랑을 하는 것은 어떨까.. - [김정현]
        * OST를 하면서 여러 주제와 생각들을 접하는데 이러한 분위기를 질문레스토랑에서 활발한 질의응답으로 이어질 가능성이 크다고 생각함
• 회원정리 . . . . 5 matches
       (참고로 이것들은 한번 생각해보자는 의미에서 꺼내는 질문들이지 어떤 비판을 목적으로 한 것이 아닙니다.)
        ^^ 네. 전 질문 받을 수 있다는 것이 기쁩니다. 관심을 가져주신다는 것 하나만으로도요.... :)
       3년이 지난 지금. 갈수록 심해지는 분위기를 보면서 '학과 분위기야.. 어쩔수 없어...' 라는 말을 하곤 하지만, 정말로 대안은 없는 것이였을까 하는 질문을 해봅니다. 그리고, 올해 똑같은 일을 하기전에, 미리 생각하고 고민해봐야 할 문제일 것입니다. 그 전에, 우리가 추구해야 할 올바른 상태가 무엇인지에 대해 먼저 질문해야 하실것이고요. --["1002"]
       중요한건 저의 '지시' 가 아닙니다. ('지시'가 되어서도 안되고요.) 정말 중요한건, 위에 나온 질문들에 대해 어떤 답을 만들어낼 것인가 입니다. --["1002"]
• MemeHarvester . . . . 4 matches
       || 질문에대한 답글기다림해소 || 예를 들어서 데브피아에 자신이 궁금한 것을 질문 게시판에 올리고 나서, 해당 게시판과 자신의 질문에 관련된 키워드를 입력해놓으면 자신의 질문에 대한 답글이 올라오면 실시간으로 알수있다. ㅤㄱㅙㄶ이 들락날락 할 필요가 없어진다. ||
• PairProgramming . . . . 4 matches
       또 하나의 문제점으로 제기된 것은, Junior 가 Expert의 권위에 눌릴 수 있다는 것이다. Junior 는 질문에 용감해야 한다. Expert는 답변에 인색해서는 안된다. 열린 마음이 필요한 일이다. (Communication 과 Courge 는 XP 의 덕목이다. ^^)
        * On-Side Customer 와의 PairProgramming - 프로젝트 중간에 참여해서 걱정했었는데, 해당 일하시는 분과 직접 Pair를 하고 질문을 해 나가면서 전체 프로그램을 이해할 수 있었다. 특히 내가 ["BioInfomatics"] 에 대한 지식이 없었는데, 해당 도메인 전문가와의 Pair로서 서로 상호보완관계를 가질 수 있었다.
       IConnection을 이용해 각각의 Connection에 대해 단일의 인터페이스를 제공하고 IConnection을 구현하는 MySqlConnection , SqlConnection , OciConnection을 만들자는 것이 나의 생각이었다. 파트너는 switch구문을 이용해 클래스의 상속 구조를 없애는 것과 비교해서 어떠한 이점이 있는가에 대해 질문했다. 이것은 장시간의 토론으로 이어졌다.
       나는 일차적으로 switch코드를 없앨 수 있다는 점을 설명했다. 우리는 Connection클래스가 그다지 크게 바뀌지 않을 것이라는 것에 대해 동의했었고 이 점을 근거로 switch를 사용하는 것이 유지보수를 힘들게 하는가에 대해 질문했다. 솔직히 이정도 코드라면 누구나 수정할 수 있을 것이라고 생각한다. 그리고 그렇게 많은 시간을 필요로 하는 작업도 아니라고 생각한다. 파트너는 Connection을 생성하는 부분을 include 화일로 관리하고 그곳에 한번만 define문을 작성하면 문제가 없다고 주장했다.
• ProjectZephyrus/ClientJourney . . . . 4 matches
        * PairProgramming 을 할때 가장 답답해지는 상황은 잘 이해 안가면서 넋놓고 있을때랑, 둘이 같이 있어도 Solo Programming 하느 사람 마냥 혼자서 문제를 끙끙거리며 풀려고 하는 모습이다. 꼭 문제를 스스로 삽질해서 풀어야만 자기실력이 향상되는것일까? 다른 사람에게 올바른 질문을 할 수 없는 사람은 혼자서 문제 푸는데에도 오래걸리게 된다고 생각한다. 상대방에게 질문을 하면서 자신이 모르는 것 자체를 구체화하고 (문제 자체가 모호한상태 자체가 문제다. 무엇이 문제인지, 자신이 모르는 것이 구체적으로 무엇인지 모르면서 어떻게 문제를 해결할까? 자신이 모르는게 버클리소켓 전체 사용과정인지 소켓 API의 인자들을 모르면서 네트웍 프로그래밍을 할 수 있을까. 그런사람들에게 '지금 모르겠는게 뭐지?' 라고 물으면 80-90%는 '다 몰라요' 이다. 모르겠는 부분에 대해서 하나하나 구체화시켜나가라. 구체화시킨 예로서 생각을 해봐도 좋을것이다. 시나리오를 만들어보면서, 그림을 그려보면서, 아니면 자기 자신이 그 시스템의 일부가 되어 보면서.) 다른 사람의 아이디어를 자신의 사고에 붙여나가면서 '더 좋은 방법' 을생각해낼 수는 없을까? 언제나 문제의 답을 내는 방법은 '이사람의 방식' 아니면 '저사람의 방식' 뿐일까.
        처음에는 영서와 GUI Programming을 했다. Main Frame class 의 메뉴붙이고 리스너 연결하는 것부터 시작, 입력 다이얼로그를 노가다 코딩해서 만드는데 서로 교대해서 1시간이 걸렸다. 코딩 속도도 저번에 비해 더욱 빨랐고, 대화할때도 그 질문이 간단했다. (5분간격이니 아무리 플밍이 익숙한 사람이 진행해도 그 진행양이 많지가 않다. 그리고 자신이 그 사람의 미완성 코드를 완성해야 하기에 모르면 바로 질문을 하게 된다.)
• XpQuestion . . . . 4 matches
        ''Xper 에서 비슷한 기능을 하는 페이지가 '질문답변' 인데, 이 페이지같은 경우는 직접 질문하고 답을 쓴거여서 '질문답변' 에 올리기가 좀 그렇더라구요 Faq 라는 페이지를 만들까 하다가 좀 주관적인 답이여서 그렇고. Xper 에서 페이지 제목 궁리하다가 그냥 일단 여기 만든거라는. ^^; (Xper 에도 올립니다. 페이지들 별로 녹여넣어야겠군요.) --["1002"]''
       이전 XpWorkshop 시에 나왔던 아주아주 날카로운 분의 질문. 협업 중심에서의 XP 에서는 연봉처리에 대해서 어떻게 하라고 합니까?
• 데블스캠프2010/셋째날/후기 . . . . 4 matches
        3. 되돌아보니 질문을 하거나, 룰을 바꾸려는 생각조차 하지 못했다는 게 굉장히 안타깝습니다. 이 시뮬레이션에서 뿐만이 아니라 평소에도 부딪쳐보지도 않고 지레짐작으로 '당연히' 안 되는 것이라고 생각하는 게 많았습니다. 앞으로는 그런 생각에서 벗어나 필요하다면 더 잘 아는 사람에게 질문도 하고, 필요한 것이 있으면 룰을 바꾸려는 노력, 제안, 시도 등을 해야겠다는 생각이 듭니다. - [김수경]
        * 김창준 선배님께서 강의를 해주실 때마다 느끼는게 많습니다. 작년에 이어서 요번에도 강의를 해주셨는데, 요번에도 '생각의 틀을 깨라'라는 말씀을 해주시더군요. '왜 시간 연장해달라고 물어보지 않으셨나요?' 라는 질문을 하시는 모습을 보며 작년에 '왜 동그라미 10만개를 그려야 하는지 물어보지 않으셨나요?' 라고 하셨던 질문이 생각났습니다. 생각해보니 '규칙, 틀' 이런 단어에서 오는 느낌때문에 스스로를 주어진 틀 안에만 가두는 것 같습니다. 이 점 고쳐나가야 할 것 같구요.
• 새싹C스터디2005/선생님페이지 . . . . 4 matches
        * [톱아보다]는 오늘 첫 모임입니다. 신입생들에게 일정한 진도까지 공부해 오라고 미리 말해 두었으며 그중 한명에게 발표를 시키고 질문을 통해서 완성시켜 나갈 생각입니다.
       여러분들보다 조금은 세미나 경험이 많은 사람이기에 한가지 이야기만 드리겠습니다. 세미나를 통해 무언가를 설명할 때 정의(definition)에 대해서 명확하게 알려주도록 노력해 보세요. 여러분이 세미나를 한 후에 신입생들에게 "변수의 정의가 무엇이냐?", "함수의 정의가 무엇이냐?" 와 같은 질문을 한다면 신입생들이 대답을 할 수 있을까요? 혹은 여러분들은 이러한 질문에 명쾌하게 대답을 할 수 있습니까? 어떤 새로운 것을 배울 때 가장 중요한 것은 그것이 어디에 쓰이는 것인지, 그것이 어떻게 쓰는 것인지와 같은 것들이 아니라 그것이 무엇인지를 아는 것입니다. 무엇인지 확실하게 알아야 그 다음을 이해하는데에도 보다 쉽지 않을까요?
        교육은 물고기를 잡는 방법을 가르쳐야 합니다. 어떤 알고리즘을 배운다면 그 알고리즘을 고안해낸 사람이 어떤 사고 과정을 거쳐 그 해법에 도달했는지를 구경할 수 있어야 하고, 학생은 각자 스스로만의 해법을 차근차근 '구성'(construct)할 수 있어야 합니다 (이를 교육철학에서 구성주의라고 합니다. 교육철학자 삐아제(Jean Piaget)의 제자이자, 마빈 민스키와 함께 MIT 미디어랩의 선구자인 세이머 페퍼트 박사가 주창했습니다). 전문가가 하는 것을 배우지 말고, 그들이 어떻게 전문가가 되었는지를 배우고 흉내 내야 합니다. 결국은 소크라테스적인 대화법입니다. 해답을 가르쳐 주지 않으면서도 초등학교 학생이 자신이 가진 지식만으로 스스로 퀵소트를 유도할 수 있도록 옆에서 도와줄 수 있습니까? 이것이 우리 스스로와 교사들에게 물어야 할 질문입니다.
• 지금그때2003/토론20030310 . . . . 4 matches
        * 질문할수 있는 것들
        * Opening Questions - 대화를 할때 다른 사람들에게 의미를 줄 수 있는, 또는 다른 사람의 말문을 여는데 도움이 될 질문들. 또는, 주제에 가까운 질문들에 대해.
        * 꼭 '대학선배' 가 아닌 '인생선배'로서 이야기할 수 있는 자유로운 이야기들. 간단하면서 실용적인 질문들 등등 자유.
• 지금그때2006 . . . . 4 matches
       7:30~ 질문레스토랑
        * 질문레스토랑
        * 질문
        * [지금그때2006/질문레스토랑]
• ACM_ICPC/2011년스터디 . . . . 3 matches
        * 풀다가 모르는 것 있으면 위키에 질문 남기고 자기가 아는 것 답해주기.
       === 질문 ===
       === 질문 ===
• AnswerMe . . . . 3 matches
       질문 있어요! 질문있는 곳에 해당 태그를 남기면, 추후 이 페이지에 질문있는 페이지들 리스트가 뜬다. 대답을 할수 있는 사람은 대답을 하고, AnswerMe 테그를 삭제하면 된다.
• FifteenSecondsRule . . . . 3 matches
       예를 들어, 경매 시스템이 있을 때, "이 시스템은 무얼 하는 것이냐?"라는 질문에 15초 이내에 깔끔하지만 '''완전한'''(complete) 대답을 할 수 있어야 하며, "그럼, 이 시스템에서 {{{~cpp Authentify}}} 서브 시스템은 뭘 하는 것이냐?"라는 질문에 역시 15초 이내에 완전한 대답이 가능해야 하고, "이 {{{~cpp FooBar}}} 객체는 무엇을 하는가?"라는 질문에 또 15초 이내의 대답이 나와야 합니다. 이런 식의 설명이 모두 끝났을 때, 소스 코드 '''전체'''를 훑은 셈이여야 합니다 -- 이게 용이하려면 프로그램의 구조가 이런 설명의 구조와 유사해야 합니다.
• GoodExams . . . . 3 matches
       "컴퓨터란 무엇인가"와 같은 문제는 출제하기가 쉽다. 별로 신경을 쓰지 않고 문제 한 둘 내는 것으로 나름의 평가를 할 수 있다고 믿는다. 하지만 이런 문제는 대부분 학생과 선생 모두의 게으름에서 연유하며, 또 이를 조장한다. 선생은 자신의 책임을 학생에게 완전히 전가해 버리며, 학생의 답안에 대해 깊이있는 분석과 이에 맞는 피드백을 제공, 부차적 교육이 일어나게 하지 못한다. 학생은 자신이 공부를 아무리 착실히 해도 이런 식의 뭉떵그린 추상적 문제를 자주 접하게 되면 잡다한 지식을 대충 얼버무려 장문으로 만드는 요령만 늘게된다. 교육은 "똑똑한 질문"을 묻는 것이지, "이것에 대해 네가 아는 모든 걸 쏟아내놓아 봐, 얼마나 되는지 보자"가 되어선 안된다.
       좋은 질문은 학습자의 흥미를 유발하고, 그 사람이 깊이 생각할 기회를 주며, 자신의 현 단계 이해에서 한 계단 더 나아갈 구체적 안내자의 역할을 하며, 학습자의 사고 방식이나 습관 등에서 약점과 문제점을 발견할 기회를 제공한다. 학습자를 더욱 똑똑하게, 더 깊이 이해하게 도와주는 질문인 것이다. 그러나 이것은 채점하기도, 출제하기도 쉬운 일은 아니다.
• NotToolsButConcepts . . . . 3 matches
        최근 파이썬 뉴스그룹에 "파이썬을 배우는 것이 가치가 있나"하는 질문을 올렸다. 다음은 거기에 올라온 답변 중 하나.
       [임인택]은 1학년때에 수업시간에 보는 책을 어느정도 보았다고 생각하고 난 후, 형들한테 이런것을 많이 질문했던 기억이 난다.
       지금 이 순간에 후배들이 같은 질문을 한다면 NotToolsButConcepts 라는 대답을 해주고 싶다(단, 언어도 하나의 툴이라고 가정할 경우). 1, 2년 후배를 받을 때까지는 잘 몰랐지만, [데블스캠프]나 새내기가 참가하는 세미나를 찾아갈 때마다 매번 들리는 소리였다.
• PairProgramming토론 . . . . 3 matches
       시간이 없어서 대충 간략하게 썼는데, 모르겠는 부분은 질문해 주세요.
       겉으로 보기엔, 왕초보/왕도사의 짝은 상당히 비효율적일 것 같지요. PairProgramming을 한다고 해도, 왕도사가 키보드를 거의 독차지하고, 왕초보가 간간히 던지는 멍청한 질문은 둘(정확히는 왕도사)의 프로그래밍 속도를 늦출 것이고요. 또, 아무것도 못하고 멍청히 지켜봐야만 하는 왕초보 역시 답답할 겁니다. 괜히 질문했다가는 핀잔받기 일수이고. 둘 다 짜증나는 상황이죠.
• PreparedParticipantPattern . . . . 3 matches
       '''개인들이 이전의 대화를 공부하지 않을 때, 그들은 대화에 아무것도 더하지 않거나 너무 많은 것을 더한다. 준비되지 않은 참여자는 주제를 벗어난 질문이나 기초적인 질문, 혹은 생산적인 연구보단 오해를 불러일으킬만한 생각을 하게하는 질문을 할 수도 있다.'''
• Ruby/2011년스터디/김수경 . . . . 3 matches
        * 진행자에게 질문하기
        * 질문박스 : 진행자에게는 질문 기능을 통해 작성된 메세지를 모아놓음
• TestDrivenDevelopment . . . . 3 matches
        사람마다 다를것 같긴 하지만, 나의 경우는 테스트를 작성하기 전 TODO List 를 작성할때 가장 고민을 하고 시간이 오래걸린 것 같다. 뭘 만들것인지에 대한 이해가 제대로 되지 않은 상태에서는 도대체 '뭘 해야 할지, 어떤 결과를 기대해야 할지'를 모르기 때문. :) 한편, 만일 TODO 리스트 작성시 시간이 너무 지체된다 싶으면 빨리 '어떤 결과를 기대해야 하나(Test 디자인)' 이란 질문을 하고 테스트를 작성해보는 방법을 추천. 저 질문이 앞에서의 '뭘 할까?'라는 질문의 모호함을 보완해주기 때문. 무엇을 해야 할지 감이 안올때는 가장 간단한 Input-Output 을 서술해봄으로서 조금씩 구체화시켜나갈 수 있음. '예제에 의한 구체화'란 방법은 참 유용함. --[1002]
• 대학원준비에대한조언 . . . . 3 matches
       여러명이 모여서 스터디를 한 지도 삼 주가 다 되어간다. 같이 준비하면서 때로는 너무 사소한 것에 매달리는 것이 아닌가 싶을 정도로 한 부분에서 넘어가지 못하는 경우가 있다. 한참을 이야기해서 결론을 내보니 이미 말하던 도중에 나왔던 이야기였거나 책을 보면 알 수 있는 내용인 경우도 있다. 하지만 그렇게 해서도 결론이 나지 않는 문제들이 있었고 [대학원준비06] 팀은 교수님께 찾아가서 질문을 했다.
       질문에 대한 답도 얻었지만 [대학원준비에대한조언]을 얻은 것이 더 큰 성과였다고 생각한다. [열린질문]을 던지면서 스스로 고민하는 시간이 중요하다는 이야기를 많이 하셨다. [대학원준비06] 팀이 과목 요약을 하고 난 다음에는 고민하는 시간을 가졌으면 좋겠다.
• 부드러운위키만들기 . . . . 3 matches
        새로운것을 직접 찾아서 써보기 좋아하는 사람이 아니라면 위키 자체에 대해 '익숙해질 필요가 있는가' 라는 질문이 먼저나오리라 봅니다. 이러한 필요성을 눈으로 보여주는 것이 선배의 역할이겠죠. 이는 단순히 '위키'라는 툴 자체의 문제가 아닙니다. 현재의 제로페이지 웹 사이트가 과연 '사람들이 이 위키를 필요할 정도로 매력적인 컨텐츠를 가지고 있는가?' 라는 질문이 될 수도 있고요. 이에 대해서는 활동하는 사람들 모두가 고민해볼 문제일겁니다.
        도구로서의 위키에 대해 익숙하지 않아서일겁니다. 처음 접하는 이들에게 위키위키라는 매체는 문화라기보다는 단지 사용하기 어려운 도구에 가깝게 느껴질 것입니다(실제로는 무척 사용하기 쉬운 도구임에도 불구하고 말이죠). 딱딱한 느낌을 받는 것은 이곳에서 주로 다루는 내용이 컴퓨터 공학과 관련된 전공지식 위주가 아니어서일까 생각합니다. [임인택]은 이번위키설명회때 [짝위키]를 해보는 것을 제안합니다. 한 사람이 위키를 자유자재로 항해하며 페이지를 수정하면(PairProgramming으로 치면 드라이버가 되겠죠), 나머지 한사람은 드라이버가 위키를 어떻게 사용하는지 살펴보고 드라이버가 행하는 행위에 대해서 질문(일종의 옵저버)하며 위키에 대한 감을 익혀갑니다. PairProgramming 과 마찬가지로 일정한 시간간격을 두고 드라이버와 옵저버의 역할을 바꿉니다. - [임인택]
• 새싹교실/2011/무전취식/레벨10 . . . . 3 matches
       // N값 질문 스캔과 N값 입력
       // type 1 or type2 인지 물어보는 질문 스캔
       // 만약 first seat이 다 찼을경우 질문 스캔
• 새싹교실/2011/쉬운것같지만쉬운반/2011.5.3 . . . . 3 matches
        * 이번 시간은 강사가 여태까지 배웠던 내용을 질문하고, 학생들이 대답을 해보는 시간을 가졌습니다.
        * 선생님의 질문에 답하는 시간을 가졌다. 질문에 답하면서 많이 헷갈렸던 것 같다. 다른 애들의 답변을 들으면서 많은 것을 배운 것 같다. 나도 기본적인 부분을 다시 한 번 공부해봐야겠다. 프로그래밍은 아무리 작은 것이라도 절대 놓쳐선 안 되기 때문에 기본에 충실해야 되니까... - [장용운]
• 새싹교실/2013/라이히스아우토반/1회차 . . . . 3 matches
        * 질문 많이 해줬으면 좋겠음. ~~시간을 때워야 하거든!~~
        * 질문 많이 해줬으면 좋겠음. ~~시간을 때워야 하거든!~~
       수업때보다 모르는티 팍팍 내면서 질문할수 있어서 vㅔ뤼 좋았다
• 이성의기능 . . . . 3 matches
       책을 읽을때마다 나에게 다른 질문을 주곤 하는데 처음에는 '철학이란?' 정도의 질문에서 다음번에 읽을땐 '공부란 무엇이며 어떻게 해야 하는 것인가?' 라는 질문으로. 또 언젠가 읽었을때는 '끊임없이 더 많은 땅을 갈구하는 빠홈과 그를 파멸로 떨어뜨리는 악마의 모습' 을 보기도 하고. 지금은 저번 데블스 캠프 중의 OOP 세미나때 '자신의 발전을 위해, 순간순간 과정자체를 느끼고 이해해보기' 이후, '방법론' 에 대해 다시금 생각하게 해준다. 개발중 내가 진행하는 과정을 최적화 시키는 '방법론' 을 만들어내는 (또는 기존의 학문을 도입하는) 것에 대해서.
• 정모 . . . . 3 matches
        -> 관찰해보건데, RC 비 참여자들의 질문 & 의견제시가 거의 없다.
        -> 사회자가 모든 질문에 대한 답변을 한다.
        -> 해결책 : 해당 주제제안자에게 사회자가 질문에 대한 답변을 위임한다.
• 정모/2011.3.14 . . . . 3 matches
        * 한 사람씩 돌아가며 지난주에 있었던 일을 소개하고 질문을 받는다.
        * 질문이 끝나면 어떤것이 거짓인지 다같이 맞춰보고
        * 여기에 질문을 받습니다:
• 정모/2013.1.15 . . . . 3 matches
        * 조광희 : 질문은 게시물이 생기면 거기에 하면 되는건가요?
        * 네, 해당 게시물에 질문하면 됩니다.
        * 아하! 게시판에 질문하면 되는거였구나ㅋㅋ 그럼 게시판으로 내용 옮겨감ㅋㅋ - [김수경]
• 지금그때/OpeningQuestion . . . . 3 matches
       선배들이 ["지금알고있는걸그때도알았더라면"] 아마 이런 질문을 자기 자신과 선배에게 물었으리라.
       [지금그때2004/패널토의질문지]에서
       누구나 생각해 보면 쉽게 답할 수 있는 질문일 것 같습니다. 제 경우와 주변을 살펴보면, 1학년 때 수업만 따라가면 큰 차이가 없는 것 같습니다. 그러나 1학년 때 자신이 알아서 소위 "탐구 학습"을 하면 나중에 남들이 따라오기 힘들 정도로 큰 격차가 생깁니다. 물론 1학년 때 공부 거의 안하고 나중에 따라 잡고 발전하는 경우도 있습니다만 그렇게 쉬운 일은 아닙니다.
• 지금그때2003/규칙 . . . . 3 matches
        1. 질문외의 모든 이야기는 다음과 같이 시작해서 만든다.
        * 질문외에 모든 이야기는 다음과 같이 시작한다.
        * 단, xx의 정의에 대한 질문시에 시작하기가 난해 했는데(ex- 전산센터가 뭐에요?), 이는 조그마한 트릭으로 충분히 극복할수 있었다.
• 지금그때2007/아이디어 . . . . 3 matches
        === 질문레스토랑 ===
        * 질문이 없을까봐 만든 것인데 오히려 많은 질문을 막는 역효과가 있었다
• 프로그래머의길 . . . . 3 matches
       독자중 한 사람이 필자에게 이런 질문을 한적이 있다.
        필자의 답변은 '해답은 없습니다.'였다. 하지만 어렵게 질문해온 독자에게 어설픈 답변을 할 수 없기 때문에 프로그래머의 길이란 어떤 것인가에 대해 답변을 보낸 적이 있다.
        그렇다면 이 정도의 실력을 갖추기 위해서는 어떻게 해야할까? 아마도 많은 독자들이 궁금해하는 문제일 것이다. 정확한 해답이 있을 수 없는 질문이다. '''영어에 왕도는 없다'''라는 표현을 빌어 '''프로그램에는 왕도가 없다'''라고 표현하는 것이 정답일 것이다. 하지만 왕도는 없지만 방법은 있다. 바로 '''자신이 할 수 있다고 판단하는 것보다 항상 더 많은 일을 만들어 내라는 것이다.''' 의미는 도전 정신이 필요하다는 뜻이다. 예를 들어 자신에게 주어진 일이 10만큼의 크기라면 자신의 목표를 20정도로 세우는것이다. 그러면 10만큼도 하기 벅차다고 느끼던 것이 어느날 목표한 10을 이루고 20으로 다가가고 있는 자신을 발견하게 될것이다. 만약 목표한 10도 이루지 못했다고 해서 실망하지는 말자. 돌이켜 보면 프로젝트가 실패했다고 해서 잃는 것보다는 얻은 것 더 많다는 것을 알게 될것이다. 필자는 중급자의 벽인'창조의 벽'을 해결하기 위해서는 무엇보다도 도전 정신이 필요하다고 주장하고 싶다.
• BookShelf/Past . . . . 2 matches
        1. [http://kldp.org/Translations/html/Ask-KLDP/ 좀더 나은 질문하기 방법] - 20050121
        1. [질문의힘] - 20050221
• CPPStudy_2005_1 . . . . 2 matches
       = 질문 =
       [CPPStudy_2005_1/질문]
• CauGlobal/Interview . . . . 2 matches
        * 질문 목록(두서없이)
       그냥 좋은 게 있으면 알고 오면 좋다는 식으로 접근하면 자칫 표면적인 겉핥기식 인터뷰가 되지 않을까 싶습니다. 묻는 사람 스스로가 혼자 잘 생각해 보면 대충 답을 예상하는 질문을 하게 되는 것이죠. 목표를 조금 좁히거나 명확하게 만들어 보면 어떨까요? --JuNe
• CauGlobal/ToDo . . . . 2 matches
        * 스탠포드 다니는 사촌형 지인 메일 주소 받고 질문 보내기
        * 스탠포드 다니는 사촌형 지인 메일 주소 받고 질문 보내기
• ExploringWorld/20040315-새출발 . . . . 2 matches
       === 그외의 질문과 답변 ===
        * 질문이 없었다.
• ExtremeProgramming . . . . 2 matches
       DeleteMe) 질문에 대해서는 ["Metaphor"] 로 옮겼습니다. 그리고 질문을 하실때는 실명으로 로그인해주시기 바랍니다. (사람들이 203.244.197.254 님 에게 답하기엔 좀 이상하자나요~) --["1002"]
• FileStructureClass . . . . 2 matches
       강현철 교수님에게 인상적인 부분이 있다고 한다면, 중간에 질문을 던지신 뒤 학생들이 답했을때의 자세이시랄까. 그럴때 바로 '틀렸다' 라고 이야기하지 않는다. "만일 자네의 의견이 맞다면, 어떻게 이 부분을 전개한것인지 말해보게." 식으로 논리과정을 서술하게끔 다시 질문하신다. --[1002]
• FreechalAlbumSpider . . . . 2 matches
       작업을 계속 하다 보니, 각 모듈들에 대해 BottomUp 스타일로 작성이 되었다. 근데, 막상 '다음에 해야 할일은?' 질문을 해보니, 좀 멍멍해졌다. 이래서는 안되겠다고 판단, 일단 만들어놓은 개개의 모듈들을 근거로 시퀀스 다이어그램을 그리고 그 순서를 잡아나갔다.
       == 질문 ==
• HolubOnPatterns/밑줄긋기 . . . . 2 matches
        * 사용자가 무언가를 정말로 하고 싶어한다면 이에 대해 질문하지 말아야 한다고 주장한다.
        * 이건 6피의 중심에서 외치고 싶은 말. 많은 후배들이 이런 질문을 한다. ''C로는 객체지향 못하는거 아니에여?'' ;;;;;;; 혹은 ''OOP로 짜고있어요 ㅋ''해서 보면 자바로 짠다는 것 외엔 도대체 객체지향의 원리가 어디에 녹아있는지 알 수 없는 코드라거나... 클래스 쓰면 다 OO냐ㅜㅜ 그렇게 간단하면 학교에서 왜 한학기나 할애해서 배우겠어. - [김수경]
• HowToDiscussIt . . . . 2 matches
       한꺼번에 토론을 하기엔 사람이 너무 많다. 내성적인 사람들은 많은 사람 앞에서 이야기 하기를 꺼린다. 혹시나 자신이 한 말이 남들에게 바보처럼 보이지 않을까 걱정한다. 특히 의견/질문을 내는 사람이 별로 없는 상황은 악순환을 거듭한다. 의견을 내는 사람이 없기 때문에 의견 내기가 어려워진다. 또한, 낮은 위치의 사람(저학년, 하급자, 경험이 적은 사람)과 높은 위치의 사람이 섞여 있는 경우, 낮은 위치의 사람은 무언의 압력을 느끼고 의견 개진을 어려워 한다. 보통 한 두 사람 말 많은(혹은 경험이 많은) 사람이 전체 토론을 주도하게 된다.
       의견 발표를 하지 않는 사람을 보고 뭐라고 하거나, 질문을 강요하기 보다는 그들이 왜 그렇게 소극적인지를 분석하고, 적극적으로 될 수 있는 환경과 NoSmok:어포던스 를 제공하라.
• HowToStudyDataStructureAndAlgorithms . . . . 2 matches
       결국은 소크라테스적인 대화법이다. 해답를 가르쳐 주지 않으면서도, 초등학교 학생이 자신이 가진 지식만으로 스스로 퀵소트를 유도해 낼 수 있도록 옆에서 도와줄 수 있는가? 이것이 우리 스스로와 교사들에게 물어야 할 질문이다.
       ''고등학교때부터 흘러온 교육방식의 폐해가 아닐까 하네요. '무엇을, 왜' 라는 질문 이전에 '어떻게' 가 머릿속에 들어와버리는. --석천''
• JavaStudy2004/클래스상속 . . . . 2 matches
       ==== 질문하세요 ====
        * 디폴트 전달인자라는 것하고 질문이 무슨 뜻인지 잘 모르겠습니다 ; --[iruril]
• JosephYoder방한번개모임 . . . . 2 matches
        * 질문도 정리해 주면 좋겠네요
        * 질문을 더 효과적으로 하는 법을 익히자.
• MFCStudy_2002_2 . . . . 2 matches
       = 질문/답변 =
        * 질문하고 싶은 것을 이곳에 써주세요 ^_^
• MineFinder . . . . 2 matches
       검색을 하다가 우연히 [MineFinder] 페이지를 발견했습니다. 상당히 재미있더군요, 소스를 무척 깔끔하게 이해하기 쉽도록 만드셔서 무척 인상깊게 봤습니다. 다름이 아니오라 질문이 있어서 이렇게 글을 남깁니다. 지뢰찾기 알고리즘에서 각 블럭의 상태를 비트맵으로 비교를 하고 있는데 지뢰찾기 윈도우의 비트맵 데이타를 어떻게 추출하셨는지 궁금합니다. 제가 윈도우 초보라서 그런지 몰라도 무척 궁금하네요. 그 방법을 다른 응용 어플리케이션에서 얼마든 응용할 수 있을 것 같아서요. 답변 부탁드립니다. --동우
       답변 감사드립니다. 제가 질문드리고자 했던 포인트는 GetClientRect API를 통해 윈도우의 클라이언트 영역을 가져와서 실제 비교하는 IDB_BITMAP_MINES 비트탭 리소스를 말씀드린 것이였습니다. IDB_BITMAP_MINES 비트맵 리소스도 GetClientRect 를 통해 추출하신건가요? 만약 그 API로 추출하셨다고 해도 클라이언트 영역 전체가 캡쳐가 되었을 텐데 숫자와 버튼등을 픽셀 단위로 어떻게 추출해서 IDB_BITMAP_MINES 리소스로 만드셨는지 궁금합니다. MineFinder 페이지에는 IDB_BITMAP_MINES 리소스를 만드는 이야기는 없어서요. --동우
• OOD세미나 . . . . 2 matches
        * 원래 정말 철저하게 절차지향적으로 프로그래밍 하던 사람이라... 오늘 내용이 좀 어려웠습니다;; 특히 그냥 들을때는 이해하면서 넘어가도, 실제 프로그래밍을 하려니까 막막하더라구요. 마지막 실습때 질문도 했었는데, 형은 if문 안에서 Comparer 객체를 선언해서, equals 함수를 사용하라고 하셨는데, 전 if문 안에서 객체를 생성할 생각조차 하지 못했었거든요. 그저 주어진 정보만 가지고, 반복문을 돌릴 생각뿐이었죠; 그런데 집으로 돌아오면서 생각해봤는데, 제가 짠대로 하면 '''“단일 변화로 인한 수정 사항을 예측 가능한 범위 내에 집중시켜라.”''' 라는 말과는 거리가 한 참 멀어지더라구요;; 예측은 가능한데 예측범위가 프로그램 소스 코드 전~부 라는거죠. 덕분에 "아, 정말 이런거 때문에 OOP를 하라는 거구나" 라는걸 알게 되었습니다 ㅋㅋ
        get과 set을 사용하면 메인에서 그 자료형이 뭔지 알고 있는 거니까 변경시에 같이 변경해야 하므로 사용을 자제하는 건가요? 다른 클래스에서 private로 선언한 거를 메인에서 접근하기 위해 get과 set을 사용하는 거 같은데, 그럴거면 private로 왜 선언하는 건지 의문을 작년에 가졌...는데 여전히 모르는..;ㅅ; 우문(뭔가 질문하면서도 이상해서..;)현답을 기대합니다 ㅎ; - [강소현]
• ProjectPrometheus/Journey . . . . 2 matches
       그동안의 Pair 경험에 의하면, 가장 Pair 가 잘 되기 어려운 때는, 의외로 너무 서로를 잘 알고 Pair를 잘 알고 있는 사람들인 경우인것 같다는. -_-; (Pair 가 잘 안되고 있다고 할때 소위 '이벤트성 처방전'을 써먹기가 뭐하니까. 5분 Pair를 하자고 하면 그 의도를 너무 쉽게 알고 있기에.) 잘 아는 사람들과는 주로 관찰자 입장이 되는데, 잘 아는 사람일수록 오히려 개인적으로 생각하는 룰들을 잘 적용하지 않게 된다. (하는 일들에 대한 Tracking 이라던지, 다른 사람이 먼저 Coding 을 하는중 이해 못할때 질문을 한다던지 등등. 차라리 그냥 '저사람 코딩 잘 되가나본데..'. 오히려 예전에 '문제'라고 생각하지 않았던 부분이 요새 '문제' 로 다가 온다.)
       CollaborativeFiltering 에 대한 논의. 논문 3개를 미리 읽어두었음에도 불구하고, 알고리즘 부분에 대해서 '실제 구현시 어떻게 할것인가?' 라는 질문에 대해 입을 열지 못했다. 으.. 논의에 무모하게(?) 껴들지 못하고 있는중인게 왜이리 억울한지. 공부 헛했다 헛했어..
• PythonForStatement . . . . 2 matches
       === 질문 ===
       질문과 같은 맥락의 이 두동작이 같은지 따져 볼까요?
• QuestionsAboutMultiProcessAndThread . . . . 2 matches
        * 첫번째와 세번째 질문에 대한 답변은 "time slice 정책에 따라 다르다." 인거에요?? - [박성현]
        * 공부하다 헷갈려서 질문 올려봅니다; - [박성현]
• RandomWalk2/서상현 . . . . 2 matches
       파이썬으로 개발함. 7/1 밤 11시부터 1시까지 3시간. 중간에 ["RandomWalk2/질문"]. 7/2 다시 30분간 수정. 다시 질문. 답변을 받고 몇군데를 다시 고쳐서 업로드함.
• RefactoringDiscussion . . . . 2 matches
       Refactoring 과 관련된 토론, 질문/답변의 장으로 활용한다.
       앞 글은 질문이라기보다는 지적과 비판인 듯 합니다.
• ZeroPageServer/old . . . . 2 matches
       || [ZeroPageServer/FAQ] || 자주 회자되는 질문 ||
       === 토론, 질문, 잡담, 서버 문제점 ===
• 김재현 . . . . 2 matches
        for (k=0; k < MAX; k++) //질문거리~(등호..)
        for (k=0; k < COUNT; k++) { //질문
• 네이버지식in . . . . 2 matches
       지식in이란 서비스는 질문에 답변을 해주는 게시판 형식이긴 하지만, 참여가 자유롭고 한 주제에 대해 글을 쓴다는 점에서 위키랑 비슷하다는 생각이다. '''오픈 백과사전'''이라는 게 있기도 하던데 이게 위키랑은 더 비슷한 형태이지만 지식in에 대면 별로 인기가 없어보인다.
       그 차이는 의외로 아주 간단합니다. 네이버지식인과 같은 시스템은 개인의 명성(reputation)에 대한 욕구에 상당 부분 의존하고 있습니다. 개인을 더 드러내는 것이죠. 반대로 위키는 개인이 잘 드러나지 않습니다. 명성 시스템이 아닙니다. see also ForgiveAndForget 이는 XP 철학과도 상통합니다. XP에서는 너희 팀에 영웅이 누구냐는 질문에 답이 바로 나올 수 있는 팀을 좋지 않게 봅니다. 영웅이 있는 팀은 위험한 팀입니다. XP는 보상도 팀단위로 받고 책임도 팀단위로 지는 것을 이상적으로 봅니다.
• 덜덜덜 . . . . 2 matches
       공부중에 막히시거나 질문하실것은 저한테 문자나(^^;) 엠에센 으로 질문해주세요
• 레밍딜레마 . . . . 2 matches
       시리즈 물인데, 같은 시리즈의 하나인 혜영이가 남긴 감상 [http://zeropage.org/jsp/board/thin/?table=multimedia&service=view&command=list&page=0&id=145&search=&keyword=&order=num 네안데르탈인의 그림자] 와 같은 짧고 뜻 깊은 이야기이다. 왜 이 책을 통해서 질문법을 통한 실용적이며, 진짜 실행하는, 이루어지는 비전 창출의 중요성을 다시 한번 생각하게 되었다. ["소크라테스 카페"] 에서 저자가 계속 주장하는 질문법의 힘을 새삼 느낄수 있었다.
• 마케팅천재가된맥스 . . . . 2 matches
       == 던져야할 질문 ==
        * 다음과 같은 질문을 클로저, 마법사(기술자), 빌더(인간관계구축), 세일즈맨이 각각 필요할 시장 상황에서 생각해본다.
• 말없이고치기 . . . . 2 matches
       게다가, 남의 오류를 드러내고 이에 대해 반박을 하는 것은 결국 필요없는 ["ThreadMode"]의 글을 남겨서 처음 읽는 독자로 하여금 시간 낭비를 하게 할 수 있다. (see also NoSmok:질문지우기)
       see also NoSmok:질문없이묻기
• 새싹교실/2011/데미안반 . . . . 2 matches
        * [강소현] - 열성적으로 질문을 해주어서 좋았습니다. A언어도 있는지의 여부를 물었었는데 저는 몰랐었는데 실제로 존재하더라구요 ㅎㅎ 가벼운 내용이라도 의문이 드는 사항이라면 언제든지 위키나 문자로 질문해주면 최대한 답변을 달도록 노력하겠습니다. 다음 시간에는 이전에 실습했던 것의 복습과 scanf 이후로 나갈 예정입니다. PPT 준비에 디자인도 없이 급하게 만든 티가 났었는데, 다음 시간에는 조금 더 준비를 해가겠습니다:)
• 새싹교실/2012/새싹교실강사교육/1주차 . . . . 2 matches
       1. 새싹 강사, 학생에게 서로 질문 던져보기 (뭐 때문에 들어왔나?/목표는?/왜 그렇게 잘생김•이쁨?/한 주 동안 뭐했는지 공유)
       2.1 기본 골격 : 강의 자료(유인물) + 새싹 선생님의 설명 + 학생들의 질문 + 실습 과제 + 회고
• 새싹교실/2012/앞부분만본반 . . . . 2 matches
        * 저기 공부겸 들렀는데, 질문이 있네요.
        system이 infinitely many solutions일 때도 consistent가 아닌가요? 궁금해서 질문 올립니다.- [김희성]
• 새싹교실/2012/열반/120319 . . . . 2 matches
        * 적혀있지 않아서 질문 드립니다. 실습을 하였나요? - [김준석]
       = 질문에 대한 답변 =
• 새싹교실/2013/록구록구/4회차 . . . . 2 matches
       못하겠으면 언제나 질문 환영하니...
       == 질문 ==
• 시간관리하기 . . . . 2 matches
       DeleteMe) 영어로 쓰려면 HowToManagement... 류가 되려나. -_-; 개인적으로 그리 치열하게 살지 않는 사람으로서 이런 페이지 글 적는게 좀 그렇지만. -_-; 일단 화두 제공용. 질문하기위해 연 페이지라고 생각하시길. --["1002"]
       ["정모/2002.9.26"] 때 사람들에게 요새 겪게 되는 문제들에 대해서 이야기하라고 했었을때, 많이 나왔던 질문이 '시간이 없는데 하고 싶은 일은 많고...' 식의 문제가 많았다.
• 위키를새로시작하자 . . . . 2 matches
        저에게 그 질문의 답은 '같은 질문을 온라인에 다른 분들이 하는 것' 입니다. --NeoCoin
• 유정석 . . . . 2 matches
       == 질문과 답 ==
       -> 들어가서 질문하고 문자나 네이트온
• 이승한/질문 . . . . 2 matches
       = 승한이 질문 페이지 =
       다른 질문.
• 이영호/64bit컴퓨터와그에따른공부방향 . . . . 2 matches
       몇가지 질문을 한다면 (활동 영역을 아마 시스템 프로그래머 분야로 잡은 것 같아서, 좋아하는 분야를 공부하는 것에 대해서는 큰 이견이 없습니다.)
       (우선 제 지문의 맥락을 담은 질문부터. 과연 Java와 Python 개발자들이 Assembly+C개발자와 같이 좋은 효율의 다른언어 컴파일러를 만들 수 있을까요. 현재 함수보다 좋은 함수를 생각해 냈는데 그것을 구현하려면 low level의 지식이 필요한데, 자신은 Java와 Python 들만 알고 Assembly를 모른다면 어떻게 해야할까요?)
• 전문가되기세미나 . . . . 2 matches
        * 당신의 질문이 답을 가진 사람의 눈 혹은 귀에 도달하는데 30초 미만이 걸리는가.
        * 시스템의 사용에 대해 질문이 생긴 시점부터 전문 사용자가 답할때까지 평균 3일 이하가 걸리는가?
• 정모/2011.5.2 . . . . 2 matches
        * 정모 페이지에만 도움을 요청할 필요는 없습니다. 질문이 있다면 질문 페이지를 만드셔도 좋아요
• 정모/2013.6.10 . . . . 2 matches
       == 1번 질문 ==
        == 2번 질문 ==
• 지금그때2003/계획 . . . . 2 matches
        8:15~8:25 Market Place 에 질문 적기
       ost 진행시간이 30분 정도면 "지나치게" 짧다. market place에 질문 적기는 원래 ost가 진행되는 도중에 아무나 적을 수 있다. 안 1번을 하되 OST 진행 시간을 45분 이상으로 늘리는 것이 좋겠다. --JuNe
• 지금그때2004/회고 . . . . 2 matches
        * 패널들의 이력사항에 대한 소개가 미비했다는 생각이 듭니다. 패널들의 소개를 좀 더 적극적으로 자세히 하고 홍보를 한다면, 더 적극적인 질문을 이끌어내지 않았을까 생각합니다.
        * 질문 : 기록을 찾을수 없어서 그러한데, 이번에 리허설을 대략 몇시간 정도 했나요? --NeoCoin
• 지금그때2005 . . . . 2 matches
       지금그때의 의미를 담은 자료집과 질문릴레이에서 좋은 내용을 받아 적을 수 있는 종이. 그리고 OST를 간단하게 받아 적을수 있는 종이를 나눠준다면 좋지 않을까요?? - 이승한
       질문 레스토랑과 OST시간은 [http://zeropage.org/wikis/nowthen2004/%C1%F6%B1%DD%B1%D7%B6%A72005 지금그때위키]에 정리하여 [지금그때]가 누적될 수 있도록 하는게 좋겠다는 생각을 하네요.--[Leonardong]
• 지금그때2005/진행내용 . . . . 2 matches
       = 질문 릴레이 =
       [강희경]과 황재선이 기록을 하는 역할(레코더)를 맡았었습니다. 지금은 피곤해서 무리인 것 같고 빠른 시일 내에 질문레스토랑의 내용을 정리하겠습니다. --[강희경]
• 프로그래밍잔치/정리 . . . . 2 matches
        -> Opening Question 의 중요. 토론을 시키기 전, 그 주제를 명확하게 표현해주는 '질문' 문장을 미리 3-4개정도 작성해온다.
        * 중간에 진행중 간간히 리듬이 끊어짐. 또는, Facilitator 가 질문만 던지고 답을 받은뒤에 제대로 정리를 하지 못함. 그래서 단발성 질/답으로 끝나는 경우 발생.
• 05학번만의C++Study/숙제제출/2 . . . . 1 match
        * 여기서 질문!! 전달인자가 1개인 함수와 2개인 함수만들어 오버 로딩 하라는 것인가? 그게 아니라면... cin을 라인별로 입력 받아햐겠는데.. 어떤때는 변수를 하나만 받고 어떤때는 변수를 두개 받아야하니.. 라인별로 처리 해야할듯.. 하지만 라인별로 처리해도....;;;; 음... 생각이 떠오르지 않음..;;; 쳇..;;[[BR]] 어제 교수가 defalte 에 대해 설명했던거 같은데.. 전달인자를 취하지 않으면 이미 입력된 변수의 값으로 처리한다. 라고...;; 음..;;;이렇게 해야하나?
• 1002/TPOCP . . . . 1 match
        * 저자가 제기하는 질문은? & 책에서의 대답은? ( + )
• 1thPCinCAUCSE . . . . 1 match
       물론 C나 C++을 사용해야만 하는 상황 자체가 하나의 과제 상황이 되고 덕분에 여러가지 공부가 되긴 하겠 지만, 우리는 "왜 C/C++ 밖에 사용할 수 없느냐"는 조금 더 본질적인 질문을 해봐야 합니다. 특히 학과 분위기가 C/C++ 쪽으로 편중되어 있는 상황에서는 말이죠.
• 1thPCinCAUCSE/ExtremePair전략 . . . . 1 match
        * 코딩은 기본적으로 ["PairProgramming"] 이였습니다. 드라이버가 코딩할때 파트너는 잘못된 코딩뿐만 아니라 이해안가는 부분에서는 계속적인 질문으로 드라이버 스스로 명확한 코드를 만들도록 했습니다.
• 2004여름방학MT . . . . 1 match
        * 질문 : 후발대 있어요?? -- 승균
• 2005리눅스프로젝트<설치> . . . . 1 match
        * 데비안 밀었다가 다시 설치하고 싶은데.. 그나저나 이번주 월요일은 스터디 쉬는거지?? 학교도 안가는데..그렇담 여유가 좀 있군... 아님 낭패..ㅋㅋ [[BR]]그리고 질문!! Fedora로 통일해야하는거야?? 아님 Fedora 를 중심으로 돈다는건가? ...<< 그게 그말인가?? 요즘언어의 장벽을 느끼는 형노.;;;;;; [(laciel)형노]
• 2011년독서모임 . . . . 1 match
        * 이상한 나라의 앨리스의 2부라고 말은 많이 들었는데, 실제로 읽어본 건 이번이 처음이었어요. 내용이 이어지는 건 아니고, 그냥 처음과 끝의 구성이 비슷하고 앨리스가 등장한다는 것 외에는 없는 듯 합니다. 앨리스는 7살 하고도 6개월인 호기심이 왕성한 나이여서 그런지 모든 것을 신기한 관점에서 바라봅니다. 거울 건너편은 이쪽세계와 비슷한듯 하지만 좌우가 뒤바뀌었고, 실제로 안 보이는 부분은 이쪽세계와 다를지도 몰라! 라고 생각하고, 거울 건너편 세계를 구경하고 싶어 합니다. 그래서 손을 댓는데, 어느 순간 건너편 세계로 넘어옵니다. 거울에 비치지 않았던 부분은 과연 색다른 모양을 하고 있었고, 조그만 체스 왕과 여왕이 움직이는 것이 보여, 말을 걸지만 앨리스를 보지도 듣지도 못합니다. 문 밖을 나와 언덕에 가려하는데 아무리 이동해도 제자리로 돌아와 있어, 반대로 이동하니 언덕으로 이동하는 것은 거울이 반대편이라 그런듯 합니다. 곤충에게 이름이 붙여있는 이유는 사람들이 부르기 편한게 아니라, 실제로 이름을 불러주면 대답을 해올거라 조언해주는 모기나, 땅 침대가 푹신하지 않고 딱딱하기 때문에 꽃들이 잠들지 않고 재잘재잘 말을 할 수 있게 되었다던지, 체스 사람들이 밖에서 앨리스만큼 커진 이유는 밖이 탁하지 않기 때문이라던지 독특한 관점이 많습니다. 앨리스의 이동은 체스 말의 이동에 비유되어 처음에는 졸로서 한 칸씩 이동하다가 여왕을 잡고 잠이 깹니다. 초반에 잠을 자고 있던 왕 체스 말이 꾼 꿈인지, 아니면 앨리스가 꾼 꿈인지 묻는 질문과 함께 이야기가 끝납니다.
• 3DStudy_2002 . . . . 1 match
       DeleteMe) 질문해도 될까요..? 3D를 공부한다는 말은 도대체 무엇을 공부한다는 말인가요..?? --선호..[[BR]]
• 5인용C++스터디/멀티쓰레드 . . . . 1 match
       이렇게 작업을 함으로써 작업을 멀티 테스킹으로 할수 있다라는 의미입니다. 이때 하나의 작업 단위들을 스레드라고 합니다. "그럼 프로그램 내부에 모든 작업은 스레드로 나누어 지겠네요?" 라는 질문이 있을 것 같은데 그렇지는 않습니다. 스레드란 독립적인 작업 단위입니다. 즉 다른것에 구애 받지않는 자체적인 작업 단위를 스레드라고 합니다. 윈도에서 워드 프로세서를 띄우고 대용량의 데이터를 로드하여 프린터로 출력한다고 가정을 합시다. 프린팅 작업 도중에 워드프로세서를 사용할수 있습니까? 물론 윈도 95에서는 프린터는 프린터 대로 작동을 하고 워드 프로세서는 워드 프로세서대로 작업을 할수 있습니다. 여기에 인터넷을 통해서 큰 데이터를 다운 받는다고 가정을 합시다. 프린터하고 원드프로세서로 새로운 내용을 입력하면서 인터넷을 통해서 데이터를 다운 받을수 있습니다? 물론 할수 있습니다. 여기에서 원드프로세서의 입력작업이 하나의 스레드 프린팅 작업이 하나의 스레드 또한 다운 로드가 또하나의 스레드입니다. 실지로 윈도 98의 내부적인 모든 프로그램의 동작은 멀티 스레드로 설정되어 있습니다. 그렇기 때문에 다중 작업을 할수 있는 것입니다.
• AM . . . . 1 match
        * 진행 방식 : 각자 정해진 분량을 공부하고 정모에 팀원들이 번갈아 가면서 공부한 내용을 세미나한다. 질문답변하며 피드백하는 과정을 갖는다.
• AM/20040629첫번째모임 . . . . 1 match
        * 진행 방식 : 각자 정해진 분량을 공부하고 정모에 팀원들이 번갈아 가면서 공부한 내용을 세미나한다. 질문답변하며 피드백하는 과정을 갖는다.
• AcceleratedC++/Chapter2 . . . . 1 match
       === 질문 ===
• AdvertiseZeropage . . . . 1 match
       작년까지는 이즈음 해서 ZeroPage를 홍보했던것 같았는데 올해는 그렇지가 않은것 같네요. 현재 ZeroPage 가입을 희망하는 새내기가 여럿 있는데 ZeroPage에 대해서 질문을 하면 적절한 답을 주지 못할 때가 많습니다.
• Ant . . . . 1 match
        make.gnumake,nmake,jam 과 같은 다른 Build 툴은 놔두고 왜 Ant 를 써야하는가에 대한 질문이다. Java 기반으로 프로그램을 짜고 컴파일 및 배포용 쉘 프로그램을 짜봤는가? 해봤다면 그것의 어려움을 잘 알것이다. 각 [OS] 마다 쉘 스크립트가 다르고 일반적으로 사용하고 있는 Unix 에는 또 각종 쉘들이 존재한다. 윈도우 쉘 또한 복잡하긴 매한가지이고 프로그램을 모두 작성하고 컴파일 및 배포 쉘 스크립트를 작성하기 위해서 이것들을 모두 작성하는것 자체가 프로그래머에게 또 하나의 고난이 아닐까 생각한다.(즉, 쉘 프로그램을 배워야 한다는 의미이다.)
• AsemblC++ . . . . 1 match
       .exe파일의 어셈블 코드부분에 대한 질문. [http://zeropage.org/wiki/AsemblC_2b_2b?action=edit 지식in]
• AspectOrientedProgramming . . . . 1 match
        먼저 ‘Aspect는 꼭 필요한가?’라는 질문에 답해보자. 물론 그렇지는 않다. 이상에서 언급한 모든 문제들은 aspect 개념 없이 해결될 수 있다. 하지만 aspect는 새롭고 고차원적인 추상 개념을 제공해 소프트웨어 시스템의 설계 및 이해를 보다 쉽게 한다. 소프트웨어 시스템의 규모가 계속 커져감에 따라 “이해(understanding)”의 중요성은 그만큼 부각되고 있다(OOP가 현재처럼 주류로 떠오르는데 있어 가장 중요한 요인 중 하나였다). 따라서 aspect 개념은 분명 가치 있는 도구가 될 것임에 틀림없다.다음의 의문은 ‘Aspect는 객체의 캡슐화 원칙을 거스르지 않느냐?’는 것이다. 결론부터 말하자면 ‘위반한다’ 이다. 하지만 제한된 형태로만 그렇게 한다는데 주목하도록 하자. aspect는 객체의 private 영역까지 접근할 수 있지만, 다른 클래스의 객체 사이의 캡슐화는 해치지 않는다.
• BasicJAVA2005 . . . . 1 match
       질문 !! 이클립스 쓰는데, run as에 이상한 JUnit Plug-in Test 이런거만 있는데, 어떻게 정상적으로 java application 나오게 하죠? -- 허아영
• Benghun/Diary . . . . 1 match
       세미나 진행자로써의 준비 부족을 지적해 준 근희선배에게 감사를 표시한다. ( 세미나의 서두가 엉망이었다. 결과적으로 질문공세가 유도되었다 )
• BookShelf . . . . 1 match
        1. [질문의힘]
• C++Seminar03 . . . . 1 match
        - 써놓고 보니 바보같은 질문이군요.. ^_^;;
• CNight2011 . . . . 1 match
        * 왕고로서 C Night에 참여해서 학우들에게 도움도 주고 제가 모르는 것도 배우고 싶었는데 잘 되었는지 모르겠네요. 미리미리 이것저것 테스트 해보고 동적 메모리 할당에 대해 질문한 학우들을 보고 11학번 역시 수준이 높구나 생각이 들었습니다. 다음에는 다른 컨텐츠로 밤샘투어 해보고 싶어요 ㅋㅋ - [지원]
• CleanCodeWithPairProgramming . . . . 1 match
        * 하나의 작업을 둘이 한다는 점에서 당연히 어려운 점이 있을 수 밖에 없었지만, 막히는 부분이 생기면 바로 질문을 하거나 이야기를 통해서 문제를 해결 할 수 있는 점이 매력적이였습니다. - [조영준]
• CppUnit . . . . 1 match
        학교 수업에서 실질적이고 현장에서 직접 쓰이는 도구들을 사용하도록 유도하는 것이 정말 부럽고, 국내 프로젝트/실습 수업에서 그냥 교재의 챕터 하나씩 발표시키고 이를 지켜보고, 평가하고, 끝에 지엽적인 질문으로 발표자 골탕 먹이는 일 외에도, 교수(혹은 조교)가 해 줄 수 있는 것이 이렇게 많다는 것이 신기하다는; --JuNe
• DesignPatternsAsAPathToConceptualIntegrity . . . . 1 match
       자, 이전 ConceptualIntegrity 에 대한 토론과 함께 우리는 토론을 위한 질문들을 제안할 수 있다.
• DevCppInstallationGuide . . . . 1 match
       == 질문 및 조언 ==
• Django스터디2006 . . . . 1 match
        * 그리고 HTML, JavaScript, Php, MySQL 에 대해서 궁금한거 있으면 질문거리 가져오기 --> CSS도...
• DoWeHaveToStudyDesignPatterns . . . . 1 match
       제 개인적인 의견으로는, 다른 것들과 마찬가지로 뭐든지 공부한다고 해서 크게 해가 되지는 않겠지만(해가 되는 경우도 있습니다 -- 다익스트라가 BASIC을 배워 본 적이 있는 학생은 아예 받지 않았다는 것이 한 예가 될까요?) 공부해야 할 필요가 있겠는가라는 질문에는 선뜻 "그렇다"고 답하기가 쉽지 않습니다. 여기에는 몇가지 이유가 있습니다. (제 글을 "DesignPatterns를 공부하지 마라"는 말로 오해하지는 말아 주기 바랍니다)
• EightQueenProblem . . . . 1 match
       질문 있는 데요. 개발 시간에 문제를 보고 생각한 시간까지 포함되나요?? -- 선호
• EightQueenProblem2Discussion . . . . 1 match
       이미 알고리즘 수업 시간을 통해 생각해본 문제이기에 주저없이 백트래킹(BackTracking) 기법을 선택해서 슈도코드를 종이에 작성해보았고 그를 바탕으로 구현에 들어갔습니다.(''그냥 호기심에서 질문 하나. 알고리즘 수업에서 백트래킹을 배웠나요? 최근에는 대부분 AI쪽으로 끄집어 내서 가르치는 것이 추세입니다만... 교재가 무엇이었나요? --김창준 Foundations of Algorithms Using C++ Pseudocode, Second Edition 이었습니다. ISBN:0763706205 --이덕준'') 백트래킹은 BruteForce식 알고리즘으로 확장하기에 용이해서 수정엔 그리 많은 시간이 걸리지 않았습니다. 만일 EightQueenProblem에 대한 사전 지식이 없었다면 두번째 과제에서 무척 당황했을것 같습니다. 이번 기회에 코드의 적응도도 중요함을 새삼 확인했습니다. --이덕준
• EightQueenProblemDiscussion . . . . 1 match
       자신에게 항상 "What is the simplest thing that could possibly work?"라는 질문을 하면서 TestDrivenDevelopment를 했나요? 테스트/코드 사이클을 진행하면서 스텝을 작게 하려고 노력했나요? 중간에 진척이 별로 없는 경우, 어떤 액션을 취했나요? 그 때 테스트 사이클의 스텝을 더 작게하려고 했나요? 만약 다시 같은 문제를 새로 푼다면 어떤 순서로 테스트를 하고 싶나요? (직접 다시 한번 새로 시작하는 것도 강력 추천) 왜 다른 사람들에 비해 시간이 상대적으로 많이 걸렸을까요? 테스트 코드를 사용한 것이 그 시간만큼의 이득이 있었나요? TestDrivenDevelopment를 해내가면서 현재 패스하려고 하는 테스트 케이스에서 무엇을 배웠나요? 켄트벡이 말하는 것처럼 사고의 도구가 되어 주었나요? 참고로 저는 EightQueenProblem을 파이썬으로 약 30분 정도 시간에 50 라인 이내로(테스트 코드 제외) 풀었습니다. TestDrivenDevelopment로요. --김창준
• EnglishSpeaking/2011년스터디 . . . . 1 match
        * [김수경] - 아주 쉬운 말을 하고싶은데도 적절한 표현이 생각나지 않아 괴로웠습니다. 그냥 주제없이 이야기하는 것도 좋지만 질문에 대답하는 식으로 진행하니 오히려 말하기 더 편한것 같아 좋았어요.
• ExploringWorld . . . . 1 match
       || 질문답변 || qna ||
• Favorite . . . . 1 match
       [http://www.cinsk.org/cfaqs/html/ C에서 자주묻는질문]
• FocusOnFundamentals . . . . 1 match
       내가 EE 교육을 시작했을때 나는 나의 낡아빠진 'RCA Tube Manual'이 쓸모없는 것임을 알고 놀라게 되었다. 나의 교수들 그 누구도 특정 tube 나 tube 의 타입의 장점에 대해 칭찬한 적이 없었다. 내가 왜 그랬는지 질문했을때 '유명했던 디바이스나 기술들은 10년 내에는 별볼일 없어진다'는 것을 알게되었다. 대신, 나는 근본적인 물리, 수학, 그리고 내가 오늘날까지도 유용함을 발견하는, 사고하는 방법에 대해 배웠다.
• FromDuskTillDawn . . . . 1 match
       두 도시가 주어졌을 때 최단 경로를 찾는 프로그램을 만들어서 블라디미르가 최소한의 피만 챙겨서 여행할 수 있도록 도와주자. 피를 너무 많이 가지고 다니면 사람들이 "그 피 가지고 뭘 하실 건가요?" 같은 질문을 하면서 의심할 수도 있기 때문이다.
• Gof/Singleton . . . . 1 match
       ["질문"]
• HardcoreCppStudy/첫숙제 . . . . 1 match
       한가지 질문.. 숙제를 하셨으니, 짜면서 overloading 으로 얻어지는 자신이 생각하는 장점과 단점은 무엇인가요? 저에게도 정답은 없습니다. 처음 접하시는 여러분의 느낌이 궁금해서요.--NeoCoin
• HelpForDevelopers . . . . 1 match
       사용중에 불편하신 부분이나 오작동하거나 질문할 부분이 있으면 개발 사이트에 오셔서 언제든지 개발자와 피드백을 하실 수 있습니다.
• HelpOnInstallation . . . . 1 match
        * 그밖의 질문은 http://kldp.net/projects/moniwiki/forum (모니위키 프로젝트 홈페이지의 게시판)
• HowToStudyDesignPatterns . . . . 1 match
       LG2DP에는 뒷 부분에 보면 DP를 공부하는 순서와 각 패턴에서 던질만한 질문이 같이 정리되어 있습니다. DP는 순차적으로 공부해야만 하는 것은 아닙니다. 효과적인 공부의 순서가 있습니다.
• JUnit . . . . 1 match
       === 질문 ===
• Java Study2003/첫번째과제/장창재 . . . . 1 match
        * 첫번째 과제에서 제가 의도했던 바가 바로 "자바를 왜 사용하는 것인가?" 가 바로 초점이었는데 아쉽게도 카피 & 페이스트 만 해서 과제를 끝마치신거 같군요. 밑의 질문은 위의 내용을 단 10%도 이해를 못했다는 느낌이 드네요. 자신이 한 과제를 차근차근 다시 읽어보시면서 "자바는 무엇이며 왜 사용하는가?" 에 대한 해답을 얻으시기 바랍니다.
• JavaScript/2011년스터디/3월이전 . . . . 1 match
        * 모든 참가자는 잘 모르겠는 것, 궁금한 것, 더 공부하고 싶은 것 등 질문을 3가지 이상 준비한다.
• JavaScript/2011년스터디/7월이전 . . . . 1 match
        * 태진& 성준 과제: 다음 주까지 3장을 모두 읽어오기, 역시 질문점에 대해 고민해오기
• JavaStudy2002/진행상황 . . . . 1 match
        * 11/21(목) 오후 1시 - Airport 다시 공지, ["CVS"] 사용법, TDD 토론, 질문 답변
• JavaStudy2003/두번째과제/곽세환 . . . . 1 match
       = 질문 =
• KAIST전산대학원면접/06전기 . . . . 1 match
       "질문하나 하겠는데, 트리와 그래프의 차이에 대해 아나?"
• LoadBalancingProblem . . . . 1 match
       == 이 문제에 대한 의견이나 질문을 말해주세요 ==
• MIT박사가한국의공대생들에게쓴편지 . . . . 1 match
       제가 미국 친구들을 집에 초대하여 조금이라도 신기한 것을 보여주면 이것은 어떻게 만들었느냐 무슨 원리로 동작하느냐는 등 질문을 쏟아 붓습니다. 심지어 하수구를 고치러 온 미국사람도 똑같은 관심을 보이면서 돈을 줄테니 자기 아들을 위해 하나 만들어달라고 조르던 적도 있습니다. 반면 MIT의 박사과정 한국 유학생들은 시선이 1초 이상 머무르지 않고 전혀 관심을 보이지 않고 술만 마십니다. 과연 우리가 세계를 주도해 나가는 과학기술 수준을 이룩할 수 있을까요? 우리가 단지 선진국이 되기 위해 또는 노벨상을 받기 위해 과학기술을 하기 싫지만 억지로 연구하는 동안 이곳에서는 너무나 좋아서 신기해서 알고 싶어서 과학기술을 연구하는 사람들이 너무도 많습니다. 자기가 하는 일이 좋아서 하는 사람들의 열정은 절대 따라갈 수 없습니다.
• MoniWikiTutorial . . . . 1 match
       모니위키에 관련된 문제점은 MoniWiki:MoniWiki 혹은 http://kldp.net/projects/moniwiki 를 통해서 질문하시기 바랍니다.
• MoreEffectiveC++/Miscellany . . . . 1 match
       ISO/ANSI standard for C++ 는 컴파일러가 구현될때, 벤더들의 조언이고, 책을 준비할때, 작가들이 시험해 볼 것이고, 프로그래머들이 C++에 관한 정의에 질문에 답이다. ARM이 나온 이후 C++에 가장 큰 변화를 알아 보자.
• MoreEffectiveC++/Techniques1of3 . . . . 1 match
       포인터가 지우기 안전한가에 판단은, 포인터가 heap상에 위치하는 객체를 가리키는가를 알아내는 것보다 쉽다. 왜냐하면 우리는 operator new로 인해서 반환되는 주소의 모음으로, 전자의 질문에 관해서 알아 낼수 있기 떄문이다. 여기 예제에 그런 문제에 관한 접근 방식이 기술되어 있다.
• MoreEffectiveC++/Techniques2of3 . . . . 1 match
       지금까지, widget, string, 값(value), 스마트 포인터(smart pointer), 참조 세기 기본 클래스(reference-counting base class)에 관해서 구체적인 부분을 다루어 왔다. 이 모든 것은 우리에게 참조 세기를 적용할수 있는 넓은 폭을 가져다 주었다. 이제 조금 일반적인 이야기로, 질문해 보자. 다시 말하자면, '''대체 언제 참조 세기의 기술을 적용 시켜야 할까?'''
• ObjectProgrammingInC . . . . 1 match
       별 다른 뜻은 아니고, C++ 컴파일러의 경우 메소드인 경우 인자로서 this 를 자동으로 넘겨준다고 해서. 그리고, attrib 이 private 이 아닌 public 이라 하더라도, 똑같은 질문이 가능할듯. --[1002]
• ProgrammingPartyAfterwords . . . . 1 match
       각 팀별로 전지에 자신들의 디자인을 표현하고 모두에게 그 디자인에 대해 설명하는 식으로 발표를 하였다. 각 팀별 디자인의 특징을 볼 수 있었다. '뭘 잘못했느냐?'가 아니라 '어떻게 해야 잘할 수 있었을까?'와 같은 '올바른 질문'을 던짐으로써 더 배울 수 있다는 것을 확인할 수 있었다. 그리고 발표할때 What 과 How 를 분리하고 What 만을 전달해야 한다는 것이 중요하다는 것을 관찰할 수 있었다.
• PyIde . . . . 1 match
       === 기타 잡담..~ 질문하고 싶으신 것 등등..~ ===
• RandomWalk2 . . . . 1 match
        * 질문: '''변경4'''에서 음식의 위치는 의도적으로 바퀴가 지나가지 않는 곳에 놓은건가요? --["sun"]
• RandomWalk2/질문 . . . . 1 match
       RandomWalk2의 변경4에 대한 질문인데요, (긁어서 보세요)
• RonJeffries . . . . 1 match
       40여년간 프로그래밍을 해온 분인데, 인터뷰 중에 "장차 프로그래머가 되려는 한국의 젊은이들에게 어떤 말을 해줄 수 있겠느냐"라는 질문에 답한 내용이 인상적입니다.
• STL/vector . . . . 1 match
        질문 : 상식에 의거해서 실습 해볼 때 저 부분을 {{{~cpp vector<int> ar( &data[0], &data[2] ); }}} 로 했더니 계속 문제가 생겨서.. 오랜 삽질끝에 &data[3] 으로 해야한다는 걸 발견 했습니다. 좀 이상한 것 같네요. {{{~cpp data[3]}}} 이라는 것은 배열의 범위를 벗어나는 연산일텐데요.. 그곳의 리퍼런스를 얻어서 생성자로 넘겨주는게.. 상식에서 거부했나 봅니다. 두번째 인자로 배열 범위를 벗어나는 값을 받는 이유를 혹시 아시는 분 계십니까? --zennith
• SelfDelegation . . . . 1 match
       앞장에 나온 두가지 질문을 상기해보자. 위임한 객체의 주체성이 필요한가? 위임한 객체의 상태가 필요한가? 이 두가지에 yes라고 대답하면 Simple Delegation을 쓸수 없다.
• SoJu . . . . 1 match
        공부해온 3~4장의 질문을 받은 뒤
• SoftwareCraftsmanship . . . . 1 match
       또 다른 모습의 SoftwareEngineering. ProgrammersAtWork 에서도 인터뷰 중 프로그래머에게 자주 물어보는 질문중 하나인 '소프트웨어개발은 공학입니까? 예술입니까?'. 기존의 거대한 메타포였던 SoftwareEngineering 에 대한 새로운 자리잡아주기. 두가지 요소의 접경지대에서의 대안적 교육방법으로서의 ApprenticeShip.
• Spring/탐험스터디 . . . . 1 match
        * 스터디 대상이 매우 방대하므로 충분한 개인적인 학습과 과제 수행, 그리고 스터디 모임에서 많은 질문을 할 것
• Spring/탐험스터디/2011 . . . . 1 match
        * 스터디 대상이 매우 방대하므로 충분한 개인적인 학습과 과제 수행, 그리고 스터디 모임에서 많은 질문을 할 것
• TestFirstProgramming . . . . 1 match
       어떻게 보면 질답법과도 같다. 프로그래머는 일단 자신이 만들려고 하는 부분에 대해 질문을 내리고, TestCase를 먼저 만들어 냄으로서 의도를 표현한다. 이렇게 UnitTest Code를 먼저 만듬으로서 UnitTest FrameWork와 컴파일러에게 내가 본래 만들고자 하는 기능과 현재 만들어지고 있는 코드가 하는일이 일치하는지에 대해 어느정도 디버깅될 정보를 등록해놓는다. 이로서 컴파일러는 언어의 문법에러 검증뿐만 아니라 알고리즘 자체에 대한 디버깅기능을 어느정도 수행해주게 된다.
• ZPBoard . . . . 1 match
        * 다들 ["ZPBoard/AuthenticationBySession"] 를 참고하여 일기장까지 제작하도록...^^ 궁금한건 언제든지 질문을~ --["상규"]
• ZPBoard/AuthenticationBySession . . . . 1 match
        * 질문들이 조금 이해가 안돼서요... 그럼 세션과 쿠키를 같이 사용하면 생각하시는 문제가 해결이 될까요? 쿠키의 만료 기간을 주지 않으면 브라우져를 닫으면 없어지는걸로 알고 있는데요 처음에 쿠키를 확인해 없다면 세션이 남아있더라도 지워버리는 방법을 사용하면 문제가 해결 될까요? --["상규"]
• ZPHomePage/20041228 . . . . 1 match
        * 이달의 인물소개(집중적으로 질문 가능)
• ZeroPageServer/Log . . . . 1 match
        * Q : domain 에 관련된 문의입니다.. ["ZeroPageServer"] 에서는 user.domain 으로 자신의 home directory 에 접근할 수 없습니까.? 또 이것은 관련없는 질문인데..-_- 저렇게 셋팅을 하려면 어떻게 해야하죠.. named.conf 랑.. /var/named 에서 관련파일 다 수정했는데도... username.domain.com 에 접속을 하니.. www.domain.com 에 접속이 되는군요..-_- - ["임인택"]
• ZeroPageServer/계정신청방법 . . . . 1 match
        ZeroPageServer 페이지에서 계정신청상황,질문답변 확인 가능
• ZeroPage성년식/지금그때 . . . . 1 match
        * 기획단이 미리 작성해보는 지금그때 질문
• ZeroPage성년식/회의 . . . . 1 match
       == 지금 그때 질문 ==
• ZeroPage정학회만들기 . . . . 1 match
       3월이 다가옵니다. 이제 개강이군요. '지도교수님 모시기'에 대해 '광고성' 설문을 게재하려고 합니다. 제가 나름대로 생각한 질문과 답변보기 입니다. 의견을 말씀하여 주세요... ^^; - 임인택
• ZeroWiki . . . . 1 match
       각각 사람들이 공부하고자 하는 분야가 다양해지고, 사람들이 모든 영역을 다 커버할 수 없다고 할때, 반복되는 질문이 일어나기 쉬운 일반 게시판의 질답란보다 더 의미있는 정보들을 담아낼 것으로 기대한다. ZeroWiki 는 ZeroPage 의 정보 Repository 이다.
• while문 구구단 . . . . 1 match
       여기서 질문. 이 코드는 Python 2.4 IDLE 로 짠 것인데
• ㄷㄷㄷ숙제2 . . . . 1 match
       또한가지 질문~! 위 소스에서 정답을 맞추지 못할경우 다시 스캔에프로 가서..
• 강석우 . . . . 1 match
        * 모르는 것이 있으면 자유게시판이나 위키 어느 곳이든 질문을 하셔도 됩니다. -상욱(["whiteblue"])
• 강연 . . . . 1 match
        * 쉽고 재미있는 강연이었다. 못알아들은 내용도 있었지만, 교수님의 유머감각은 단연 돋보였다. 영어로 술술 질문하는 영교과 학생들도 인상적.. -_-; - [임인택]
• 강의실홍보 . . . . 1 match
       행사 소개 (-> 구체 내용 소개 (->) 질문,답변
• 고한종 . . . . 1 match
        * 지하철에서 코딩하면 옆의 아저씨가 흘끗 보시고는 ''학생, 그건 토익문제야???'' 라고 질문하십니다.(실제 경험담) - [김수경]
• 골콘다 . . . . 1 match
        * 책을 읽으면서 '이게 과연 1920년대의 이야기일까?' 하는 질문을 하게 하는 소설같은 역사이야기. 특히, 최근 미국의 분식회계 사태를 보며 신문에서 '브루투스, 너마저...' (책에서 똑같은 말을 한다;) 를 이야기하는것을 보면. 달라진 점이라면 액수가 커졌다 정도? (책에 나오는 모건 은행의 중개인인 리차드 위트니는 추후 자신의 경제파탄을 무마하려고 거의 300만달러에 달하는 빚을 진다. 대출을 받기 위해 고객의 유가증권들을 함부로 담보로 맡기는 짓도 서슴없이 했다고 한다. 그게 1920년대란다; 결국은 이중장부와 불투명한 경영, 하버드-월가 또는 정계의 연줄을 가진 엘리트들의 특이한 도덕(?)의식의 결과.)
• 공업수학2006 . . . . 1 match
       == 질문내용 ==
• 공학적마인드 . . . . 1 match
       우리가 보통 일상에서 말하는 공학적 사고라는 것은 대부분 "계량적 사고"와 "통계학적 사고"를 말하는 것 같습니다. 어떤 다리에 얼마만큼의 철근이 들어가나? 여기에 "많이"라고 답하면 이것은 비공학적입니다. 이 다리가 얼마나 튼튼한가 하는 질문에 "상당히"라고 답하면 역시 비공학적입니다. 또한, 공학은 도구(측정,제조)에 종속되는 특성상 특수한 예를 제하고는 완벽이 존재하지 않기 때문에 "어느 정도로"라는 정도표현이 매우 중요합니다. 이런 것들을 생각해 보면 "테스트가능성"과 일면 통하는 면이 있습니다.
• 김희성 . . . . 1 match
        * 파비앙 영어 질문 무섭긔 - [김희성]
• 데블스캠프2005/RUR-PLE/정수민 . . . . 1 match
       바꿨으니 질문초기화 -_-!!!
• 데블스캠프2008/등자사용법 . . . . 1 match
       그런데 처음에 했었을 때랑 두번째로 질문 했을 때
• 데블스캠프2009/금요일/SPECIALSeminar . . . . 1 match
        * 민관이의 질문 - 선배님께서 생각하시는 개발 실력에서 가장 중요한 것
• 데블스캠프2009/금요일/SPECIALSeminar/송지훈/김홍기/박성현 . . . . 1 match
        2. 피드백도 좋았고, 10만개 예제에서 질문에 관한 부분, 과제마인드에 대한 부분. 왜 그런지 생각을 해보고 관점을 다르게 볼 필요가 있다는 점에서 느끼는 점이 많았다.
• 데블스캠프2011/둘째날/후기 . . . . 1 match
        * Hacking != Cracking. Cheat Engine, 자바스크립트를 이용한 사이트 공격? 툴을 이용한 Packet Cracking 등 개인적으로 무척 재미있던 세미나였습니다. 뭐... 사실 많이들 관심은 있지만 실제로 하는 걸 보는 건 흔치 않은 만큼 이번에 세미나를 볼 수 있었던 것은 여러모로 행운이었다고 생각합니다. 더군다나 질문을 꽤 많이 했는데 선배님이 친절하게 답변을 해 주셔서 정말 감사했습니다. 웹 쪽은 이래저래 공격을 당할 가능성도 높은 만큼 나중에 그쪽으로 가게 된다면 관련 기술들도 배워둬야 하지 않을까 싶군요.
• 로고캐릭터공모 . . . . 1 match
       == 질문은 [로고캐릭터공모/문의]에 해주시기 바랍니다 ==
• 박성현 . . . . 1 match
        * [QuestionsAboutMultiProcessAndThread] - O/S 공부 중 Multi-Process와 Multi-Thread 개념이 헷갈려서 올린 질문...
• 반복문자열/김대순 . . . . 1 match
        == 질문!! ==
• 변준원 . . . . 1 match
        * 모르는 것이 있으면 자유게시판이나 위키 어느 곳이든 질문을 하셔도 됩니다. -상욱(["whiteblue"])
• 블로그2007 . . . . 1 match
        == 질문 ==
• 블로그2007/송지훈 . . . . 1 match
       = 질문 =
• 비행기게임 . . . . 1 match
       개인적으로 '형은 뭐 먼저 했어요?' 라고 질문한다라면, '나는 DirectX 7.0 의 Space donut 소스 분석한뒤 만들었지만, 꼭 DX를 볼 필요는 없다' 라고 말해주고 싶군.
• 빵페이지/마방진 . . . . 1 match
        * 질문!!! 저기 써져 있는대로 똑같이 하는건가요?? 아니면 숫자를 입력받아서 하는건가요? - 승균
• 삼총사CppStudy . . . . 1 match
       == 질문 ==
• 새싹교실/2011 . . . . 1 match
        * 학생들이 피드백 작성을 어려워한다면 선생님이 구체적인 질문을 던지는 것도 좋습니다.
• 새싹교실/2011/Noname . . . . 1 match
        * 모이는 시간을 잘못 알려주어서 한사람 밖에 오지 못 하였습니다. 한 사람밖에 오지 못 하여서 진도를 많이 빼지 못 하고 복습과 질문 위주로 공부를 하였습니다. 시간을 확실하게 정하고, 다음부터는 애들이 나오지 못 하여도 진도를 위주로 공부를 해야겠습니다. - [박정근]
• 새싹교실/2011/學高/4회차 . . . . 1 match
       배운내용을 복습하지 않아서 따라가는데 어려움이 있었습니다. 질문도 더 많아진것 같구요 앞으로는 열심히 복습하겠습니다~
• 새싹교실/2011/學高/5회차 . . . . 1 match
        * increment/decrement, postfix/prefix: 이거 모르면 곧바로 질문합니다. 저 자는데 깨워도 되요(물론 ~~안~~못 받겠지만)
• 새싹교실/2011/무전취식/레벨1 . . . . 1 match
        * 여기다 이렇게 쓰면됩니다. 오늘 새로운 새싹 인원들을 이끌고 새싹 교실을 시작하였다 초롱초롱한 눈동자의 진영이와 소라 원태 원석이 그리고 많이 알지만 참고 같이 수업을 봐준 진경이가 있어서 너무 좋았다. 약간 몇가지 설명을 안한것도 있지만 꾸준히 따라와주는 원태와 궁금한점에 대하여 질문을 하는 원석이의 태도가 참 많이 들었고 소라가 옆에서 진영이를 그때 그때 잘봐줘서 고마웠다. 첫시간이라 좀 어색하고 수준을 맞추기에 난감한것이 있었다. 다음시간에는 좀더 체계적이고 기존 커리큘럼이지만 설명을 보강하고 더욱 재밌는 수업을 만들었으면 한다. -[김준석]
• 새싹교실/2011/무전취식/레벨6 . . . . 1 match
        * 어쩐지 저는 이 반도 아닌데 육피에 거주하다보니 (그리고 우리반 새싹은 거의 질문형식이다보니) 다른 이런저런 새싹을 보게되고 끼네요. 덕분에 ICE Breaking에 제 이름이..- 사실 지금 후기를 쓰는것도 피드백 갯수를 채우려는 속셈...응? 배열은 C시간에도 이제 막 배우고 있는건데 여기는 제대로 연습안했다간 망하기 쉬운곳이라더군요. 삽질열심히 해야겠어요. -[김태진]
• 새싹교실/2011/무전취식/레벨8 . . . . 1 match
        * 우왕=ㅂ= 귀엽게 써주었네~! 진영이 너무 귀엽다 ㅠㅠ 파일 입출력은 다음시간에 복습할겁니다. 이렇게 한번씩 생각해본다니 신난다!! 뭘해볼까!? 빠지지 말고 와야되요!!! 그리고 포인터에 대한 질문 고마워요. 뒤에 또 다시 복습 하겠습니다. 포인터는 중요하고 중요하고 중요한것이니까요. 아싸 신난다~! - [김준석]
• 새싹교실/2011/무전취식/레벨9 . . . . 1 match
        * 전 이번 수업시간때 지나가며 배운게 ICE Breaking 기법중 하나인.. 이름은 모르겠고 어떤 것의 전문가가 되어 질문에 답하기! 였어요 ㅋㅋㅋㅋㅋ 개발자들한테는 정말 저런게 있어야 좀 더 원할한 소통이 되는군, 이라고 ICE Breaking이 나름 중요하다는걸 다시 생각해보게 되었네요. -[김태진]
• 새싹교실/2011/쉬운것같지만쉬운반/2011.5.17 . . . . 1 match
        * 배열 나가기 전에 포인터를 나가보았습니다. 변수와 포인터를 비교하며 가르쳐보았습니다. 그러다가 용운이의 질문 덕분에 *(애스터리스크) 연산자가 뜻이 모호하다는 것을 깨닫게 되었습니다. 왜 곱하기랑 주소참소를 구분하지 않았을까요? 의문이군요. 배열하고 포인터는 어차피 다른 개념이라, 기본적인 개념은 포인터를 먼저 가르쳐도 상관없네요. 앞으로는 포인터를 먼저 가르쳐야겠습니다. 왜냐면 맛있는 걸 먼저 먹어야 기분이 좋으니까요? - [박성현]
• 새싹교실/2011/씨언어발전/3회차 . . . . 1 match
        작년과 제작년 시험문제를 풀어보고 모르는 것을 질문하였다.
• 새싹교실/2011/앞반뒷반그리고App반 . . . . 1 match
        * 시험기간 직전에 질문시간이었어요. ~~저밖에 오지 않았지만~~ 이날 새롭게 배운것은 (수업시간에 필요없다고 넘긴것이라 필요없었음에도 잔다고 필요없다는 사실을 몰랏음) redirection이었는데요! 뭐냐니 input과 output을 바로 프로그램에서 받고 띄우는 것이 아니라 다른 문서에서 불러오거나 집어넣는 것이었어요. 지금까지는 인풋은 무조건 scanf로 직접 넣었는데, 그것과는 다른것!!이었죠. 사실 방법은 지금 잘 기억나지를 않네요 -_- 아무튼 이런 신기한걸 배웠습니다. -[김태진]
• 새싹교실/2012/AClass . . . . 1 match
        * 동적할당 구체적으로 어떻게 사용하는지 물어보려구 했눈데 과제에 있네요! :) 저거 풀어보고 모르면 질문 할게요.
• 새싹교실/2012/새싹교실강사교육/3주차 . . . . 1 match
       3. 코딩 KeyWord (선생님들께 질문해보세요)
• 새싹교실/2012/새싹교실강사교육/4주차 . . . . 1 match
       3. 코딩 KeyWord (선생님들께 질문해보세요)
• 새싹교실/2012/아우토반/앞반/4.5 . . . . 1 match
        * 어깨가 빠지는줄 알았어요..유.유 왜냐면 제 노트북을 가져왔었거든요. 제 노트북으로 신나게 프로그램 4개를 ㅉㅏ 보았습니다. 아우토 샘이 힌트를 좀 주셨지만, 그래도 스스로 생각해서 해보아서 보람찼습니다. 그리고 프로그래밍의 세계는 매우 무긍무진합니다. 왜냐하면 같은 프로그램인데 성준이아 소스코드가 달랐기 때문입니다. 하하하.. 신나요신나 WoW~~ 앞으로 프로그램 많이 짜보며 연습하고 복습도 열심히! 질문도 열심히 하겠습니다. 룰루랄라
• 새싹교실/2012/열반 . . . . 1 match
        * C프로그래밍 수업에서 배운 내용을 적어주세요. 궁금한 점은 질문해주세요.
• 새싹교실/2012/열반/120514 . . . . 1 match
        * 내용이 많아 주석을 많이 달지 못했습니다. 직접 컴파일하고 실행해보고, 궁금한 점은 질문하시기 바랍니다.
• 새싹교실/2012/절반/중간고사전 . . . . 1 match
        * 중간고사 전 질문교실
• 새싹교실/2013/록구록구/10회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/11회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/1회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/2회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/3회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/5회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/6회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/8회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/록구록구/9회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/1회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/2회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/3회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/4회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/5회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/6회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/양반/7회차 . . . . 1 match
       == 질문 ==
• 새싹교실/2013/이게컴공과에게 참좋은데 말로설명할 길이 없네반 . . . . 1 match
       - 결정사항 : 다음주는 시험기간이므로 수업은 없음. 대신 모르는 것 질문하는 방향으로.
• 새싹교실/2013/책상운반 . . . . 1 match
       3. 선형대수학에 대해서 궁금한 것은 질문하시면 됩니다. 대부분은 답변해 드립니다.
• 새싹배움터05 . . . . 1 match
       우리들이 진행자들을 부족한 부분을 질문등 부드러운 방법의 첨가와 보충으로 도와준다면,
• 선의나침반 . . . . 1 match
        * 라마나 마하리쉬가 말하는 '나는 누구인가'에 대한 질문도 숭산 대사도 똑같이 강조하는게 기억에 남는다.
• 소수구하기 . . . . 1 match
       누군가 [자유게시판]에 다음과 같은 문제를 질문을 했다. 글이야 기분나쁘지만, NeoCoin은 이것이 pc로 가능한가가 궁금해 졌다.
• 수학의정석/집합의연산/조현태 . . . . 1 match
        질문이나 부족한 점에 대해서는 글을 남겨주세요.^^*
• 시간관리인생관리/요약 . . . . 1 match
        * 과거에 겪은 경험에 바탕해서 가능한 정직하게 이 질문에 답하고 목록을 보라. - 실제로 할것 같은가? 100% 60% 20%
• 아주오래된농담 . . . . 1 match
       행복한 결말은 애초에 바라지도 않았다. 읽는 동안 나에게 질문을 던졌다. 말기암 환자에게 병명을 말해주어야 할까? 모든 여자를 성녀와 나쁜 년으로 구분할 수 있을까? 남자는 가정이 있어도 다른 여자에 대한 유혹을 뿌리칠 수 없을까? 악조건이 사람을 악다구니로 만들까?
• 안전한장소패턴 . . . . 1 match
       '''각자 서로를 돕고 모두가 질문하고 실수하는데 편안함을 느끼는 따뜻하고 관대하며 공손하고 집중된 환경을 만들어라.'''
• 영어와친해지기 . . . . 1 match
       하지만 현실은 아주 우울한 것 같습니다(이에대한 예가 될런지는 모르겠습니다만, DevilsCamp에서 제가 발표할 내용의 슬라이드를 어설픈 영어와 한글 버전으로 제작해 놓고 영문 버전만을 발표전에 새내기와 2학년들에게 보여준 채, 발표자료가 어떤 것 같냐고 물어봤더니, 질문을 받은 학생들 모두가 상당히 부담스럽다고 대답하였습니다). 이는 아마 우리나라의 잘못된 영어교육 때문이 아닌가 생각합니다(잘못된 것은 비단 영어 뿐만이 아니지만). 저는 영어를 잘하는것은 아닙니다만 영어에 대한 부담감 같은 것들은 그리 크게 느끼지 않고 있습니다. 이점을 제가 생각하는 제 몇 안되는 장점이라고 생각하고 있는데... 사람들이 엉어에 대한 부담감을 덜 수 있는 좋은 방법이 없을까요? 여러분의 생각을 듣고 싶습니다.
• 요정 . . . . 1 match
       우선 그들과 이야기 할 때 요정이라고 부르는 것을 피하고 ' 저 사람들' 이라든가 '마음씨 좋은 사람들' 이라고 말을 골라 쓰는것도 요령이다.또 다른 사귀는 요령은 두리번거리며 주위를 살피지 말아야 하고 어떤 질문이라도 정중히 답하는 것이다. 하지만 격식을 갖춰 말하는 것을 싫어하는 요정인"야레리 브라운" 같은 요정도 있으니 주의할 것.
• 위키로프로젝트하기 . . . . 1 match
        1. 현재 자신이 관심을 보인 분야를 다른 ZeroPagers에게 소개하는 효과를 가진다. 그럼으로써 해당 분야에 대해 먼저 공부한 ZeroPagers에게 암묵적으로 질문을 던지고 도움을 청하는 것이 된다. ZeroPage 에서 활동하는 사람 역시 다른 사람들의 페이지에 대해서 가급적이면 활발한 Feedback 을 보여주기 바란다.
• 위키설명회2005 . . . . 1 match
        * 그리고 질문인데요, 왜 == == 이렇게 했는데도 title이 안 만들어지는거죠? -[윤성만]
• 위키설명회2005/PPT준비 . . . . 1 match
       질문할때.
• 작은자바이야기 . . . . 1 match
        * 스터디 시간이 참여자들 각각에게 원하지 않는 시간 낭비가 되지 않도록, 언제라도 또다른 의견과 질문을 환영합니다.
• 정모/2002.7.11 . . . . 1 match
        * 일주일 동안의 감상, 막힌점(알아서 삽질, 안되면 질문)
• 정모/2004.1.20 . . . . 1 match
       == 프로젝트 진행상황 알림( 발표 & 질문 ) ==
• 정모/2004.2.3 . . . . 1 match
       == 프로젝트 진행상황 알림 (발표 & 질문) - 10분 ==
• 정모/2005.3.21 . . . . 1 match
       == 질문 ==
• 정모/2007.1.6 . . . . 1 match
        ==== 질문과 답변 ====
• 정모/2011.10.5 . . . . 1 match
        * 명제는 주인공의 국적에 대한 것이었는데 아무도 주인공이 누구인지 질문하지 않았습니다. 스스로가 뭘 하는지도 모르면서 무언가 하고 있는 경우가 많다는 걸 다시 한번 느낄 수 있었습니다. - [김수경]
• 정모/2011.3.28 . . . . 1 match
        * 현재 ZeroPage 회원 중 작년도 합격자와 탈락자가 모두 있으니 관심 있는 사람은 위키/게시판에 질문하세요.
• 정모/2011.3.7 . . . . 1 match
        * 정모에서 세미나와 페챠쿠챠만 참여하게 되었습니다. OMS할 때는 학교 컴퓨터를 이용했는데, BGM과 동영상이 재생이 안되더군요. 안타까웠습니다. 그리고 루비를 보면서 느낀게 참 신기하더군요. 가장 신기한게 'nil'이었습니다. 보면서 여러가지 질문이 생각나더라고요. ''왜 nil이 라고 용어를 붙여놨어. Null이랑 헷갈리게!'', ''실제로 가볍게 활용을 하려면 어떻게 이용해봐야 할까?'', ''루비의 가장 큰 특징이 뭐지? 왜 좋다고 이야기 할까?'' 블라블라~. 그리고 루비 위키페이지에 적어놓으셨던 문법들이 정상적으로 작동하지 않는 걸 깨달았습니다. '<'로 상속이 안돼! 이 깍쟁이 irb야~ 내가 너를 Some이라 불러줬으니 나에게로 와서 Some2가 되어달란 말이야 ㅜㅜ. 앞으로는 다음에 언어 세미나를 들을 때 ''왜 이 언어와 문법이 등장하였는지''를 좀 생각하면서 들어야겠습니다. 그냥 생각없이 들으니까 금방 까먹어 버리네요. - [박성현]
• 정모/2011.4.11 . . . . 1 match
        * 질문은 세번만!
• 정모/2013.1.8 . . . . 1 match
        * 선거 게시판을 만들어 후보들에게 질문할 수 있는 토론의 장을 만들 예정입니다.
• 정모/2013.3.18 . . . . 1 match
        * (질문) 분실물에 대해서 책임은 누가 질 것인가?
• 정모/2013.3.25 . . . . 1 match
        * 민재야 홍병우 교수님 같애............ 같은 질문 계속 계속 - [고한종]
• 정모/2013.4.8 . . . . 1 match
        * 질문
• 정모/2013.8.5 . . . . 1 match
        * 사실 중앙대 GDG 설립 경과 보고에 있는 항목이나 지금 여기 후기에 있는 태진이 질문이나 몇몇 얘기들은 바로바로 위키나 홈페이지 공지사항을 통해서 알려줘야 조금 더 많은 사람들이 현재 상황을 알고 그에 대해 생각을 하고 의견을 나눌 수 있을텐데, 너무 아나운스가 없으니 뭐가 어떻게 되는지 알 수가 없네요... 엠티도 사실 일정만 딱 나와 있고, 누가 가는지, 언제 가는지, 가서 뭘 하는지 준비물이 필요할 수도 있는데 그런 것들에 대해서도 이야기가 없으니... - [서민관]
• 정모/안건 . . . . 1 match
       둘러 보다 보니, '항상 ZeroPage 를 활성화 하기 위해 무엇을 할것인가?' 라는 질문이 반복 되는것 같습니다. 시각을 바꾸어서, 활성화된 다른 학교의 학회, 동아리에서 그들의 장점 분석하는 벤치마크 이벤트 같은것도 있으면 어떨까요? [공학적마인드]로 말이지요. :)
• 제로스 . . . . 1 match
       발표팀 : 발표(방식은 자유), 질문을 해도 대답할 수 있을 정도로 공부해 오기.
• 조현태의자바교실 . . . . 1 match
        * 각 프로젝트 질문/답변
• 좋은글귀s . . . . 1 match
       스티브 잡스가 애플에 복귀한 지 일 년이 조금 지났던 1998년. 그는 한 컨퍼런스에서 "당신은 언제쯤이면 애플을 회생시켰다고 느낄 것입니까?"라는 질문을 받았습니다.
• 중재자패턴 . . . . 1 match
       '''마음을 꿰뚫는 질문을 하고 대화의 초점을 유지하고, 다양한 개성을 조화롭게 하며 그룹의 이해를 증진시키도록 대화를 중재하라. 모든 구성원이 중재할 기회를 가지지만, 그 역할을 언제 수행할 것인지는 그들이 선택하도록 하라.'''
• 즐겨찾기 . . . . 1 match
       [http://www.cinsk.org/cfaqs/html/ C에서 자주묻는질문]
• 지금그때 . . . . 1 match
        * 지금그때는 단지 고학년이 저학년에게 경험을 나누어주는 정도의 행사는 아니라고 생각합니다. 마치 개구리 올챙이적 시절 기억못하듯이, 그때 궁금해 했지만 지금은 왜 궁금했는지 조차 모르는 그런것, 지금과 다르게 생각했던 그시절 기억들. 그런것을 고학년도 경험을 할 수 있는 기회되지 않을까요?? 때로는 우리가 조언해 주고 있는 사람들이 가지고 있는 신선한 질문들은 자신을 자신의 일을 한번 더 돌아볼수 있게 만드는 기회를 주기도 하지 않나요?? - 이승한
• 지금그때/도우미참고 . . . . 1 match
       [질문의힘]
• 지금그때2003 . . . . 1 match
       [지금그때2003]때 큰 종이에 적었던 기록들을 위키로 옮기고, 늘 지속적인 질답, 정리작업이 되면 좋겠습니다. 새로운 질문이 올라와도 좋겠죠. --JuNe
• 지금그때2003/선전문 . . . . 1 match
       후배가 할수 있는 질문
• 지금그때2003/후기 . . . . 1 match
       다음에 또 기회가 생긴다면 질문하는 사람이 아닌 대답해주는 사람이 되고 싶네요
• 지금그때2005/홍보 . . . . 1 match
       일정 : 6:00 ~ 7:40 - 질문 레스토랑
• 지금그때2006/여섯색깔모자20060324 . . . . 1 match
       나를 만든 책장 -> 질문 restaurant -> ost
• 지금그때2006/질문레스토랑 . . . . 1 match
       == [지금그때2006/질문레스토랑] ==
• 책거꾸로읽기 . . . . 1 match
       인도 최고 부자 '''위프로'''의 쁘렘지 회장은 하드웨어의 산업의 기반이 약한 게 '''인도의 한계가 아니냐'''라는 질문에 '''우리도 하드웽어를 한다. PC로 일어선 회사가 우리 아니냐? 위프로의 경우 인도 국내 시장 매출의 25퍼센트는 하드웨어서 나온다'''고 대답하였다.
• 최대공약수/조현태 . . . . 1 match
        일단 첫번째 질문에서는 small_number 가 맞습니다.^^
• 컴공과학생의생산성 . . . . 1 match
       물론 효율적이고 생산적인 개발방법을 익혀놓는 것은 중요하겠죠. 개발 기간내에 프로젝트를 완료하는 것은 아주 중요한 일이니까. 하지만 '학교 레포트가 일종의 훈련이라고 할때. 즉 Output보다 개발하는 과정속에서 배워지는 것들이 더 많다고 할때, 누가 더 얻는게 많을것인가?' 라는 질문을 한다면 어떨까요? 만일 제가 그때 무게중심을 '짧은 시간내 가장 좋은 Output'으로 두었다면 얘기가 달랐겠지만. 저러한 생각은 그냥 저의 욕심이였을까요. 암튼, 그당시에 제게 중요했던것은 RAD 툴을 배우는 것이 아닌, 어떻게 해결해야 할까하면서 아이디어를 찾고 코드를 궁리했던 노력이였습니다. (See Also ["컴퓨터가했다"])-- 석천
• 큐와 스택/문원명 . . . . 1 match
        DeleteMe 질문의 의도은 두가지의 의미를 담을수 있습니다.
• 타도코코아CppStudy . . . . 1 match
        * 또한 공부하다가 모르는 거 있음 질문 다 받아 드립니다. 제가 아는 한도 내에서, 몰라도 찾아서 답해드리겠습니다. --[인수]
• 타도코코아CppStudy/0731 . . . . 1 match
       책 사라 하기 뭐하니까 게임 만드는데에 필요한 것만 익히고 넘어갑시다. 모르는건 언제든지 질문하세요. --[인수]
• 타도코코아CppStudy/0811 . . . . 1 match
        * 숙제검사, 질문
• 파스칼삼각형 . . . . 1 match
       == 사소한 질문 ==
• 파스칼삼각형/구자겸 . . . . 1 match
       최소 배열로 만든 삼각형입니다. 어떤분이 전화로 질문 하셔서 모르겠다고 했는데, 완성해버렸습니다. 필요한 배열공간은 시그마n 이 되는군요. 비쥬얼 스튜디오가 없어서 파이썬으로 만들어봤습니다.(코드가 상당히 지저분하네요-_-) 파이썬을 깔고 pascal.py로 저장한 다음에 명령콘솔창에서 "pascal.py 10"이런식으로 사용.
• 파이썬으로익스플로어제어 . . . . 1 match
       == 질문 ==
• 페이지제목띄어쓰기토론 . . . . 1 match
        아, 이제야 띄어쓰기에 대한 어떠한 문제가 있는지 알았습니다. 위키의 철학을 모른채 접근하다 보니, 단순히 띄어쓰기 자체에만 이야기를 한것 같습니다. 위에서 제가 한 이야기가 "띄어쓰기 자체가 붙여쓰기보다 나쁘다"라고 선배님이 말씀하신것처럼 느껴지셨다면 사과드립니다. 그런 의도는 아니었고, 단순히 띄어쓰기를 왜 조심해야 하는지에 대해 이해가 가지 않아 거듭 질문드렸던거였습니다. 전 본 논의를 더 개진하기 전에 위키의 철학을 더 살펴봐야 본 뜻을 살려서 이야기를 할 수 있을것 같습니다. 말씀 감사합니다 :) -- 이선우
• 프로그래머가지녀야할생각 . . . . 1 match
       와.. 정말 어려운 질문이네요.. 프로그래머가 지녀야할.. 생각..ㅡ.ㅡ 이라...
• 프로그래밍잔치/셋째날후기 . . . . 1 match
        * 예전에 문제의식만 가지고 해결을 못했던 부분을 해결하게 되어 기쁘다. 재밌는 행사였다. ^^ 선배들 뵈니까 무척 반가웠다. 선배님들 만나면서 여러 질문도 하고 얘기도 들으면서 유익하고 즐거운 시간을 가졌다. --["Wiz"]
• 한자공/시즌1 . . . . 1 match
        * 코드 리뷰는 코드를 설명 하고, 그 후 다른 멤버의 질문과 피드백을 받는 형식으로 진행 했습니다.

Found 293 matching pages out of 7540 total pages (5000 pages are searched)

You can also click here to search title.