Programming

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

• PairProgramming토론 . . . . 32 matches
       PairProgramming 자체에 대해 조금 설명을 드리자면, 우선 이건 Driver와 Observer로 역할 분담이 되는데 정해진 게 아니고, 계속 바뀝니다. 운전하는 사람이 있고, 옆에서 코치하는 사람이 있는 거죠. 실제로 타이핑을 하는 사람은 타이핑이란 작업에 몰두하느라 지력을 좀 빼앗깁니다. 대신 이걸 관찰하는 사람은 여유가 있으므로 이것 저것 객관적인 코치를 해줄 가능성이 높죠. 그런데, 예를 들어, Driver가 코딩을 하다가 Observer가 "그게 아냐 이렇게 하면 더 좋아"하면서 설명을 하는데 잘 이해를 못하겠다 싶으면 키보드를 밀어주며 "니가 해봐"라고 말합니다. 역할 바꾸기가 되는 거죠. 이게 아니더라도, 가능하면 두 사람이 지속적으로 역할 바꾸기를 하면 좋습니다. (ExtremeProgramming에선 타이머를 이용해서 정해진 시간이 되면 역할 바꾸기를 하는 예도 있습니다) 뭐 어찌되었건, 피곤하다 싶거나 지금 머리가 잘 안돌아간다 싶으면 옆 사람에게 키보드를 넘기면 되죠.
       PairProgramming 자체에 대해서는 http://www.pairprogramming.com 를 참조하시고, IEEE Software에 실렸던, 로리 윌리엄스 교수의 글을 읽어보세요 http://www.cs.utah.edu/~lwilliam/Papers/ieeeSoftware.PDF. 다음은 UncleBob과 Rob Koss의 실제 PairProgramming을 기록한 대본입니다. http://www.objectmentor.com/publications/xpepisode.htm
       겉으로 보기엔, 왕초보/왕도사의 짝은 상당히 비효율적일 것 같지요. PairProgramming을 한다고 해도, 왕도사가 키보드를 거의 독차지하고, 왕초보가 간간히 던지는 멍청한 질문은 둘(정확히는 왕도사)의 프로그래밍 속도를 늦출 것이고요. 또, 아무것도 못하고 멍청히 지켜봐야만 하는 왕초보 역시 답답할 겁니다. 괜히 질문했다가는 핀잔받기 일수이고. 둘 다 짜증나는 상황이죠.
       이런 상황에서는 SoloProgramming이 낫다는 말을 하고 싶을 겁니다. 왕초보는 왕초보대로 짜고, 왕도사는 또 자기 마음대로(full-speed로) 짜고. 하지만, 이건 기본적으로 잘못된 관점에서 오는 문제입니다. 제대로 된 PairProgramming은 전체 팀은 물론 각 개인에게도 모두 이득을 줍니다.
       조금 장기적인 면에서 그리고 팀의 수준에서 생각해 보세요. 문제많은 코드만 만들어내는 사람과, 남들이 이해하기 힘든 코드만 만들어내는 사람이 각자 나름의 코드를 만들어내는 팀의 전체 효율과, 항상 왕도사의 코치를 받는 왕초보와, 왕초보의 이해도에 맞추기 위해 노력하는 왕도사로 이루어진 팀(왕초보/왕도사 모두 "뭔가 학습"하는 것이 있게되죠)의 전체 효율. 어떨까요? 더군다나, 그 둘이 PairProgramming을 하면 할 수록 왕초보는 왕도사 수준에 근접합니다 -- 엄청나게 빠른 성장을 목격할 수 있죠. 굳이 초기 단계의 비용이 있다고 쳐도, 그건 일종의 투자로 봐야 할 겁니다. --김창준
       PairProgramming 을 위해 특별히 필요한 지식이 있는지 궁금합니다. (주로 자연스럽게 따라오는 것들이 XP 관련쪽 이야기여서.. XP에 대한 구체적인 지식이 필요한지 궁금합니다.)
       XP 방법 중에서 가장 손쉽게, 곧바로 적용할 수 있는 것 중 하나가 PairProgramming입니다. 물론 여타의 XP 방법들과 마찬가지로 최고의 효과를 위해서는 다른 실행법을 함께 수행해야 합니다만, 이것 하나만이라도 제대로 하면 가시적인 차이를 느낄 것입니다. 특별히 어떤 지식보다는 마음 자세와 태도가 더 중요합니다. --김창준
       Strengthening the Case for Pair-Programming(Laurie Williams, ...)만 읽어보고 쓰는 글입니다. 위에 있는 왕도사와 왕초보 사이에서 Pair-Programming을 하는 경우 생각만큼 좋은 성과를 거둘 수 없을 것이라고 생각합니다. 문서에서는 Pair-Programming에서 가장 중요한 것을 pair-analysis와 pair-design이라고 보고 말하고 있습니다.(좀 큰 프로젝트를 해 본 사람이라면 당연히 가장 중요하다고 느끼실 수 있을 것입니다.) 물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요. 그러니 왕도사와 왕초보와의 결합은 아주 미미한 수준의 이점만 있을뿐 실제 Pair-Programming이 주창하는 Performance는 낼 수 없다고 생각됩니다. 더군다가 이 경우는 왕도사의 Performance에 영향을 주어 Time dependent job의 경우 오히려 손실을 가져오지 않을까 생각이 됩니다. Performance보다는 왕초보를 왕도사로 만들기 위한 목적이라면 왕초보와 왕도사와의 Pair-Programming이 약간의 도움이 되기는 할 것 같습니다. 그러나 우리가 현재 하는 방식에 비해서 얼마나 효율이 있을까는 제고해봐야 할 것 같습니다. - 김수영
       ''왕도사와 왕초보 사이에서 Pair-Programming을 하는 경우 생각만큼 좋은 성과를 거둘 수 없을 것이라고 생각합니다.''
       이 세상에서 PairProgramming을 하면서 억지로 "왕도사 왕초보"짝을 맺으러 찾아다니는 사람은 그렇게 흔치 않습니다. 설령 그렇다고 해도 Team Learning, Building, Knowledge Propagation의 효과를 무시할 수 없습니다. 장기적이고 거시적인 안목이 필요합니다.
       ''문서에서는 Pair-Programming에서 가장 중요한 것을 pair-analysis와 pair-design이라고 보고 말하고 있습니다.(좀 큰 프로젝트를 해 본 사람이라면 당연히 가장 중요하다고 느끼실 수 있을 것입니다.) 물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요.''
       ''그러니 왕도사와 왕초보와의 결합은 아주 미미한 수준의 이점만 있을뿐 실제 Pair-Programming이 주창하는 Performance는 낼 수 없다고 생각됩니다. 더군다가 이 경우는 왕도사의 Performance에 영향을 주어 Time dependent job의 경우 오히려 손실을 가져오지 않을까 생각이 됩니다.''
       제가 여러번 강조했다시피 넓게 보는 안목이 필요합니다. 제가 쓴 http://c2.com/cgi/wiki?RecordYourCommunicationInTheCode 나 http://c2.com/cgi/wiki?DialogueWhilePairProgramming 를 읽어보세요. 그리고 사실 정말 왕초보는 어떤 방법론, 어떤 프로젝트에도 팀에게 이득이 되지 않습니다. 하지만 이 왕초보를 쓰지 않으면 프로젝트가 망하는 (아주 희귀하고 괴로운) 상황에서 XP가 가장 효율적이 될 수 있다고 봅니다.
       ''Performance보다는 왕초보를 왕도사로 만들기 위한 목적이라면 왕초보와 왕도사와의 Pair-Programming이 약간의 도움이 되기는 할 것 같습니다. ''
       저는 PairProgramming의 희망을 왕도사와 왕도사가 같이 했을 때 정말 그 힘이 발휘될 것이라는 것에서 찾고 싶습니다. 형이 말하는 왕도사와 왕초보 그룹은 학교나 제자를 기르고 싶은 왕도사에게 해당하는 사항이 아닐까요? 실제 사회에서 왕도사와 왕초보 그룹이 얼마나 효용성이 있을까요?
       결국 제가 말하고 싶은 것은 PairProgramming은 왕도사와 왕도사 그룹이 할 수 있는 최상의 해법(제 생각입니다만)이라는 것입니다.. 모든 방법론이 모든 경우에 적합하지는 않은 것을 생각해본다면 PairProgramming이 왕도사와 왕초보 그룹이 아닌 왕도사와 왕도사 그룹에 가장 적합한 것이 아닐까 생각해봅니다.
       왕도사와 왕초보를 어떻게 정의하느냐에 따라 좀 다를 수 있겠습니다. 제가 늘 말하듯이 "전문가"끼리의 PairProgramming은 일반적으로 성공적일 확률이 높습니다. 하지만 전문가일수록 자신의 프라이드와 에고가 강하기 때문에 PairProgramming의 장점을 충분히 이용 못하는 경우도 있습니다.
       또한, 모든 분야에 있어 전문가는 존재하지 않습니다. 그렇다고 해서, 자신의 전문 영역만 일을 하면 그 프로젝트는 좌초하기 쉽습니다. (이 말이 이해가 되지 않으면 Pete McBreen의 ''Software Craftsmanship''을 읽어보시길) 그 사람이 빠져나가 버리면 아무도 그 사람의 자리를 매꿔주기가 어렵기 때문입니다. 따라서 PairProgramming을 통해 지식 공유와 팀 빌딩을 합니다. 서로 배우는 것, 이것이 PairProgramming의 핵심입니다. 그런데 "배운다는 것"은 꼭 실력의 불균형 상태에서 상대적으로 "적게 아는 사람" 쪽에서만 발생하는 것이 아닙니다.
       그리고 팀 내부에 상대적으로 실력이 부족한 사람이 있을 경우 XP에서는 이 사람을 내보낼 것인지 아니면 그대로 쓸 것인지 여러면(이득/비용)에서 판단을 합니다. 만약 그대로 써야하는 상황이라면 PairProgramming이 아주 핵심적인 요소가 됩니다.
       만약 모든 분야에 왕초보라면 그런 사람은 업계에서 쓸 이유가 없습니다. 그런 사람을 팀 구성원 중 하나로 앉혀놓고 왕고수가 함께 PairProgramming을 해야할 상식적 이유가 전혀 없습니다. XP에서 이런 걸을 말하는 것이 아님을 상기해 주길 바랍니다.
• PairProgramming . . . . 28 matches
       http://pairprogramming.com/images/pairprogrammers.gif
       == Pair Programming Approach ==
       PairProgramming 을 적용해보는 방법, 스타일 등등
       == Pair Programming 에 대한 오해? ==
        * Junior : Expert 간 격차에 따른 효율성의 문제 - [http://www.caucse.net/phpwiki/index.php?PairProgramming PairProgramming]
       PairProgramming 의 다른 적용 예로서 PairSynchronization 이 있다.
       == PairProgramming 경험기 ==
        * ExtremeProgrammingPlanning 이라는 책을 보면 해결책을 구할 수 있을 것 같다. (Xp 책들의 장점이자 단점이라면 얇은 두께의 분책이려나.. --a)
       TestFirstProgramming 과 PairProgramming 은 집중도에 관해서는 가장 훌륭한 선택인 것 같다. (단, Pair와의 담합행위가 이루어지면 곤란하겠다. -_-;)
       학습목적이 아닌 실질적인 개발을 위한 PairProgramming 으로는 처음인듯 하다. 2주간 격일로 일을 했었는데, XP 스타일로 프로젝트를 진행하였다.
        * 보통 코딩을 주도하는쪽이 빨리 지치며 집중력도 떨어지게 된다. 특히 PairProgramming 의 경우는 상대편 Pair에 대한 배려상 해당 시간에 작업 이외의 다른 일을 거의 하지 않는다. (화장실도 자주 안간다;;)
        * On-Side Customer 와의 PairProgramming - 프로젝트 중간에 참여해서 걱정했었는데, 해당 일하시는 분과 직접 Pair를 하고 질문을 해 나가면서 전체 프로그램을 이해할 수 있었다. 특히 내가 ["BioInfomatics"] 에 대한 지식이 없었는데, 해당 도메인 전문가와의 Pair로서 서로 상호보완관계를 가질 수 있었다.
       ProgrammingContest 에 있는 K-In-A-Row 문제를 푸는 일을 했다.
       == VPP : Virtual Pair Programming ==
       장소와 시간 등의 문제로 PairProgramming를 진행하지 못할때에는 Virtual PairProgramming 을 시도 할 수 있다.
       넷미팅, VNC 등의 개발 프로그램을 공유할 수 있는 프로그램과 음성채팅 등으로 Virtual PairProgramming을 할 수 있다. (오.. 좋아진 세상~) 단,PairProgramming 에 비해 아쉬운점들이 있다. (관련 책들을 찾아서 보여주지 못한다는 것 등등) 나중에는 PC카메라와 스캐너 등등 이용할 수 있지 않을까. ^^
        * http://pairprogramming.com - 관련 사이트
        * http://c2.com/cgi/wiki?PairProgramming - 'PairProgramming Pattern' 이라고 써놓은 것이 재미있다. 어느새 '패턴화' ^^;
        * ["PairProgramming토론"], PairProgrammingForGroupStudy
        * Moa:PairProgramming, NoSmok:PairProgramming, Seminar:PairProgramming
• ZeroPageHistory . . . . 17 matches
       ||1학기 ||2기 회원모집. 1학년을 위한 각종 강좌 마련, 스터디 조직. 2학년 각종 스터디 조직(C++, Graphics, OS, System-Programming, 한글 구현). 첫돌 잔치. ||
       ||겨울방학 ||C++ for windows, X windows Programming, Object Oriented Analysis & Design 등의 Project 수행 ||
        * C++, Computer Graphics, OS, System-Programming
        * C++ for Windows, X Windows Programming, Object Oriented Analysis & Design
       ||여름방학 ||C 중급, C++, Network Programming 강좌. ||
        * C, C++, Network Programming
       ||1학기 ||7기 회원모집. 3D Graphic Programming. (긁어 놓은 게시물: Protect Mode, Functions Pointer, Compression Algorithm, About 3D, PSP의 구조, DMA, 3D Display, Tcl/Tk, C++Builder와 델파이, Lisp 강좌) ||
       ||2학기 ||Extreme Programming 진행 (TDD, [Pair Programming]) ||
        * 데블스캠프 : C, 파일 입출력, DOS, UNIX, Windows, Web Programming, Object-Oriented Programming, Network
        * Photoshop, Object-Oriented Programming
        * AOI, The Art Of Computer Programming
        * AOI, Extreme Programming, MFC, Java
        * 데블스캠프 : Solid Programming, Network
        * 데블스캠프 : Toy Programming, Visual Basic, MIDI, Emacs, Python, OOP, Pipe, Regular Expression, Logic Circuit, Java, Security
        * 데블스캠프 : C++0x, Data Structure, Python, Prolog, PP, Game Programming, Factorization, Algorithm, DHTML, PHP
• ZeroPage성년식/거의모든ZP의역사 . . . . 17 matches
       ||1학기 ||2기 회원모집. 1학년을 위한 각종 강좌 마련, 스터디 조직. 2학년 각종 스터디 조직(C++, Graphics, OS, System-Programming, 한글 구현). 첫돌 잔치. ||
       ||겨울방학 ||C++ for windows, X windows Programming, Object Oriented Analysis & Design 등의 Project 수행 ||
        * C++, Computer Graphics, OS, System-Programming
        * C++ for Windows, X Windows Programming, Object Oriented Analysis & Design
       ||여름방학 ||C 중급, C++, Network Programming 강좌. ||
        * C, C++, Network Programming
       ||1학기 ||7기 회원모집. 3D Graphic Programming. (긁어 놓은 게시물: Protect Mode, Functions Pointer, Compression Algorithm, About 3D, PSP의 구조, DMA, 3D Display, Tcl/Tk, C++Builder와 델파이, Lisp 강좌) ||
       ||2학기 ||Extreme Programming 진행 (TDD, [Pair Programming]) ||
        * 데블스캠프 : C, 파일 입출력, DOS, UNIX, Windows, Web Programming, Object-Oriented Programming, Network
        * Photoshop, Object-Oriented Programming
        * AOI, The Art Of Computer Programming
        * AOI, Extreme Programming, MFC, Java
        * 데블스캠프 : Solid Programming, Network
        * 데블스캠프 : Toy Programming, Visual Basic, MIDI, Emacs, Python, OOP, Pipe, Regular Expression, Logic Circuit, Java, Security
        * 데블스캠프 : C++0x, Data Structure, Python, Prolog, PP, Game Programming, Factorization, Algorithm, DHTML, PHP
• 컴퓨터공부지도 . . . . 17 matches
       === Windows Programming (Windows Platform Programming) ===
       Windows Programming 이라고 한다면 Windows 운영체제에서 Windows 관련 API 를 이용 (혹은 관련 Framework), 프로그래밍을 하는 것을 의미한다. 보통 다루는 영역은 다음과 같다. (이 영역은 꼭 Windows 이기에 생기는 영역들이 아니다. Windows 이기에 생기는 영역들은 Shell Extension 이나 ActiveX, DirectX 정도? 하지만, 가로지르기는 어떻게든지 가능하다)
       ==== GUI Programming ====
       예전에 Windows Programming 을 배운다고 한다면 기본적으로 GUI Programming 을 의미했다. Windows 가 기본적으로 GUI OS 이기에 기본이 이것이라고 생각하는 것이다. 하지만, GUI 는 어디까지나 'User Interface' 이다. 즉, 이건 Input/Output 에 대한 선택사항이다. 필요할때 공부하자. (하지만, 보통 User-Friendly 한 프로그램들은 대부분 GUI 이다.)
       Windows 에서 GUI Programming 을 하는 방법은 여러가지이다. 언어별로는 Python 의 Tkinter, wxPython 이 있고, Java 로는 Swing 이 있다. C++ 로는 MFC Framework 를 이용하거나 Windows API, wxWindows 를 이용할 수 있으며, MFC 의 경우 Visual Studio 와 연동이 잘 되어서 프로그래밍 하기 편하다. C++ 의 다른 GUI Programming 을 하기위한 툴로서는 Borland C++ Builder 가 있다. (C++ 중급 이상 프로그래머들에게서 오히려 더 선호되는 툴)
       가장 쉽게 GUI Programming 을 배우는방법이라 생각되는건, Python 에서의 Tkinter Programming 또는 Jython Interpreter 에서 Swing Tutorial 을 이용하는것이다. (["Jython"] 페이지의 JythonTutorial 참조)
       GUI Programming 을 하면서 익힐 수 있는 소중한 개념으로서 Event Driven Programming, Design 으로는 CompositePattern 이 있다. 대부분의 GUI Framework 들은 Event Driven Style 의 프로그래밍 방식이며, 대부분 CompositePattern 을 이용한다. Framework 들의 디자인 개념들이 비슷하므로, 하나의 GUI 관련 Framework 에 익숙해지면 다른 Framework 도 쉽게 익힐 수 있다.
       Windows GUI Programming 관련 서적으로는 찰스페촐드의 책을 추천한다. 책 내용이나 번역(!)글이 어렵지만 개념설명이 잘 되어 있으며, 실려있는 예제들이 좋다.
       ==== Network Programming ====
       ==== Multi Thread Programming ====
       === 3D Programming ===
       === Network Programming ===
• ProgrammingPearls . . . . 16 matches
       || ["ProgrammingPearls/Column1"] || Cracking The Oyster ||
       || ["ProgrammingPearls/Column2"] || Aha! Algorithm ||
       || ["ProgrammingPearls/Column3"] || Data Structures Programs ||
       || ["ProgrammingPearls/Column4"] || Writing Correct Programs ||
       || ["ProgrammingPearls/Column5"] || A Small Matter Of Programming ||
       || ["ProgrammingPearls/Column6"] || Perspective On Performance ||
       || ["ProgrammingPearls/Column7"] || The Back of the Envelope ||
       || ["ProgrammingPearls/Column8"] || Algorithm Design Techniques ||
       || ["ProgrammingPearls/Column9"] || Code Tuning ||
       || ["ProgrammingPearls/Column10"] || Squeezing Space ||
       || ["ProgrammingPearls/Column11"] || Sorting ||
       || ["ProgrammingPearls/Column12"] || A Sample Problem ||
       || ["ProgrammingPearls/Column13"] || Searching ||
       || ["ProgrammingPearls/Column14"] || Heaps ||
       || ["ProgrammingPearls/Column15"] || Strings of Pearls ||
• 데블스캠프2002/진행상황 . . . . 14 matches
        * OOP를 바로 설명하기 전에 나의 프로그래밍 사고 방식을 깨닫고, StructuredProgramming 의 경우와 ObjectOrientedProgramming 의 경우에는 어떠한지, 그 사고방식의 이해에 촛점을 맞추었다.
        * StructuredProgramming - 창준이형이 역사적인 관점에서의 StructuredProgramming에 대해 설명을 하셨다. 그 다음 ["1002"]는 ["RandomWalk2"] 문제에 대해서 StructuredProgramming을 적용하여 풀어나가는 과정을 설명해 나갔다. (원래 예정의 경우 StructuredProgramming 으로 ["RandomWalk2"] 를 만들어가는 과정을 자세하게 보여주려고 했지만, 시간관계상 Prototype 정도에서 그쳤다)
        * ObjectOrientedProgramming - ["RandomWalk2"] 에 대해서 창준이형과 ["1002"] 는 서로 이야기를 해 나가면서 하나씩 객체들을 뽑아내가는 과정을 설명했다. 일종의 CRC 카드 세션이었다. 그러고 나서는 프로젝터를 통해, 직접 Prototype을 만들어 보였다. OOP/OOAD로 접근하는 사람의 사고방식과 프로그래밍의 과정을 바로 옆에서 관찰할 수 있었다.
        * ["RandomWalk2"] 를 ObjectOrientedProgramming 으로 구현하기 - 위의 Python 관련 실습동안 ["1002"] 는 ["RandomWalk2"] 에 대해서 C++ Prototype을 작성. (["RandomWalk2/ClassPrototype"]) 이를 뼈대로 삼아서 ["RandomWalk2"] 를 작성해보도록 실습. 해당 소스에 대한 간략한 설명, 구현의 예를 설명. 중간에 객체들에 대한 독립적인 테스트방법을 설명하면서 assert 문을 이용한 UnitTest 의 예를 보였다.
        * '''Pair Teaching''' 세미나를 혼자서 진행하는게 아닌 둘이서 진행한다면? CRC 디자인 세션이라던지, Structured Programming 시 한명은 프로그래밍을, 한명은 설명을 해주는 방법을 해보면서 '만일 이 일을 혼자서 진행했다면?' 하는 생각을 해본다. 비록 신입회원들에게 하고싶었던 말들 (중간중간 팻감거리들;) 에 대해 언급하진 못했지만, 오히려 세미나 내용 자체에 더 집중할 수 있었다. (팻감거리들이 너무 길어지면 이야기가 산으로 가기 쉽기에.) 그리고 내용설명을 하고 있는 사람이 놓치고 있는 내용이나 사람들과의 Feedback 을 다른 진행자가 읽고, 다음 단계시 생각해볼 수 있었다.
       처음 ["1002"]가 계획한 세미나 스케쥴은 조금 달랐다. "어떻게 하면 ObjectOrientedProgramming의 기본 지식을 많이 전달할까"하는 질문에서 나온 스케쥴 같았다. 나름대로 꽤 짜임새 있고, 훌륭한(특히 OOP를 조금은 아는 사람에게) 프로그램이었지만, 전혀 모르는 사람에게 몇 시간 동안의 세미나에서 그 많은 것을 전달하기는 무리가 아닐까 하고 JuNe은 생각했다. 그것은 몇 번의 세미나 경험을 통해 직접 느낀 것이었다. 그가 그간의 경험을 통해 얻은 화두는 다음의 것들이었다. 어떻게 하면 적게 전달하면서 충분히 깊이 그리고 많이 전달할까. 어떻게 하면 작은 크기의 씨앗을 주되, 그것이 그들 속에서 앞으로 튼튼한 나무로, 나아가 거대한 숲으로 잘 자라나게 할 것인가.
        * 세미나 - DevelopmentinWindows, EventDrivenProgramming, Web Programming
        * Web Programming 때 상규의 보충설명을 보면서 상규가 대단하다는 생각을 해봤다. 간과하고 넘어갈 뻔 했었던 Web Program의 작동원리에 대해서 제대로 짚어줬다고 생각한다. --["1002"]
       EventDrivenProgramming 의 설명에서 또하나의 새로운 시각을 얻었다. 전에는 Finite State Machine 을 보면서 Program = State Transition 이란 생각을 했었는데, Problem Solving 과 State Transition 의 연관관계를 짚어지며 최종적으로 Problem Solving = State Transition = Program 이라는 A=B, B=C, 고로 A=C 라는. 아, 이날 필기해둔 종이를 잃어버린게 아쉽다. 찾는대로 정리를; --["1002"]
• ProjectZephyrus/ClientJourney . . . . 13 matches
        * 이번 프로젝트의 목적은 Java Study + Team Project 경험이라고 보아야 할 것이다. 아쉽게도 처음에 공부할 것을 목적으로 이 팀을 제안한 사람들은 자신의 목적과 팀의 목적을 일치시키지 못했고, 이는 개인의 스케줄관리의 우선순위 정의 실패 (라고 생각한다. 팀 입장에선. 개인의 경우야 우선순위들이 다를테니 할말없지만, 그로 인한 손실에 대해서 아쉬워할정도라면 개인의 실패와도 연결을 시켜야겠지)로 이어졌다고 본다. (왜 초반 제안자들보다 후반 참여자들이 더 열심히 뛰었을까) 한편, 선배의 입장으로선 팀의 목적인 개개인의 실력향상부분을 간과하고 혼자서 너무 많이 진행했다는 점에선 또 개인의 목적과 팀의 목적의 불일치로서 이 또한 실패이다. 완성된 프로그램만이 중요한건 아닐것이다. (하지만, 나의 경우 Java Study 와 Team Project 경험 향상도 내 목적중 하나가 되므로, 내 기여도를 올리는 것은 나에게 이익이다. Team Project 경험을 위해 PairProgramming를 했고, 대화를 위한 모델링을 했으며, CVS에 commit 을 했고, 중간에 바쁜 사람들의 스케줄을 뺐다.) 암튼, 스스로 한 만큼 얻어간다. Good Pattern 이건 Anti Pattern 이건.
        * PairProgramming 을 할때 가장 답답해지는 상황은 잘 이해 안가면서 넋놓고 있을때랑, 둘이 같이 있어도 Solo Programming 하느 사람 마냥 혼자서 문제를 끙끙거리며 풀려고 하는 모습이다. 꼭 문제를 스스로 삽질해서 풀어야만 자기실력이 향상되는것일까? 다른 사람에게 올바른 질문을 할 수 없는 사람은 혼자서 문제 푸는데에도 오래걸리게 된다고 생각한다. 상대방에게 질문을 하면서 자신이 모르는 것 자체를 구체화하고 (문제 자체가 모호한상태 자체가 문제다. 무엇이 문제인지, 자신이 모르는 것이 구체적으로 무엇인지 모르면서 어떻게 문제를 해결할까? 자신이 모르는게 버클리소켓 전체 사용과정인지 소켓 API의 인자들을 모르면서 네트웍 프로그래밍을 할 수 있을까. 그런사람들에게 '지금 모르겠는게 뭐지?' 라고 물으면 80-90%는 '다 몰라요' 이다. 모르겠는 부분에 대해서 하나하나 구체화시켜나가라. 구체화시킨 예로서 생각을 해봐도 좋을것이다. 시나리오를 만들어보면서, 그림을 그려보면서, 아니면 자기 자신이 그 시스템의 일부가 되어 보면서.) 다른 사람의 아이디어를 자신의 사고에 붙여나가면서 '더 좋은 방법' 을생각해낼 수는 없을까? 언제나 문제의 답을 내는 방법은 '이사람의 방식' 아니면 '저사람의 방식' 뿐일까.
        * PairProgramming 의 교대시간을 5분으로 해봤다. 한 사람이 5분동안 해당 부분을 플밍하다가 다 못짜면 다음사람이 다시 5분의 시간을 가지고 이어서 짜고 하며 교대로 프로그래밍을 이어나가는 (마치 릴레이경주와도 같다) 방법이다. 사람들에게 제안했을때 그 표정들이 심상치 않다;; 그래 너희들은 실험용 모르모트다;; 흐흐.
        * 5분간격으로 Pair Programming을 했다.. 진짜 Pair를 한 기분이 든다.. Test가 아닌 Real Client UI를 만들었는데, 하다보니 Test때 한번씩 다 해본거였다.. 그런데 위와 아래에 1002형이 쓴걸 보니 얼굴이 달아오른다.. --;; 아웅.. 3일전 일을 쓰려니 너무 힘들다.. 일기를 밀려서 쓴기분이다.. 상상해서 막 쓰고싶지만 내감정에 솔직해야겠다.. 그냥 생각나는것만 써야지.. ㅡ.ㅡ++ 확실히 5분간격으로 하니 속도가 배가된 기분이다.. 마약을 한상태에서 코딩을 하는 느낌이었다.. 암튼 혼자서 하면 언제끝날지 알수없고 같이 해도 그거보단 더 걸렸을듯한데, 1시간만에 Login관련 UI를 짰다는게 나로선 신기하다.. 근데 혼자서 나중에 한 Tree만들땐 제대로 못했다.. 아직 낯선듯하다. 나에게 지금 프로젝트는 기초공사가 안된상태에서 바로 1층을 올라가는 그런거같다.. 머리속을 짜내고있는데 생각이 안난다 그만 쓰련다.. ㅡㅡ;; - 영서
        처음에는 영서와 GUI Programming을 했다. Main Frame class 의 메뉴붙이고 리스너 연결하는 것부터 시작, 입력 다이얼로그를 노가다 코딩해서 만드는데 서로 교대해서 1시간이 걸렸다. 코딩 속도도 저번에 비해 더욱 빨랐고, 대화할때도 그 질문이 간단했다. (5분간격이니 아무리 플밍이 익숙한 사람이 진행해도 그 진행양이 많지가 않다. 그리고 자신이 그 사람의 미완성 코드를 완성해야 하기에 모르면 바로 질문을 하게 된다.)
       (그 이후 창섭이가 와서 영서에게 JTree관련 Solo Programming 을 시켰는데, 말이 안되는 프로그래밍을 했다. -_-; 아직 영서가 Swing 에 익숙하지 않아서 그런데, 앞의 프로그램은 어떻게 만들어졌을까 의문이 들 정도였다; 아마 5분 간격 플밍시에는 서로 앞 사람 소스작성을 한 것을 기준으로 붙여나가는 방식이기에 그 흐름을 잡고 프로그래밍을 해서 Pair 가 성립이 가능했던것 같다는 생각도 해본다. 이는 처음 프로그래밍을 하는 사람과의 PairProgramming 시 궁리해봐야 할 사항인듯)
       다음번에 창섭이와 Socket Programming 을 같은 방법으로 했는데, 앞에서와 같은 효과가 나오지 않았다. 중간에 왜그럴까 생각해봤더니, 아까 GUI Programming 을 하기 전에 영서와 UI Diagram 을 그렸었다. 그러므로, 전체적으로 어디까지 해야 하는지 눈으로 확실히 보이는 것이였다. 하지만, Socket Programming 때는 일종의 Library를 만드는 스타일이 되어서 창섭이가 전체적으로 무엇을 작성해야하는지 자체를 모르는 것이였다. 그래서 중반쯤에 Socket관련 구체적인 시나리오 (UserConnection Class 를 이용하는 main 의 입장과 관련하여 서버 접속 & 결과 받아오는 것에 대한 간단한 sequence 를 그렸다) 를 만들고, 진행해 나가니까 진행이 좀 더 원할했다. 시간관계상 1시간정도밖에 작업을 하지 못한게 좀 아쉽긴 하다.
        * PairProgramming를 하면서 SpikeSolution 으로 한번 구성했던 소스를 다시 만들어보고, 여러번 말로 설명해보고, 더 쉬운 방법으로 설명해보려고 하는 동안 알고있는것에 대해 생각이 빨리 정리된다.
       후배들과의 PairProgramming 이다. 여태껏의 경험에 의하면 언제나 애매한 것이 Junior : Expert 문제이다. 이번에는 어차피 SpikeSolution 이므로, 내가 아는 한도에서 약간의 예를 보이고, 후배들로 하여금 해보도록 하는 식으로 했는데, 그 덕에 둘이 Pair 를 해보는 기회가 없었던 것 같다. 중간에 내가 화장실 갔다올때 잠시 둘이서 Pair 를 하는 모습을 봤었는데, 이 선은 내가 적절하게 지켜나가야겠다. 너무 멀리도, 너무 가까이도 아니도록. --1002
• 1002/Journal . . . . 12 matches
       읽기 준비 전 Seminar:ThePsychologyOfComputerProgramming 이 어려울 것이라는 생각이 먼저 들어서, 일단 영어에 익숙해져야겠다는 생각이 들어서 Alice in wonderland 의 chapter 3,4 를 들었다. 단어들이 하나하나 들리는 정도. 아직 전체의 문장이 머릿속으로 만들어지진 않는 것 같다. 단어 단위 받아쓰기는 가능하지만, 문장단위 받아쓰기는 힘든중.
       특정 팀원과의 토론이 필요한 Task 외엔 별다른 어려움 없이 잘 진행되었다. Virtual Pair Programming 에서도 VIM 단축키들을 배웠다.; ctrl + v, shift + v 몰라서 매번 할때 Help 뒤졌다 까먹고 그랬던것 같은데, 제대로 익힐듯 하다.
       단, OO Style 의 코드에 대해서 PBI 를 너무 강조하다보면 StructuredProgramming 에 더 가까운 OO 가 되지 않을까 한다. PBI는 TopDown 이므로.
       MMM 에서의 제목에 해당하는, 그리고 참으로 자주 인용되는 브룩스 법칙이 나왔다. Communication 비용, 분업화 되기 힘든 일에 대한 비용 문제. ExtremeProgramming 의 관점으로 다시 바라보고 비판하고 싶지만, 아직은 고민하고 얻어내야 할것이 더 많기에.
       StructuredProgramming 을 '의식적으로', '열심히', '끝까지' 해본 첫번째 예제가 아닐까. 전에 수치해석 숙제할때엔 StepwiseRefinement 스타일이 유용하긴 했지만, 지금처럼 의식적으로 하진 않은 것으로 기억한다.
       25 ~ 28일 (화~금): ObjectOrientedProgramming 세미나 준비기.
        * ["프로그래밍파티"], ["ProgrammingPartyAfterwords"]
        * ["ProgrammingContest"] , ["IpscAfterwords"]
        * 학교에서 레포트를 쓰기 위해 (["ProgrammingLanguageClass/Report2002_2"]) 도서관에 들렸다. HowToReadIt 의 방법중 다독에 관한 방법을 떠올리면서 약간 비슷한 시도를 해봤다. (오. 방법들 자체가 Extreme~ 해보인다;) 1시간 30분 동안 Java 책 기초서 2권과 원서 1권, VB책 3권정도를 훑어읽었다. (10여권까지는 엄두가 안나서; 도서관이 3시까지밖에 안하는 관계로) 예전에 자바를 하긴 했었지만, 제대로 한 기억은 없다. 처음에는 원서와 고급서처럼 보이는 것을 읽으려니까 머리에 잘 안들어왔다. 그래서 가장 쉬워보이는 기초서 (알기쉬운 Java2, Java2 자바토피아 등 두께 얇은 한서들) 를 읽고선 읽어가니까 가속이 붙어서 읽기 쉬웠다. 3번째쯤 읽어나가니까 Event Listener 의 Delegation 의 의미를 제대로 이해한 것 같고 (예전에는 소스 따라치기만 했었다.) StatePattern으로의 진화 (진화보단 '추후적응' 이 더 맞으려나) 가 용이한 구조일 수 있겠다는 생각을 하게 되었다. (Event Listener 에서 작성했던 코드를 조금만 ["Refactoring"] 하면 바로 StatePattern 으로 적용을 시킬 수 있을 것 같다는 생각이 들었다. 아직 구현해보진 않았기 때문에 뭐라 할말은 아니지만.) 시간이 있었다면 하루종일 시도해보는건데 아쉽게도 학교에 늦게 도착해서;
        * 예전에 했었던 일이 MFC 책 한꺼번에 읽기였는데, 그때 이상엽씨 책 (bible, 2주완성, 5판 완벽가이드)이랑 Jeff Prosise 의 책 번역판을 같이 읽으면서 이상엽씨책의 장점과 Jeff 아저씨 (?) 책의 장점을 궁리했었었다. 한편은 실제 어느정도 VC++ Programming 을 하고 난뒤에의 Tip 들이라 한다면, 한편은 API Programming 을 섭렵하고 난 다음 MFC를 차근 차근 이해해나가는 과정을 설명한다고 해야 할까. MFC를 처음 하고 난뒤 '["컴퓨터가했다"] 의 당혹감을 완벽가이드 앞부분 MFC Framework 설명과 Jeff 의 책으로 해결할 수 있었던 기억이 있다.
        * Operating System Concepts. Process 관련 전반적으로 훑어봄. 동기화 문제나 데드락 같은 용어들은 이전에 Client / Server Programming 할때 스레드 동기화 부분을 하면서 접해본지라 비교적 친숙하게 다가왔다. (Process 나 Thread 나 동기화 부분에 대해서는 거의 다를바 없어보인다.)
• ToyProblems . . . . 11 matches
       ToyProblems를 풀게 하되 다음 방법을 이용한다. Seminar:TheParadigmsOfProgramming [http://www.jdl.ac.cn/turing/pdf/p455-floyd.pdf (pdf)]을 학습하게 하는 것이다.
       ToyProblems를 풀면서 접하게 될 패러다임들(아마도): CSP, Generators, Coroutines, Various Forms of Recursion, Functional Programming, OOP, Constraint Programming, State Machine, Event Driven Programming, Metaclass Programming, Code Generation, Data Driven Programming, AOP, Generic Programming, Higher Order Programming, Lazy Evaluation, Declarative Programming, ...
        * PairProgramming
        - 창준 - Higher Order Programming과 로우레벨에서의 설명(예컨대 단순한 함수 포인터로 설명하는 것)의 차이는 미묘하고, 또 크다. 동사(달리다)를 명사(달림)의 품 안에 넣는 것이다. 이 사고에서 엄청난 차이가 생길 수 있다.
       Higer order programming에서 중요한 것은 동사를 명사화해준다는 것인데, Command Pattern도 이와 비슷한 것 같습니다.
• 이영호/개인공부일기장 . . . . 11 matches
       ☆ 구입해야할 책들 - Advanced Programming in the UNIX Environment, Applications for Windows, TCP/IP Illustrated Volume 1, TCP/IP Protocol Suite, 아무도 가르쳐주지않았던소프트웨어설계테크닉, 프로젝트데드라인, 인포메이션아키텍쳐, 초보프로그래머가꼭알아야할컴퓨터동작원리, DirectX9Shader프로그래밍, 클래스구조의이해와설계, 코드한줄없는IT이야기, The Art of Deception: Controlling the Human Element of Security, Advanced Windows (Jeffrey Ritcher), Windows95 System Programming (Matt Pietrek)
       ☆ 앞으로 공부해야할 책들(사둔것) - Effective C++, More Effective C++, Exeptional C++ Style, Modern C++ Design, TCP/IP 네트워크 관리(출판사:O'Reilly), C사용자를 위한 리눅스 프로그래밍, Add-on Linux Kernel Programming, Physics for Game Developers(출판사:O'Reilly), 알고리즘(출판사:O'Reilly), Hacking Howto(Matt 저), Windows 시스템 실행 파일의 구조와 원리, C언어로 배우는 알고리즘 입문
       ☆ 레퍼런스 - 리눅스 공동체 세미나 강의록, C언어 함수의 사용법(함수 모음), 데비안 GNU/LINUX, C사용자를 위한 리눅스 프로그래밍, Add-on Linux Kernel Programming, Secure Coding 핵심원리
       2005년 7월 4일 시작(주말마다) : Socket Programming
       2005년 7월 30일 시작(주말마다) : TCP/IP SOCKET PROGRAMMING(Bible)
       1일 (월) - System Programming
       31 (일) - Network Programming(멀티쓰레드 - POSIX, MUTEX, SEMAPORE), System Programming(Kernel)
       23 (토) - Compilers(정말... 정말 이 책 못보겠다. 어렵다. 미치겠다. 같은 부분 3번 읽고서 반정도 이해 되니 이거 무슨 왜 배워야되는지 이유를 알아야 머리에 들어오는데 그냥 무지막지하게 이론만 쓰다니.), Socket/System Programming in C (지난주 복습, 고급입출력, Broadcast/Multicast)
       17 (일) - Socket/System Programming in C (Multiplexing)
       16 (토) - Socket/System Programming in C (Signal 처리와 Process간의 Pipe 사용법(IPC)), 유리수, 카네기 행복론.
• ExtremeProgramming . . . . 9 matches
       ExtremeProgramming 은 경량개발방법론으로서, RUP 등의 방법론에 비해 그 프로세스가 간단하다. XP 에서의 몇몇 개념들은 일반적인 프로그래밍에서도 유용하게 쓰일 수 있다. 특히 TestDrivenDevelopment(TestFirstProgramming) 의 개념과 Refactoring, UnitTest는 초기 공부할때 혼자서도 실습을 해볼 수 있는 내용이다. 개인 또는 소그룹의 훈련으로도 이용할 수 있을 것이다.
       http://extremeprogramming.org/map/images/project.gif
       Iteration 중에는 매일 StandUpMeeting 을 통해 해당 프로그램의 전반적인 디자인과 Pair, Task 수행정도에 대한 회의를 하게 된다. 디자인에는 CRCCard 과 UML 등을 이용한다. 초기 디자인에서는 세부적인 부분까지 디자인하지 않는다. XP에서의 디자인은 유연한 부분이며, 초반의 과도한 Upfront Design 을 지양한다. 디자인은 해당 프로그래밍 과정에서 그 결론을 짓는다. XP의 Design 은 CRCCard, TestFirstProgramming 과 ["Refactoring"], 그리고 StandUpMeeting 나 PairProgramming 중 개발자들간의 대화를 통해 지속적으로 유도되어지며 디자인되어진다.
       개발시에는 PairProgramming 을 한다. 프로그래밍은 TestFirstProgramming(TestDrivenDevelopment) 으로서, UnitTest Code를 먼저 작성한 뒤 메인 코드를 작성하는 방식을 취한다. UnitTest Code -> Coding -> ["Refactoring"] 을 반복적으로 한다. 이때 Customer 는 스스로 또는 개발자와 같이 AcceptanceTest 를 작성한다. UnitTest 와 AcceptanceTest 로서 해당 모듈의 테스트를 하며, 해당 Task를 완료되고, UnitTest들을 모두 통과하면 Integration (ContinuousIntegration) 을, AcceptanceTest 를 통과하면 Release를 하게 된다. ["Refactoring"] 과 UnitTest, CodingStandard 는 CollectiveOwnership 을 가능하게 한다.
        * TestDrivenDevelopment : Programming By Intention. 프로그래머의 의도를 표현하는 테스트코드를 먼저 작성한다. 그렇게 함으로서 단순한 디자인이 유도되어진다. (with ["Refactoring"])
        * PairProgramming: 프로그램코드는 두명 (driver, partner)이 하나의 컴퓨터에서 작성한다.
        * http://extremeprogramming.org - 처음에 읽어볼만한 전체도.
        * [http://www.trireme.com/whitepapers/process/xp-uml/xp-uml-short_files/frame.htm eXtremeProgrammingMeetsUML] - 아직 읽어보지 않았음.
        * http://xprogramming.com - Ron Jeffries 의 글들이 많다.
        * http://www.xprogramming.com/xpmag/kings_dinner.htm - 원문
• NotToolsButConcepts . . . . 9 matches
       > I wanna start learning some real programming language (I know now only
       > And I was reading some docs, which were talking about lots of programming
       - Object Oriented Programming (OOP)
       - Procedural Programming
       - Functional Programming
        * [STL], Container, 등등이 아닌 GenericProgramming
        * MFC, VB 등이 아닌 EventDrivenProgramming + 그외에 녹아있는 패러다임들.
        * Java, C#이 아닌 OOP(ObjectOrientedProgramming),AOP(AspectOrientedProgramming)
       [1002] 가 Windows Programming 을 오래 하다가 EventDrivenProgramming 의 개념을 나름대로 제대로 받아들였다는 느낌이 들었을때는 해당 플랫폼에서 1년 이상 작업했을 때 였다.(여기서 '받아들였다'는 실제 EventDriven Model로 디자인해서 구현해보는 정도) 사람들의 공부 스타일에 따라 차이가 있지만, 해당 개념에 대해 제대로 이해하기 위해선 구현레벨에서의 경험도 필요하다. 위의 '예' 에서 '아닌 - Not' 이란 단어대신 '넘어서 - Beyond' 라는 단어로 바꿔서 읽어보면 어떨까.
• ProjectPrometheus/Journey . . . . 9 matches
        * 한동안 PairProgramming 할때 주로 관찰자 입장에 있어서인지. (이상하게도. 창준이형이랑 할때나 상민이랑 할때나. 그나마 저번 르네상스 클럽때는 아무도 주도적으로 안잡아서 그냥 내가 잡긴 했지만, 다른 사람들이 적극적으로 나서지 않을때엔 웬지 그 사람들과 같이 해야 한다는 강박관념이 있어서.)
       1002 개인적으로 진행. 뭐 진행이라기 보다는, 오랜만에 Solo Programming 을 해봤다. 장점으로는 느긋하게 소스를 리뷰하고 대처할 시간을 천천히 생각해볼 수 있던점. (보통은 상민이가 이해를 빨리 하기 때문에 먼저 키보드를 잡는다.) 단점으로는 해결책에 대한 Feedback 을 구할 곳이 없다는 점이 있다. (평소 물어보고 둘이 괜찮겠다 했을때 구현을 하면 되었는데, 이경우에는 책임 소재랄까.. 웬지 혼자서 생각한 것은 의외의 틀린 답이 있을 것 같은 불안감이 생긴다. 테스트 중독증 이후 이젠 페어 중독증이려나..)
        * Pair 중간에 ["1002"] 는 목소리가 커질때가 있다. 하나는, 내가 놓치고 있을 경우에 대해 다른 사람이 이야기를 제대로 안해줬다고 생각되는 경우. 뭐 보통은 ["1002"]의 잘못을 다른 사람에게 떠넘기기 위한 방편인 경우가 많다 -_-; (찔린다; 나도 JuNe 형이랑 Pair 할때 무방비상태인 경우가 많아서;) 뭐, 같이 무방비였다가 못느끼고 넘어간 경우라면 아하~ 하면서 플밍하겠지만, 하나를 고치고 나서, 다른 사람이 당연한 듯이 좋은 방법으로 해결해낼때엔. ("왜 아까는 이야기안해?" "당연한거잖나."). 일종의 경쟁심리이려나. 에고 를 잊어야 하는게 PairProgramming 이지만, 사람 마음이 그렇기엔 또 다른것 같다. 코드 기여도에 대해서 보이지 않는 경쟁이 붙는다고 할까나.
        * 예전에 일할때 잘못했었던 실수를 다시하고 있으니, 바로 기획자와의 대화이다. Iteration 이 끝날때마다 개발자가 먼저 기획자 또는 고객에게 진행상황을 이야기해야 한다. 특히 ExtremeProgramming 의 경우 Iteration 이 끝날때마다 Story 진행도에 대화를 해야 한다. Iteration 3 가 넘어가고 있지만 항상 먼저 전화를 한 사람이 누구인가라고 묻는다면 할말이 없어진다. 이번 Iteration 만큼은 먼저 전화하자;
        * 학교에서 PairProgramming 이 정착될 수 있을까. Pair 를 하는 중 대화가 좀 커져서 그런지 저 너머쪽의 선배가 주의를 주었다. 뭐.. 변명거리일지 모르겠지만, 자신의 바로 뒤에서 게임을 하고 있는 사람은 자신의 일에 방해가 되지 않고, 저 멀리서 개발하느냐고 '떠드는 넘들' 은 자신의 일에 방해가 된다.
        1. MVC를 생각하면서, 이에 맞는 JSP(View), Servlet(Controller), Bean(Model)로서의 WebProgramming을 구상하였다.
        1. 월요일에 작성한 통합된 UserStory와 Scenario를 기반으로 완전한 Requiment 를 작성하고, MVC, WebProgramming을 감안하지 않는 CRC 접근을 했다.
        * ["1002"] 는 오늘 모임전 해당 프로그램이 Java Servlet & JSP 기반에서 돌아갈것이라 생각, Java Web Programming 에서의 MVC 패턴을 책들을 보면서 공부를 했다. 그래서 그런지, ["neocoin"] 과 전체 디자인 이야기를 할때 Java Web 에서의 MVC style 에 대해 먼저 언급하게 되었다. 그러면서 JSP Page - Servlet - Logic 객체들 로 나누고 Requirement 와 이전 수요일때 했었던 Iteration 등에서의 용어를 떠올리며 디자인을 생각하게 되었다.
        * 후자의 경우이기 때문에 용어면에서 더 추상적이라는 것에 약간 의문이다. 왜 추상적일까? 추상적인 이유는 {{{~cpp MVC-WebProgramming}}}의 설계 접근을 하면서 OOP에서 느껴지는 책임에 따른 의인화가 암묵적으로 막아져 버린듯 하다.
• 데블스캠프/2013 . . . . 9 matches
        || 1 |||| [Opening] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 8 ||
        || 2 |||| [http://zeropage.org/seminar/91479#0 페이스북 게임 기획] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 9 ||
        || 3 |||| [http://intra.zeropage.org:4000/DevilsCamp Git] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/devils/91470#0, HTTP 프로토콜, C언어를 이용한 웹 서버 만들기] |||| |||| [Clean Code with Pair Programming] |||| [:WebKitGTK WebKitGTK+] || 10 ||
        || 6 |||||||||||||||||||| 밥 or 야식시간! |||| [:ParadigmProgramming Paradigm Programming] || 1 ||
        || 7 |||| [:데블스캠프2013/첫째날/ns-3네트워크시뮬레이터소개 ns-3 네트워크 시뮬레이터 소개] |||| [:데블스캠프2013/둘째날/API PHP + MySQL] |||| [:아두이노장난감만드는법 아두이노 장난감 만드는 법] |||| |||| [:개발과법 개발과 법] |||| [:ParadigmProgramming Paradigm Programming] || 2 ||
       || 송지원(16기) || [Clean Code with Pair Programming] ||
       || 서지혜(17기) || Paradigm Programming ||
• TestFirstProgramming . . . . 8 matches
       ExtremeProgramming에서는 UnitTest -> Coding -> ["Refactoring"] 이 맞물려 돌아간다. TestFirstProgramming 과 ["Refactoring"] 으로 단순한 디자인이 유도되어진다.
        * wiki:Wiki:CodeUnitTestFirst, wiki:Wiki:TestFirstDesign, wiki:Wiki:TestDrivenProgramming
        * wiki:NoSmok:TestFirstProgramming
        * wiki:Wiki:ExtremeProgrammingUnitTestingApproach
       Test Code 를 작성하진 않았지만, 이런 경험은 있었다. PairProgramming 을 하는 중 파트너에게
       이 경우에도 ["MockObjects"] 를 이용할 수 있다. 기본적으로 XP에서의 테스트는 자동화된 테스트, 즉 테스트가 코드화 된 것이다. 처음 바로 접근이 힘들다면 Mock Server / Mock Client 를 만들어서 테스트 할 수 있겠다. 즉, 해당 상황에 대해 이미 내장되어 있는 값을 리턴해주는 서버나 클라이언트를 만드는 것이다. (이는 TestFirstProgramming 에서보단 ["AcceptanceTest"] 에 넣는게 더 맞을 듯 하긴 하다. XP 에서는 UnitTest 와 AcceptanceTest 둘 다 이용한다.)
       ["ExtremeProgramming"]
• 데블스캠프계획백업 . . . . 8 matches
        * ["PairProgramming"]은 안했으면 하네요.. 아직 프로그래밍에 대한 기초가 없을텐데.. 데블스 캠프의 목적이 프로그래밍의 기초를 다지는데 있지 페어 프로그래밍 방법의 전수는 아니라고 생각하거든요. --태호형
        ''["PairProgramming"]을 하냐 안하냐 하는 것은 크게 중요한 것은 아닌데, 한가지 오해가 있군요. 페어 프로그래밍은 "["PairProgramming"] 방법의 전수"를 위해서 하는 것이 아니고, 프로그래밍을 잘하기 위해서 하는 것입니다. 과외가 "과외방법의 전수"를 목적으로 하는 것이 아니고, 공부를 잘하기 위해서 하는 것이듯. --JuNe''
        * 솔직히 저는 ["PairProgramming"]의 장점을 모르겠습니다. 같이 프로그래밍을 하면서 다른 사람의 프로그래밍 기술을 습득하는것이 장점인지 아니면 프로그램의 개발 속도 향상을 하는것이 장점인지 .. 아마도 둘다 장점이 되겠지요. 하지만 ["PairProgramming"]의 목적은 둘중에 개발 속도 향상에 중점을 두고 있다고 생각하네요. 다른 사람의 프로그래밍 기술의 습득은 부가적인 것이구요. 후배들에게 하는 세미나는 개발을 위한게 아니고 실력 향상을 위한 것인데 제가 보기에는 ["PairProgramming"]을 해서 얻는 기술보다는 기존의 방법들이 훨씬더 효과적일거라고 생각하네요. 그들 자신이 이 문제를 어떻게 해결해야 할 것인가에 대한 고민을 하고 자신의 생각을 코드로 표현할 수 있는 능력을 기르는 것. 문제 해결의 해법을 어느정도 찾을 수 있고 자신의 생각을 코드로 표현 할 수 있으며 타인의 코드를 완벽하게는 아니더라도 어느정도 이해 할 수 있는 수준이 된 사람이라면 ["PairProgramming"]으로 얻을 수 있는 기술들은 많을거라 생각하지만 전혀 그렇지 않는 신입생들에게는 무리일거 같군요. -태호-
        ''PairProgramming 이 그 방법으로서 적합하다고 생각하지만, 이 또한 '선'을 잘 맞춰야 하겠죠. 개인적으로는 약간의 전략이 필요하다고 생각합니다. 요즘 하고 있는 Pair의 경우 초기에 대해서는 가급적이면 알고 있는 내용을 천천히, 자세하게 가르쳐주려고 하는 중입니다. 일단 Todo List 를 주석으로 달아놓고, (또는 연습장 등) 제가 먼저 기본 틀이 되는 부분을 플밍을 합니다. 그리고 나머지를 후배들이 플밍하게끔 하고. 그리고 이 주기를 좀 짧게 가져보려고 하고 있죠. (20 - 30분) 그리고, 차차 그 주기를 늘려 보려는중. 너무 선배가 오래잡고 있어도 후배들은 넋놓고 구경하고, 너무 후배가 오래잡고 있어도 완성되는 정도가 오래걸려서 Feedback 이 오는 시간이 오래걸리면, 또한 지쳐하는 듯. --석천''
• PairProgrammingForGroupStudy . . . . 7 matches
       PairProgramming이란 ExtremeProgramming이라고 하는 새로운 소프트웨어 개발 방법론의 한가지 기법으로, 두명이 한 컴퓨터를 이용해서 같이 프로그래밍을 하는 것을 말합니다.
       저는 여기서 PairProgramming의 교육적 효과와 이를 그룹 스터디나 프로젝트 팀 교육에 응용하는 방법을 간략히 서술하겠습니다.
       여기서는 단기간에 이런 PairProgramming을 통해서 팀 내에 지식이 확산되게 하거나, 그룹 스터디에 이용할 수 있는 방법을 보도록 하죠.
       이렇게 되면 E와 F는 전문가인 A와 B와 직접 PairProgramming을 하고 나머지 네명은 자기들끼리 PairProgramming을 하게 되죠. 처음 pairing에서 C와 G, D와 H는 태스크를 완수해지 못해도 괜찮습니다 -- 대신 문제 영역을 탐색하는 동안 어느 정도의 학습은 발생하거든요.
       너무나 좋은 글을 읽은 것 같습니다. 선배님이 써주신 PairProgramming에 관한 글을 순식간에 읽었습니다 ^^ 이런 방법이 스터디의 방법으로 자리잡는다면 초보자의 실력향상에 엄청난 도움이 되겠군요
• SeminarHowToProgramIt . . . . 7 matches
        * Paper Shell Programming -- Becoming a Pseudo-Turing Machine Yourself
        * Stepwise Refinement -- 진부한 미래, 신선한 과거 (see also NoSmok:ProgrammingOnPurpose )
        * PairProgramming -- 1+1 > 2
        * Managing To Do List -- How to Become More Productive Only With a To-do List While Programming
        * Lifelong Learning as a Programmer -- Teach Yourself Programming in Ten Years (http://www.norvig.com/21-days.html )
       ||Paper Shell Programming ||1 ||
       ||PairProgramming ||6 ||
       이 때, OOP가 가능한 언어를 추천하고, 해당 언어의 xUnit 사용법을 미리 익혀오기 바랍니다. (반나절 정도가 필요할 겁니다) http://www.xprogramming.com/software.htm 에서 다운 받을 수 있습니다.
• TFP예제/WikiPageGather . . . . 7 matches
        self.assertEquals (self.pageGather.GetPageNamesFromPage (), ["LearningHowToLearn", "ActiveX", "Python", "XPInstalled", "TestFirstProgramming", "한글테스트", "PrevFrontPage"])
        strings = '''=== ExtremeProgramming ===\ntesting.. -_-a\n== TestFirst Programmin ==\nfwe\n'''
        '=== ExtremeProgramming ===\n * ["XPInstalled"]\n * TestFirstProgramming\n'+
       pagename : TestFirstProgramming
       filename : TestFirstProgramming
       ["TestFirstProgramming"]
• XpWeek/준비물 . . . . 7 matches
        || ExtremeProgrammingExplained || . ||. ||
        || ExtremeProgrammingInstalled || . || (V) ||
        || PlanningExtremeProgramming || . || (V) ||
        || ExtremeProgrammingApplied || . ||. ||
        || ExtremeProgrammingExplored || . ||. ||
        * HowToStudyExtremeProgramming
        * http://c2.com/cgi/wiki?ExtremeProgramming
• 정모/2002.5.30 . . . . 7 matches
        * PairProgramming 에 대한 오해 - 과연 그 영향력이 '대단'하여 PairProgramming을 하느냐 안하느냐가 회의의 관건이 되는건지? 아까 회의중에서도 언급이 되었지만, 오늘 회의 참석자중에서 실제로 PairProgramming 을 얼마만큼 해봤는지, PairProgramming 을 하면서 서로간의 무언의 압력을 느껴봤는지 (그러면서 문제 자체에 대해 서로 집중하는 모습 등), 다른 사람들이 프로그래밍을 진행하면서 어떠한 과정을 거치는지 보신적이 있는지 궁금해지네요. (프로그래밍을 하기 전에 Class Diagram 을 그린다던지, Sequence Diagram 을 그린다던지, 언제 API를 뒤져보는지, 어떤 사이트를 돌아다니며 자료를 수집하는지, 포스트잎으로 모니터 옆에 할일을 적어 붙여놓는다던지, 인덱스카드에 Todo List를 적는지, 에디트 플러스에 할일을 적는지, 소스 자체에 주석으로 할 일을 적는지, 주석으로 프로그램을 Divide & Conquer 하는지, 아니면 메소드 이름 그 자체로 주석을 대신할만큼 명확하게 적는지, cookbook style 의 문서를 찾는지, 집에서 미리 Framework 를 익혀놓고 Reference만 참조하는지, Reference는 어떤 자료를 쓰는지, 에디터는 주로 마우스로 메뉴를 클릭하며 쓰는지, 단축키를 얼마만큼 효율적으로 이용하는지, CVS를 쓸때 Wincvs를 쓰는지, 도스 커맨드에서 CVS를 쓸때 배치화일을 어떤식으로 작성해서 쓰는지, Eclipse 의 CVS 기능을 얼마만큼 제대로 이용하는지, Tool들에 대한 정보는 어디서 얻는지, 언제 해당 툴에 대한 불편함을 '느끼는지', 문제를 풀때 Divide & Conquer 스타일로 접근하는지, Bottom Up 스타일로 접근하는지, StepwiseRefinement 스타일를 이용하는지, 프로그래밍을 할때 Test 를 먼저 작성하는지, 디버깅 모드를 어떻게 이용하는지, Socket Test 를 할때 Mock Client 로서 어떤 것을 이용하는지, 플밍할때 Temp 변수나 Middle Man들을 먼저 만들고 코드를 전개하는지, 자신이 만들려는 코드를 먼저 작성하고 필요한 변수들을 하나하나 정의해나가는지 등등.)
       일반적으로 피시실 등이나 세미나때에 선배들과 이야기하고, 선배들에게 조언을 들으면서 프로그래밍을 하는 것과 프로그램의 처음 작성부터 PairProgramming 을 하는 경우가 어떤 차이가 있을지 생각을 해보고 이러한 '페어가 저절로 진행되어서' 라고 결론을 내렸으면 합니다.
       문제를 내 주고 난 다음에 선배들과 이야기하면서 프로그래밍을 하는 경우, Programming 의 주도자는 문제의 당사자인 후배가 됩니다. 하지만, 문제를 풀어나가는 순서 (즉, 문제를 받고, 컴퓨터 앞에 앉았을때부터의 작업 진행과정들)는 여전히 후배들의 순서를 따르게 됩니다.
       초반 3일정도는 스스로의 방법으로 (주어진 플랫폼(?)에서 한계에 다다를 정도까지라고 할까요.) 해결해보도록 한 뒤, 그 이후쯤에 선배들과의 PairProgramming을 해보는 (위의 처럼, 문제 해결방법 순서까지 보여주는.) 것은 어떨까 하는 생각을 해봅니다. 위에 열거한 저러한 것들도 자신이 원하지 않으면, 또는 자신이 민감하지 않으면 관찰자체를 하지 않는 것들이니까요. --1002
• ExtremeBear/VideoShop/20021105 . . . . 6 matches
        * PairProgramming 을 하며 TDD 에 몰두할 수 있었다.
        * TDD 를 상대적으로 초보인 사람과 PairProgramming 을 해서인지 페이스를 느리게 한다는 의미를 실감할 수 있었다. (세부적으로 전부 테스트)
        * 5분 PairProgramming 이 좋았다. TDD 가 쉽고 재미있었다.
        * PairProgramming 과 TDD 덕분에 자기절제가 되어(독단을 방지) 그다지 큰 버그는 없었다.
        * PairProgramming 으로 인해 많이 알고 공부의 동기부여가 되었다.
        * 11월 13일까지 TDD와 PairProgramming 을 익숙하게 단련한다.
• HowToStudyXp . . . . 6 matches
       ExtremeProgramming을 어떻게 공부할 것인가
        * The Psychology of Computer Programming (Gerald M. Weinberg) : 프로그래밍에 심리학을 적용한 고전. Egoless Programming이 여기서 나왔다.
        * http://groups.yahoo.com/group/extremeprogramming
        * http://c2.com/cgi/wiki?ExtremeProgrammingRoadmap
        * [http://groups.google.co.kr/groups?hl=ko&lr=&ie=UTF-8&newwindow=1&group=comp.software.extreme-programming news:comp.software.extreme-programming]
       '''A Practical Guide to eXtreme Programming''' by David Astels et al.
       '''Extreme Programming in Action''' by Martin Lippert et al.
• PythonLanguage . . . . 6 matches
       '~을 하기에 적합한' 언어는 있어도 '~을 하기 위한' 것이란 없다. -_-; ('~을 하기 위한 API'는 존재할 수 있겠다.) 이녀석도 프로그래밍 언어이므로 프로그래밍을 하기 위한 언어이다. ^^; (PHP도 사람들이 웹프로그래밍으로만 접근해서 그렇지 원래는 shell script programming 도 가능하다. perl 보다 편하게 쓰는 사람들이 많다.)
        * '''ExtremeProgramming 과 잘 어울린다.'''
        * TestFirstProgramming, UnitTest(PyUnit 참고), ["Refactoring"] 등의 방법론을 같이 접목시키면 더욱 큰 효과를 발휘할 수 있다.
        * [PythonNetworkProgramming]
        * [PythonWebProgramming]
        * [PythonThreadProgramming]
       Python 으로 무엇을 할 수 있는지를 알고 싶다면 'Programming Python'를 추천.
• UnitTest . . . . 6 matches
       ExtremeProgramming 에서는 TestFirstProgramming 을 한다. TestFirstProgramming 에서는 해당 기능에 대한 테스트 프로그램을 먼저 만들고, 실제 프로그래밍을 한다.
       TestFirstProgramming 을 하게 되면 해당 프로그램을 작성해 나가는 과정이 UnitTest 작성중 남게 된다. 이는 일종의 WhiteBoxTesting 이 된다. 또한, 해당 모듈이 제대로 돌아가는지에 대한 결과도 체크하므로 BlackBoxTesting 의 역할을 한다. 즉, ExtremeProgramming 에서의 UnitTest 는 두가지 테스트의 성격을 같이 포함하고 있다. (Gray Box Testing)
       ["ExtremeProgramming"]
• UnixSocketProgrammingAndWindowsImplementation . . . . 6 matches
       페이지의 컨텐츠를 보아하니, 따로 페이지를 뽑아내도 될것 같아 [문서구조조정] 하였습니다. 원래 페이지 이름은 '''데블스캠프2005/Socket Programming in Unix/Windows Implementation'''였습니다. - [임인택]
       주제 : Socket Programming의 기초적인 부분을 알아본다.
       An Introduction to Socket Programming : [http://www.uwo.ca/its/doc/courses/notes/socket/]
       Beej's Guide to Network Programming : [http://www.ecst.csuchico.edu/~beej/guide/net/html/]
       Socket Programming in Python : [http://www.amk.ca/python/howto/sockets/]
       IPv6 Socket Programming : [http://www.joinc.co.kr/modules/moniwiki/wiki.php/article_IPv6_Programing?action=print2]
• ZP도서관 . . . . 6 matches
       || Java Network Programming 2nd Ed. ||.|| O'Reilly ||["nautes"]||원서||
       || Programming Python || Mark Lutz || O'REILLY || ddori || 원서 ||
       || The C Programming Language 2nd Ed. || Kernighan, Ritchie || Prentice Hall || ["zennith"] || 원서 ||
       || PocketPC Game Programming || Jonathan S.Harbour || Prima Tech || 정해성 || 원서 ||
       || C언어 프로그래밍(원서명: The C Programming Language) || Brian W.Kernighan, Dennis M.Ritchie || Prentice-Hall || 도서관 소장(대영사 번역판본) || 프로그래밍언어 ||
       || ExtremeProgramming Installed || Ron Jeffries, Ann Anderson, Chet Hendrickson || Addison-Wesley || 도서관 소장 || 개발방법론 ||
• ACM_ICPC/2012년스터디 . . . . 5 matches
        * 문제를 지정해서, 풀어오고, 분석. (Programming Challenges와 더블릿 홈페이지 사용)
        * Programming Challenge에서 알고리즘 당 두문제 정도 풀기.
        * Programming Challenge 문제에 더욱 높은 우선순위를 둠. - [http://uva.onlinejudge.org/]
        * Programming Challenges에서 기하 파트 맘에 드는 문제 하나 풀어오기.
       dynamic programming을 할 때 두 state로 들어오지 않도록만 하면 됨.
        * Dynamic Programming 문제(25) - [http://211.228.163.31/30stair/partition/partition.php?pname=partition partition], [http://211.228.163.31/30stair/inflate/inflate.php?pname=inflate inflate]
• CleanCodeWithPairProgramming . . . . 5 matches
       = Clean Code w/ Pair Programming =
        || 00:10 ~ 00:20 || Pre PP || Pair Programming 조 편성, rule 설명 ||
        || 00:20 ~ 01:30 || Pair Programming || 시키는 대로 하는 묻지마 프로그래밍 ||
        || 01:30 ~ 02:00 || PP 마무리, 중간 회고, Clean Code 소개 || Pair Programming에 대한 소감 들어보기, Clean Code 오프닝 ||
        * Pair Programming을 직접 경험해보니 참 재미있기도 하면서 손발을 맞추기가 힘듭니다. 그래도 호흡이 맞는다면 효율이 훨씬 높아질 것 같다는 생각이 들었고, 재미있는 경험이었습니다. - [권영기]
• ProgrammingLanguageClass . . . . 5 matches
       [ProgrammingLanguageClass/2002]
       [ProgrammingLanguageClass/2006]
        * ''Programming Language Pragmatics'' by Michael L. Scott : 이제까지 나온 프로그래밍 언어론 서적 중 몇 손가락 안에 꼽히는 명저.
        * ''Programming Language Processors In Java : Compilers and Interpreters'' by David A. Watt & Deryck F. Brown
       그러므로, 이런 ProgrammingLanguageClass가 중요하다. 이 수업을 제하면 다른 패러다임의 다양한 언어를 접할 기회가 거의 전무하다. 자신의 모국어가 자바였다면, LISP와 Prolog, ICON, Smalltalk 등을 접하고 나서 몇 차원 넓어진 자신의 자바푸(Kungfu의 변화형)를 발견할 수 있을 것이며, 자바의 음양을 살피고 문제점을 우회하거나 수정하는 진정한 도구주의의 기쁨을 만끽할 수 있을 것이다. 한가지 언어의 노예가 되지 않는 길은 다양한 언어를 비교 판단, 현명하고 선택적인 사용을 할 능력을 기르는 법 외엔 없다. --김창준
• [Lovely]boy^_^/Diary/2-2-16 . . . . 5 matches
        * I studied ProgrammingPearls chapter 3. When I was reading, I could find familiar book name - the Mythical Man Month, and Code Complete.
        * I summarized a ProgrammingPearls chapter 3.
        * I studied ProgrammingPearls chapter 4,5. Both 4 and 5 are using a binary search. Its content is no bug programm.
        * I summarized a ProgrammingPearls chapter 4,5.
        * I summarized a ProgrammingPearls chapter 6.
• neocoin/Log . . . . 5 matches
        || [http://www.ocu.or.kr/ Unix 프로그래밍(U)]|| [http://cvlab.cau.ac.kr/ Object Programming(OP)]|| [http://cvlab.cau.ac.kr/ 정보 표준화(IS)] ||.||
        * OP- 9월 24일 Object Programming C++ 시험
        * Object Programming 모자이크 숙제 (숙제가 취소 되었음)
        * OP - Object Programming Mosaic 프로그램 숙제
        * 프로그래밍 언어론 4th 한서 ( Concepts of Programming Language ) : PL 수업
• 데블스캠프2004/세미나주제 . . . . 5 matches
        * ObjectOrientedProgramming
        * 개발 방법론( ExtremeProgramming )
       || 금 || OOP(ObjectOrientedProgramming) || 수민 석천이형 || ? || OOP ||
        - [STL]의 경우 사용법을 세미나하는것도 좋지만 GenericProgramming 의 개념과 왜 그러한 패러다임이 나왔는지, 그 배경에 대한 설명도 있으면 좋을 것 같습니다 - [임인택]
        - 그 정도 주제까지 간다면, ProgrammingLanguage 관련 전체를 다루는 수업의 연장선에 놓는게 좋지 않을까요? --NeoCoin
• 데블스캠프2005/월요일 . . . . 5 matches
        === For ObjectOrientedProgrammingSeminar ===
        NoSmok:ObjectOrientedProgramming (NoSmok)
        Wiki:ObjectOrientedProgramming (OriginalWiki)
        Object-Oriented Programming with Squeak
        [http://www.zib.de/Visual/people/mueller/Course/Tutorial/tutorial.html Introduction to Object-Oriented Programming Using C++]
• 새싹배움터05 . . . . 5 matches
        C, 발표잘하는법, PPT제작 기법, [Python], [PHP], [ExtremeProgramming], ToyProblems, Linux, Internetworking(TCP/IP), Ghost(demonstration), OS(abstraction), OS+Windows, Embedded System, 다양한 언어들(Scheme, Haskell, Ruby, ...), 보안(본안의 기본과 기초, 인터넷 뱅킹의 인증서에 대해..), C언어 포인터 특강(?), 정보검색(검색 엔진의 원리와 구현), 컴퓨터 구조(컴퓨터는 도대체 어떻게 일을 하는가), 자바 가상머신 소스 분석
        [PythonLanguage], [PHP] (WebProgramming), [ExtremeProgramming] (XP를 적용시켜 코드가 아닌 다른 무언가를 만들어 보자 -_-a ), Ghost 사용법, 발표잘하는법, PPT제작비법, OS개발
       XP를 할 때 몇명의 Python 하는 사람이 있으면 좋겠습니다. PairProgramming을 위해서요. --재동
        음 어떤게 좋을까요?? 많아 보였는데 실제로 하려고 생각하면 몇가지 없기도 하네요. 가능한 주제를 먼저 골라보면... [Python], [ExtremeProgramming] 이 대표적인데... - [톱아보다]
• BookShelf . . . . 4 matches
        1. ConceptsOfProgrammingLanguages
        1. [생각하는프로그래밍] ( [ProgrammingPearls] 번역서 )
        1. ProgrammingLanguageProcessorsInJava
        Art of UNIX Programming
• ExtremeBear/VideoShop/20021106 . . . . 4 matches
        * ["PairProgramming"]이 불균형했다. ["PairProgramming"]의 본질에 다가서기 위해 시간을 정해야겠다.
        * ["PairProgramming"]이 집중도를 높여 효율이 증가했다.
        * ["PairProgramming"] 하면서 역시 배우는 게 많다
• ExtremeProgrammingExplained . . . . 4 matches
       ExtremeProgramming 의 철학을 소개한 서적. 저자 KentBeck. TheThreeExtremos 중 한명. 얼마전에 2판이 나왔다.
       [책분류] [ExtremeProgramming] [ExtremeProgrammingInstalled] [ExtremeProgrammingExplained2/E]
• MoreEffectiveC++/Appendix . . . . 4 matches
        * '''''The C++ Programming Language (Third Edition)''''', Bjarne Stroustrup, Addison-Wesley, 1997, ISBN 0-201-88954-4. ¤ MEC++ Rec Reading, P11
       If you're the kind of person who likes to learn proper programming technique by reading code, the book for you is ¤ MEC++ Rec Reading, P19
        * '''''C++ Programming Style''''', Tom Cargill, Addison-Wesley, 1992, ISBN 0-201-56365-7. ¤ MEC++ Rec Reading, P20
       Each chapter in this book starts with some C++ software that has been published as an example of how to do something correctly. Cargill then proceeds to dissect — nay, vivisect — each program, identifying likely trouble spots, poor design choices, brittle implementation decisions, and things that are just plain wrong. He then iteratively rewrites each example to eliminate the weaknesses, and by the time he's done, he's produced code that is more robust, more maintainable, more efficient, and more portable, and it still fulfills the original problem specification. Anybody programming in C++ would do well to heed the lessons of this book, but it is especially important for those involved in code inspections. ¤ MEC++ Rec Reading, P21
       One topic Cargill does not discuss in C++ Programming Style is exceptions. He turns his critical eye to this language feature in the following article, however, which demonstrates why writing exception-safe code is more difficult than most programmers realize: ¤ MEC++ Rec Reading, P22
        * '''''Advanced C++: Programming Styles and Idioms''''', James Coplien, Addison-Wesley, 1992, ISBN 0-201-54855-0. ¤ MEC++ Rec Reading, P26
       The magazine has made a conscious decision to move away from its "C++ only" roots, but the increased coverage of domain- and system-specific programming issues is worthwhile in its own right, and the material on C++, if occasionally a bit off the deep end, continues to be the best available. ¤ MEC++ Rec Reading, P42
       Three Usenet newsgroups are devoted to C++. The general-purpose anything-goes newsgroup is °comp.lang.c++ . The postings there run the gamut from detailed explanations of advanced programming techniques to rants and raves by those who love or hate C++ to undergraduates the world over asking for help with the homework assignments they neglected until too late. Volume in the newsgroup is extremely high. Unless you have hours of free time on your hands, you'll want to employ a filter to help separate the wheat from the chaff. Get a good filter — there's a lot of chaff. ¤ MEC++ Rec Reading, P47
• NSISIde . . . . 4 matches
       Solo Programming 으로 진행. XP 공부한거 소폭 적용해봄.
        * MFC 와 연결되는 부분에 대한 TestFirstProgramming 을 제대로 지키지 못했다. (아.. GUI 부분은 애매하다. --;) 애매한 부분에 대해서 예전에 하던 방식이 섞이다 보니까 리듬이 깨졌다. 차라리 철저하게 TFP로 가는게 나았었을텐데 하는 생각이 들었다.
        * AcceptanceTest 를 중간에 짤 시간을 할당하지 못했다. (솔직히 GUI 부분이 들어가는 부분에 대해 감이 오질 않았다. 전에 Web Programming 때에는 직접 HTTP Protocol을 이용, 웹서버로부터 받아온 HTML 문서를 Parsing 한 뒤 그 결과에 대해 Test Code를 작성하는 식이였는데.. (그래도 Manual Test 목록이라도 작성해 두었어야 했는데 이건 계획단계의 실수라 생각)
        * PairProgramming 이 아닌 Solo 인 경우엔 주위의 유혹이 많다. -_-; 의식적으로 휴식시간을 10분정도 배당을 했지만, Iteration 3 때 확실히 집중도가 떨어졌다.
• ProgrammingLanguageClass/2002 . . . . 4 matches
        * ["ProgrammingLanguageClass/Report2002_1"]
        * ["ProgrammingLanguageClass/Report2002_2"]
        * ["ProgrammingLanguageClass/Exam2002_1"]
        * ["ProgrammingLanguageClass/Exam2002_2"]
• ProgrammingLanguageClass/2006 . . . . 4 matches
       [ProgrammingLanguageClass/2006/Report1]
       [ProgrammingLanguageClass/2006/Report2]
       [ProgrammingLanguageClass/2006/Report3]
       [ProgrammingLanguageClass/2006/EndTermExamination]
• ProgrammingPearls/Column3 . . . . 4 matches
        * 주로 Refactoring과 Table Driven Programming을 설명하고 있다.
       === Form-Letter Programming ===
       // Programming Pearls에서 제시하는 방법은
       ["ProgrammingPearls"]
• ProjectZephyrus/Afterwords . . . . 4 matches
        * Pair Programming 에 신경을 썼다. - Pair Programming 을 위한 진행 전략이 있었다.
        * PairProgramming 에 신경을 썼다.
        - PairProgramming 전에 진행 전략을 세웠다. (5분 PP 라던지, PP 순서시 간단한 Modeling 뒤, Sequence Diagram 등을 그리고 난 뒤 진행을 한다던지, 후배들에게 프로그래밍이 완성되었을 경우에 어떠어떠하게 돌아갈 것이다 라고 미리 그 결과를 생각해보게끔 유도)
• STL . . . . 4 matches
       C++ 의 [GenericProgramming] 기법인 Template 을 이용, container (["DataStructure"] class. 다른 언어에서의 Collection class 들에 해당) 와 [Algorithm|algorithm] 에 대해 구축해놓은 라이브러리.
        See Also ["Boost"], ["EffectiveSTL"], ["GenericProgramming"], ["AcceleratedC++"]
       앞으로 C++ 을 이용하는 사람중 STL 을 접해본 사람과 STL을 접해보지 않은 사람들의 차이가 어떻게 될까 한번 상상해보며. (Collection class 를 기본내장한 C++ 의 개념 이상.. 특히 STL 를 접하면서 사람들이 [GenericProgramming] 기법에 대해 익숙하게 이용할 것이라는 생각을 해본다면 더더욱.) --["1002"]
       [STL]과 같은 라이브러리를 직접 만들어보는것도 (프로젝트 형식으로 해서) 좋을 것 같네요. [GenericProgramming] 의 철학을 이해하는 데에 도움이 될 것 같고 그 안에 녹아있는 자료구조와 알고리즘을 체득할 수 있을 것 같습니다. - [임인택]
• ScheduledWalk/석천 . . . . 4 matches
       ["데블스캠프2002"]때 소개했었던 StructuredProgramming 기법을 처음부터 끝까지 진행하는 모습을 보여드립니다. 중간에 버그가 발생하고, 그 버그를 수정한 소스를 그대로 실어봅니다. 그대로 따라해보셔도 좋을듯. 단, 중간 삽질과 컴파일 에러에 겁먹지만 않으신다면. ^^;
       StructuredProgramming 기법으로 StepwiseRefinement 하였습니다. 문제를 TopDown 스타일로 계속 재정의하여 뼈대를 만든 다음, Depth First (트리에서 깊이 우선) 로 가장 작은 모듈들을 먼저 하나하나 구현해 나갔습니다. 중반부터는 UnitTest 코드를 삽입하기를 시도, 중후반부터는 UnitTest Code를 먼저 만들고 프로그램 코드를 나중에 작성하였습니다.
       사실 이 방법은 위험합니다. char [] 일 journey 의 사이즈를 모르고 있기 때문이죠. 만일 journey 에서 입력받은 여정의 크기가 클 경우 메모리에러를 발생시킬 수 있습니다. 하지만, 일단은 성능은 따지지 않고 '가장 간단하게 돌아가는 소스' 를 생각하기 위해 그냥 저렇게 남겨둬봅니다. 원래라면 배열의 최대값보다 더 큰 여정이 나왔을 경우의 처리 등을 생각해야 합니다. 단, 이 문제에 대해선 InputRoachJourney () 함수 내로 지역화가 어느정도 가능합니다. 여기서는 Structured Programming 식으로 접근하려는 것이 목적이여서, 세부적인 문제에 대해서는 좀 덜 신경썼습니다.
       (관련 페이지 참조, 또는 ["TestFirstProgramming"], ["UnitTest"])
• SeminarHowToProgramItAfterwords . . . . 4 matches
        * [창섭]:PairProgramming 자체가 인상적이었습니다. 음악을 아마추어로 하는 저로써는 음악외에도 이렇게 멋지게 콤비를 결성할 수 있다는 것에 놀라울 따름입니다. ^^;; 그리고 변수명을 고치는 것 자체가 Refactoring 에 들어가고 매우 중요하다는 사실도 감명이었습니다. ^^;
        * 흥미로운 것은 시끄러운 프로그래밍이였다는 것이였습니다. 혼자서 하는 프로그래밍(PairProgramming을 알고나니 새로운 개념이 생기는군요. 원래 Programming이라는 것은 혼자하는 거였는데, 이제 프로그래밍하면 pair인지 single인지 구분을 해주어야겠군요)을 하는 경우에는 팀원들이 소란스럽게 떠들면 ''아 지금 설계하고 있구나''하고 생각하고, 조용해지면 ''아 지금 코딩하고 있구나..''하는 생각이 들었는데, PP는 끝까지 시끄럽게 하는거라는 느낌이 들더군요. 그렇게 대화가 많아지는 것은 코딩에 대한 이해도의 증가와 서로간의 협력 등 많은 상승효과를 가져올 수 있다는 생각을 했습니다.
        * 그리고 관찰하던 중 PairProgramming에서 Leading에 관한 사항을 언급하고 싶습입니다. 사용하는 언어와 도구에 대한 이해는 확실하다는 전제하에서는 서로가 Pair에 대한 배려가 있으면 좀더 효율을 낼 수 있을꺼라 생각합니다. 배려라는 것은 자신의 상대가 좀 적극적이지 못하다면 더 적극적인 활동을 이끌어 내려는 노력을 기울어야 할 것 같습니다. 실습을 하던 두팀에서 제 느낌에 지도형식으로 이끄는 팀과 PP를 하고 있다는 생각이 드는 팀이 있었는데. 지도형식으로 이끄는 팀은 한 명이 너무 주도적으로 이끌다 보니 다른 pair들은 주의가 집중되지 못하는 모습을 보인 반면, PP를 수행하고 있는 듯한 팀은 두 명 모두 집중도가 매우 훌륭한 것 같아서 이런 것이 정말 장점이 아닌가 하는 생각이 들었습니다. 결국 PP라는 것도 혼자가 아닌 둘이다 보니 프로그래밍 실력 못지 않게 개인의 ''사회성''이 얼마나 뛰어냐는 점도 중요한 점으로 작용한다는 생각을 했습니다. (제가 서로 프로그래밍중에 촬영을 한 것은 PP를 전혀 모르는 사람들에게 이런 형식으로 하는 것이 PP라는 것을 보여주고 싶어서였습니다. 촬영이 너무 오래 비추었는지 .. 죄송합니다.)
• TCP/IP . . . . 4 matches
       개발자를 위해서 제공되는 API(Application Programming Interface)의 가장 대표적인 형태가 TCP/IP 이다.
        * http://cs.ecs.baylor.edu/~donahoo/practical/CSockets/textcode.html <Socket Programming for C>
        * http://kldp.org/KoreanDoc/Thread_Programming-KLDP <using thread>
        * Effective TCP/IP Programming: 44 Tips to Improve Your Network Programs : TCP/IP 프로그래밍 팁 모음
• TkinterProgramming . . . . 4 matches
       01. [TkinterProgramming/HelloWorld]
       02. [TkinterProgramming/SimpleCalculator]
       03. [TkinterProgramming/Calculator2]
       [TkProgramming], [wxPython], [PyGTK], [PyQt]
• woodpage/쓰레기 . . . . 4 matches
        *JavaNetworkProgramming (출판사:인포북)
        *3D Game Programming using DirectX (출판사:(주)민커뮤니케이션)
        *JavaNetworkProgramming
        *JavaNetworkProgramming --> 종료
• 정모/2011.4.4 . . . . 4 matches
        1. 빠르게 코딩하는 것에 집중하느라 PairProgramming의 장점을 못 느꼈다는 의견도 있었습니다. PairProgramming의 장점 중 하나는 혼자 코딩할 때보다 더 생산성이 높아진다는 점인데(그러니까 더 빠르게 짤 수 있다는 점인데...) 이번 CodeRace 그런 장점을 느낄 수 있는 기회가 되지 못한 것 같아 안타깝습니다. PairProgramming의 장점을 느껴볼 수 있는 다른 활동을 이번학기 내에 한번 시도해보고 싶네요. 제가 XPer 3월 정모에서 참여했던 나노블럭으로 페어 배우기를 해볼까 생각중입니다. 굉장히 재미있어요!
        1. 가장 먼저 느낀 것은 정말로 PairProgramming이 집중도를 높여준다는 것입니다. 사실 컴퓨터를 앞에 놓고 정모를 진행하면 이것저것 다른 일 하느라 정모에 집중하지 않을 수 있는데 혼자 컴퓨터를 쓰는 것이 아니라 그런지 다들 CodeRace에 집중하시더라구요 ㅋㅋ
• AspectOrientedProgramming . . . . 3 matches
        최근 몇 년에 걸쳐 객체지향 프로그래밍(Object-Oriented Programming, OOP)은 절차적 방법론을 거의 완벽히 대체하며 프로그래밍 방법론의 새 주류로 떠오르게 되었다. 객체지향적 방식의 가장 큰 이점 중 하나는 소프트웨어 시스템이 여러 개의 독립된 클래스들의 집합으로 구성된다는 것이다. 이들 각각의 클래스들은 잘 정의된 고유 작업을 수행하게 되고, 그 역할 또한 명백히 정의되어 있다. 객체지향 어플리케이션에서는 어플리케이션이 목표한 동작을 수행하기 위해 이런 클래스들이 서로 유기적으로 협력하게 된다. 하지만 시스템의 어떤 기능들은 특정 한 클래스가 도맡아 처리할 수 없다. 이들은 시스템 전체를 들쑤시며 해당 코드들을 여러 클래스들에 흩뿌려 놓는다. 이런 현상을 횡단적(cross-cutting)이라 표현한다. 분산 어플리케이션에서의 락킹(locking, 동기화) 문제, 예외 처리, 로깅 등이 그 예이다. 물론 필요한 모든 클래스들에 관련 코드를 집어 넣으면 해결될 문제이다. 하지만 이런 행위는 각각의 클래스는 잘 정의된(well-defined) 역할만을 수행한다는 기본 원칙에 위배된다. 이런 상황이 바로 Aspect-Oriented Programming (AOP)이 잉태된 원인이 되었다.
       Aspect-Oriented Programming in Java
• BookShelf/Past . . . . 3 matches
        1. ExtremeProgrammingExplained 2e - 20052021
        1. ExtremeProgrammingInstalled - 20050508
        1. [TheElementsOfProgrammingStyle] - 20051018
• C++ . . . . 3 matches
       C++ (pronounced "see plus plus") is a general-purpose computer programming language. It is a statically typed free-form multi-paradigm language supporting procedural programming, data abstraction, object-oriented programming, and generic programming. During the 1990s, C++ became one of the most popular commercial programming languages.
       Bell Labs' Bjarne Stroustrup developed C++ (originally named "C with Classes") during the 1980s as an enhancement to the C programming language. Enhancements started with the addition of classes, followed by, among many features, virtual functions, operator overloading, multiple inheritance, templates, and exception handling. The C++ programming language standard was ratified in 1998 as ISO/IEC 14882:1998, the current version of which is the 2003 version, ISO/IEC 14882:2003. New version of the standard (known informally as C++0x) is being developed.
       C++은 범용성을 가진 컴퓨터 언어이다. 이는 정적으로 분류된(?) 다중 패라다임을 지원하는 언어이다. ( [:절차적프로그래밍 절차적 프로그래밍], [:GenericProgramming 제네릭 프로그래밍]을 지원한다.) 1990년대에 C++은 가장 상업적으로 인기가 있는 언어중의 하나가 되었다.
       [ProgrammingLanguage], [C++0x]
       [[include(틀:ProgrammingLanguage)]]
• CppUnit . . . . 3 matches
       GUI Programming 을 하기 위해 winmain 이 시작인 코드의 경우(MFC GUI Programming 포함) 콘솔창이 뜨지 않는다. 이 경우 GUI Runner 를 실행해줘야 한다.
       Win API Programming 시에 Text Runner 를 이용하여 이용 가능. 다음과 같은 식으로 쓸 수도 있다.
• D3D . . . . 3 matches
       "Advanced 3D Game Programming using DirectX" - study.
        Tricks of the Windows Game Programming Gurus : Fundamentals of 2D and 3D Game Programming. (DirectX, DirectMusic, 3D sound)
• DoItAgainToLearn . . . . 3 matches
       제가 개인적으로 존경하는 전산학자 Robert W. Floyd는 1978년도 튜링상 강연 ''[http://portal.acm.org/ft_gateway.cfm?id=359140&type=pdf&coll=GUIDE&dl=GUIDE&CFID=35891778&CFTOKEN=41807314 The Paradigms of Programming]''(일독을 초강력 추천)에서 다음과 같은 말을 합니다. --김창준
        Seminar:TheParadigmsOfProgramming DeadLink? - 저는 잘나오는데요. 네임서버 설정이 잘못된건 아니신지.. - [아무개]
       저는 ACM의 ICPC 문제 중에 어떤 놈을 이제까지 열 번도 넘게 풀었습니다. 대부분 PairProgramming이나 세미나에서 프로그래밍 시연을 했던 것인데, 제 세미나에 여러번 참석한 친구가 물었습니다. "신기해요. 창준씨는 그 문제를 풀 때마다 다른 프로그램을 짜는 것 같아요. 혹시 준비를 안해와서 그냥 내키는 대로 하는 건 아니죠? :)" 저는 카오스 시스템과 비슷하게 초기치 민감도가 프로그래밍에도 작용하는 것 같다는 대답을 해줬습니다. 저 스스로 다른 해법을 시도하고 싶은 마음이 있으면 그렇게 출발이 조금 다르고, 또 거기서 나오는 진행 방향도 다르게 됩니다. 그런데 중요한 것은 이렇게 같은 문제를 매번 다르게 푸는 데에서 배우는 것이 엄청나게 많다는 점입니다. 저는 매번, 전보다 개선할 것을 찾아 내게 되고, 또 새로운 것을 배웁니다. 마치 마르지 않는 샘물처럼 계속 생각할 거리를 준다는 점이 참 놀랍습니다. --JuNe
• EightQueenProblemDiscussion . . . . 3 matches
       만약 당신보다 더 짧은 시간에, 더 짧은 코드로 문제를 해결한 사람이 있다면, 그 사람과 함께 PairProgramming (혹은 NetMeeting 등을 이용, VirtualPairProgramming)을 해서 그 문제를 함께 새로 풀어보세요. 당신은 무엇을 배웠습니까? 그 사람은 어떤 방식으로 프로그램의 올바름(correctness)을 확인합니까? 그 사람은 디버깅을 어떻게 합니까(혹은 디버깅이 거의 필요하지 않은 접근법이 있던가요)? 그 사람은 어떤 순서로 문제에 접근해 갑니까? 그 사람은 어느 정도로까지 코드를 모듈화 합니까? 이 경험이 당신의 프로그래밍에 앞으로 어떤 변화를 불러올 것이라 생각합니까?
       [이승한]과 PairProgramming을 하며 문제를 풀었습니다. TDD를 하지 않고 30분을 작성했고 나머지 1시간30분을 TDD로 했습니다.
• Gof/Facade . . . . 3 matches
       ET++ application framework [WGM88] 에서, application은 run-time 상에서 application의 객체들을 살필 수 수 있는 built-in browsing tools를 가지고 있다.이러한 browsing tools는 "ProgrammingEnvironment'라 불리는 facade class를 가진 구분된 서브시스템에 구현되어있다. 이 facade는 browser에 접근 하기 위한 InspectObject나 InspectClass같은 operation을 정의한다.
       ET++ application은 또한 built-in browsing support를 없앨수도 있다. 이러한 경우 ProgrammingEnvironment는 이 요청에 대해 null-operation으로서 구현한다. 그러한 null-operation는 아무 일도 하지 않는다. 단지 ETProgrammingEnvironment subclass는 각각 대응하는 browser에 표시해주는 operation을 가지고 이러한 요청을 구현한다. application은 browsing environment가 존재하던지 그렇지 않던지에 대한 정보를 가지고 있지 않다. application 과 browsing 서브시스템 사이에는 추상적인 결합관계가 있다.
• GuiTesting . . . . 3 matches
       GuiTesting 을 하는 이유는 여러가지가 있을 수 있다. GUI Programming 에 대한 TestFirstProgramming 에 대한 시도를 할 수 있기 때문이다. 해당 UI Control을 하나하나 만드는 일부터 시작할 수 있다. 하지만, 보통의 경우 UI Control을 만드는 일들은 IDE 툴들에서 하는 것이 더 편하다. GuiTesting 은 해당 이벤트 발생시에 따른 처리과정에 대한 TestFirstProgramming 을 시도하려고 할 때 도움을 줄 것이다.
• HaskellLanguage . . . . 3 matches
        * [http://en.wikibooks.org/wiki/Programming:Haskell Haskell Programming Wikibook]
       [[include(틀:ProgrammingLanguage)]]
• JavaScript/2011년스터디 . . . . 3 matches
        * imperative and structured programming language
        * functional and declarative programming language
        * [김태진] - 어쩐지 위에 제가 썼다보니 전반이 제 후기인거같...습니다. 아무래도 우리는 JavaScript스터디라는 명목보다 WebProgramming스터디가 좀 더 적합해지지 않을까 생각이 되는데 다음에 의견을 모아봐야겠네요.
        * WebProgramming 스터디로 바꾸는 것은 다음 정모때 제가 참여하면 바꿀 예정입니다. 자바스크립트에서 너무 멀리와서 이 부분은 WebProgramming스터디로 하는게 더 좋을거 같네요.
• MockObjects . . . . 3 matches
        -> MockObjects 자체가 인터페이스정의를 위한 도구로 이용할 수 있다. (TestFirstProgramming 에서는 Test Code가 일종의 인터페이스를 정의하기 위한 방법으로 이용된다.)
        * http://www.mockobjects.com/papers/jdbc_testfirst.html - MockObjects를 이용한 JDBC 어플리케이션 TestFirstProgramming
       ["ExtremeProgramming"], ["UnitTest"]
• MoreMFC . . . . 3 matches
       Programming with Mfc - Jeff prosise (책 요약 정도 or 책장사.. --;)
       == Programming with MFC ==
       언제나 그렇듯, Window programming을 할때 처음 등장하는 예제는. Hello~ 시리즈다. 그 source를 통해 MFC프로그램에 첫발을 디딜것이며.. 요책에 나온 윈도우의 이모저모에 관해 설명할것이다. 뭐 .. 대충대충 해나갈 것이지만.. 그럼.. windows programming의 세계로. gogogo -- v [[BR]][[BR]]
       그리고, MFC를 하기전에 꼭 한번씩 나오는 SDK로 하는 windows programming. source. [[BR]]
       // 자세한것은 charles petzold의 Programming Windows라는 책에 보면 엄청 잘나와 있다. --;
       그럼 이제 이 책에서 처음 나오는 MFC programming source를.. 공개 한다. Dialog based로 프로젝트를 연후 Dialog에 관한 class는 project에서 뺀후 App클래스내에 이 source를 쳐주면 될것이다. - 신기 하게도 App class와 MainWindow클래스만 있다. 이런 source는 처음 봐서 생소 했지만, MFC에서 제공해주는 source보다는 깔끔해 보였다.-
• PHP Programming . . . . 3 matches
       = PHP Programming =
        * [PHP Programming/HtmlTag]
        * 마이티프레스던가 거기서 개정증보판으로 나온 PHP책두 꽤 좋아~ Professional PHP Programming 책은 약간 읽기 답답할 수가 있거든..^^ 음.. 그 책 갖구 있는 넘으로서는 윤군이 있지..
• PPProject . . . . 3 matches
       ProgrammingPearls에 나오는 문제를 풀어봅니다.
       PairProgramming VS AloneProgramming 20-30m
• ProgrammingLanguageClass/Report2002_2 . . . . 3 matches
       = Principles of Programming Languages Spring, 2002 Programming Assignment #2 =
       ["ProgrammingLanguageClass"]
• ProjectSemiPhotoshop/Journey . . . . 3 matches
        * 내용 : eXtreme Programming을 실전 경험에서 응용해 보는 것이 어떨가 싶다. : 이 문제에 관해서는 수요일에 파일 구조 시간에 만나서 이야기 하도록 하자. 내 기본 생각은 Xp Pratice 들 중 골라서 적용하기에 힘들어서 못할것으로 생각하는데, 뭐, 만나서 이야기 하면 타결점을 찾겠지. ExtremeBear 도 이 숙제 때문에 중단 상태인데 --["상민"]
        * 아직은 이해하기도 힘들고, 어려운 프로그래밍이지만 앞으로 열심히 해서 세미 포토샵때는 정말 Pare Programming이 될 수 있도록 열심히 공부할께~ -- 현민
        * 현민이와 5분 단위의 PairProgramming 시도하였다. 10.24 때의 모임 보다 훨씬 성과가 있었다고 자평한다. 내 자신이 배우고 깨달은 것이 너무 많아, 정리하기가 힘들다. 그래서 현민이에게 미안한 느낌 마져 약간 든다.
• PyIde/SketchBook . . . . 3 matches
        ''스몰토크 비슷한 환경이 되지 않을까. 소스 코드의 구조적 뷰로는 LEO라는 훌륭한 도구가 있다. 크누스교수의 Literate Programming을 가능케 해주지. 나는 SignatureSurvey를 지원해 주면 어떨까 한다. --JuNe''
       Wiki:FitNesse 의 맨 앞 문구 'Beyond Literate Programming' 이라는 말이 참 인상적으로 보인다.
       현재의 UML Case Tool들은 Beyond Literate Programming 일까?
• REFACTORING . . . . 3 matches
        * 기존의 "디자인 후 코딩' 법칙과 반대된다. (TestFirstProgramming 에서 UnitTest - ["Refactoring"] 이 맞물려 돌아간다)
       그리고 Refactoring 을 이해하는데 ExtremeProgramming 을 이해하면 도움이 될 것이다.
       개인적으로 Refactoring 을 적용하는중, 자주 이용되는 테크닉이 StructuredProgramming 기법인 StepwiseRefinement (Rename 도 일종의 StepwiseRefinement 기술이라 생각이 든다)라는점은 의외일련지 모르겠다. OOP 와 SP 는 상호배제의 관계가 아니기에. --["1002"]
• RandomWalk2 . . . . 3 matches
       이 페이지에 있는 활동들은 프로그래밍과 디자인에 대해 생각해 볼 수 있는 교육 프로그램이다. 모든 활동을 끝내기까지 사람에 따라 하루에서 삼사일이 걸릴 수도 있다. 하지만 여기서 얻는 이득은 앞으로 몇 년도 넘게 지속될 것이다. 문제를 풀 때는 혼자서 하거나, 그게 어렵다면 둘이서 PairProgramming을 해도 좋다.
        * ObjectOrientedProgramming에서 이 문제를 처음 소개했다.
       다른 친구와 PairProgramming을 해서 이 문제를 다시 풀어보라. 그 친구는 내가 전혀 생각하지 못했던 것을 제안하지는 않는가? 그 친구로부터 무엇을 배울 수 있는가? 둘의 시너지 효과로 둘 중 아무도 몰랐던 어떤 것을 함께 고안해 내지는 않았는가?
• STL/참고사이트 . . . . 3 matches
       C++ Programming HOW-TO 에서 발췌
       [http://dmoz.org/Computers/Programming/Languages/C++/Class_Libraries/STL C++ STL site ODP for STL] 와 [http://dir.lycos.com/Computers/Programming/Languages/C%2B%2B/Class_Libraries/STL 미러]
• StructuredProgramming . . . . 3 matches
       구조적 프로그래밍 기법으로서 OOP에서도 여전히 유용하게 이용할 수 있는 방법으로는 StepwiseRefinement 가 있다. 이는 처음 추상적인 이름으로 서술한뒤, 점차적으로 구체적인 구현부분까지 점진적으로 서술해가면서 구현해나간다. 이는 ProgrammingByIntention 과 그 맥락이 비슷하다고 할 수 있다.
       Notes on Structured Programming
       What led to "Notes on Structured Programming"
• UseSTL . . . . 3 matches
        * Text Book : Generic Programming and the STL , STL Tutorial and Reference Guide Second edition
        * 나도 위와 같은 표현이 있는 책을 읽어봤는데.. 허거.. 너무 어려웠어.. Effective STL이라는 책이었는데.. 좀 쉬운 과정 없을까.. 휴 Generic Programming and the STL 찾아봐야쥐.. ㅡ.ㅡ--["경태"]
       See Also ["GenericProgramming"]
• WikiProjectHistory . . . . 3 matches
       || ["ExtremeProgramming"] || ["1002"] || 2002.1.9~1.31. ExtremeProgramming 에 대한 개념이해 & 정리 ||종료||
       || ["D3D"] || ["erunc0"], ["woodpage"] || "Advanced 3D Game Programming using DirectX"|| 유보 ||
• XpQuestion . . . . 3 matches
       === PairProgramming 적용하기 ===
       PairProgramming 은 XP 에서 논란이 많은 듯 하다. Man-Hour 를 절반으로 깎는다는 생각을 하게 되어서인지.
       늘 지속할 수 있는 안정적인 흐름을 만들어내는 것이 중요하다. '40' 숫자가 중요하단 뜻은 아니다. (단, PairProgramming 이 기가막히게 잘 진행되는 경우는, '40시간을 초과' 할 수가 없을 것 같다. 사람 진이 다 빠지니까. -_-;)
• [Lovely]boy^_^/Book . . . . 3 matches
        * Visual C++ 6.0 Programming Bible 일명 베개책(영진출판사) - 첨부터 너무 어렵다. 레퍼런스로 쓰고 있음
        * Java Programming Bible(영진출판사) - 열심히 보고 있음
        * Game Programming Gems 1
• 고전모으기 . . . . 3 matches
        * StructuredProgramming, TheElementsOfProgrammingStyle, SICP, SmalltalkByExample, SmalltalkBestPracticePatterns
        * TheArtOfComputerProgramming
• 데블스캠프2004/금요일 . . . . 3 matches
        에서는 유래가 없군요. C기반이 아니라, C++(문법), Smalltalk(vm) 의 철학을 반영합니다. Early History 는 마치 제임스 고슬링이 처음 만든것 처럼 되어 있군요. (SeeAlso [http://en.wikipedia.org/wiki/Java_programming_language#Early_history Java Early history]
       == 실습 : Programming ==
       == Structured Programming 소개 ==
       == Paper Programming : HIPO 그리기 ==
• 데블스캠프2005/주제 . . . . 3 matches
       [Refactoring], [TestDrivenDevelopment], [STL], [ObjectOrientedProgramming],
       [http://gvr.sourceforge.net/ Guido van Robot], PairProgramming 시연(?),
       PairProgramming 하면 더 좋을듯)
       In my life, I have seen many programming courses that were essentially like the usual kind of driving lessons, in which one is taught how to handle a car instead of how to use a car to reach one's destination.
       -Edsger W. Dijkstra, 'Notes on structured programming'
• 무엇을공부할것인가 . . . . 3 matches
       - Object Oriented Programming (OOP)
       - Procedural Programming
       - Functional Programming
• 문제풀이게시판 . . . . 3 matches
       문제풀이에 어려움을 느끼는 사람과 직접 PairProgramming을 해준다. 도우미는 "문제풀이도우미시장"이라는 위키 페이지를 유지 관리하면서 요청이 들어오면 가능한 한 빨리 그 사람과 Xper:RemotePairProgramming 혹은 실제 PP를 해서 도움을 준다. 문제를 풀 직접적 지식을 전달하는 것보다 어떤 문제건 풀 수 있는 효과적/효율적 과정을 경험케 해주는 것이 우선이라는 점을 명심한다.
        * Moa:ProgrammingPearls
• 새싹교실/2012/부부동반 . . . . 3 matches
        * Hardware / Programming Language / Software의 상관관계
        난 정말 C Programming을 공부한 적이 없다구요 - [http://kangcom.com/sub/view.asp?sku=200812300005&mcd=571]
        * Programming Language
• 수업평가 . . . . 3 matches
       ||CeeProgrammingClass || 6 || 6 || 3 || -3 || 12 || 5 ||2.4 ||
       ||JavaProgrammingClass || 4 || 4 || 4 || 1 || 13 || 2 ||6.5 ||
       ||ProgrammingLanguageClass || 12 || 8 || 11 || 1 || 32 || 8 ||4 ||
• 임인택/내손을거친책들 . . . . 3 matches
        * Introduction to Functional Programming using Haskell
        * An introduction to functional programming through lambda calculus
        * PairProgramming Illuminated
        * TheElementsOfStyle + TheElementsOfProgrammingStyle
• 조영준 . . . . 3 matches
        * Android Programming
        * DevilsCamp 2015 - Game Programming in Java with LibGdx - [데블스캠프2015/첫째날]
        * [PracticeNewProgrammingLanguage]
• 지도분류 . . . . 3 matches
       ||["ExtremeProgramming"]|| Agile Methodology 인 ExtremeProgramming 에 대한 전반적 설명||
       ||ProgrammingLanguageClass ||
• 프로그래밍파티 . . . . 3 matches
        ZP 랑 Moa 랑 페이지가 따로 열려있어서 정보가 분산되는 느낌이 드는데, 한곳에서 토의하는건 어떨까요? 그리고 DesignFest랑 ProgrammingContest 중 어떤거 할것인가는 무기명투표모드를 함 적용하는것도..~ (ProgrammingContest 의 경우 IPSC로 ZP가 예습(?)한 것 같은 느낌이 들어서;; 오 찔린다;) 14일까지 결정하고, 16일까지 행사때 진행방법을 구체적으로 정했으면 합니다.~ ^^ --석천
       See Also ["ProgrammingPartyAfterwords"]
• 1002/TPOCP . . . . 2 matches
       Seminar:ThePsychologyOfComputerProgramming 맡은 챕터 정리궁리중.
       Part 3 Programming as an individual activity
       Variations in the programming task
        Professional versus amateur programming
        Stages of programming work
• ACM_ICPC . . . . 2 matches
       = ACM International Collegiate Programming Contest =
       , [ACM_ICPC/PrepareAsiaRegionalContest], [(zeropage)ProgrammingContest]
• ACM_ICPC/2013년스터디 . . . . 2 matches
        * dynamic programming - [http://211.228.163.31/30stair/eating_together/eating_together.php?pname=eating_together 끼리끼리]
        * dynamic programming - [http://211.228.163.31/30stair/subset/subset.php?pname=subset 부분 합]
        * [http://stackoverflow.com/questions/2631726/how-to-determine-the-longest-increasing-subsequence-using-dynamic-programming Time Complexity O(n log n) 의 Up Sequence]
        * 김태진 : Dynamic Programming 6.1~6.3
        * 김태진 : Dynamic Programming
• AM/20040705두번째모임 . . . . 2 matches
       ex) 배우는 부분이 Windows Programming, Window Event Driven Programming, GDI, GUI Control 들이라 한다면
• ActiveXDataObjects . . . . 2 matches
       {{|Microsoft ADO (ActiveX Data Objects) is a Component object model object for accessing data sources. It provides a layer between programming languages and databases, which allows a developer to write programs which access data, without knowing how the database is implemented. No knowledge of SQL is required to access a database when using ADO, although one can use ADO to execute arbitrary SQL commands. The disadvantage of this is that this introduces a dependency upon the database.
       {{|In the newer programming framework of .NET, Microsoft also present an upgraded version of ADO called ADO.NET, its object structure is quite different from that of traditional ADO. But ADO.NET is still not quite popular and mature till now.
       ADO 는 ActiveX 이므로 C++ 이건 VB 이건 Python 이건 어디서든지 이용가능. 하지만, 역시나 VB 나 Python 등에서 쓰는게 편리. 개인적으로는 ODBC 연동을 안하고 바로 ADO 로 C++ Database Programming 을 했었는데, 큰 문제는 없었던 기억. (하긴, C++ 로 DB Programming 할 일 자체가 거의 안생겨서..) --[1002]
• Athena . . . . 2 matches
        * Object Programming 수업의 숙제를 위한 페이지입니다
        * 첫 회의 - 프로젝트 이름 결정, 기본 코딩 스타일 결정, 첫 ["PairProgramming"] 호흡
• BuildingParser . . . . 2 matches
       전통적인 Programming Language 수업의 개인과제.
       Programming Language Processors in Java: Compilers and Interpreters by David Watt, Deryck Brown
• BusSimulation . . . . 2 matches
       Discrete Event Simulation이 되겠군요. 사람이 몇 명이 기다리느냐, 길 막힘 상태 등은 이산 확률 분포를 사용하면 될 것입니다. NoSmok:TheArtOfComputerProgramming 에서 NoSmok:DonaldKnuth 가 자기 학교 수학과 건물 엘레베이터를 몇 시간 관찰해서 데이타를 수집한 것과 비슷하게 학생들이 직접 84번, 85-1번 등의 버스를 타고 다니면서 자료 수집을 해서 그걸 시뮬레이션 실험하면 아주 많은 공부가 될 것입니다 -- 특히, 어떻게 실세계를 컴퓨터로 옮기느냐 등의 모델링 문제에 관해. 실제로 NoSmok:DonaldKnuth 는 TAOCP에서 이런 연습문제를 만들어 놨습니다. 제가 학부생 때 누군가 이런 숙제를 내줬다면 아마 한 두 계단(see also ["축적과변화"]) 올라설 계기가 되지 않았을까 하고 아쉬울 때가 있습니다. 이 문제에 드는 시간은 하루나 이틀 정도가 되겠지만 여기서 얻은 경험과 지혜는 십 년도 넘게 자신의 프로그래밍 인생에 도움이 될 것이라 믿어 의심치 않습니다. (팀으로 문제 해결을 하면 더 많은 공부가 되겠지요) see also ProgrammingPartyAfterwords 참고자료 --JuNe
• ComputerNetworkClass/Report2006/BuildingWebServer . . . . 2 matches
        * [http://dasomnetwork.com/~leedw/mywiki/moin.cgi/NetworkProgramming 네트워크프로그래밍]
        * [CeeThreadProgramming]
• CppStudy_2002_1/과제1/상협 . . . . 2 matches
       //Programming8_2.cpp
       //Programming8_3
• Cracking/ReverseEngineering/개발자/Software/ . . . . 2 matches
       개발자들이 Coding을 할 때 약간의 신경만 써주면 Cracker들에 의해 exploit이 Programming되는 것을 막을 수 있다.
       Jeffrey Richter의 Programming Applications for Microsoft Windows란 책을 추천한다. 현재 4th edition까지 나온 상태이다. 물론 한글판은 없다.
• EffectiveSTL . . . . 2 matches
        === 7. Programming with the STL. ===
        ["EffectiveSTL/ProgrammingWithSTL"]
• EightQueenProblemSecondTryDiscussion . . . . 2 matches
       제가 보기에 현재의 디자인은 class 키워드만 빼면 절차적 프로그래밍(procedural programming)이 되는 것 같습니다. 오브젝트 속성은 전역 변수가 되고 말이죠. 이런 구성을 일러 God Class Problem이라고도 합니다. AOP(Action-Oriented Programming -- 소위 Procedural Programming이라고 하는 것) 쪽에서 온 프로그래머들이 자주 만드는 실수이기도 합니다. 객체지향 분해라기보다는 한 거대 클래스 내에서의 기능적 분해(functional decomposition)가 되는 것이죠. Wirfs-Brock은 지능(Intelligence)의 고른 분포를 OOD의 중요요소로 뽑습니다. NQueen 오브젝트는 그 이름을 "Manager"나 "Main''''''Controller"로 바꿔도 될 정도로 모든 책임(responsibility)을 도맡아 하고 있습니다 -- Meyer는 하나의 클래스는 한가지 책임만을 제대로 해야한다(A class has a single responsibility: it does it all, does it well, and does it only )고 말하는데, 이것은 클래스 이름이 잘 지어졌는지, 얼마나 구체성을 주는지 등에서 알 수 있습니다. (Coad는 "In OO, a class's statement of responsibility (a 25-word or less statement) is the key to the class. It shouldn't have many 'and's and almost no 'or's."라고 합니다. 만약 이게 자연스럽게 되지않는다면 클래스를 하나 이상 만들어야 한다는 얘기가 되겠죠.) 한가지 가능한 지능 분산으로, 여러개의 Queen 오브젝트와 Board 오브젝트 하나를 만드는 경우를 생각해 볼 수 있겠습니다. Queen 오브젝트 갑이 Queen 오브젝트 을에게 물어봅니다. "내가 너를 귀찮게 하고 있니?" --김창준
• FunctionalLanguage . . . . 2 matches
       [http://c2.com/cgi/wiki?FunctionalProgrammingLanguage FunctionalProgrammingLanguage]
• IsBiggerSmarter?/문보창 . . . . 2 matches
       단순히 Greedy 알고리즘으로 접근. 실패. Dynamic Programming 이 필요함을 테스트 케이스로써 확인했다. Dynamic Programming 을 실제로 해본 경험이 없기 때문에 감이 잡히지 않았다. Introduction To Algorithm에서 Dynamic Programing 부분을 읽어 공부한 후 문제분석을 다시 시도했다. 이 문제를 쉽게 풀기 위해 Weight를 정렬한 배열과 IQ를 정렬한 배열을 하나의 문자열로 보았다. 그렇다면 문제에서 원하는 "가장 긴 시퀀스" 는 Longest Common Subsequence가 되고, LCS는 Dynamic Algorithm으로 쉽게 풀리는 문제중 하나였다. 무게가 같거나, IQ가 같을수도 있기 때문에 LCS에서 오류가 나는 것을 피하기 위해 소트함수를 처리해 주는 과정에서 약간의 어려움을 겪었다.
• Java Study2003/첫번째과제/장창재 . . . . 2 matches
        - 자바(Java)를 이야기할 때 크게 두 가지로 나누어 이야기 할 수 있습니다. 먼저, 기계어, 어셈블리어(Assembly), 포트란(FORTRAN), 코볼(COBOL), 파스칼(PASCAL), 또는 C 등과 같이 프로그래밍을 하기 위해 사용하는 자바 언어가 있고, 다른 하나는 자바 언어를 이용하여 프로그래밍 하기 위해 사용할 수 있는 자바 API(Application Programming Interface)와 자바 프로그램을 실행시켜 주기 위한 자바 가상머신(Java Virtual Machine) 등을 가리키는 자바 플랫폼(Platform)이 있습니다. 다시 말해서, 자바 언어는 Visual C++와 비유될 수 있고, 자바 플랫폼은 윈도우 95/98/NT 및 윈도우 95/98/NT API와 비유될 수 있습니다.
       자바 API(Java Application Programming Interface):
• JavaNetworkProgramming . . . . 2 matches
       *'''지금은 여기서 접는것이고. 누군가 Java Network Programming을 본다면 참여하기 바란다 ^^;;'''
       JAVA Network Programming
• JavaScript/2011년스터디/7월이전 . . . . 2 matches
        * 오늘은 PairProgramming으로 [http://probablyinteractive.com/url-hunter URLHunter]를 만들어보았는데 setInterval 함수를 사용하여 계속 페이지 주소를 바꿔주는 부분까지 성공했습니다. 처음에는 setTimeout 함수를 사용해서 생각처럼 제대로 작동하지 않았어요. 다음주엔 새내기가 스터디에 합류할텐데 매우 기대됩니다. 우리가 했던것들을 설명해주고 같이 [http://probablyinteractive.com/url-hunter URLHunter]를 만들어보려고 해요. 시간이 너무 걸리지 않도록 어떻게 접근할지 주말에 미리 생각해보겠습니다. - [김수경]
        * PairProgramming으로 위의 주소로 들어가면 보이는 URLHunter를 만드는데 도전하였습니다. 제가 혼자 생각할 때에는 어디서부터 어떻게 접근해야 할지 막막했었는데 Pair로 하니까 점점 먼가가 되가는것 같았어요. 어떻게 하면 주소창을 마음데로 조작 할 수 있는지 더 고민해 봐야겠습니다. - [박정근]
• JavaStudy2004 . . . . 2 matches
        * 추천도서 - Java HowToProgram - Deitel사. 2학년 전공 JavaProgrammingClass에서 교재로 사용하는 책. 간단하고 쉽다. 자바를 처음 시작하는 이에게 추천도서
        그리고 실습 같은것을 2명 짝 PairProgramming으로 하는걸 생각하고 있습니다
• MFCStudy_2002_1 . . . . 2 matches
        * 목표 : 방학중 스터디 진행, Programming 에 대한 감각 익히기. Windows Programming 에 대한 이해.
• OOP . . . . 2 matches
       '''Object Oriented Programming''' : 객체 지향 프로그래밍. ~~객체를 지향하는 프로그래밍입니다.~~이 이전에 Object Based Progamming 것이 있었다.이 다음 세대의 프로그래밍 기법은 GenericProgramming이라고 이야기된다.
       Object-oriented programming is based in the principle of recursive design.
        * [Generic programming]
• ObjectWorld . . . . 2 matches
       첫번째 Session 에는 ["ExtremeProgramming"] 을 위한 Java 툴들에 대한 간단한 언급이였습니다. 제가 30분 가량 늦어서 내용을 다 듣진 못했지만, 주 내용은 EJB 등 웹 기반 아키텍쳐 이용시 어떻게 테스트를 할것인가에 대해서와, Non-Functional Test 관련 툴들 (Profiler, Stress Tool) 에 대한 언급들이 있었습니다. (JMeter, Http Unit, Cactus 등 설명)
       Http Unit 에 대해선 좀 회의적인 투로 설명을 하신것 같고, (이정도까지 테스트 할까..에 가까운) ["ExtremeProgramming"] 에서의 TDD 스타일은 따로 취급되었다라는 생각이 들었다는. (XP에서의 테스트를 먼저 작성하라는 이야기에 대해서 그냥 TP를 읽는 수준으로만 넘어간것 보면. 코딩 완료이후 테스트를 기본이라 생각하고 설명하셨다 생각됨.)
       ''Haven't read it. If I gave advice and I were to advise /you/, I'd advise more testing and programming, not more theory. Still, smoke 'em if ya got 'am.
       [From a [http://groups.yahoo.com/group/extremeprogramming/message/52458 thread] in XP mailing list]
• OpenGL . . . . 2 matches
       3D Programming 을 위한 API. 요새 유행하는 3D Game Programming 시에는 주로 [Direct3D] 와 [OpenGL]을 사용한다.
• OpenGL_Beginner . . . . 2 matches
        * 교재 : OpenGL Game programming
        * OpenGL Programming Guide 3th
        * Game Programming Gems (한)
• PHP . . . . 2 matches
       || [PHP Programming] ||
        * [PHP Programming/HtmlTag]
• PPProject/Colume2Exercises . . . . 2 matches
        * [Leonardong]과 [황재선]의 PairProgramming
       다소 여유를 가지고 PairProgramming 을 했다. 혼자 할때보다 문제 파악이 잘 되었고 뭔가 탁 트인 느낌이 들었다. 아쉬운 점이라면 문제 해결에 너무 매달려서 리펙토링을 게을리한 결과 우아한 프로그램을 완성하지 못했다. 늘 그렇듯이 역할에 맞는 변수명 붙이기는 어렵다. 짧았지만 흥미진진한 시간이었다.
• PairSynchronization . . . . 2 matches
       ["sun"]이 PairProgramming을 하기에 앞서 CrcCard 섹션을 가지게 되었는데, 서로의 아이디어가 충분히 공유되지 않은 상태여서 CrcCard 섹션의 진도가 나가기 어려웠다. 이때 - 물론, CrcCard 섹션과는 별도로 행해져도 관계없다. - 화이트보드와 같은 도구를 이용해서 서로가 생각한 바를 만들어나가면서, 서로의 사상공유가 급속도로 진전됨을 경험하게 되었다.
        1. PairSynchronization 이후, CrcCard 섹션이나 PairProgramming을 진행하게되면 속도가 빨리지는 듯 하다. (검증필요)
• ProgrammingContest . . . . 2 matches
       만약 팀을 짠다면 두사람은 PairProgramming으로 코딩을 하고(이 때 Interactive Shell이 지원되는 인터프리터식 언어라면 엄청난 플러스가 될 것임), 나머지 하나는 다른 문제를 읽고 이해하고, (가능하면 단순한) 알고리즘을 생각하고 SpikeSolution을 종이 위에서 실험한 뒤에 현재 커플이 완료를 하면 그 중 한 명과 Pair Switch를 하고 기존에 코딩을 하던 친구 중 하나는 혼자 다른 문제를 읽고 실험을 하는 역할을 맡으면 효율적일 겁니다. 즉, 두 명의 코더와 한 명의 실험자로 이루어지되 지속적으로 짝 바꾸기를 하는 것이죠.
       http://ace.delos.com/usacogate 에서 트레이닝 받을 수 있지요. 중,고등학생 대상이라 그리 어렵지 않을겁니다. ["이덕준"]은 ProgrammingContest 준비 첫걸음으로 이 트레이닝을 추천합니다.
• ProgrammingLanguageClass/Report2002_1 . . . . 2 matches
       = Principles of Programming Languages =
       ["ProgrammingLanguageClass"]
• ProgrammingPartyAfterwords . . . . 2 matches
       2002년 5월 19일 서강대에서 있었던 ["프로그래밍파티"] 후기 (see also ProgrammingPartyPhotos)
        * NoSmok:TheArtOfComputerProgramming 에 나온 어셈블리어로 구현된 엘리베이터 시뮬레이션 (NoSmok:DonaldKnuth 가 직접 엘리베이터를 몇 시간 동안 타보고, 관찰하면서 만든 알고리즘이라고 함. 자기가 타고 다니는 엘리베이터를 분석, 고대로 시뮬레이션 해보는 것도 엄청난 공부가 될 것임)
• ProgrammingPearls/Column4 . . . . 2 matches
        * Functions : precondition - 함수 시작 전에 보장되어야 할 조건 -과 postcondition - 함수 끝날때에 보장되어야 할 조건 -을 명시해준다.(...) 이러한 방법을 "Programming by contract"라 한다.
       ["ProgrammingPearls"]
• ProgrammingPearls/Column5 . . . . 2 matches
       == A Small Matter of Programming ==
       ["ProgrammingPearls"]
• ProgrammingPearls/Column6 . . . . 2 matches
       == Perspective on Programming ==
       ["ProgrammingPearls"]
• Reverse Engineering처음화면 . . . . 2 matches
       1. System Programming (Kernel)
       2. Network Programming
• STLErrorDecryptor . . . . 2 matches
       h:\MyProgrammingLab\JunkRoom\Weired_C++\Test.cpp(6) :
       h:\MyProgrammingLab\JunkRoom\Weired_C++\Test.cpp(6):
• SoftwareEngineeringClass . . . . 2 matches
        * 본인은 거의 독학으로 SE 공부를 했다. 수업시간에 구조적 프로그래밍(structured programming)에 대해 설명을 들었을 때는 전혀 감흥이 없었고 졸음까지 왔다. 기억나는 내용도 없다. 하지만 스스로 공부를 하면서 엄청난 충격을 받았다. OOP는 구조적 프로그래밍의 패러다임을 완전히 벗어나지 못했다! 구조적 프로그래밍을 Goto 제거 정도로만 이해하는 것은 표피적 이해일 뿐이다! 구조적 프로그래밍 하나만 제대로 익혀도 내 생산성은 엄청나게 향상될 것이다! (참고로 정말 구조적 프로그래밍이 뭔지 알고 싶은 사람들은 다익스트라의 6,70년대 이후의 저작들을 읽어보길 권한다. 칸트 철학을 공부하는 사람이 칸트의 1차 저술을 읽지 않는다는 게 말이 되겠는가.) --김창준
       시간이 나면 ExtremeProgramming에 대해서도 이야기를 하신다는데, 어떤 이야기가 나올지 궁금하네요. [SPICE] 레벨4는 되어야 사용할 수 있다는 말엔 조금 당황스러웠어요. --[Leonardong]
       see also ProgrammingLanguageClass
• StepwiseRefinement . . . . 2 matches
       Niklaus Wirth 교수의 ''Program Development by Stepwise Refinement''(1971, CACM 14.4) (http://www.acm.org/classics/dec95/ )와 EdsgerDijkstra의 [http://www.cs.utexas.edu/users/EWD/ewd02xx/EWD227.PDF Stepwise Program Construction]을 꼬오옥 읽어보길 바랍니다. 전산학 역사에 길이 남는 유명한 논문들이고, 여기 소개된 SR은 Structured Programming에서 핵심적 역할을 했습니다. 당신은, 이 사람이 사용한 stepwise refinement에 상응하는 어떤 "일반적 문제 접근법 및 디자인 방법"을 갖고 있습니까? 이 글을 읽고 다른 문제에 stepwise refinement를 적용해 보십시오. Functional Programming이나 OOP에도 적용할 수 있습니까? 이 글을 읽고, 또 스스로 실험을 해보고 무엇을 배웠습니까? 이 stepwise refinement의 단점은 무엇이고, 이를 극복하는 방법은 무엇일까요? --김창준.
• TAOCP . . . . 2 matches
        * Title : TheArtOfComputerProgramming
        * TheArtOfComputerProgramming(TAOCP) vol1. FundamentalAlgorithms을 읽는다.
• TheElementsOfProgrammingStyle . . . . 2 matches
        학생들이 TheElementsOfProgrammingStyle 을 공부하면서 TheElementsOfStyle을 언급하였으면 좋겠다. - [임인택]
       P.J. Plauger라고 역시 유명인. C와 C++ 표준화에 많은 업적을 남겼다. 2004년도 닥터 도브스 저널(DrDobbsJournal)에서 주는 Excellence In Programming Award 수상. --JuNe
• XpWeek . . . . 2 matches
       한 주 동안 ExtremeProgramming을 '''최대한''' 체험해보기.
       See also [ExtremeBear],[ExtremeProgramming]
• XpWeek/ToDo . . . . 2 matches
       ExtremeProgramming 개발주기를 참조
        PairProgramming + TestDrivenDevelopment
• comein2 . . . . 2 matches
        * ExtremeProgramming 관련 UnitTest , Refactoring
        * Game Programming 관련 AI 및 Server 기술
• iPhoneProgramming/2012년프로젝트 . . . . 2 matches
       = iPhoneProgramming =
        * 이때까지 Objective-C를 얼마나 배웠는가, XCode에 대한 이해, iPhoneProgramming에 대한 이해를 공유해봄.
• 강희경/도서관 . . . . 2 matches
       || 4 || NoSmoke:TheArtOfComputerProgramming || 카누스 || [강희경] || [TAOCP] ||
       || 1 || NoSmoke:TheArtOfComputerProgramming || 카누스 || [강희경] || [TAOCP] ||
• 데블스캠프2002 . . . . 2 matches
       || 6월 26일 || 수요일 || 이상규, 이병희 || DevelopmentinWindows, Web Programming ||
       || 6월 27일 || 목요일 || 강석천 || ObjectOrientedProgrammingSeminar ||
• 데블스캠프2002/날적이 . . . . 2 matches
        * 일부러 문법쪽에 대한 정통적인 설명을 배제하긴 했음. 뭐.. 그정도만 해도 디자인 타임때 디자인한 객체를 구현하는데 문제 없을 것 같고 해서. 졸지도 않고 끝까지 둘이서 같이 이야기하면서 플밍 하는 모습이 보기 좋았던 거 같아. 그리고 요구사항 추가내용인 바퀴벌레 2마리일때와 2차원 판이 아닌 3차원 직육면체를 돌아다닐때에 대해서 StructuredProgramming 과 ObjectOrientedProgramming 을 하여 비교하면 문제점 면에서 그 차이를 확실히 알 수 있을것임. --석천
• 방울뱀스터디 . . . . 2 matches
        * [ExtremeProgramming]의 몇가지를 실천할 것입니다. [PairProgramming], [Refactoring]...
• 부드러운위키만들기 . . . . 2 matches
        도구로서의 위키에 대해 익숙하지 않아서일겁니다. 처음 접하는 이들에게 위키위키라는 매체는 문화라기보다는 단지 사용하기 어려운 도구에 가깝게 느껴질 것입니다(실제로는 무척 사용하기 쉬운 도구임에도 불구하고 말이죠). 딱딱한 느낌을 받는 것은 이곳에서 주로 다루는 내용이 컴퓨터 공학과 관련된 전공지식 위주가 아니어서일까 생각합니다. [임인택]은 이번위키설명회때 [짝위키]를 해보는 것을 제안합니다. 한 사람이 위키를 자유자재로 항해하며 페이지를 수정하면(PairProgramming으로 치면 드라이버가 되겠죠), 나머지 한사람은 드라이버가 위키를 어떻게 사용하는지 살펴보고 드라이버가 행하는 행위에 대해서 질문(일종의 옵저버)하며 위키에 대한 감을 익혀갑니다. PairProgramming 과 마찬가지로 일정한 시간간격을 두고 드라이버와 옵저버의 역할을 바꿉니다. - [임인택]
• 영호의해킹공부페이지 . . . . 2 matches
        Introduction to Assembly Programming by Moe1
        interested in getting involved with Assembly Programming, look around at the
        stuff available in the programming tutorials section of Packetstorm Security
        PacketStorm also has some great resources for other programming languages
• 임시 . . . . 2 matches
       http://www.dasomnetwork.com/~leedw/mywiki/moin.cgi/NetworkProgramming
       http://crab.chungbuk.ac.kr/%7Ejchern/ vi명령어, Windows Network Programming API, ..
• 정모/2011.10.5 . . . . 2 matches
        * AOP(Aspect-Oriented Programming)은 트랜잭션 처리 등 핵심기능은 아니지만 코드에 포함되어 유지보수를 어렵게 하는 부가기능을 분리해내는 패러다임으로 OOP(Object-Oriented Programming)를 대체하는 것은 아니고 보완하는 역할을 한다.
• 제13회 한국게임컨퍼런스 후기 . . . . 2 matches
       || 10:30 – 11:30 || Unity3D와 UPS로 멀티플레이 게임 만들기 || 노영하(머치디퍼런트) || Programming ||
       || 17:00 – 18:00 || 엔비디아 Nsight™ Visual Studio로 게임 디버깅 및 최적화하기 || 최지호(NVIDIA) || Programming ||
• 타도코코아CppStudy/0724 . . . . 2 matches
        * Higher Order Programming
        * Higher Order Programming
• 포항공대전산대학원ReadigList . . . . 2 matches
       “Types and Programming Languages”, Benjamin C. Pierce, The MIT Press.
       “Concepts of Programming Languages” (6th edition), Robert W. Sebesta, Addison Wesley.
• 02_Python . . . . 1 match
        * 가장 정확하게 말하자면 객체 지향 스크립 언어이다. (see also Ousterhout's IEEE Computer article ''Scripting: Higher Level Programming for the 21st Century'' at http://home.pacbell.net/ouster/scripting.html )
• 1thPCinCAUCSE . . . . 1 match
       '''1th Programming Contest in CAUCSE'''
• 1thPCinCAUCSE/ExtremePair전략 . . . . 1 match
        * 코딩은 기본적으로 ["PairProgramming"] 이였습니다. 드라이버가 코딩할때 파트너는 잘못된 코딩뿐만 아니라 이해안가는 부분에서는 계속적인 질문으로 드라이버 스스로 명확한 코드를 만들도록 했습니다.
• 2010Python . . . . 1 match
        * [http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-00-introduction-to-computer-science-and-programming-fall-2008/index.htm MIT Open Courseware 6.00 Introduction to Computer Science and Programming]
• 2ndPCinCAUCSE . . . . 1 match
       '''2nd Programming Contest in CAUCSE'''
• 2thPCinCAUCSE . . . . 1 match
       '''2th Programming Contest in CAUCSE'''
• 3D프로그래밍시작하기 . . . . 1 match
       3D Programming 을 시작하는 사람은 상당히 막막한 상태에서 시작하게 되기 마련인데, 실질적으로 거치면 좋을 것이라고 생각되는 몇가지 스텝을 적어 보았습니다
• 3N+1Problem/1002_2 . . . . 1 match
       도저히 수열스럽지 않아서 다시 숫자들 간의 관계를 이리 적어보던중, 지난번의 UglyNumber 에서의 문제접근법(DynamicProgramming)을 해봄. 혹시 앞의 계산값이 뒤의 계산에 이용되지 않을까 생각을 해보다.
• 3rdPCinCAUCSE . . . . 1 match
       '''3rd Programming Contest in CAUCSE'''
• ACM_ICPC/2011년스터디 . . . . 1 match
        * 재귀함수와 백트래킹, Dynamic Programming에 난항을 겪어 최적해구하는 문제에서 고전했습니다.
• AOI . . . . 1 match
        * 여름방학 중 교재 : Programming Challenges ( Aladdin:8979142889 )
• AOI/2004 . . . . 1 match
        * 겨울 교재 : Programming Challenges ( Aladdin:8979142889 )
• API . . . . 1 match
       #Redirect ApplicationProgrammingInterface
• APlusProject . . . . 1 match
       ExtremeProgrammingInstallled - XP 입문서. 한서 있음. PL 필독.
• ATmega163 . . . . 1 match
       === AVR GCC Programming ===
• AcceptanceTest . . . . 1 match
       원문 : http://extremeprogramming.org/rules/functionaltests.html
       ["ExtremeProgramming"]
• Barracuda . . . . 1 match
       ''Programming Jakarta Struts 인용''
• Basic알고리즘 . . . . 1 match
       {{| " 그래서 우리는 컴퓨터 프로그래밍을 하나의 예술로 생각한다. 그것은 그 안에 세상에 대한 지식이 축적되어 있기 때문이고, 기술(skill) 과 독창성(ingenuity)을 요구하기 때문이고 그리고 아름다움의 대상(objects of beauty)을 창조하기 때문이다. 어렴풋하게나마 자신을 예술가(artist)라고 의식하는 프로그래머는 스스로 하는 일을 진정으로 즐길 것이며, 또한 남보다 더 훌륭한 작품을 내놓을 것이다. |}} - The Art Of Computer Programming(Addison- wesley,1997)
• BeingALinuxer . . . . 1 match
        2. 각 조는 2개의 작은 조로 나눔. 2인이 다시 하나의 작은 조를 이루어 같이 실습하고 학습함. (SeeAlso PairProgramming)
• Benghun/Diary . . . . 1 match
       코드를 작성할 때 노가다성 코드이고 긴 시간을 필요로 한다는 생각이 들면 극도로 코딩하고 싶어지지 않는 건 왜일까 ? 코드를 작성하는 것이 집중력을 필요로 하고 지겨운 작업이라고 생각이 들면 코딩하기 싫어진다. Pair Programming이 필요한 것일까 ? 비단 코드를 작성하는 작업 뿐만이 아니라 모든 것들에 대해 아무것도 모르겠다.
• BoaConstructor . . . . 1 match
        * Control 상속, 새 Control 만드는 과정을 아직 툴 차원에선 지원하지 않는다. MFC GUI Programming 할때 많이 쓰는데. UI class 들 중복제거를 위해서라도. -_a 하긴 이건 좀 무리한 요구인가 -_-;
• BuildingParserWithJava . . . . 1 match
       3학년 1학기 ProgrammingLanguageClass에서 숙제로 파서를 만들면서 한계를 많이 느꼈었다. 가장 큰 문제는 모든 흐름이 함수 호출을 따라 흘러간다다는 것이었다. 어느 곳이 잘못되었는지 알기가 어려웠기 때문에 찾는데 무척 애를 먹었다. 문법을 하나 추가하는 작업도 매번 오래 걸렸다. 그러다 보니 평가에 중요한 예외처리를 할 시간이 많지 않았다.
• C++Analysis . . . . 1 match
        * The C++ Programming Language Special Edition
• C++Seminar03 . . . . 1 match
        1. 사회자 한명과 2인 1PC 또는 3인 1PC 로 PC 1대당 한조가 되어 PairProgramming 식으로 진행. 사회자는 간단한 개념을 설명하고 개념에 대한 실습(?) 또는 적용된 코드작성을 Pair 해본다. (이런식으로 진행할경우 장소에 문제가 될 수도 있을것 같네요. 실습실 하나를 제로페이지가 점령할수도 없는 일이고..-_- 강의실에서 간단한 설명 -> PC 실로 이동.. 정도가 대안이 될까요? ) --["임인택"]
• CPPStudy_2005_1 . . . . 1 match
        * Pair Programming(실습) 이 좋았음
• CSP . . . . 1 match
       #from Steve Holden's Python Web Programming
• CSS . . . . 1 match
       [[include(틀:ProgrammingLanguage)]]
• CanvasBreaker . . . . 1 match
        * 2002학년도 2학기 ObjectProgramming 3번째 프로젝트
• Class/2006Fall . . . . 1 match
        * Programming Report
• ClassifyByAnagram/sun . . . . 1 match
        * genKey() 메소드의 성능 개선. qsort2([http://www.cs.bell-labs.com/cm/cs/pearls/sortanim.html ProgrammingPerals 참고]) 이용.
• CodeConvention . . . . 1 match
        * [http://msdn.microsoft.com/library/techart/cfr.htm Coding Technique and Programming Practices]
        * 1980년대 charles simonyi 논문 Meta-programming : A Software Prodution Method
• CodeRace . . . . 1 match
       이 대회는 신입생의 흥미를 불러일으키기위해서 시행될수도 있습니다. 이때는 재학생을 같이 참여시켜 [PairProgramming]을 활용해 보는 것도 좋은 방법입니다.
• CodeYourself . . . . 1 match
        - Programing 이 아니고 Programming 임. 게다가 ~ing 보다는 동사 원형을 쓰는게 맞는 표현이라 생각됨. 주제와는 상관없는 이야기로군..-_-;; - [임인택]
• CodingStandard . . . . 1 match
       ["ExtremeProgramming"]
• CollectiveOwnership . . . . 1 match
       ["ExtremeProgramming"]
• ComposedMethod . . . . 1 match
       개인적으로, 간단해보이지만 아주 중요한 이야기라 생각함. ProgrammingByIntention 의 입장에서, 또한 '같은 레벨의 추상화를 유지하라'라는 대목에서. (StepwiseRefinement 를 하면 자연스럽게 진행됨) --[1002]
• ComputerNetworkClass/Report2006/PacketAnalyzer . . . . 1 match
       자세한 사항은 MSDN 혹은 Network Programming For Microsoft Windows 를 참조하기 바란다.
• CubicSpline/1002 . . . . 1 match
        * Python 코드에 대한 이해. UnitTest, TestFirstProgramming 에 대한 이해.
• Curl . . . . 1 match
       [ProgrammingLanguage]
• DataStructure . . . . 1 match
        ''하지만, 이는 기존 70,80년대 Structured Programming에서 보는 프로그램의 상당히 제한적인 시각이다.''
• DebuggingSeminar_2005 . . . . 1 match
        || [http://www.compuware.com/products/devpartner/softice.htm SoftIce for DevPartner] || 데브파트너랑 연동하여 쓰는 SoftIce, [http://www.softpedia.com/get/Programming/Debuggers-Decompilers-Dissasemblers/SoftICE.shtml Freeware Download] ||
• DelegationPattern . . . . 1 match
       ObjectOrientedProgramming 을 할때 자주 쓰이는 코딩 스타일. 아마 사람들이 무의식중에 자주 쓸 것이다.
• EasyJavaStudy . . . . 1 match
        * ["Java"], ["Eclipse"], ["JUnit"], ["TestDrivenDevelopment"], ["TestFirstProgramming"]
• EasyPhpStudy . . . . 1 match
        * ["PHP Programming"], ["ZPBoard/PHPStudy"]
• EclipsePlugin . . . . 1 match
       Eclipse 에서 PairProgramming 을 하게 해 주는 플러그인이다. 전에 SE 랩의 박지훈 선배님께서 이와 비슷한 IDE를 개발하시다가 중단하셨는데. 이클립스와 PP 의 결합이라... 정말 엄청난 파워를 발휘할 것 같다.
• EdsgerDijkstra . . . . 1 match
        * [http://www.cs.utexas.edu/users/EWD/ewd02xx/EWD227.PDF StepwiseProgramConstruction] - Structured Programming
• EightQueenProblem . . . . 1 match
       시간을 잴 때에는 Wiki:SandglassProgramming 에 소개된 프로그램을 이용하면 편리합니다. 화장실을 다녀온다든가 할 때 필요한 중간 멈춤(pause) 기능도 있습니다.
• Erlang . . . . 1 match
       [[include(틀:ProgrammingLanguage)]]
• ExecuteAroundMethod . . . . 1 match
       스몰토크에서는 다음과 같은 방법으로 해결하고 있다. 스몰토크에는 Block이라는 객체가 있다. 이 블록을 파라메터로 넘겨주는 것이다. 즉 1. 파일 연다. 2. 작업 블록을 파라메터로 넘겨준다. 3. 파일 닫는다. 이런식으로 되는 것이다. C++에서는 함수 포인터를 넘겨주는 방법으로 해결할 수 있을 듯하다. 이런 것을 Higher Order Programming이라고 했던 것 같다.(SICP) C++에서 멤버 함수는 원칙적으로 함수 포인터가 안되는 것으로 알고 있다. 그래도 그냥 그런가 보다 하자. 정말 이상하다.--;
• ExploringWorld/20040506-무제 . . . . 1 match
        * PHP OCU 시험 : Programming x 3 + 느낀점 x 3
• ExtremeBear . . . . 1 match
       ["ExtremeProgramming"] 을 실전과 같이 경험해 보기 위한 스터디.
• ExtremeBear/OdeloProject . . . . 1 match
        * tdd와 PairProgramming 을 익숙하게 단련한다.
• FooBarBaz . . . . 1 match
        * Programming Language 서적에 나오는 예제 코드에 Foo, Bar, Baz 등의 단어가 자주 등장한다.
• FoundationOfUNIX . . . . 1 match
        * 쉘 스크립트 짜기 [http://kldp.org/KoreanDoc/Shell_Programming-KLDP kldp 쉘 프로그래밍 참고 강좌]
• Freemarker . . . . 1 match
       '' Programming Jakarta Struts 인용''
• GUIProgramming . . . . 1 match
       [Programming]
• GameProgrammingGems . . . . 1 match
       위의 Game Programming Gems는 게임에 쓰이는 전반적인 알고리즘(2D, 3D, AI(길찾기 포함))들을 전반적으로 대부분 다루어 놓고 얼마나 효율적인 프로그래밍을 할 수 있고 어떻게 해야 가능한 가를 보여주는 책이 되겠다. [[BR]]
• GenericProgramming . . . . 1 match
        * Moa:GenericProgramming
• GotoStatementConsideredHarmful . . . . 1 match
        SeeAlso : PPR:GotoConsideredTheBestProgrammingPracticeEverInvented PPR:GotoStillConsideredHarmful PPR:GotoConsideredHarmful
• HelloWorld . . . . 1 match
       프로그래밍의 첫걸음으로 HelloWorld를 출력하는 관습은 1978년에 출판된, 브라이언 커니핸과 데니스 리치가 쓴 "The C Programming Language"라는 책에서 비롯되었다.
• HowManyFibs?/황재선 . . . . 1 match
       반복적인 계산을 줄이기 위해서, bottom-up 방식으로 수열을 처음부터 계산하였다. 계산된 이전 값을 사용하여 다음 수열을 빠르게 얻을 수 있었다. Dynamic Programming을 처음으로 해보았다 :)
• HowToStudyDataStructureAndAlgorithms . . . . 1 match
       제가 생각컨데, 교육적인 목적에서는, 자료구조나 알고리즘을 처음 공부할 때는 우선은 특정 언어로 구현된 것을 보지 않는 것이 좋은 경우가 많습니다 -- 대신 pseudo-code 등으로 그 개념까지만 이해하는 것이죠. 그 아이디어를 Procedural(C, 어셈블리어)이나 Functional(LISP,Scheme,Haskel), OOP(Java,Smalltalk) 언어 등으로 직접 구현해 보는 겁니다. 이 다음에는 다른 사람(책)의 코드와 비교를 합니다. 이 경험을 애초에 박탈 당한 사람은 귀중한 배움과 깨달음의 기회를 잃은 셈입니다. 참고로 알고리즘 교재로는 10년에 한 번 나올까 말까한 CLR(''Introduction to Algorithms, Thomas H. Cormen, Charles E. Leiserson, and Ronald L. Rivest'')을 적극 추천합니다(이와 함께 혹은 이전에 Jon Bentley의 ''Programming Pearls''도 강력 추천합니다. 전세계의 짱짱한 프로그래머/전산학자들이 함께 꼽은 "위대한 책" 리스트에서 몇 손가락 안에 드는 책입니다. 아마 우리 학교 도서관에 있을 것인데, 아직 이 책을 본 적 없는 사람은 축하드립니다. 아마 몇 주 간은 감동 속에 하루하루를 보내게 될 겁니다.). 만약 함께 스터디를 한다면, 각자 동일한 아이디어를 (같은 언어로 혹은 다른 언어로) 어떻게 다르게 표현했는지를 서로 비교해 보면 또 배우는 것이 매우 많습니다. 우리가 자료구조나 알고리즘을 공부하는 이유는, 특정 "실세계의 문제"를 어떠한 "수학적 아이디어"로 매핑을 시켜서 해결하는 것이 가능하고 또 효율적이고, 또 이를 컴퓨터에 어떻게 구현하는 것이 가능하고 효율적인지를 따지기 위해서이며, 이 과정에 있어 수학적 개념을 프로그래밍 언어로 표현해 내는 것은 아주 중요한 능력이 됩니다. 개별 알고리즘의 카탈로그를 이해, 암기하며 익히는 것도 중요하지만 더 중요한 것은 알고리즘을 생각해 낼 수 있는 능력과 이 알고리즘의 효율을 비교할 수 있는 능력, 그리고 이를 표현할 수 있는 능력입니다.
• HowToStudyDesignPatterns . . . . 1 match
        1. Concurrent Programming in Java by Doug Lea
• ISAPI . . . . 1 match
       Internet Server Application Programming Interface 의 약자로 개발자에게 IIS 의 기능을 확장할 수 있는 방법을 제공한다. 즉, IIS 가 이미 구현한 기능을 사용해서 개발자가 새로운 기능을 구현할 수 있는 IIS SDK 다. 개발자는 ISAPI 를 이용해서 Extensions, Filters 라는 두 가지 형태의 어플리케이션을 개발할 수 있다.
        * ISAPI operates below helpful IIS infrastructure : helpful programming abstractions are absent. (ex: session )
• IntelliJ . . . . 1 match
       그리고 Programming By Intention 을 툴 차원에서 철학으로 지원하는 IDE 라는 점이 가장 마음에 든다. IntelliJ 로 프로그래밍을 할때는 툴과 대화를 하며 프로그래밍한다는 느낌이 든다고 할까. --[1002]
• IoLanguage . . . . 1 match
       ProgrammingLanguage
• JSP . . . . 1 match
       == JSP Programming ==
• JavaStudy2002 . . . . 1 match
        * ["Java"], ["Eclipse"], ["JUnit"], ["TestDrivenDevelopment"], ["TestFirstProgramming"]
• JavaStudy2002/해온일 . . . . 1 match
        * Structerd Programming Style 시연 Java, C
• JavaStudyInVacation . . . . 1 match
        * ["Java"], ["Eclipse"], ["JUnit"], ["TestDrivenDevelopment"], ["TestFirstProgramming"]
• KentBeck . . . . 1 match
       ExtremeProgramming의 세 명의 익스트리모 중 하나. CrcCard 창안. 알렉산더의 패턴 개념(see also DesignPatterns)을 컴퓨터 프로그램에 최초 적용한 사람 중 하나로 평가받고 있다.
• LearnFunctionalProgramming . . . . 1 match
       Wiki:LearnFunctionalProgramming
• LearningToDrive . . . . 1 match
       ["ExtremeProgramming"]
• LinuxProgramming/SignalHandling . . . . 1 match
       [LinuxProgramming]
• LispLanguage . . . . 1 match
       [[include(틀:ProgrammingLanguage)]]
• LuaLanguage . . . . 1 match
       [[include(틀:ProgrammingLanguage)]]
• MajorMap . . . . 1 match
       It's related ProgrammingLanguage, DigitalLogicDesign(, and...)
       Registers are a limited number of special locations built directly in hardware. On major differnce between the variables of a programming language and registers is the limited number of registers, typically 32(64?) on current computers.
• Mario . . . . 1 match
        * 선형탐색을 하는 문제입니다. 재귀함수나, DynamicProgramming을 연습하는데 좋습니다.
• MicrosoftFoundationClasses . . . . 1 match
       [GUIProgramming] [MFC] [MFC프로그래밍시작하기]
• MindMapConceptMap . . . . 1 match
        * MindMap 과 ConceptMap 을 보면서 알고리즘 시간의 알고리즘 접근법에 대해서 생각이 났다. DivideAndConquer : DynamicProgramming. 전자의 경우를 MindMap 으로, 후자의 경우를 ConceptMap 이라고 생각해본다면 어떨까.
• NewTestsForOldBugs . . . . 1 match
       ["ExtremeProgramming"]
• ObjectOrientedProgramming . . . . 1 match
       Object Oriented Programming
       Object-oriented programming is based in the principle of recursive design.
• ObjectProgrammingInC . . . . 1 match
       = Object Programming In C =
• OpenCamp . . . . 1 match
        * 주제: Programming Language and its Application(프로그래밍 언어와 그 응용)
• OriginalWiki . . . . 1 match
        * wiki:Wiki:ExtremeProgrammingRoadMap
• PHPStudy2005 . . . . 1 match
        * [PHP Programming/HtmlTag]
• PPProject/20041001FM . . . . 1 match
       첫 모임이라 스터디 방식을 정하는데 시간이 오래 걸렸다. 회영이와 PairProgramming 을 하는데 너무 여유가 없었다.
• Parallels . . . . 1 match
       요즘에는 이 프로그램이 [http://www.xprogramming.com/xpmag/whatisxp.htm#small eXtremeProgramming] 으로 완성된 제품으로 꽤나 알려졌나보다. ( [http://fribirdz.net/506 관련 블로그] )
• PersonalHistory . . . . 1 match
        * [XpWeek] - 2004년 겨울방학 ExtremeProgramming 체험하기
• PhotoShop2003 . . . . 1 match
        * 2-2 Object Programming 마지막 레포트
• PlatformSDK . . . . 1 match
       [WindowsProgramming]
• PracticeNewProgrammingLanguage . . . . 1 match
       = PracticeNewProgrammingLanguage =
• ProgrammingLanguageClass/2006/EndTermExamination . . . . 1 match
       범위 : 6장 ~ 11장 (concept of programming language 6th ed)
       [ProgrammingLanguageClass]
• ProgrammingPearls/Column1 . . . . 1 match
       [ProgrammingPearls]
• ProjectPrometheus/CookBook . . . . 1 match
       Wiki:SandglassProgramming
        * 멀티 타이머 http://www.programming.de/cpp/timer.zip
• ProjectSemiPhotoshop . . . . 1 match
       2002년 2학기 Object Programming 과목 ''' 상민,경태,현민 ''' 조의 프로젝트 페이지 입니다.
• ProjectSemiPhotoshop/기록 . . . . 1 match
        |||||| 알카노이드 PairProgramming ||
• Prolog . . . . 1 match
       PROgramming in LOGic
       [[include(틀:ProgrammingLanguage)]]
• PyIde . . . . 1 match
        * Xper:ExtremeProgramming 을 지원해줄 도구들 만들어나가보기.
• PyUnit . . . . 1 match
       ["UnitTest"], ["ExtremeProgramming"]
• Refactoring/BuildingTestCode . . . . 1 match
       테스팅 코드는 ExtremeProgramming 의 중요한 부분이다. [Beck, XP]. 이 이름은 빠르고 게으른 해커같은 프로그래머들에겐 마술주문과 같을 것이다. 하지만, extreme programmer들은 테스트에 대해 매우 헌신적이다. 그들은 가능한 한 소프트웨어가 빠르게 발전하기 원하고, 그들은 테스트들이 당신을 아마 갈 수 있는 한 빠르게 갈 수 있도록 도와줄 것을 안다.
• RegressionTesting . . . . 1 match
       RegressionTesting는 ExtremeProgramming 소프트웨어 개발 방법론의 필수적인 부분이다. 소프트웨어 개발 주기에서 매번 마다 모든 소프트웨어 패키지들에 대하여 광범위하고, 반복적이고, 자동화된 전체 소프트웨어에 테스트를 통하여 그러한 디자인 문서들이 교체된다.
• RonJeffries . . . . 1 match
       ExtremeProgramming의 세 명의 익스트리모 중 하나
• Ruby/2011년스터디/세미나 . . . . 1 match
        * Pair Programming : Pair를 밸런스에 맞게 짜드림.
• STLPort . . . . 1 match
        1. 만만해 보이는 디렉토리에 압축을 풉니다.(참고로, 제 Visual Studio는 D:\Programming Files2 에 있습니다)
• SimpleDesign . . . . 1 match
       ["ExtremeProgramming"]
• SoftwareCraftsmanship . . . . 1 match
        * PairProgramming
• SpikeSolution . . . . 1 match
       ["ExtremeProgramming"]
• StandUpMeeting . . . . 1 match
       ExtremeProgramming
• SwitchAndCaseAsBadSmell . . . . 1 match
       케이스문이 줄줄이 나오는 것이나 비슷한 구조가 반복되는 것이나 모두 "나쁜 냄새"(Moa:BadSmell )입니다. 조금이라도 나쁜 냄새가 나면 바로바로 냄새 제거를 해야 합니다. 예컨대, 반복되는 케이스문은 테이블 프로그래밍(Table/Data Driven Programming)으로 해결할 수 있습니다.
• TFP예제/Omok . . . . 1 match
       ["TestFirstProgramming"]
• TeachYourselfProgrammingInTenYears . . . . 1 match
       == Teach Yourself Programming in Ten Years ==
• TestDrivenDatabaseDevelopment . . . . 1 match
       TDD 로 Database Programming 을 진행하는 방법 & 경험들.
• TheJavaMan . . . . 1 match
        * [Java], [Eclipse], [JUnit], TestDrivenDevelopment, TestFirstProgramming
• ThePracticeOfProgramming . . . . 1 match
       [TheElementsOfProgrammingStyle] 에 대해 문의사항이 있어 저자중 한명에게 메일을 보냈더니, 이 책을 언급하였다. TEOPS 의 중요한 내용들을 이책의 첫 챕터에 수록하였다는 말과 함께. -_-a
• ThinkRon . . . . 1 match
       전문가 비전문가 PairProgramming을 하다가 문제에 직면했습니까? 스스로에게 물어보십시오. 만약 KentBeck이나 WardCunningham, RonJeffries 같은 사람이 이 자리에 나 대신 있었다면 이 문제에 어떻게 대응했을런지. 그리고 거기서 얻은 해답을 꼭 실행에 옮겨 보세요. 자신은 물론 상대방도 놀라게 될 것입니다. 해답은 늘 안에 있습니다.
• TriDiagonal/1002 . . . . 1 match
        * 느낀점 - LU 분해를 일반화시키는 부분에 대해서는 연습장에서 계산을 시키고 대입을 해보고 패턴을 찾아낸 뒤 일반화시켰다. 만일 이 부분을 코드를 짜면서 ["TestFirstProgramming"] * ["Refactoring"] 의 방법으로 풀었더라면 어떠했을까. (두 개의 과정이 비슷하다고 여겨진다. 코드가 줄어들고 OAOO 의 원칙을 지킬 수 있을테니까.) -- 석천
• TugOfWarInput . . . . 1 match
       제대로 작성된 프로그램은 당연히 온라인 로봇 심사위원의 테스트 케이스를 모두 통과하며, 게다가 덤으로 50,50,100,200 인 경우에도 통과한다. 하지만 Programming Challenges 책에 실린 모법 답안 등의 프로그램은 로봇 심사위원의 테스트는 통과하지만 50,50,100,200 같은 경우는 실패한다.
• UML서적관련추천 . . . . 1 match
       출처 : ObjectProgramming 수업 게시판
• UniversalsAndParticulars . . . . 1 match
       자바 스윙에서 어떤 API를 통해 어떻게 그림을 그리는지를 가르치기 보다, Event Driven Programming을 가르치되, 스윙이라는 맥락을 방편으로 이용해 가르친다. 해당 프레임웍의 API가 복잡한 경우, 학습자들은 오히려 그 API를 외우고 공부하느라 더 중요한 것을 잊을 수 있다. 따라서 이런 경우 가르치는 사람이 미리 좀 더 추상적인 차원의 레이어를 만들어(이를 교육학에선 스캐폴딩이라 한다) 제공할 수 있다.
• UserStory . . . . 1 match
       ["ExtremeProgramming"]
• VMWare . . . . 1 match
       유사제품으로 [Parallels] ( [eXtremeProgramming] 으로 개발되었다고 함. Mac 버전의 경우 윈도우 환경을 거 70%~90% 퍼포먼스로 구현했다고 들었음) 가 있다.
• VimSettingForPython . . . . 1 match
       Python Programming 을 위한 VIM Setting.
• WOWAddOn/2011년프로젝트/초성퀴즈 . . . . 1 match
       그래서 Programming in Lua라는 책을 도서관에서 빌려왔다. 아마 빌려온지 1주일은 됬겠지.
• WardCunningham . . . . 1 match
       ExtremeProgramming의 세 명의 익스트리모 중 하나. WikiWiki 창안자.
• Winamp . . . . 1 match
       [WinampPluginProgramming/DSP]
• WindowsTemplateLibrary . . . . 1 match
       WTL은 객체지향적인, Win32 를 캡슐화하여 만들어진 C++라이브러리로 MS 에서 만들어졌다. WTL은 프로그래머에 의한 사용을 위해 API Programming Style을 지원한다. WTL MFC에 대한 경량화된 대안책으로서 개발되었다. WTL은 MS의 ATL를 확장한다. ATL 은 ActiveX COM 을 이용하거나 ActiveX 컨트롤들을 만들기 위한 또 다른 경량화된 API 이다. WTL은 MS 에 의해 만들어졌디면, MS 가 지원하진 않는다.
• X . . . . 1 match
       === Game Programming Gems 시리즈 읽기 ===
• XPlanner . . . . 1 match
        ExtremeProgramming 팀을 위한 웹-기반 프로젝트 관리도구, 위키 스타일의 포매팅도 지원한다고 한다.
• XperDotOrg . . . . 1 match
       국내 ExtremeProgramming 사용자(?) 모임.
• YetAnotherTextMenu . . . . 1 match
       차라리 "텍스트 메뉴" 자체를 Event Driven Programming 개념을 전달하기 위한 toy problem으로 쓰는 건 어떨까? 간단한 구조를 통해, 콜백 함수가 무엇인지 등을 배울 수 있을 것이다.
• ZP&COW세미나 . . . . 1 match
        * Extreme Programming Installed, Ron Jeffries, 인사이트
• ZeroPage . . . . 1 match
        * 11회 중앙대학교 프로그래밍 경진대회(Programming Championship)
• ZeroPageEvents . . . . 1 match
       || 5.19. 2002 || ["프로그래밍파티"] || 서강대 ["MentorOfArts"] 팀과의 ["ProgrammingContest"] || ZeroPagers : ["1002"], ["이덕준"], ["nautes"], ["구근"], ["[Lovely]boy^_^"], ["창섭"], ["상협"] [[BR]] 외부 : ["JuNe"], ["MentorOfArts"] Team ||
• ZeroPageServer/old . . . . 1 match
        - 개강할 임새가 되니까.. 슬슬 네트웍이 말썽을 부리려는 기미를 보이기 시작하는건가요.. 작년 ObjectProgramming 숙제하면서 피씨실 사용할때 일정시각만 되면 네트워크가 먹통이 되어가지구 적잖이 난감했었는데... - [임인택]
• [Lovely]boy^_^/Diary/12Rest . . . . 1 match
        * I read a Programming Pearls Chapter 6 a little, because I can't understand very well--;. So I read Chapter 7,8,9,10 roughly. In my opinion, there is no very serious contents.
• [Lovely]boy^_^/Diary/2-2-1 . . . . 1 match
        * ObjectProgramming Report 나옴.(모자이크 만들어오기, until 9/12), 관련 자료 수집.
• callusedHand . . . . 1 match
        * Add-On Linux Kernel Programming
• callusedHand/projects/messenger . . . . 1 match
        * Java Network Programming
• erunc0/XP . . . . 1 match
       == eXtreme Programming Installed ==
       '경험들' 로 친다면 오히려 Installed 가 맞는 선택일 것 같은데. --a 중간중간 실제 했었던 일들 이야기도 있었으니까 (RonJeffries 와 Chet 의 Pair 등) 뭐 암튼 적당하게 속도를 맞춰서 읽되, 한국어판 책의 서문 대로 '각 Practice를 극한까지 실험해보길'. 개인적으로 'Installed 가 추상적이다' 라는 말에는 반론 (Explained 라면 모를까..) 지금 XP 를 실천하는 중인 사람들을 보고 싶다면 뉴스그룹이 가장 생생하지 않을까 생각. (또는 http://xprogramming.com 의 글들) --["1002"][[BR]][[BR]]
• gusul/김태진 . . . . 1 match
        * Dynamic Programming
• nilath개인페이지처음화면 . . . . 1 match
        Network Programming(40% 진행)
• snowflower . . . . 1 match
       ||CanvasBreaker||ObjectProgramming Project|| _ ||
• snowflower/Arkanoid . . . . 1 match
       Object Programming의 일환으로 Arkanoid(벽돌깨기)를 제작하고 있습니다ㅏ.
• wxPython . . . . 1 match
       [TkProgramming], [wxPython], [PyGTK], [PyQt]
• 가독성 . . . . 1 match
       가독성은 개인취향이라고 생각합니다. 제 경우는 C, C++에서 { 를 내리지 않는 경우보단 내리는 경우가 더 보기 편하고, JavaLanguage 에서는 내리지 않는게 더 편하답니다. 애초에 CodingConventions 이라는 것이 존재하는 것도 통일된 코딩규칙을 따르지 않고 개인취향의 코드를 만들어내다 보면 전체적으로 코드의 융통성이 결여되고 가독성또한 전체적으로 떨어지는 문제를 미연에 방지하기 위함이라고 생각합니다. 특히나 ExtremeProgramming 의 경우처럼 CollectiveOwnership 을 중요한 프랙티스 중의 하나로 규정한 방법론에서는 CodingConventions 과 같은 공동소유의 산출물에 대한 규칙이 더윽 중요하다고 생각됩니다. 요는, { 를 내리느냐 내리지 않느냐가 가독성이 높냐 낮냐를 결정짓는 것이 아니고 가독성이라는 하나의 평가요소의 가치는 개인에 따라 달라질 수 있다는 것입니다. - 임인택
• 경시대회준비반 . . . . 1 match
       [http://www.topcoder.com/tc?module=Static&d1=tutorials&d2=dynProg Dynamic Programming: From novice to advanced] 읽어보세요.
• 김영현의Wiki처음화면 . . . . 1 match
       [ProgrammingWithInterface] [좋은글귀s]
• 데블스캠프2003/다루어볼문제와관련세미나 . . . . 1 match
        * 저는 STL 같은 것은 그냥 할수 있을 만큼 사용할줄만 알면 되다고 생각합니다. Library 가 제공하는 것은 우리에게 좀더 고차원적인 사고에 전념할수 있는 것이 겠지요. 배열의 길이에 신경쓰지 않는 것만으로, C++에서 얼마나 무한한 사고가 가능할까요? 학교 교제는 C++을 가르치는 것이 아니라, C에다 어떻게 충돌을 일으키지 않고 문법을 추가시켜 C++이 되었는가를 가르치기 때문에 이런 기회는 필요 할것 같습니다. 아마 궁금한 사람은 STL의 소스를 보겠지요. 사족으로 STL은 OOP보다 Generic Programming의 관점에서 구현되 었습니다. --NeoCoin
• 데블스캠프2005 . . . . 1 match
       [데블스캠프2005/Socket Programming in Unix/Windows Implementation]
• 데블스캠프2005/Socket Programming in Unix/Windows Implementation . . . . 1 match
       UnixSocketProgrammingAndWindowsImplementation
• 데블스캠프2006 . . . . 1 match
       "선언적 프로그래밍(Declarative Programming)과 J 언어"를 주제로 강의해 드릴 수 있습니다. 혹시 생각이 있으면 연락하세요. --JuNe
• 데블스캠프2006/준비 . . . . 1 match
        * 저기에서 할게 다 Toy Programming인데... 뭘 낼지를 정해야지.. --[선호]
• 데블스캠프2010 . . . . 1 match
        || 10 || 박성현 || Eight Queen 문제(Pair Programming) || 전 시간대 가능 ||
• 데블스캠프2010/회의록 . . . . 1 match
       == PP(Pair Programming) (강사 : [김홍기]) ==
• 데블스캠프2011/첫째날/Java . . . . 1 match
        * Simple Java Programming
• 몸짱프로젝트 . . . . 1 match
        * 참고한 책 : ProgrammingPearls(번역서 [생각하는프로그래밍])
• 문서구조조정토론 . . . . 1 match
       저는 PairProgramming을 가르치기에 앞서 NoSmok:PairDrawing 을 경험하게 합니다. 여기에는 여러가지 방법이 있는데, 구체적인 대상(사람 얼굴이나 동물 등)을 정해놓고 서로 한 줄 씩 번갈아 가며 그리는 방법이 있고, 아니면 아무것도 정하지 않고, 혹은 대강의 주제만 정해놓고 그냥 "멋진 그림"을 그리자는 합의하에 번갈아 가며 한 줄 씩 그리는 방법이 있습니다. 모두 그리는 중엔 말을 하지 않습니다. 여기서, 후자 경우 적극적으로 상대방의 의도를 이해하려는 노력이 없으면 좋은 그림이 나오기 어렵습니다 -- 한사람은 사람을 그리려고 하고 다른 사람은 나무를 그리려고 하는(혹은 상대가 나무를 그리려고 하고 있다고 오해한) 경우를 생각해 보세요. 상대의 의도를 이해하려고, 또 그것이 더 잘 드러나도록 서로 노력하다보면 혼자 그린 그림보다 더 좋은 그림이 나오는 경우가 종종 있습니다.
• 문제풀이/1회 . . . . 1 match
        ==== FunctionalProgramming ====
• 분류패턴 . . . . 1 match
        * 프로젝트로부터 분파된 페이지들은 분류링크에 해당 프로젝트를 적는다. 그렇게 함으로서 해당 프로젝트와 관련된 페이지들을 분류패턴을 이용, 묶을 수 있다. (ex - ExtremeProgramming 쪽) 분류는 여러개를 두어도 상관없다.
• 상협/프로젝트관련 . . . . 1 match
        * 이 프로젝트도 짧게 끝났는데, PairProgramming인 무엇인지 알고나서 써본적은 없었는데, 이 프로젝트에서 써봤는데 무진장 효율이 좋았다. 이걸 느낀것이 가장큰 수확이었던거 같다.
• 새싹교실/2011/Pixar . . . . 1 match
        * Programming in eXperience and Research
• 새싹교실/2011/앞반뒷반그리고App반 . . . . 1 match
        * [The C Programming Language]. 일단은.
• 새싹교실/2012/AClass . . . . 1 match
        6.Object Oriented Programming에 관해서 설명해보세요.
• 새싹교실/2012/주먹밥 . . . . 1 match
        * 답변 : 객체 지향 프로그래밍(Object Oriented Programming)입니다. 프로그래밍 설계 기법이죠. 전에도 얘기했듯이 프로그래밍 설계 기법은 프로그래머의 설계를 도와 코드의 반복을 줄이고 유지보수성을 늘리는데 있습니다. 하지만 생산성이 있는 프로그래머가 되고싶다면 API를 쓰고 알고리즘을 병행해서 공부해야 된다는것을 알리고 싶습니다. 그리고 단순히 Class를 쓰는것과는 다른기법입니다. 객체 지향적으로 설계된 C++이나 Java에서 Class를 쓰기때문에 Class를 쓰는것이 객체지향으로 알고있는 사람들이 많습니다. 그건... 아니죠. 절차지향 프로그래밍과 다른점은 차차 가르쳐 드리겠습니다. C에서 Class란 개념이 설계상으로 발전했는지 알려드렸습니다. 함수 포인터와 구조체였죠. 그게 원형입니다.
• 새회원을받으면 . . . . 1 match
        - [http://netory.org 네토리]처럼 정기적(또는 비정기적)인 무언가가 있었으면 좋겠습니다. 굳이 그것이 모임의 형태가 아니더라도 ''새내기들이 자신이 제로페이지에 지원하였다는 사실을 잊어버리지 않게''해 주는게 필요하지 않을까요? 예를 들면, 숙제를 내준다던지, ProgrammingParty 같은 것들이요. - [임인택]
• 생각하는프로그래밍 . . . . 1 match
       처음 읽었던 때를 대학교 2학년 가을학기로 기억한다. 어디서 봤는지 기억나질 않지만(지금은 찾을 수도 없다) " [ProgrammingPearls]라는 책이 있는데, 연습문제를 다 풀어보는데 6개월이 걸렸다"라는 서평을 읽은 후(들었는지도 모르겠다) 한 번 도전해보자는 마음으로 도서관에서 책을 빌렸다. 봄학기에 자료구조 수업을 재미있게 들었던 터라 자신감마저 가지고 원서를 읽기 시작했다.
• 송지원 . . . . 1 match
        * [Clean Code With Pair Programming]
• 실시간멀티플레이어게임프로젝트 . . . . 1 match
       시간이 되면 AspectOrientedProgramming을 현 프로젝트에 적용하는 방법을 알려드립니다.
• 알고리즘8주숙제 . . . . 1 match
       Optimal Binary Tree는 Dynamic Programming 기법으로 풀리는 유명한 문제입니다. 그누스 형님 방법에 의하면 O(n²)으로 풀립니다. 그러나 우리는 이보다 점근적으로 더 빠른 휴리스틱 버전을 작성해야 합니다.
• 우리홈만들기 . . . . 1 match
        * 2월 19일 : ["PHP Programming"] 페이지를 열음.^^; 봐라에게 PHP책을 빌림
• 위시리스트/130511 . . . . 1 match
        * The C# Programming Language (Fourth Edition) 한국어판 - [김민재]
• 위키에 코드컬러라이저 추가하기 . . . . 1 match
       그런데 MoinMoin:ParserMarket 에 [http://bbs.rhaon.co.kr/mywiki/moin.cgi/ProgrammingTips_2fCStringFormat Example]이라 된 곳에서는 잘 사용하고 있는것이다...[[BR]]
• 이영호/시스템프로그래밍과어셈블리어 . . . . 1 match
       System Programming을 통해 Application층 프로그래밍의 본질을 깨닫기 시작했으며, 가장 중요한 것이 Assembly란 것을 다시 한번 깨달았다.
• 임인책/북마크 . . . . 1 match
        * http://sangam.sourceforge.net/ -> Xper:RemotePairProgramming 을 [Eclipse]에서 해주게 하는 플러그인!! 한번 경험해 봐야겠다!!
• 임인택/CVSDelete . . . . 1 match
        deleteCVSDirs('C:\MyDocuments\Programming Source\Java\초고속통신특강\neurogrid')
• 정모 . . . . 1 match
       ||||2023.09.20||[방석현]||||||||Rust - Object Oriented Programming with Rust||[정모/2023.09.20/참석자]||
• 정모/2002.12.30 . . . . 1 match
        * 학술제, Team 별 Shooting Game 제작, Programming Party
• 정모/2002.3.28 . . . . 1 match
        * 광고 - 학기중에 Generic Programming 을 공부 합시다. --상민
• 정모/2003.4.9 . . . . 1 match
        * EtudeProgramming 을 위해 Pair 한분 정도 필요한데, 같이 하실분? --NeoCoin
• 정모/2011.10.12 . . . . 1 match
        * Dynamic Programming으로 문제를 풀어보려 했으나 진경이를 제외하고는 accept시키지 못하여 재귀문으로 구현하는 것부터 해보기로 하였습니다.
• 정모/2011.4.4/CodeRace . . . . 1 match
        * PairProgramming
• 정모/2012.1.13 . . . . 1 match
        * [iPhoneProgramming/2012년프로젝트] - Apple에서 제공해주는 예시들을 참고하는 것이 어떻겠냐는 조언을 받음.
• 정모/2012.4.9 . . . . 1 match
        * 다음주부터 PairProgramming
• 지금그때/OpeningQuestion . . . . 1 match
       == Programming Language 는 어떻게 배워야 하나? ==
• 창섭/Arcanoid . . . . 1 match
        * 학교 Object Programming 숙제. -_-;;
• 컴퓨터고전스터디 . . . . 1 match
        * 2004년 여름방학 현재 TheArtOfComputerProgramming으로 진행
• 타도코코아CppStudy/0728 . . . . 1 match
        * TableDrivenProgramming
• 토이/숫자뒤집기/임영동 . . . . 1 match
       public class ProgrammingExercise5_04{
• 프로그래밍잔치/둘째날후기 . . . . 1 match
       창섭이나 인수가, 자신들의 팀프로젝트때 어떻게 했었는지 (특히 창섭.. 내가 자신과 Pair를 할때 어떤 방법들을 이용했었는지) 한번쯤 생각했더라면 좀 더 좋은 결과가 있지 않았을까. GUI Programming 먼저. UI 가 먼저되면 역시 좀.. 특히 사람들이 MFC와 Java 에 익숙하지 않다고 할때.
• 프로그래밍잔치/정리 . . . . 1 match
        * Pair Programming 중 실천적인 구체적 방법을 미리 제시해주지 않음. - Pair 가 잘 이루어지지 않는 팀을 빨리 파악하고 빠른 대처/처방안을 주었더라면 하는 아쉬움이 든다.
• 프로젝트 . . . . 1 match
        * [XpWeek] - 2004년 겨울방학 ExtremeProgramming 체험하기
• 프로젝트기록의필수요소토론 . . . . 1 match
       [1002] 프로젝트 이름에 대해서 한마디 한다면, 'Java', 'ExtremeProgramming' 은 공부하려고 하는 지식의 종류이지 프로젝트의 이름으로 부적절하다고 봅니다. 만일 Java Study 팀이 두 개인 경우라면? 문제가 발생할 수 밖에 없습니다. 초창기에 해당 기술부분으로 페이지를 열 수는 있지만, 나중에 프로젝트가 끝나고 난다음에는 일반화시켜서 본래의 이름을 반환해주는 것이 좋다고 생각합니다. (즉, 'Java' 페이지는 Java 에 대한 소개나 기술 등을 넣어주고, 'Java' 페이지이름을 썼던 프로젝트팀은 프로젝트팀 이름의 새 페이지를 만들어서 경과보고를 하는식으로..)
• 학회간교류 . . . . 1 match
       어떤 방식으로 해야 재밌으면서 서로에게 유익할 수 있을까? '같이 해서 좋을 거리들' 에 대해서.~ ZP 의 행사중 자주 하는 PairProgramming 이나, 혹은 이전의 서강대 MentorOfArts 에서의 프로그래밍 파티 처럼.

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

You can also click here to search title.