%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8

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

• 위키로프로젝트하기 . . . . 27 matches
        1. 해당 주제로 페이지를 연다. 가급적이면 고유한 프로젝트 이름을 가지는 것이 좋다. 일반적인 용어에 대해서는 다른 사람들도 같은 이름의 페이지가 필요할 것이기 때문이다.
        * ["프로젝트기록의필수요소토론"]에서 거론된 필수 요소들를 반드시 생각한다.
        * Who - 이는 프로젝트를 진행하는 사람들이다. 해당 페이지에 대한 주도적인 책임을 지는 사람들이다.
        * When - 프로젝트에서의 '기간' 은 아주 중요한 요소이다. 기간이 무한정인 프로젝트에는 힘이 없다. 기간 내에 해당 프로젝트를 끝내도록 노력하자.
        * Why - 프로젝트를 하기 위한 동기이다.
        * output 화일 링크걸기 - 다른 사람들이 직접 컴파일하거나 소스를 열어볼 수 있도록. 가급적이면 프로젝트 진행 초기버전부터 링크를 걸어주는 것이 좋다고 생각한다. (다른 사람들이 해당 사람의 사고 궤적을 볼 수 있다.)
        * Journal/Schedule - 프로젝트 계획을 세운 것에 맞춰서 체크를 해 나가가고, 진행할 때 마다 그날의 ThreeFs 를 남긴다. 이는 ["컴공과학생의생산성"] 과도 관련이 깊다.
        * 종료 - 원하는 목표에 도달했을 경우, 또는 Schedule 에 세운 계획에 맞춰 일이 완료되었을 경우에는 프로젝트를 종료한다. 만일 기간을 넘기고, 프로젝트를 진행할 의욕을 잃었다면, 프로젝트를 종료시켜라. (무기한 보류로 오래 끌고 있지 않도록 한다. 이는 추후 새 프로젝트를 열때 발목을 잡을 것이다.)
       == 위키로 프로젝트 하기의 장점 ==
       일반게시판에 경우 프로젝트가 어떻게 진행될까? 하나의 프로젝트당 하나의 게시판이 열려있어야 한다. 프로젝트가 10개라고 한다면 게시판이 10개가 열려있어야 하고, 각각의 글들은 시간순서대로 저장이 된다. 위키에서의 page 10개의 의미와 게시판 10개의 의미중 어떤 것이 더 cost가 적게 들까? 그리고, 시간순서의 글 index 나열방식과 텍스트 내의 하이퍼링크중심 글 나열방식중 어느것이 더 의미있는 정보를 담을까?
       == ZeroWiki 내에서 프로젝트 하기의 의미 ==
        * 이미 열려져 있는 페이지를 토대로 공부할 수 있다. 자신은 그 위에 또 하나의 글들을 추가하거나, 시대에 맞지 않는 틀린 글들을 고쳐주면 된다. 하나의 Page 이름 ( == Contents 라고 해도 좋을 것이다) 하에 많은 사람들이 해당 Page에 대한 '공헌자' 가 되는 것이다. 이는 새로운 프로젝트를 여는 것 보다 더 쉽고 빠르면서도 효율적으로 공헌하는 방법이다.
        * 자신이 공부하거나 프로젝트를 추진하는 내용들을 문서로 정리하는 과정을 통해 공부한 내용을 확실히 자기 것으로 만들 수 있을 것이다. 그리고 또한 정리된 문서는 타인에게 하나의 좋은 공부자료가 될 것이다. 오프라인 세미나의 자료로 사용할 수도 있겠다. 자신이 한 일에 대해 정리하는 것 자체가 좋은 습관이라 생각된다.
        * 온라인이라는 잇점이 있다. 시간과 공간의 제약을 덜 받는다. 하지만, 오프라인을 배제해서는 안된다. 각각의 대화수단들은 장단점들이 존재한다. 위키의 프로젝트는 가급적 Offline에서의 프로젝트, 스터디와 이어져야 그 효과가 클 것이다. ZeroPage 의 ["정모"] 때 자신이 하고 있는 일에 대한 상황을 발표하고, 서로 의사소통을 할 수 있겠다.
       이전에 ZeroWiki 내에서 진행되었던 프로젝트는 ["WikiProjectHistory"] 를, 진행중인 프로젝트는 ["프로젝트지도"] 를 참조.
       ZeroWiki 에서 프로젝트를 진행하는데 자유의 제약을 느낀다면 ["프로젝트전용위키"]를 설치하고 사용할 수도 있겠다. --["데기"]
• 제로페이지의문제점 . . . . 26 matches
       다루는 분야가 넓었던 이유는, 주로 외부에서 '볼 수 있는' 정보가 위키이고, 이 위키의 컨텐츠를 채워나갔던 사람들이 주로 Generalist 스타일이여서 그렇게 보인 것이였을것이다. 하지만, 상대적으로 깊이있는 정보는 부족하며, 사람들끼리의 스터디그룹 or 프로젝트 또한 그 수가 많지 않은 형편이다. 또한 컨텐츠를 스스로 만들고 정리하려는 사람들은 여전히 부족하다.
       이는 타 학회에서도 마찬가지일런지 모르겠다. 학기중에 텀 프로젝트가 나올때, 혹은 시험기간을 기해서 학기 초에 열었던 프로젝트들이 일시에 사그라든다. 이러한 현상은 굉장히 자주 일어나는 문제이며, 대책이 필요하다.
       [임인택]은 어떤 스터디 또는 프로젝트를 진행한다고 했을때(위키에 페이지를 만들었을때) 같이 참여할 사람이 없어 접은 경우가 몇번 있었다. (물론 충분히 혼자 진행할 수도 있었지만 사람들과 같이 진행해보고 싶었다) 이유를 물어보면 '''공통적으로''' ''공부좀 해야 그걸 할 수 있을것 같아요'', ''제가 그걸 하기엔 실력이 조금 부족한것 같네요'' 라고들 말한다. 이러한 친구들은 스스로 제약을 많이 거는 것 같다. 자신을 발전시키기 위해 스터디나 프로젝트를 진행하는 것인데, 자신이 발전되어 있지 않아서 스터디나 프로젝트에 참여할 수 없다는 뜻으로 받아들여도 되는걸까?
       === 최근 프로젝트가 없다. (개인 발전이든, 공모전 이든 정체 상태) ===
       전에 장난 삼아 한번 말한 적있었는데, 하루에 시작하고 끝내는 방식의 단기프로젝트를 많이하는 것이 좋을 것 같습니다. 장기 프로젝트 좀 벅찬 감이 있습니다. --[강희경]
       === 프로젝트 진행 경험이 전수되지 않는다. ===
        * 개발 방법론이랄까, ZP같은 학회에서 성공하는 프로젝트가 진행되는 정형화된 방법이 없는 것 같다. 많은 페이지에 기록이 남아있긴 하다. 하지만 실제로 새 프로젝트를 시작하면서 이전에 선배들이 했던 프로젝트의 기록을 참고하지 않고, 프로젝트 진행 과정에 대한 정리가 따로 돼 있지는 않은 것 같다. --[Leonardong]
        * 예전에 상민이 형이 프로젝트를 하면서 위키에 문서를 많이 남기라고 그랬었다. 그 이유인즉 다음번에 다른 사람들이 프로젝트를 할때 도움이 되도록 하기 위해서였다. 위키에서 진행되는 프로젝트가 끝나면 2가지가 남는거 같다. 한가지는 진행과정이 담겨있는 페이지들이고 다른 하나는 프로젝트를 통해서 얻은 지식, 노하우, 팁등, 그 프로젝트의 detail한 면이 아닌 그 프로젝트를 통해서 뽑아낸 좀더 일반적인 내용을 담고 있는(비슷한 주제의 프로젝트를 하는데 도움이 되는)페이지라고 생각한다. 진행 과정 페이지는 어떤식으로 진행하면 프로젝트가 망하고, 어떤식으로 진행해서 프로젝트가 끝까지 갔는지를 파악할때 도움이 되고, 프로젝트를 통해서 뽑아낸 지식 페이지들은 비슷한 주제의 프로젝트를 하는데 수고를 덜어준다. 프로젝트를 하면서 추후에도 도움이 될만한 것들을 자주 문서화 해야 좀 전수가 될거 같다. -[상협]
• 프로젝트전용위키 . . . . 22 matches
       해당 프로젝트의 산출물이 많은 경우 프로젝트 팀만의 [프로젝트전용위키]를 만들어서 프로젝트를 수행하면 공공의 위키보다는 자유로운 분위기에서 집중력있게 프로젝트를 진행할 수 있다. (ex: http://acup.wo.to)
       [프로젝트전용위키]는 일반적으로 해당 프로젝트와 그 생명주기를 같이한다. [프로젝트전용위키]는 해당 프로젝트의 형상관리 툴로 사용될것이며, 구성원들간의 커뮤니케이션용 도구의 역할도 할 것이다.
       ZeroPage의 모든 프로젝트들이 ZeroWiki에서 수행되어야 할 필요는 없다. 거꾸로 ZeroPage의 모든 프로젝트들이 [프로젝트전용위키]를 따로 사용할 필요도 없다.
       ZeroPage에서 [프로젝트전용위키] 생성에 편리한 인프라를 구축해준다면 좀 더 효율적인 프로젝트를 진행할 수 있을 것이라고 생각한다.
       ZeroWiki와 ZeroPage에서 만든 [프로젝트전용위키]들은 HierarchicalWikiWiki를 구성해야 할 것이다.
       프로젝트로 위키가 생긴다고 한다면, 각 프로젝트 팀들의 위키에 대한 자유도는 높아지는 장점이 있으나, 매 프로젝트 때마다 위키를 열 필요가 생긴다. 그리고 해당 프로젝트가 끝난뒤의 프로젝트 위키에 대해 어떻게 해야 할지에 대해서도 생각해 볼 필요가 있다고 본다. (하지만, 쓸만한 사람들은 알아서 개인위키 돌리고 있는게 현실이다. 왜 그럴까에 대해서도 생각해보긴 해야겠다.) --[1002]
       여기서 '프로젝트'라 함은 '소프트웨어 개발'뿐이 아닌 '서적 번역,요약' 등의 내용을 포함합니다. --[이덕준]
       각 프로젝트위키들이 SisterWiki 로 연결되어 있다면 어떨까. --[1002]
• ZeroPageHistory . . . . 21 matches
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * PMP 보드를 구매하여 Embedded 프로젝트 진행.
        * 주요 스터디/프로젝트 항목
        * 시기를 모르는 스터디/프로젝트는 여기에 채워주세요
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
• ZeroPage성년식/거의모든ZP의역사 . . . . 21 matches
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
        * PMP 보드를 구매하여 Embedded 프로젝트 진행.
        * 주요 스터디/프로젝트 항목
        * 시기를 모르는 스터디/프로젝트는 여기에 채워주세요
        * 주요 스터디/프로젝트 항목
        * 주요 스터디/프로젝트 항목
• CVS/길동씨의CVS사용기ForRemote . . . . 20 matches
       === 스토리 1 프로젝트 시작 ===
       ==== 프로젝트 생성 ====
       프로젝트 진행 폴더를 만들고, 프로젝트를 서버에 등록한다.
       (이문서를 여러분께서 실행하신다면, 중복될지 모르니, 충돌나면 다른 프로젝트 이름으로 만들어 보세요.)
       .\HelloWorld> cvs import -m "Hello World를 출력 하는 프로젝트" HelloWorld zeropage HelloWorld
        도움말 : 프로젝트를 서버에 등록한다. 만약 내부에 소스같은 자원이 있다면 같이 등록된다.
       cvs import -m "코멘트" 프로젝트이름 VenderTag ReleaseTag
       ==== 프로젝트 받아오기 (checkout) ====
       서버에 등록된 프로젝트를 받아온다. 이제 어디에서나 checkout을 하면 프로젝트를 받아 올수 있다.
       프로젝트 전체를 가지고 오는 개념이라서 상위 디렉토리에서 수행한다.
       (프로젝트 폴더 내부에 CVS가 생겼으면 성공한 것이다.)
        도움말 : 지정하는 프로젝트(모듈) 전체를 받아 온다. local에 처음 프로젝트를 받아 올때 사용한다.
       cvs checkout 프로젝트이름(모듈이름)
       길동씨는 프로젝트 세팅이 끝나고 간단히 HelloWorld.java 라는 프로그램을 작성했다.
        도움말 : checkout 서버에 등록되어 있는 모듈(프로젝트)를 받아온다.
       cvs checkout 모듈이름(프로젝트이름)
        도움말 : diff 두 버전간의 차이를 비교 한다. 파일이름을 생략하면 해당 프로젝트의 모든 소스들의 버전들을 체크해서 ㅗ인다.
• CVS/길동씨의CVS사용기ForLocal . . . . 18 matches
       === 스토리 1 프로젝트 시작 ===
       이 프로젝트는 여러명이 할 것이 아니라서, 혼자서 자신의 컴퓨터에서 하려고 한다.
       ==== 프로젝트 생성 ====
       프로젝트 진행 폴더를 만들고, 프로젝트를 서버에 등록한다.
        도움말 : 모듈(프로젝트와 동일 이하 모듈로 용어 통일)을 로컬의 저장소에 등록한다. 만약 내부에 소스같은 자원이 있다면 같이 등록된다.
       cvs import -m "코멘트" 프로젝트이름 VenderTag ReleaseTag
       ==== 프로젝트 받아오기 (checkout) ====
       서버에 등록된 프로젝트를 받아온다. 이제 어디에서나 checkout을 하면 프로젝트를 받아 올수 있다. 프로젝트 전체를 가지고 오는 개념이라서 상위 디렉토리에서 수행한다.
       (프로젝트 폴더 내부에 CVS가 생겼으면 성공한 것이다.)
        도움말 : 지정하는 프로젝트(모듈) 전체를 받아 온다. local에 처음 프로젝트를 받아 올때 사용한다.
       cvs checkout 프로젝트이름(모듈이름)
       길동씨는 프로젝트 세팅이 끝나고 간단히 HelloWorld.java 라는 프로그램을 작성했다.
        도움말 : checkout 서버에 등록되어 있는 모듈(프로젝트)를 받아온다.
       cvs checkout 모듈이름(프로젝트이름)
• 데블스캠프2011/첫째날/개발자는무엇으로사는가 . . . . 18 matches
        * 당신에게 있어서 마감이란 무엇이고 왜 그렇게 생각하는가? 프로젝트 마감이 제시간에 이루어지는게 절대적으로 힘들다는 가정을 갖고 서술해보라.
        * 어떠한 프로젝트를 만들어 달라고 요구하는 사람들에게 그 프로젝트의 진행 결과가 눈에 보이지 않아(뚜렷한 소스가 없다던지 해서) 어서 빨리 그것을 보여 달라고 한다면 그 상황을 어떻게 헤쳐 나갈 것인지?
        * 가장 어려운/힘든 프로젝트는 어떤 것이었고 왜 어려웠는가?
        * 자기가 (여기서) 하고싶은 프로젝트에는 어떠한 것이 있는가?
        * 뭘 하던간에 그 프로젝트에서 배워가고 싶다 - [지원] // 실제로 면접 때 이렇게 대답함.
        * 당신이 진행중인 프로젝트가 팀원간의 불화로 파탄 직전까지 갔다고하자. 그리고 이 이유가 기술적인 문제로 인한 팀원간의 불화라고 가정하자. 이 문제를 어떻게 해결하겠는가?
        * 가장 힘들었던 프로젝트(기술적으로든 다른 문제든 해결하기 어려웠던) 경험을 묻고 그 당시 문제를 해결하기 위해 어떻게 행동했는지, 지금 그 프로젝트를 다시 한다면 어떻게 행동할 것인지.
        * 힘들었던 프로젝트를 했을 시의 실력, 그 프로젝트가 지나고 나서 어려움에 대한 대처, 발전 모습에 대해서 알 수 있는 좋은 질문이라고 생각됩니다. - [서영주]
        * 너가 가장 하고 싶은 프로젝트가 무엇이고 그를 위해 시도 한 것은?
        * 일개 개발자라도 프로젝트에 대한 문제점 지적이나 의견, 방향성을 제시할 수 있지 않나요? 저는 진정한 리더란 한발 물러나는 사람이라고 생각합니다. 앞에 나서기 좋아한다고 능동적인지, 그래서 좋은 프로그램을 짤 것인가는 알수없을 것 같아요~ - [서지혜]
        * 프로젝트를 할 때 윗자리에 앉히는건 그만한 이유가 있을 것이리라 생각되므로 사람을 관리하는 부분과 실력에 대해서 양쪽 다 생각해볼 수 있는 괜찮은 질문이라고 생각합니다. - [서영주]
        * 팀프로젝트지만 제가 다했는데요. 기획 코딩 제작 등등 -[김태진]
        * 프로젝트 진행중에 이 프로젝트가 산으로 가고 있음을 깨달았을 때 당신이 할 수 있는 일은?
        * 프로젝트의 원활한 진행을 위해 자신이 기여할 수 있는 것이 무엇일지 한가지만 말해보아라.
• 상협/프로젝트관련 . . . . 18 matches
        * 제로페이지 01 상협이가 쓰는 프로젝트 관련 소감 페이지
       = 관련 프로젝트 =
        * 이번 2학년 1학기때 나온 프로젝트
        * 아쉬움이 많이 남는 프로젝트이다. 내가 생각했던 이상적인 프로젝트는 어차피 이런 프로젝트가 다 학습의 한 과정인 만큼 서로 특정한 분야를 맡았다면 프로젝트를 해 나가면서 원활한 의사소통을 하면서 자기가 맡은 부분에 대한 설명을 스터디 그룹 형식으로 다른 팀원에게 해주면 서로 도움이 될거 같았다. 그런데 이 프로젝트는 자기가 맡은 부분만 하고 다른쪽 분야의 학습은 전혀 못했다. 프로그램 완성하기에도 시간이 부족한 힘든 상황이어서 그랬을지도 모른다. 난 JAVA의 소켓이랑 스윙도 좀 알고 싶었는데 그쪽은 거의 모른다. 지금.. ㅡㅡ;; 이거 언제 따로 공부하지.. 쩝..
        * AI 오목보다 성취감이 훨씬 덜했다. 그렇게 시간을 많이 투자하지도 못했고, 또 내가 팀에 껴서 했던 프로젝트라도 모든 소스를 다 완전히 이해한거 같지도 않아서 내가 짰다는 기분도 거의 안들었다. ㅠㅜ
        * 이 프로젝트는 파이썬 익힌걸 연습할겸 해서 해본 프로젝트 였다.
        * 기본틀 완성을 프로젝트의 완성이라고 생각하지 말아야 겠다. 그렇게 생각해서 김빠져서 더 제대로 만들지 못한거 같다. 기본틀 완성은 전체 프로젝트의 20%정도의 완성이라고 앞으로는 생각해야 겠다.
        * 여기서는 스테이지를 txt파일로부터 읽어 오는 부분을 연습해봤다. 그리고 멀티미디어 타이머와 더블 버퍼링을 배웠다. 이것도 마찬가지로 가볍게 숙제로 한 프로젝트이다.
        * 이 프로젝트도 짧게 끝났는데, PairProgramming인 무엇인지 알고나서 써본적은 없었는데, 이 프로젝트에서 써봤는데 무진장 효율이 좋았다. 이걸 느낀것이 가장큰 수확이었던거 같다.
       == 추후 프로젝트는? ==
        * [http://www.caucse.net/cgi-bin/moin/moin.cgi/_c0_da_b9_d9_c7_c1_b7_ce_c1_a7_c6_ae_2f_b9_e6_c8_ad_ba_ae_c6_c0_b8_de_bd_c5_c0_fa?action=highlight&value=%2F%C1%F8%C7%E0%BB%F3%C8%B2 자바시간에 팀 프로젝트로 나온 메신저 짜기]
• 정모/2007.4.3 . . . . 17 matches
        * 프로젝트 상황
        & 네트워크 프로젝트 요정이 들어 왔습니다.
        - 분과장이 자신의 분과에 가입된 사람들에게 어떠어떠한 프로젝트를 시작할 예정
        - 장점 : 한 분과에서 중점적으로 한가지 프로젝트를 진행하므로 프로젝트가 끝에
        - 의견 : @ 과연 취지는 좋지만 과연 프로젝트 개설이 많지 않은 현 상황에서 분과
       프로젝트 관리가 어떨까요?
        - 의견2 : 현재 진행하고 있는 프로젝트와의 차별화가 없다고 생각됩니다.
        - 의견3 : 분과제도를 채택하면 프로젝트 하는사람 모의기도 편리하고 더 효율적으
       로 프로젝트 참여가 가능해 지지 않을까요?
        - 07학번들을 현 제로페이지 프로젝트에 참여시키는 것은 어떨까? => 가능은 하지
       만 07학번들이 과연 현제 제로페이지 프로젝트에 참여할 정도의실력이 될것인가?? => 07학
        프로젝트(프로젝트 시작시 회의를 통해 난이도등을 고려하여 프로젝트 포
       인트를 주고 나중에 PM이 할당된 포인트를 프로젝트 기여도에 따라 배분한다.)
        => 레벨관련 프로젝트 : 06변형진
• 프로젝트기록의필수요소토론 . . . . 17 matches
       동기 : 현재(2002,1,30) 진행중인 프로젝트 대다수의(80%정도) 마감일이 정확하지 않습니다.
        * ZeroWiki내 프로젝트 페이지의 6하 원칙
        * '''이름(페이지, 프로젝트), 누가(인원), 언제(기간), 무엇을(목표), 어떻게(일정), 왜(동기)'''
       ["neocoin"] 지금 프로젝트중 어정쩡한 상황으로 가는게 있는데, 반달정도에 한번도 업데이트 안되는 것을 그 예라고 생각합니다. 프로젝트의 끝이 명확해야 하지 않을까요? 비록 팀원들간에 사정으로 해당 프로젝트가 와해 되었다면, 팀원들중 아무나, 혹은 다른 회원의 지적으로 종료 시점을 기록해서 와해 이유와, 차후 방지에 관하여 한번쯤 생각해 봐야 할것이라고 생각 됩니다. [[BR]]
       [1002] 프로젝트의 마감부분은 중요한 부분이 됩니다. 올바른 프로젝트의 끝맺음은 새로운 프로젝트를 다시 추진할 수 있도록 뒷처리를 해주니까요. 현재 semi-project 부분의 경우 그 양이 많은데, 어떻게 끝맺음들을 할지는 좀 더 두고봐야하겠습니다. (자신 주도하로 할 자신이 없다면 페이지를 '일반화' 시켜버리십시오. 즉, 자신의 이름을 걸고 하지 말고 하나의 문서처럼 Document 화 시켜버리십시오. 그렇다면 다른 사람들이 중간에 참여하기가 더 용이할 겁니다.) 개인의 이름을 걸고 한다는 것은 그만큼 자신이 해당 페이지를 연 것에 대해 (또는 프로젝트를 연 것에) 책임을 지겠다는 것으로 해석한다면 제가 오버한 것일까요? 하지만, 그런뜻으로 하신 것이 아니라 하더라도, 어느정도 책임감을 가지셨으면 좋겠습니다.
       [1002] 프로젝트 이름에 대해서 한마디 한다면, 'Java', 'ExtremeProgramming' 은 공부하려고 하는 지식의 종류이지 프로젝트의 이름으로 부적절하다고 봅니다. 만일 Java Study 팀이 두 개인 경우라면? 문제가 발생할 수 밖에 없습니다. 초창기에 해당 기술부분으로 페이지를 열 수는 있지만, 나중에 프로젝트가 끝나고 난다음에는 일반화시켜서 본래의 이름을 반환해주는 것이 좋다고 생각합니다. (즉, 'Java' 페이지는 Java 에 대한 소개나 기술 등을 넣어주고, 'Java' 페이지이름을 썼던 프로젝트팀은 프로젝트팀 이름의 새 페이지를 만들어서 경과보고를 하는식으로..)
       ["neocoin"] ZeroWiki의 프로젝트 페이지를 위한 6하 원칙을 생각해 봤습니다. 저정도면 될것 같네요. 어디서(where)이 있지만 이것은 보나마나 여기서 여기서니 프로젝트 이름으로 대체해서 했습니다. 앞으로의 모든 페이지가 저 정보가 꼭 있어야 한다고 정모에서 건의 함이(이거 원 정모를 해야 --;) --상민
• DesignPatterns/2011년스터디/1학기 . . . . 16 matches
        * DB 프로젝트를 하자?
        1. 책 1장을 이번에 다 읽었습니다. DB프로젝트 설계하는걸 구경 및 참여했습니다.
        2. 프로젝트 설계를 하는게 매우 신기했습니다. 가장 최근에 했던 프로젝트가 약 2년 전이라 하나도 모르겠는데 모듈을 잡고 그 모듈의 역활을 잡고 그에 따라 인터페이스를 만들고 하는 걸보고 생각없이 그냥 순차적으로 프로그래밍 하려고했던 제가 참 답이 없었던거 같습니다.
        4. DB 수업을 듣지 않아서 완전히 참여는 하지 않았지만 DB팀이 하는 프로젝트가 진행되는 모습을 계속 보고 싶습니다.
        * 다음시간에는 임상현의 SE 프로젝트인 WinMerge프로젝트를 도와주겠습니다!!!
        1. DB 프로젝트를 시작할 때처럼 전체 아키텍쳐에서 어떤 것들이 오고가야하는지부터 생각했는데 쉽지 않았다.
        1. SE프로젝트에서 후회하는 부분에 대해 집어보고 갈수 있었던 유용한 시간.
        1. SE프로젝트인 '''SimpleMerge'''를 구현해 보기로 하였다.
        1. '''남의 프로젝트에 감놔라 배놔라 하기 프로젝트'''를 하였다.
        1. 지난 SE 프로젝트가 기억이.. 안난다. 내가 한게 없다.. 그래서 SimpleMerge를 구현해본다 하여 반가웠다.
        1. JUnit과 EasyMock이 핵심인 프로젝트라 TDD를 하고싶었다.
        1. 재미있다. 내 프로젝트가 아니라 마음놓고 끄적일 수 있었다. 굿.
        1. 과제나 프로젝트를 만들때 기능 구현에만 집중하지 말고 이렇게 스터디한 내용을 적용해보니 좋다. 뭔가 배우긴 했었구나 하는 생각이 든다.
• NUnit/C++예제 . . . . 16 matches
        * 먼저 프로젝트를 Managed C++ 클래스 라이브러리로 만든다.
        1. 일단 MFC 프로젝트를 만든다. 이것을 메인프로젝트라고 하자.
        2. 전체 솔루션에 Managed C++ Library 프로젝트를 새로 추가한다. 이것을 테스트프로젝트라고 하자.
        3. 테스트 프로젝트의 속성으로 들어가서 #using 참조에 nunit\bin폴더를 넣어준다.
        4. 테스트 프로젝트의 속성으로 들어가서 포함 디렉토리에 위의 메인프로젝트의 폴더를 넣어주자.
        5. 메인프로젝트의 속성탭에 가서 Managed C++ Extension을 체크해준다.
       메인프로젝트에서 만든 새 클래스를 테스트 프로젝트에서 테스트하고 싶다. 어떻게 해야할까? 순진한 인수군은 #include <domain.h> 이렇게 하고, 테스트 클래스에 .h랑 .cpp 참조 넣어주면 될줄 알았다. 이것땜에 어제밤부터 삽질했다. 이렇게만 하면 안되고... 새로 만든 클래스를 일단 보자.
       평소대로 하자면 이렇게 하면 될것이다. 하지만 현재 프로젝트는 [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmxspec/html/vcmanagedextensionsspec_16_2.asp Managed C++ Extensions]이다. 이것은 C++을 이용해서 .Net을 Platform위에서 프로그래밍을 하기 위하여 Microsoft에서 C++을 확장한 형태의 문법을 제안된 추가 문법을 정의해 놓았다. 이를 이용해야 NUnit이 C++ 코드에 접근할수 있다. 이경우 NUnit 에서 검증할 클래스에 접근하기 위해 다음과 같이 클래스 앞에 [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmxspec/html/vcmanagedextensionsspec_16_2.asp __gc] 를 붙여서 선언해야 한다.
       #include "Domain.h" // 포함 디렉토리에 메인프로젝트의 폴더를 넣어놨으므로 가능
       [류상민]은 NUnit 과 Unmanged C++의 연결을 완전하게는 하지 못했다. Managed C++프로젝트와 Unmanged C++ 프로젝트 두개를 만들어 Managed C++ 코드에서 NUnit 을 이용해 Unmanaged C++ 에 접근해 테스트 코드를 작성했다. 하지만, .Net Platform에 미숙과, Managed C++ Extension의 몰이해, 프로젝트 관리와 의존성 문제에 봉착해 곧 벽에 부딪쳤다. 이 둘은 혼용할수 없음을 알았다.
• 몸짱프로젝트 . . . . 16 matches
        DataStructure를 배우면서 나오는 알고리즘을 구현해보자는 취지로 만든 프로젝트페이지.
       || BubbleSort || [몸짱프로젝트/BubbleSort] ||
       || BucketSort || [몸짱프로젝트/BucketSort] ||
       || BinarySearch || [몸짱프로젝트/BinarySearch] ||
       || Invert 기능 || [몸짱프로젝트/Invert] ||
       [몸짱프로젝트/CrossReference]
       [몸짱프로젝트/BinarySearchTree]
       [몸짱프로젝트/MinimalCostSpanningTree]
       || FindShortestPath || [몸짱프로젝트/ShortestPaths] ||
       || [Maze] || [몸짱프로젝트/Maze] ||
       || HanoiProblem || [몸짱프로젝트/HanoiProblem] ||
       || KnightTour || [몸짱프로젝트/KnightTour] ||
       || . || [몸짱프로젝트/DisplayPumutation] ||
       || prefix Infix postfix || [몸짱프로젝트/InfixToPostfix], [몸짱프로젝트/InfixToPrefix] ||
       [프로젝트분류]
• 회원자격 . . . . 16 matches
       C. (1개 이상 스터디) OR (1개 이상 프로젝트) 에서 5회 이상 참여
       C. (1개 이상 스터디) OR (1개 이상 프로젝트) 에서 5회 이상 참여
       C. 1개 이상 스터디, 프로젝트 5회 이상 참여
       C. 1개 이상 스터디, 프로젝트 5회 이상 참여
       스터디, 프로젝트를 참여
       유지조건 : 한 학기 동안 ZeroPage 내에서 활동(OMS, 스터디 및 프로젝트)이 4회 이상 있어야 한다.
        2. 스터디, 프로젝트를 참여
        * '''유지조건''' : 한 학기 동안 ZeroPage 내에서 활동(OMS, 스터디 및 프로젝트)이 4회 이상 있어야 한다.
        2. 스터디, 프로젝트를 참여
        * '''유지조건''' : 한 학기 동안 ZeroPage 내에서 활동(OMS, 스터디 및 프로젝트)이 4회 이상 있어야 한다.
        2. 스터디, 프로젝트를 참여
        * 유지조건 : 3개월(1분기) 동안 ZeroPage 내에서 활동(OMS, 스터디 및 프로젝트, ZP행사참여(Code Race, 지금그때, 데블스캠프 등))이 4회 이상 있어야 한다. 단, Devil's Camp는 1일 참여시 1회로 간주
        * 정회원 : 4회 이상의 정모를 참여하거나 스터디, 프로젝트를 참여하며, 이를 기록한 개인 위키페이지를 가지고 있어야 함.
        * 유지조건 : 3개월(1분기)에 1회 이상 정모참여 or 스터디, 프로젝트 참여
        * 어떤 프로젝트에 참여하고 있고(ZP내부든 외부든), 그에 관해 지속적으로 ZP에 공유해준다.
        * 프로젝트 > 정모 > 연락 > X (준회원으로 조정)
• Z&D토론백업 . . . . 15 matches
       현재의 zp는 모임중 나온 이야기는, '너무 인원이 작은데, '''각자가 관심있는 분야가 같은 시간에 모이지 않는다.'''라는 점' 입니다. 이것은 인터넷이 들어온 이후 다양해 지는 분야 속에 계속 회자되는 이야기이고, 그래서 한 학번당 몇이 모여 프로젝트를 하면 나머지 소수는 따로 노는 그런 상태가 되는것이 안타깝습니다.[[BR]]
        * 개인적인 생각으로는 현재의 JStorm과 같이 고학번이 주도적인 프로젝트 운영체제가 되었으면 하는 생각입니다. (노력하겠습니다. 에구.. --;;)
        * 고학번이 주도적인 프로젝트 운영.. 이건 어느정도 방향을 잡은 사람들 사이에서 유효한 것이 아닐까요?..한 과의 학회라고 볼수는 없겠지요.. - 김수영
        *제가 말씀드린 ''고학번이 주도적인 프로젝트 운영''이라는 것이 생각난건 99년에 과거 전시회 자료를 뒤져 볼때 였습니다. 전시회 참여 작품중에 무엇가 '대단한걸~' 하고 느끼는 많은 부분이 3학년과 4학년의 작품이고, 1,2학년의 작품이라면 3,4학년의 도움이 있는 작품들이 많았습니다. 위 글에도 잠깐 언급했지만, 인터넷과 함께 학생들이 접할수 있는 주제의 다양성 때문에 3,4학년 이라도 완전히 방향을 잡은 사람은 소수입니다. 하지만 분명 1,2학년에 비하여 그 질이 높아진 것은 분명하죠. 일단 고학번 혹은 고학년 주도적인 프로젝트의 의미는 단순히 고학년의 2명 이상의 프로젝트 활동이 좀더 활성화 되어야 한다는 생각에서 언급을 한것입니다. 군입대를 마치고 왔거나, 병특 이후에 복학한 회원들이 단체로 프로젝트를 추진하는것을 아직 보지 못했습니다. zp의 정모 토론에서 꾸준히 제기되어 왔던 이야기는 개인 스터디이고, 이중에 학회의 양에 부정적 영향을 끼치는건 1학년의 관리 부실과 개인 스터디이고, 2학년의 개인 스터디는 학회의 양과 질에 둘다 부정적 영향을 끼치는 것 같고, 학회의 질에 부정적 영향을 끼치는건 3,4학년의 개인 스터디이라고 생각합니다. 프로젝트의 용이성과, 개인 스터디에 해당하는 Semi project와 관심분야를 공개하는 개인 페이지로 다른 사람의 참여의 유도를 해서 Regular project로 만들어 나가려는 토양의 제공을 위해 현 zp에서는 위키를 통한 프로젝트 추진을 장려하고 있으며, 이제 저도 고학년에 고학번이니 쿨럭 열심히 해야죠. ^^;; '''주도적'''의 표현에서는 저학년이 고학년의 프로젝트 모습을 보면서 관심분야를 넓히고, 안목을 익히는데 있습니다. 물론 같이 하는것이 주도적의 마지막 종착점이고, 예를 들자면 현재 OS 만들기를 하고 게시는 선배님 위키에, 관심있는 00들이 접근하는것이라고 할수 있죠. -- 상민
        * 제가 말씀드린 것은 ZP의 운영자체가 JStorm의 형식을 따라 가면 안된다는 것이었습니다. 말씀하신 것처럼 큰 ZP에서 작은 프로젝트 모임이 나오는 것이 바람직하겠지요.. 생각해 볼 문제는 과연 ZP가 그런 작은 프로젝트 모임을 관리하여 ZP의 정체성을 유지할 수 있느냐는 것입니다.. - 김수영
        * zp의 정체성이라고 하는것은 만들어가면서 변하는 것이라 생각합니다. 그런걸 만들어 나가는 것이 작은 프로젝트 모임이구요. JStorm의 형식을 이전에 언급한건 그쪽에서 비교적 잘 돌아가 보여서 운영 방식중에서 고 학번 회원들의 주도 부분만을 언급하고 싶은데, JStorm처럼 이란 표현으로 의미를 잘못 전달했네요. --상민
        * 답변 겸 해서 발전 방안(?)이라 생각되어 남깁니다. ZP에는 군제대나 병특제대후 복학한 회원이 거의 없습니다. 왜 그럴까요? 먼저 군제대후 복학한 사람들의 경우를 보면 다시 발을 들여놓기 힘든 분위기라는 것입니다(제가 느끼기에 말이죠.). 어느 누구도 복학한 사람들에게 ZP로 복귀하기를 요청하지 않은 것이 아닐까 하는 생각이 듭니다..(저도 요청하지 않았지만..--;). 신입생 모집할 때 1학년 수업에만 들어가지 말고(아직 이렇게 하겠죠?) 2/3/4 학년 수업에도 들어가서 모집을 하면 되겠지요.. 병특 끝나고 복귀한 사람이 없는 건 당연합니다..^^ 제가 96학번인데, 우리 학번중에서 병특 끝난 사람이 한명인가 거든요. 이 경우도 공익이라서 빨리 끝난 경우라.. 아무튼 98 학번들중에는 되돌아 올 사람이 좀 되겠지요.. 딴 애기로 빠졌는데.. 2/3/4 학년 수업에도 들어가서 회원 모집을 하면 많은(?) 복학생들은 다시 불러들일 수 있지 않을까 생각됩니다.. 군대를 갔다오면 머리가 빈다고는 하지만 그래도 좀 지나니깐 잘하더군요.. 그들도 ZP의 일원으로 만들면 고학번 주도적인 프로젝트를 진행할 수 있을 듯합니다. 머.. 이 경우의 고학번 주도 프로젝트라고해서 대단한게 나오지는 않겠지만..학회가 살아 움직이는데 도움이 되지 않을까 생각합니다. 참고로 동국대 전산과의 한 모임은 군대문제가 없는 사람들만 뽑더군요. 여자나 복학한 사람이나 병특할 사람이나.. 제가 보기엔 잘 돌아 가는 것 같았습니다. ZP에서는 신입생도 뽑고 복학생도 뽑아서 잘 섞으연 이들보다 잘 되지 않을까요? - 김수영
• 레밍즈프로젝트/프로토타입 . . . . 13 matches
       seeAlso) [레밍즈프로젝트]
       레밍즈 프로젝트에 필요한 기술에 대한 테스트 프로젝트들을 만들어본다.
       || 프레임 구성 || [레밍즈프로젝트/프로토타입/프레임구성] || O ||
       || 대화상자 || [레밍즈프로젝트/프로토타입/대화상자] || O ||
       || 에니메이션 버튼 || [레밍즈프로젝트/프로토타입/에니메이션버튼] || X ||
       [레밍즈프로젝트/그리기DC]가 가장 최신 클래스 이다. 아래는 테스트 타입 문서들.
       || MFC더블버퍼링 || [레밍즈프로젝트/프로토타입/MFC더블버퍼링] || O ||
       || 마스크이미지 || [레밍즈프로젝트/프로토타입/마스크이미지] || O ||
       || 비트별로 찍어보기 || [레밍즈프로젝트/프로토타입/SetBit] || O ||
       || 에니메이션 || [레밍즈프로젝트/프로토타입/에니메이션] || O ||
       || 파일스트림 || [레밍즈프로젝트/프로토타입/파일스트림] || O ||
       || STL/List || [레밍즈프로젝트/프로토타입/STLLIST] || O ||
• Eclipse . . . . 12 matches
       ["Eclipse"] 프로젝트는 통합 개발 환경(IDE)을 위한 플렛폼을 목표하는 오픈소스 프로젝트 이다. [http://www.eclipse.org/projects/index.html 부분인용]
        1. 원하는 프로젝트에서 {{{~cpp PopUp}}}을 띄우고 Check out As Project 로 가지고 와 작업한다.
       ||Shift+F2|| Open External {{{~cpp JavaDoc}}} , 프로젝트 상에 doc 파일이 있을시 그곳을 뒤져{{{~cpp JavaDoc}}}을 연다. 처음 열때 Help창 오래 걸림||
        * [neocoin]:정말 Java Source Editor면에서는 이것보다 나은것을 찾지 못하겠다. CVS 지원 역시 훌륭하고, Project파일 관리 면에서도 우수하다. 하지만 가장 인상 깊었던건 오픈 프로젝트라서, 이걸 볼수 있다는 점이다. 바로 [http://64.38.198.171/downloads/drops/R-2.0-200206271835/testResults.php org.eclipse.core.tests] 이런것을 각 분야별로 수백개씩 하고 있었다. 이런것은 나에게 힘을 준다. --상민
        * 회사 프로젝트에서 Eclipse 를 사용하고 있다. J2EE 개발에 유용한 EclipsePlugin 을 추천함. -- [구근]
        * 올초 Eclipse를 처음 접하고, 좀 큰 프로젝트에 Eclipse를 적용해 보았다. CVS, JUnit, Ant사항을 반영하고 대형 상용 Package를 사용하는 관계로 setting할 것도 많았지만, 개발이 종료된 지금 결과적으로는 매우 성공적인 적용으로 볼 수 있다. 팀프로젝트시 모듈로 나누어 그룹 개발이 될 경우에 매우 효율적이니, 강추함. 앞으로 발전되는 모양을 지켜보거나 참여하면 더 좋을 듯... -- [warbler]
        * 2003년 5월 ~ 지금(2003년 12월) Web 프로젝트에서 Eclipse(3.0 M4 or 5) 를 이용하고 있습니다. 8명의 개발자들이 Eclipse를 함께 사용하고 있습니다. -- NeoCoin
        저랑 경우가 비슷하시군요. 2003년 5월에 평가하고 적용 시작했습니다. 11월말 쯤 종료되었고, 전체 프로젝트에 Eclipse를 적용한 것이 아니라, 제가 맡은 모듈에만 적용했습니다. 전체 프로젝트 인원이 25명정도였는데, 제가 맡은 모듈에는 6명 정도가 참여했습니다. 말씀하신 metric 도구는 한 번 써서 계산해 보겠습니다. 좋은 정보 감사... -- [warbler]
        * 새로운 Eclipse 3.0 은 Eclipse의 오리지날 기능을 발전하고, IntelliJ , VisualStudio 의 에디터 기능들을 많이 차용해 왔다. 뭐랄까, 에디터로 Eclipse 2.0 개발중 추가되었다가 정식에서 사라진 기능들도 일부 들어갔다. 그리고 기대했던 기능들은 새로운 프로젝트로 분리되어 대거 미구현 상태이다. 그래서 1.0->2.0 의 발전이 획기적이라는 느낌이라면, 2.0->3.0은 완성도를 높였다라는 느낌을 받는다. (이제 GTK에서 그냥 죽지 않을까?) 그리고 Sun의 지지 부진한 1.5 발표로 Eclipse까지 덩달아 예정 기능이 연기된것이 아쉽다. -- NeoCoin
• Trac . . . . 12 matches
       Trac(트랙) 은 소프트웨어 개발 프로젝트를 위한 위키 이자 이슈 트래킹 시스템이다. Trac은 웹 기반 소프트웨어 프로젝트 관리에 대해서 미니멀리스트적인 접근법을 취한다. 우리의 미션은 개발자들이 위대한 소프트웨어를 작성하는 것을 도우면서도, 그들의 방식에 대해 간섭하지 않는 것이다. Trac은 가능한한 팀에 이미 정착된 개발 프로세스와 정책에 대해서 덜 간섭해야 한다.
       Trac 은 이슈에 대한 서술과 커밋 메세지에 대해서 위키 태그를 지원하며, 버그,테스크,체인지셋,화일,그리고 위키 페이지들 간에 대해서 seamless 한 참조가 가능하게 해준다. timeline(타임라인)은 모든 프로젝트 이벤트를 순서에 맞게 보여주며, 프로젝트에 대한 오버뷰를 얻는 것과 트래킹 진행을 매우 쉽게 해준다.
       http://kldp.net/projects/trac-ko/ - 한글화 프로젝트
        * 흐흐. gforge 보다는 좀 더 작은 단위의 프로젝트 관리툴임. 위키와 통합되어 있음. (모인모인에 이와 유사한 플러그인을 만들 수도 있지 않을까 하는 생각도.)
       갈수록 오픈소스 진영에서 널리 쓰이는 중~ (최근에 구경한 프로젝트들 중 꽤 많은 녀석들이 쓰고 있었던지라..) --[1002]
        * 흠 한글화 프로젝트를 링크해놓으신건 ㅡ.ㅡ;; 한글판으로 설치하라는 무언의 압박;;; - [eternalbleu]
        * 난 링크 건 것 밖에 없어.;; 압박씩이나..~ (으흐흐) 그나저나, 시스템만 있으면 별 소용이 없고, 실제 이를 이용해먹는 프로젝트가 있는게 좋겠는데.. Toy Project 하나 만들어볼까.. --[1002]
        * 이걸 써먹을 만한 놈이 없으니까 실제로 활용하는 방법은 잘 모르겠음.. ㅡ.ㅡ;; 괜찮은 놈 같은데... openlook 은 좀 프로젝트가 여러개 있더만... 실제 개발중인건지는 모르겠으나;; - [eternalbleu]
        * Perky 님이야 개인 플젝 말고도 하시는게 많으시니..; [1002] 의 경우 지금 랩에서 SVN 설치하고 랩 선배랑 같이 작업중. (주로 VC++ 프로젝트) 요새 개인 플젝 할 짬이 안나서 ZP 에 프로젝트를 못올리네. 암튼. 틈나는대로..~ --[1002]
• 서지혜 . . . . 12 matches
        1. 프로젝트 5개 공개하기
        1. 1000시간 프로젝트
        * DB 프로젝트 : 동네 검색 종결자(DSN)
        * 망함.. 프로젝트가 망했다기 보다 내가 deliberate practice를 안해서 필요가 없어졌음...
        * 이건 무슨 프로젝트지? 설명이 없으니 까먹었네
        1. [http://www.hkbs.co.kr/hkbs/news.php?mid=1&treec=133&r=view&uid=266727 VDIS] - 교통안전공단 차량운행 프로젝트
        * KT와 교통안전공단의 합작 프로젝트(라기엔 둘다 갑임. 개발은 하청)
        * 하지만 아직도 beneficiary일 뿐 contributor가 아니다.. spring project에 기여하기 프로젝트를 했으면 어땟을까? 처음엔 작게 bug fix부터..
        * sw maestro 1차 프로젝트 (7/4 ~ 8/23)
        * INS 프로젝트
        * 안드로이드 프로젝트
        * 자료구조 텀프로젝트
• 실시간멀티플레이어게임프로젝트 . . . . 12 matches
       리얼타임 멀티 플레이어 게임을 만드는 프로젝트
       교육적 목적과 동시에 과 친구들과 함께 즐길 수 있는 유익한 게임을 만드는 목적도 있다. 또한, 동기, 선후배들과 교육적인 프로젝트를 "즐겁게" 할 수 있는 틀을 제시한다.
       [실시간멀티플레이어게임프로젝트/첫주차소스1]
       [실시간멀티플레이어게임프로젝트/첫주차소스2]
       [실시간멀티플레이어게임프로젝트/첫주차소스3]
       [실시간멀티플레이어게임프로젝트/프레임워크]
       [실시간멀티플레이어게임프로젝트/게임]
       시간이 되면 AspectOrientedProgramming을 현 프로젝트에 적용하는 방법을 알려드립니다.
       인원이 찼으므로 고정하겠습니다. 이 프로젝트에 참가하기로 하신 분들은 선착순으로 뽑힌 것이고, 그만큼 다른 분들의 기회를 박탈한 것이니, 그에 상응하는 어떤 의무와 책임을 갖고 있습니다. 그렇다고 너무 부담 느낄 필요는 없습니다. 이 의무와 책임은 프로젝트에 충실히 참여해서 나중에 주변 사람들과 함께 자신이 얻은 것을 곱하기 하면 되는 것입니다.
       스케쥴을 잡아야 하겠습니다. 공식적인 전체 모임은 총 4번이 있습니다. 모두 일주일 간격으로 있습니다. 한번 만날 때에 대략 2시간 30분 정도 지속됩니다. 4번째 공식 모임은 간단한 파티와 프로젝트 되돌아보기를 합니다. 저는 첫번째, 두번째, 그리고 마지막에 참여할 수 있을 것 같습니다.
       [프로젝트분류]
• 정모/2006.12.16 . . . . 12 matches
        * 상욱 - 프로젝트 하려고 모이는 모임이기 때문에 꼭 회장을 하려는 의욕이 부족할 것 같다. 그렇기 때문에 집중 세미나와 같은 회장(단)에게 메리트를 주자. 그렇다면 2학년이 회장을 맡는게 좋을 것 같다.
        * 창섭 - 프로젝트 pool, 전시회, 논문 세미나, 회원 모집, 데블스 캠프, 창단식, 회장선거, 기장선거, 나를 만든 책장
        === 프로젝트 문제 ===
        * 창섭 - 벌금제가 프로젝트를 나오게 하는데 효과가 있다.
        * 기웅 - 프로젝트 전에 계획과 비용을 사전 기안해서 프로젝트를 평가하고 상벌을 두는 방법도 있다.
        * 상욱 - 프로젝트 진행에 방해가 되는 요소 및 인원을 제거하는게 도움이 된다.
        * 창섭 - 계속 이어져 나가는 소모임은 일반적인 프로젝트의 논의와는 맞지 않는 것 같다.
        * 기웅 - 프로젝트 풀에서 강제적으로 부여하면 좋은 결과물이 나오기 힘들기 때문에 적당한 보상을 해주자.
        * 기웅 - 프로젝트 기안서를 쓰자. (프로젝트 목적, 결과물, 가능한 세미나 등) 1페이지 이상.
       --- 프로젝트 기안서 제출 도입에 찬성
• ProjectZephyrus/ClientJourney . . . . 11 matches
        * 작업상황이 막바지인것을 실감할 거 같다. 엄청나게 길어진 코드를 보면 알 수 있다. 내가 없는 사이에 엄청나게 많은 변화가 있었다. 주석이 없는 코드라서 그런지 해석하는 데 애먹었다. 이궁...CVS 사용을 며칠 안해봤다고 또 잊어먹었다. 바부..도움말 뒤지는 중이다. 아마 이번 프로젝트에서 내가 가장 크게 느끼는 것은 영서와 비슷할 것 같다. 자바 언어에 대한 공부보다는 프로젝트 진행 방법, 팀프로젝트에서 개인과 팀의 역할 등을 가장 크게 배우는 것 같다. 예전에 친구와 함께 뭐 하나 하다가 어설프게 끝난 적이 있는데 아마 내가 그만큼 어설프게 진행했던 것 같다. 아무튼 이번에 가장 크게 느낀 점이다. 또 하나 느낀점이 있다면 형하고 pair 하려면 이정도로 공부하고 노력해서는 부족할 것 같다는 생각이다. 아직 내가 갈 길은 멀었다는 생각이... -_-;; 이번에 확실히 늘어난 실력은 아마도 소켓의 개념이 아닐까...-_-;;
        * 이번 프로젝트의 목적은 Java Study + Team Project 경험이라고 보아야 할 것이다. 아쉽게도 처음에 공부할 것을 목적으로 이 팀을 제안한 사람들은 자신의 목적과 팀의 목적을 일치시키지 못했고, 이는 개인의 스케줄관리의 우선순위 정의 실패 (라고 생각한다. 팀 입장에선. 개인의 경우야 우선순위들이 다를테니 할말없지만, 그로 인한 손실에 대해서 아쉬워할정도라면 개인의 실패와도 연결을 시켜야겠지)로 이어졌다고 본다. (왜 초반 제안자들보다 후반 참여자들이 더 열심히 뛰었을까) 한편, 선배의 입장으로선 팀의 목적인 개개인의 실력향상부분을 간과하고 혼자서 너무 많이 진행했다는 점에선 또 개인의 목적과 팀의 목적의 불일치로서 이 또한 실패이다. 완성된 프로그램만이 중요한건 아닐것이다. (하지만, 나의 경우 Java Study 와 Team Project 경험 향상도 내 목적중 하나가 되므로, 내 기여도를 올리는 것은 나에게 이익이다. Team Project 경험을 위해 PairProgramming를 했고, 대화를 위한 모델링을 했으며, CVS에 commit 을 했고, 중간에 바쁜 사람들의 스케줄을 뺐다.) 암튼, 스스로 한 만큼 얻어간다. Good Pattern 이건 Anti Pattern 이건.
        * 움.. 아무래도 난 말빨 글빨 다 딸리는거같다.. 위에글처럼 멋있게 쓰고싶은데, 그냥 내식대로 써야겠다.. 간만에 내가 또 형보다 일찍왔다. 이틀동안 빠진게 타격이 너무 컸나보다.. MainSource에 새로 추가된 파일도 꽤되고 기존파일도 업데이트된 내용이 많아서 이해가 아니라 읽어보는것만해도 엄청난 시간이 들었다.. --;; 정통부 회의겸 기짱턱땜에 일찍갔는데 아무래도 금요일로 완료가 된 모양이다.. 이번이 나로선 거의 처음 해본 프로젝트였는데, 내가 별로 한건없지만, 솔직히 뭔가 만든것보단 배운게 더 많은거같다.. 하긴 프로젝트를 해본다는거 자체가 배운다는거였으니깐.. 꼭 자바에 대해서 배운것보다도 Design이라던지 Architecture(맞나?) 같은것에 대해서도 배웠고.. 프로젝트란 이렇게 진행해야 하는거구나라는것도 느꼈다. 뭔가 많이 쓰고싶은데 머리속이 정리가 안된다.. 이럴때 정말~~ ㅠ.ㅠ 아우~ 나중에 더 써야겠다..
        *(나중) 형의 말대로 아쉽다는 생각이 든걸로 봐서는 실패란 생각이 들긴한다.. 그래도 프로젝트를 하면서 여러사람들과 머리를 맞대본것만으로도 오랜 어두운 동굴에서 빛을 찾은것처럼 느껴진다.. 다른사람이 모라 할지라도 그것만으로도 나에겐 이번 프로젝트가 나름대로 큰 성공이라고 생각한다.. 근데 아직 메신저를 못실행시켜봤다.. 어떻게 해야되는지 모르겠다.. --;; 서버쪽을 안읽어봐서 그런가.. 이거 쓰고 한번 돌려봐야겠다.. 별로 한건 없지만, 아니다 나도 엄청난 역할을 했기에 돌려보면 너무 기쁠꺼같다.. ^^
        ''100% 실패와 100% 성공 둘로 나누고 싶지 않다. Output 이 어느정도 나왔다는 점에서는 성공 70-80% 겠고, 그대신 프로젝트의 목적인 Java Study 와 성공적인 Team Play 의 운용을 생각해봤을때는 성공 40-50% 정도 라는 것이지. 성공했다고 생각한 점에 대해서는 (이 또한 개인의 성공과 팀의 성공으로 나누어서 생각해봤으면 한다.) 그 강점을 발견해야 하겠고, 실패했다고 생각한 점에 대해선 보완할 방법을 생각해야 겠지. --석천''
        * 5분간격으로 Pair Programming을 했다.. 진짜 Pair를 한 기분이 든다.. Test가 아닌 Real Client UI를 만들었는데, 하다보니 Test때 한번씩 다 해본거였다.. 그런데 위와 아래에 1002형이 쓴걸 보니 얼굴이 달아오른다.. --;; 아웅.. 3일전 일을 쓰려니 너무 힘들다.. 일기를 밀려서 쓴기분이다.. 상상해서 막 쓰고싶지만 내감정에 솔직해야겠다.. 그냥 생각나는것만 써야지.. ㅡ.ㅡ++ 확실히 5분간격으로 하니 속도가 배가된 기분이다.. 마약을 한상태에서 코딩을 하는 느낌이었다.. 암튼 혼자서 하면 언제끝날지 알수없고 같이 해도 그거보단 더 걸렸을듯한데, 1시간만에 Login관련 UI를 짰다는게 나로선 신기하다.. 근데 혼자서 나중에 한 Tree만들땐 제대로 못했다.. 아직 낯선듯하다. 나에게 지금 프로젝트는 기초공사가 안된상태에서 바로 1층을 올라가는 그런거같다.. 머리속을 짜내고있는데 생각이 안난다 그만 쓰련다.. ㅡㅡ;; - 영서
• 레밍즈프로젝트 . . . . 11 matches
       2005 년도 OP 텀 프로젝트
       [레밍즈프로젝트/연락]
       || [레밍즈프로젝트/이승한] || 위키문서화, 그래픽 출력 프로토타이핑 ||
       || [레밍즈프로젝트/유주호] || 프레임 부분 프로토타이핑, 레밍 클래스 제작 ||
       || [레밍즈프로젝트/박진하] || 자료구조 프로토 타이핑, 맵 클래스 제작 ||
       [레밍즈프로젝트/일정]
       [레밍즈프로젝트/프로토타입]
       [레밍즈프로젝트/다이어그램]
       [레밍즈프로젝트/스펙분석]
       [레밍즈프로젝트/그리기DC]
       [레밍즈프로젝트/드래프트버전]
• 정모/2003.1.15 . . . . 11 matches
       1. 외부 프로젝트
       2. 내부 프로젝트
       === 외부 프로젝트 ===
       외부 프로젝트에 참여하기로 함. (교수님께서 OK 하시면 바로 시작합니다.)
       참여 가능한 사람 조사 (여기 사람들중에 5명이 외부 프로젝트에 참여하게 됩니다.)
       === 내부 프로젝트 ===
        * 참석 인원은 기록하지 않나요? 예전에은 2번 이유없이 불참하면 탈퇴 시키기로 했는데, 그게 흐지 부지 된거 같군요. 지금 졸업을 하시는 선배님이나, 병특중인 선배님, 군대간 선배나, 동기들 빼고는 나머지 인원들중에서 참여 여부를 확실히 해야 좋을거 같군요. 정모 참여를 확실히 하고, 정모때 아무것도 하는 프로젝트나 스터디가 없으면(특히 널럴한 방학중에.) 정모에 나오는 의미가 없으니, 뭐 할거 생기기 전에는 나오지 말라고 해도 좋겠네요. 활동인원을 확실히 하는게 좋을거 같네요. 뭐 방학때 지방에 가있거나, 사정이 있거나 정모에 나오고 싶지 않아 하는 사람들은 정모에 나오지 않고 위키에서만 활동하도록 하는것도 괜찮구요.
        * 02들끼리 안친한걸 문제로 삼았는데, 제로페이지는 친목 단체가 아니고 학회인 만큼 그리 큰 문제라고 생각하지 않습니다. 같이 프로젝트도 하고 스터디도 하다보면 자연 호감도 갈테니깐요.. 지금의 01들처럼...
        * 위키가 어렵다 -> 위키는 처음 접근 장벽이 높은거 같습니다. 우리 01들이 02들에게 그걸 낮춰주지 못한게 실수인거 같습니다. 우리 01들도 처음에는 잘 사용안하다가, 위키를 사용하는 프로젝트를 함으로써 위키를 적극적으로 사용하게 되었는데, 02들을 대상으로 하는 프로젝트중 데블스 캠프 말고는 제대로 위키를 사용하게끔 도와준 프로젝트가 없었던거 같군요. 그나마 지금 활동하는 02들은 위키를 사용한다는 점이 위안이 됩니다. 03학번부턴 이걸 유의해야겠죠.
• CppUnit . . . . 10 matches
       == 준비 2 - CppUnit을 사용할 프로젝트 열 때 해주어야 할 기본 세팅 ==
        * 해당 프로젝트에만 적용시
        * 해당 프로젝트가 있는 곳의 debug 등의 디렉토리에 해당 lib 디렉토리에 있는 testrunnerd.dll 을 복사해준다. 이는 Project Setting - Post-Build-step 의 Post-build-command 에 다음을 추가해주면 컴파일 할때마다 dll 화일을 자동으로 복사해준다.
       로 수정한뒤, testrunnerd.dll 를 해당 프로젝트화일에 복사해주면 된다.
       || 이렇게 변환되어 컴파일 가능하다. 두개의 프로젝트가 에러남, 하지만 dll, lib 생성에는 지장없음 ||
       싱가폴 국립대학의 소프트웨어 공학 프로젝트 수업에서 CppUnit을 사용하고 있는데, http://www.comp.nus.edu.sg/~cs3214s/tools/cppunitVC.html 에 가면 MSVC에서 CppUnit을 사용하는 방법을 쉽게 설명한 안내서를 볼 수 있다.
        학교 수업에서 실질적이고 현장에서 직접 쓰이는 도구들을 사용하도록 유도하는 것이 정말 부럽고, 국내 프로젝트/실습 수업에서 그냥 교재의 챕터 하나씩 발표시키고 이를 지켜보고, 평가하고, 끝에 지엽적인 질문으로 발표자 골탕 먹이는 일 외에도, 교수(혹은 조교)가 해 줄 수 있는 것이 이렇게 많다는 것이 신기하다는; --JuNe
        vc7 도 똑같이 하면 됨. 단, 프로젝트의 라이브러리 설정이 vc7 의 다른 메뉴에 있어서 그렇지. --["1002"]
       아래 두 부분을 새 프로젝트 생성시 자동으로 추가되게 하는 좋은 방법 없나요. 매번 하려니 불편하네요; -- [황재선]
       kldp.net 에 c 를 위한 UnitTest Framework 프로젝트가 있었네요. http://kldp.net/projects/act/
• KnowledgeManagement . . . . 10 matches
        * 예를 들어서 조직을 위해서 새로운 프로젝트에 착수하는 개인은 이전에 비슷한 프로젝트에서 배웠던 교훈이나 지식에 접근하려고 할 것이다. 현재 처리하고 있는 문제에 관련된 정보를 얻기 위해서 프로젝트 중에 관련된 정보에 접근하고, 프로젝트를 마치고 추후 프로젝트에서도 필요하게 될 정보를 남기기 위해서 관련된 정보에 접근하게 될 것이다. 지식 관리를 행하는 사람은 시스템, 저장소, 협동 프로세스를 제공하여 이러한 활동을 촉직 한다.
        * 지식은 프로젝트 하기 전에 포착되고 기록되어 질 수 있다. 예를 들어서 초기 프로젝트 분석에서 프로젝트 팀은 정보와 레슨을 배운다. 그리고 프로젝트 진행중에 배우게 되는 레슨도 기록되어 질 수 있고, 프로젝트 후에 남겨진 리뷰는 추후에 해당 지식에 접근할때에 더 나은 통찰력을 제공해줄 수 있다.
• PragmaticVersionControlWithCVS/WhatIsVersionControl . . . . 10 matches
       개발 중인 프로젝트의 모든 버전이 저장되는 장소이다. 파일 시스템, DB일수도 있으며, 어떤 경우에는 2가지를 같이 사용하기도 한다.
       프로젝트의 기본으로 저장되는 소스코드. 그 외에 버전관리에 필요한 기타 파일들이 저장함.
       '''원칙:만약 프로젝트의 진행에서 없으면 곤란한 모든 것이 버전관리의 대상이된다. 즉 반드시 프로그램의 빌드만이 아니라 차후에 필요한 다큐도 버전관리를 해야할 필요가 있다'''
       기본적으로 Version Control 에서 관리의 가장 작은 단위는 파일이다. 그외에 한개의 프로젝트 단위로 전체 프로그램을 관리하고, 그 하부에 모듈을 기준으로 해서 소스를 관리한다.
       CVS가 각기의 파일에 할당하는 버전의 번호는 그 파일의 버전일뿐 전체 프로젝트의 버전일 수는 없다. ''(잡담:물론 따로 기능이 있지 않을까? -_-;)''
       버전 관리 시스템에서는 전체의 파일, 모듈단위, 프로젝트 단위로 이에 속한 파일들에 꼬리표라는 것을 붙이는 것이 가능하다.
       이 경우 PreRelease2를 불러들이게 되면 상기의 버전의 파일들이 불러들여지게 된다. 태그는 프로젝트의 진행에 있어서 중요한 일이 발생한 시점을 기록하는 것으로 사용되는 것도 가능하다.
       이런 개발중심축상에서 만약 특정 시점에서 프로그램의 릴리즈 버전이 완성되어서 QA과정으로 들어갔다고 생각해보자. 이때, 프로젝트의 다른 팀원들과 동시에 개발을 진행시켜 나가면서, QA과정에서 발생된 치명적인 버그를 본래의 개발중심축상에 반영시키기 위해서 만들어진 개념임. (그림이 있어야 이해가 쉬울듯. 글만 읽어서는 SE를 듣지 않은 이상 이해 힘들어보임.)
       브랜치를 만들게 되면 그 시점에서 브랜치로 만들어진 소스는 개발의 중심축선상에서 빠져나와서 기본 개발축과 다른 개발을 할 수 있다. 또한 이렇게 분기된 프로젝트의 변경부분을 본래의 개발중심축선상에 반영시키는 것또한 가능하다. 또한 이 릴리즈 시점을 지나서 개발중심축이 상당부분 진행이 된 상태에서 소비자가 릴리즈버전의 버그를 보고하여, 이 버그를 고쳐야할 필요가 생겼을때 개발자들을 새로 소스를 만들 필요없이 단지 릴리즈 시점의 브랜치로 옮겨서 작업을 하고, 패치를 만들어 내는 것이 가능하다.
       형상관리(Configuration Management) : 프로젝트의 인계시 필요한 모든 것들을 파악하는 방법.
• TheJavaMan . . . . 10 matches
       '''참여하시는 분들은 프로젝트를 맡아주세요. 팀으로든 개인으로든지요.'''
        * 방식 : 팀이나 개인이 하고 싶은 프로젝트를 시작, 모임 때는 시연을 하거나 그 동안 작업한 것을 설명
       === 프로젝트 ===
       === 프로젝트 페이지 ===
        - 참여한 사람들이 각자 한개 이상씩의 하고싶은 프로젝트에 들어서 (프로그램을 만드는데 필요한 요소들을 중심으로 각자 책으로 공부하게 된다)같은 팀끼리 일주일에 한 번정도 모이고, 그것을 토요일에 설명하는 과정으로 (따라서 일주일에 두번 정도 모이게 됩니다.) 전체 자바 프로젝트를 진행해야 하는데 참여율이 저조한것 같다. 토요일에는 각자 프로젝트에 대한 세미나(다른 사람들의 이해를 돕기 위해)를 하고, 한번 정도는 밤을 새서 몇개의 프로젝트를 완성하는 방법도 고려중이다.- 10일(토)에 모인 사람들
        - 부속 프로젝트로 로보코드 페이지를 만들기는 해야겠는데 무슨 형식으로 만들어야 하는감 - [문원명]
       [프로젝트분류]
• 겨울과프로젝트 . . . . 10 matches
       = 겨울과 프로젝트 =
       04년도 마지막 프로젝트 큰 마당~ 으헤헤헤~
        * 지나치게 모이지 않는다면 프로젝트에 대한 커뮤니케이션에 지장이 생길지도 모르니 단위별로 적어도 일주에 한번씩은 모임이 있었으면 좋겠습니다. 참고해 주십시요. ( 정기적인 모임은 정모와 겹쳐도 상관없습니다. )
        * 아마 실제적으로 프로젝트가 진행되는 마당은 3번의 마당 한달반 가량 될듯 싶습니다. 연말, 설, 오티, 크리스마스 까지 있어 지장이 많을듯.
        * XpWeek가 진행되며 방학을 즐기며 술독에 빠져 사는 경우가 많음으로 프로젝트 참가자를 받고, 프로젝트 진행을 위한 사전 준비를 한다. ( 학습방법, 교재, 모임주기, 기타등등 )
        * 12월 27일(월) 프로젝트 구성에 대해서 이야기하려 합니다.
       == 참가 프로젝트 ==
       생각나는대로 써놓았습니다. 프로젝트 명과 내용 수정해 주세요~ >__<ㅋ - [이승한]
       [2004년활동지도],[프로젝트분류]
• 정모/2007.3.6 . . . . 10 matches
       첫 번째 발표자 : 김정현 -> 계절학기수강, 스키장, 시간표프로그램 프로젝트 표류중(진행중), 그 외에는 잡다하여
       두 번째 발표자 : 이장길 -> 정현선배와 TDD, JAVA 공부, AI프로젝트 하다가 MFC프로젝트로 전환, 학교에 와서 서든하다가 선배들과 스타를 즐겼다.
       세 번째 발표자 : 조현태 -> 프로젝트, 놀기, 알바(가장 많은 시간을 할애) => 방학을 주로 돈을 버는데 사용함.
       네 번째 발표자 : 변형진 -> 거의 집에서 보냄. 프로젝트는 안함. 앞으로 새내기들에게 가르쳐 줄게 없는지 고민중.
       다섯 번째 발표자 : 김준석 -> 독서실 알바활동을 주로함, 개인적으로 책을 읽을 시간이 많아서 좋았음. 프로젝트와 회의를 못나온것이 아쉬움. 새내기들과 프로젝트를 재미있게 할 계획.
       열한번째 발표자 : 임민수 -> 재대한지 체 한달이 안됨. 제로페이지 자유게시판에 복학생이라는 글을 올린 사람입니다. 모르는 분들이 많이 적응하는데 시간이 많이 걸릴거 같습니다. 프로젝트활동을 열심히 할 계획입니다.
       * 프로젝트
       김남훈 : 학교에서 배우는 좋은 책들을 활용한 프로젝트를 많이 하였으면 합니다.
• 정모/2012.11.26 . . . . 10 matches
        * 작은자바, ACM, 스프링, English 등등 프로젝트 자료 김태진에게 줄 것.
        * [정종록]: 윤종하 덕분에 oms하겠네. 난 모르겠다 pl프로젝트. 이번에도 후기 모두써서 맛있는거좀 ㅋㅋ
        * [신형준]: 종하형 oms는 .. 음 .. 하하하하하 정리가 잘 안된거 같네요 ㅜㅜ .공학교육 페스티벌 다음에 우리도 프로젝트 내보아요 ㅋㅋㅋㅋ . 종하형 oms 수고하셧습니다.
        1. 공학교육 페스티벌 공유를 들으니 ZeroPage에서도 평소 진행하는 프로젝트를 좀 더 다듬어서 다음 행사에 부스를 내 보는 게 어떨까 싶은 생각이 들었습니다. 아쉽게도 졸업한 제가 할 순 없겠지만요. :(
        1. 아, 그리고 오늘 정모에서 스터디/프로젝트 진행에 대한 공유가 없었던 것이 아쉬웠습니다. 제가 참여하고 있는 스터디 외에 다른 스터디들이 어떻게 진행되고 있는지도 궁금했고, 또 제가 하고 있는 스터디들 공유하고 지원을 요청하고 싶은 내용들도 있었거든요. 오늘 회장님께 은퇴 처리를 신청했고 사실 다음 주 정모에 갈 수 있을지 여부가 불투명하긴 하지만 어쨌든 다음 주 정모에서는 스터디/프로젝트 공유가 진행되었으면 좋겠습니다.
        * [김태진] - 드디어 과제를 끝냈네요.. 새벽 5시입니다.(는 쳐 놀다 시작해서 그럼) 저번과 이번 정모는 스터디.프로젝트 공유보다 초점이 약간 다른데 가있었죠. 임기가 2개월 남짓 남은 상황에서 이제서야 여러가지 좀 다른 시도들을 해보는 중입니다. 정모에 다른 활동들을 넣어본다던지.. 위키를 활성화 시켜본다던지.. 스터디 프로젝트는 작년부터 올해까지 계속 느껴온거지만 하는 사람/하지 않는 사람 차이가 심하고 하지 않는 사람은 하는 사람의 말을 이해하기 어렵다는 점이 항상 아쉬웠습니다. 그 점을 보완해 다른 방향을 생각 중이네요. (가령 초등학생에게 이 프로젝트를 설명한다면? 코너, 내가 이 프로젝트를 하는데 이게 지금 부족한거 같다 코너. 등) 좋은 의견 환영합니다.
• 10학번 c++ 프로젝트 . . . . 9 matches
       0. 프로젝트의 이름은 10학번 c++ 프로젝트라 하고, 이는 프로젝트의 정기모임에서 변경될 수 있다.
       1. 프로젝트의 정기모임(이하 모임이라 칭함)은 매주 일요일 오후 3시에 시작한다.
        * 상호야 ㅋㅋ 내가 하는건 C++ 프로젝트로 분류하기 좀 애매함 ㅋㅋ 객체지향 프로젝트라고 보는게 맞음 ㅋㅋ - [박성현]
        * 프로젝트 이름은 "내 컴은 소중하니까" 임
        * 프로젝트 명 10c++ 로 바꿈.
       = 프로젝트 완료 (10.08.28) =
• ProjectZephyrus/Afterwords . . . . 9 matches
        1. 프로젝트를 진행하면서 '잘된점' 에 대해 나열해 나갔다. (이 때는 잘된점만 이야기함) 처음엔 한명씩 돌아가면서 이야기했고, 한바퀴 돈 다음 생각나는대로 이야기했다.
        1. 프로젝트를 진행하면서 '잘못된점' 에 대해 나열해 나갔다. (이 때는 잘못된점만 이야기함) 역시 처음엔 한명씩 돌아가면서 이야기했고, 한바퀴 돈 다음 생각나는대로 이야기했다.
        * 팀원들의 스케줄 관리가 어려웠다. (농땡이를 피우거나, 사람들이 프로젝트 외의 기타일로 바빠서 공동작업을 하는데 어려움)
        * IDE 가 팀별/개인별로 달라서 프로젝트 화일등을 업데이트해주어야 했다.
        * 초기 SPEC이 너무 추상적이였다. - 프로젝트 중간에 합류한 상규의 경우 프로젝트의 스펙을 이해하지 못했고, 완성된 Output 에 대한 그림을 그리지 못했다.
        - 밑의 항목인 '팀원들의 스케줄 관리가 어려웠다' 와 관계됨. 팀원들의 열의가 부족했다. (특히 초반 프로젝트 참가자들), 팀원들이 '스케줄 조정' 에 대해 미숙했다.
        * IDE 가 팀별/개인별로 달라서 프로젝트 화일등을 업데이트해주어야 했다.
        - 프로젝트의 목적이 공부 라는 인식의 부족. 공부한 부분에 대해서 (Swing, Java Network 등)에 대한 문서화가 없었다. SPEC 과 Output 에 치중한 점이 있다.
• VisualStudio . . . . 9 matches
       일단 프로젝트를 닫는다. 일단 xxx.ncb 화일을 삭제해준 뒤 다시 프로젝트를 열어준다.
       VS.net 에서는 프로젝트 상위 개념으로 솔루션이 존재합니다. (6.0도 그랬나? WorkSpace라는 녀석이 있었던듯... 아무튼~). 여러 프로젝트를 한 솔루션에서 관리하는 게 상당히 편해 졌더군요. 시작 프로젝트를 설정하고, 프로젝트의 컴파일 순서를 결정하는 일도 할 수 있고요.
        * Project(프로젝트) » Settings(설정)를 선택합니다.
        * Tools(도구) » Options(옵션) » Projects(프로젝트) » VC++ Directories(VC++ 디렉토리)를 선택합니다.
        * 기본 도구 표시줄에서 Project(프로젝트) » Properties(속성) » Linker(링커) » Input(입력)을 선택하고 "Additional Dependencies(추가 의존관계)" 행에 필요한 라이브러리 파일 (예: abcd.lib)을 추가합니다.
• 우리가나아갈방향 . . . . 9 matches
       그리고 타성에 빠지지 않으려는 노력이 중요합니다. 늘상하는 같은 종류의 세미나가 학회 활동의 대부분을 차지하는 일이 매년 반복되어서는 안됩니다. 1,2학년때는 열심히 참여하다가 3,4학년때는 별로 배울것이 없다하여 많은 수의 회원들이 활동을 하지않는 모습에대해 비판만 할것이 아니라 반성해보는 자세를 가져야합니다. 최신기술에 대한 순회 세미나와 조직화된 프로젝트팀을 활성화시켜서 회원들의 동기유발을 유도해야합니다. 컴퓨터의 시작은 하나의 뿌리였지만 지금은 수만갈래로 나뉘어져 혼자서는 각각에 대한 기본적인 지식조차 얻기가 어렵습니다. 항상 새로운 주제로 많은 회원이 온/오프라인상에서 꾸준히 공부하고 그것을 나누는 분위기를 조성할 것을 제안합니다.
       이번 방학에도 어김없이 프로젝트나 스터디가 열리고 있습니다. 프로그래밍 언어를 좀더 잘 다루려고, 공부나 프로젝트를 같이 해보는 경험을 쌓으려고, 자신이 공부해서 알고 있는 내용을 다른 사람에게 설명해주려고, 아니면 그냥 재미로 참여하는 분들이 많으리라 생각합니다. 그러는 가운데서 지식과 경험을 쌓을 수 있기에 제로페이지 활동은 현재로도 분명 값어치가 있습니다.
       하지만 개인 경쟁력 강화와 경력 관리라는 측면까지 고려해서 제로페이지 활동을 한다면, 지금보다 더 많은 가치를 얻을 수 있을 것 같습니다. 특히 게임이나 유틸리티 같이 쓸 목적으로 프로그램을 만드는 프로젝트를 한다면, 프로젝트 하나하나가 자신의 경력을 쌓을 수 있는 기회라는 생각도 해보면 좋겠습니다.
       이러한 상황에서 학부생이 경력 관리를 하는 한 가지 방법으로 제로페이지 활동을 할 수 있을 것입니다. 실제로 기업에서 일하는 수준엔 못 미치더라도, 자신의 실력을 보여줄 수 있는 포트폴리오를 만드는 것이지요. 자기가 혼자 만들고 즐기는 것이 아니라 남에게 보여줄 것이기에 어느정도 완성도를 지녀야 할 것입니다. 이게 별 것 아닌 것 같지만, SourceForge같은 공동체도 대다수가 경력 관리를 위해 오픈 소스 프로젝트에 참여하고 있다고 합니다.
       윗 글에서 ''게임이나 유틸리티 같이 쓸 목적으로 프로그램을 만드는 프로젝트''를 해야 한다는 말에 공감합니다. 실제로 저런 프로젝트를 하면서 프로그래밍 하는 재미를 느끼게 됩니다. 먼저 2학년 이상인 ZP 회원들부터 저런 프로젝트를 하는 모습을 후배들에게 보여줘야 한다고 생각합니다. -[상협]
• 정모/2011.4.4 . . . . 9 matches
        * 지난주에 진행한 프로젝트, 스터디, 새싹 교실 혹은 수업 내용 중 어려운 점에 대해 질문하고 ZeroPager들이 답변해주는 시간.
        * 4월 4일 현재 출입이 가능한 사람은 [김수경], [서지혜]입니다. 프로젝트 진행을 위해 캡스톤 설계실 출입을 원하시는 분은 출입 가능한 사람에게 연락 주세요.
        * [김수경]의 더 나은 프로젝트 만들기
        * 이번 코드 레이스에서 제한된 시간 안에 두 사람이서 계속 바꾸어 가면서 코드를 짜는 것을 해 보니.. 역시나 난 허접한 실력이구나 라는걸 실감했고 -_-; 무엇보다 자신의 생각을 다른 사람에게 정확하게 전달한다는 것이 역시나 쉬운일은 아니라는 것도 느꼈습니다. 더 나은 프로젝트 만들기에서는 역시 사람이 미래다면서 돈 안되는 학과를 없애는 두산... (이게 아니잖아 -ㅅ-) 사람이 중요하다는 것을 새삼 느꼈는데, 서로를 잘 이해하려고 노력해야겠습니다. - [권순의]
        1. 기존의 프로젝트/스터디 공유가 너무 보고하는 모양새가 되는 것 같아 서로 소통하듯 공유할 방법이 없을까 하다가 도와줘요 ZeroPage를 시도해봤습니다. 저는 세 명의 답변을 듣는 것이 매우 금방 끝날 줄 알았는데 생각보다 그렇지가 않네요. 만약 다음주에도 이 코너를 진행한다면 그 땐 한명의 답변만 듣고 나머지 답변은 위키로 듣는 식으로 진행해야 할 것 같습니다. 참가자 모두의 질문을 세 명의 답변을 듣고 넘어간다면 정모가 아니라 소규모 지금그때가 될 듯ㅋㅋㅋ
        1. 작년에 프로젝트를 진행하면서 Agile 프로세스를 도입하고 싶었는데 생소한 개념에 대해 생소한 용어로 설명하다 팀원들의 관심을 얻지 못한 경험이 있습니다. 그래서 OMS를 준비하며 Agile이라는 말도 하지 말고 Agile을 소개해보자!! 하는 생각에 '더 나은 프로젝트 만들기'라고 주제를 잡았습니다. 용어를 하나도 사용하지 않으려다보니 이번엔 너무 붕 뜨게 설명하게 된 것이 아쉬운 점입니다. 제가 Agile에 대해 정말 잘 안다면 어떠한 용어를 사용하지 않고도 쉽게 설명할 수 있었을텐데 그렇지 못한 것이 안타깝네요.
        1. 지나고 나서 생각해보니 '더 나은 프로젝트 만들기' 보다 '프로젝트를 엉망진창으로 만들기'라고 주제를 정했으면 더 좋았을텐데 싶어요.
• 정모/2011.5.2 . . . . 9 matches
       == 프로젝트, 스터디 공유/제안 ==
        * 중간고사 이전의 프로젝트, 스터디 모임에 대한 소개시간
        * 한 사원이 프로젝트를 3번 말아 먹었는데 잘리기는 커녕 수고했다고 성과급 받았다는 후일담을 해주셨습니다.
        * 프로젝트 지원서를 작성하여 캡스톤 설계실 사용 신청을 해 주세요.
        * 프로젝트 이외의 용도로 사용하는 것을 자제해 주세요.
        * 정모 후기를 쓰는데 조금 늦었네요 ^^; 이번 정모에서 많은 인원이 참석하지는 못했지만, 좋은 내용들이 많았던 것 같아요. IBM의 똑똑한 타이틀을 달아놓은게 상당히 흥미로웠습니다.(그런데 공모전에 내놓을 만한 실력은 아닌것 같군요) 캡스톤 설계실에 저번에 황현하고 같이 가본적이 있는데 많은 사람들이 팀 프로젝트를 하고 있었던 걸로 기억합니다. 음 그래서 말인데, 제로페이지 회원이 아니더라도 팀 프로젝트가 있으면 거기 가서 써도 되나요?(아 이거 정모에서 말을 했던가? 기억이 잘 안나네요ㅋㅋ;) - [신기호]
        * 팀원 모두 ZeroPager가 아니면 그건 ZeroPage 할당된 공간을 쓸건 아니고 따로 교수님께 연락드리거나 해서 공간을 할당받아야 할 듯. ZeroPager와 비 ZeroPager가 한 팀이라면 ZeroPager가 대표가 되어 프로젝트 지원서를 작성하고 임원진에게 제출하면 사용할 수 있어~ - [김수경]
        * 늦은 후기~ 항상 한두주 뒤에 후기를 쓰는듯하네요.. 이번 정모에서는 공모전등 여러 활동에 대한 공유가 있었습니다. 유용한 정보를 나누어 보기가 좋았습니다. 그냥 그런게 있군 하고 넘어가지 마시고 (안친해도)옆사람 찔러서 같이 공모전 나가보세요!! 제로페이지의 인력풀을 사용하시길 바랍니다ㅎㅎ 프로젝트 공유도 해주시고, 제로페이지를 빛내는 기회기도 하네요. 계속해서 이렇게 공유하는 지피가 되었으면 좋겠어요~ - [서지혜]
• 데블스캠프2009/월요일후기 . . . . 8 matches
        * '''서민관''' - 마지막 시간인 svn 시간은 수업을 위한 수업이라기보다는 앞으로의 활동을 위한 베이스적인 수업의 성격이 강했던 것 같다. nforge와 svn을 이용하면 확실히 앞으로 팀 프로젝트로 코드를 짜거나 수정할 때 여러모로 편리할 것이라고 본다. 하지만 그 이후의 코드 레이스는 좀 힘들었어요. 제가 원래 머리 회전도 좀 느린 편인데다가 창의력이나 응용력도 부족하단 말이에요. 어째 앞길이 막막한데.
        * [김준석] - 과거 06년도 데블스 캠프때 서버 할당받아서 svn잠깐 써보고 그다음에 전혀 써보지않았던 svn... 다시쓰기가 난감 할정도는 아니었지만 까는거에서 에러나면 어떻게 하는거야? 뭐여튼 nForge로 할당받아서 프로젝트 하나하나 올리면 되겠는데 문제는 이게 제로페이지 공용이라서 과연 학생들이 학업중 팀프로젝트때도 쓸려나.. 사용법을 가르쳐주는것 만으로 충분하긴 한데.. Zeropage내의 프로젝트는 얼마 되지 않는데;; 외부프로젝트라도.. 몇개나 올라올지는 모르겠지만 일단봐야지. 한 4~5개만 나와도 엄청난 프로젝트 갯수를 채우는 거겠군.. 프로젝트 진행중 중요한건 여러명의 개발자가 사용한 프로그램이기에 주석과 구조 그리고 변수건 함수건간에 서로 알아보기 쉽게 암묵적인 규약이라도 있어야된다는거 하긴 혼자할때는 그런거 필요없지만 SVN을 통해 올리는 프로젝트는 그렇게 해야 참고하고 구경하러온 학우들에게 도움이 될테니까. 특별히 코드레이스는 엄청나게 신경쓰면서 열심히 해봤는데 마지막에 올릴때 그것의 미인증이 인터넷을 막는 바람에 못올린것에 전산센터는 좀 반성해야되! 그리고 아쉬운점은 코드레이스는 좀더 늦게하고 제로페이지에 참가한 학우들에게 알고리즘이나 객체, 구조 함수에대해서 좀더 알려주고 조금 더 생각할 문제를 풀었으면 재밌었을텐데.. 난 printf()만 나오는 그리는 문제에는 잼병이란 말이다! 그렇다고 머리를 잘쓰는건 아니지만. 뭐.. 그렇듯 코드로 짜는건 빠른 손가락만 움직이면 되지만 푸는건 머리라는 사실은 변함이 없다. 코드레이스때 특정함수를 쓰게해서 DBMS나 라이브러리 북을 찾아보는 연습하는것도 좋았을텐데... 뒤에서 원그리고 있는데 앞에서 로보코드하고있을때는 안습. 끝나고 포트2 강추.
• 분류패턴 . . . . 8 matches
        * ["분류분류"], ["위키분류"], ["제로페이지분류"], ["책분류"], ["토론분류"], ["패턴분류"], ["프로젝트분류"], ["학습방법분류"], ["홈페이지분류"] (현재 존재하는 분류들 기준)
        * 프로젝트로부터 분파된 페이지들은 분류링크에 해당 프로젝트를 적는다. 그렇게 함으로서 해당 프로젝트와 관련된 페이지들을 분류패턴을 이용, 묶을 수 있다. (ex - ExtremeProgramming 쪽) 분류는 여러개를 두어도 상관없다.
        * 가급적 프로젝트들은 Project 네임스페이스를 적용하고 프로젝트가 끝나면 문서구조조정을 통해 일반화된 페이지들을 빼낸다. 이렇게 함으로서 비슷한 주제들에 대해 묶을 수 있을 것이라 생각된다.
        *(예제) JavaProject로 페이지시작 -> 프로젝트가 끝나면 결과물들을 가지고 JavaNetwork, JavaSwing 등의 페이지들로 분화시킨다. 중간에 분화시킬 수도 있겠다. -> JavaProject는 프로젝트의 여정들, 진행경과보고 페이지로 성격을 바꾼다.
• 작은자바이야기 . . . . 8 matches
        * 병특을 위한 중장기 프로젝트(?)
        * SpringSource Tool Suite(Eclipse IDE)의 기본 설정과 프로젝트 설정에 필요한 기본적인 정보를 설명했습니다.
        * 전체적으로 다른 언어에서는 볼 수 없는 자바의 문법 + 객체지향 원칙을 중점적으로 다룬 시간이었습니다. 중간중간 다른 이야기들(builder 패턴, 저작권)이 들어갔지만 그래도 다룬 주제는 명확하다고 생각합니다. 다만 그걸 어떻게 쓰느냐는 흐릿한 느낌입니다. 그건 아마도 각 원칙들이나 interface, 객체 등에 대한 느낌을 잡기 위해서는 경험이 좀 필요하기 때문이 아닌가 싶습니다 ;;; 수경이가 말한 대로 한 번이라도 해 본 사람은 알기 쉽다는 말이 맞지 않을까 싶네요. 그리고 전체적으로 이야기를 들으면서 현재 프로젝트 중인 코드가 자꾸 생각나서 영 느낌이 찝찝했습니다. 세미나를 들으면서 코드를 생각하니까 고쳐야 될 부분이 계속 보이는군요. 그래도 나름대로 코드를 깔끔하게 해 보려고 클래스 구조도 정리를 좀 하고 했는데 더 해야 할 게 많은 느낌입니다. ㅠㅠ 그 외에도 이번 시간에 들었던 메소드의 책임이 어디에 나타나야 하는가(객체 or 메소드) 라거나 상속을 너무 겁내지 말라는 이야기는 상당히 뚜렷하게 와 닿아서 좋았습니다. 아. DIP에서 Logic과 native API 사이에 추상화 레이어를 두는 것도 상당히 좋았는데 기회가 되면 꼭 코드로 보고 싶습니다. 아마 다음에 보게 되겠지만. - [서민관]
        * Maven - 의존성(dependency)을 관리해 주는 툴. pom.xml에 프로젝트의 의존성 관련 정보를 적으면 저장소(repository)에서 관련 라이브러리 파일들을 받아서 빌드에 포함시켜 준다.
        * 라이브러리 파일(jar) 만들기(Run as -> Maven Install) - ObjectMapper를 라이브러리와 클라이언트 프로젝트로 분리.
        * 클라이언트 프로젝트에서 사용하고자 하는 라이브러리의 정보를 pom.xml에 추가 후 maven build를 실행.
        * 라이브러리 코드에 변경이 있을 시 maven install을 다시 하지 않으면 클라이언트 프로젝트에서 문제가 생길 수 있다.
        * 체크가 되어있을 경우 maven 의존성과 별개로 워크스페이스 안에 있는 프로젝트를 참조할 수 있게 해준다.
• 조영준 . . . . 8 matches
        * 동네팀 - 신동네 프로젝트 [http://caucse.net], DB Migration 담당
        * Titan Project (2015년 1학기 소프트웨어공학 팀프로젝트) - https://github.com/ZeroPage/team6-titan-2015
        * [열파참/프로젝트] - [http://library.zeropage.org] => [ZPLibrary]
        * 여름방학 clonezilla 관련 프로젝트 진행
        * Wiki Path Finder (wikipedia api를 이용한 두 단어간의 연관성 추정, 2014년 2학기 자료구조설계 팀 프로젝트)
        * 2015년 설계패턴 팀 프로젝트의 기반 프로젝트가 됨. https://github.com/SkywaveTM/wiki-path-finder
        * PicManager - 2014년 객체지향프로그래밍 팀 프로젝트 - https://github.com/ZeroPage/PicManage
• AI오목컨테스트2005 . . . . 7 matches
        * 프로젝트 종료.
       = 프로젝트 결과 =
        * 1학년에게는 좀 무리였나 보다. 왠만하면 1학년 프로젝트로는 적절하지 않은것 같다. 다시는 1학년 프로젝트로 안하는게 좋을것 같다. 프로젝트 선택을 잘못한것 같다. 어떻게 생각하면 3학년 AI 팀플이 오목과 비슷한 오델로 AI 짜는건데 일학년에게 짜라고 한것은 좀 오바였나 보다. 이 프로젝트에서 결과물을 만들지 못한 회원들도 좌절은 하지 말고 열심히들 해 나가길~ - [(namsang)]
        제가 참가하는 프로젝트 책만 다 사도 거덜나겠는데요?ㅋㅋ - [민경]
• PairProgramming토론 . . . . 7 matches
       좀 시각을 넓힐 필요가 있을 겁니다. "전체 팀"과 "전체 개발 프로젝트"라는 관점이죠.
       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 할때의 장점으로 저는 일할때의 집중도에 있다고 보고 있습니다. (물론 생각의 공유와 버그의 수정, 시각의 차이 등도 있겠지만요.) 왕도사/왕초보 Pair 시의 문제점은 왕도사가 초보자가 coding 때에 이미 해야 할 일을 이미 알고 있는 경우 집중도가 떨어지게 된다는 점에 있습니다. Pair 의 기간이 길어지면서 초보쪽이 중고급으로 올라가는 동안 그 문제들이 해결이 될 것 같은데, 아쉬운 점은 Pair 를 긴 기간을 두고 프로그래밍을 한 적이 없다는 점입니다. (하나의 프로젝트를 끝내본 역사가 거의 없다는.)
       ''문서에서는 Pair-Programming에서 가장 중요한 것을 pair-analysis와 pair-design이라고 보고 말하고 있습니다.(좀 큰 프로젝트를 해 본 사람이라면 당연히 가장 중요하다고 느끼실 수 있을 것입니다.) 물론 pair-implementation도 중요하다고는 말하고 있으나 앞서 언급한 두가지에 비하면 택도 없지요.''
       제가 여러번 강조했다시피 넓게 보는 안목이 필요합니다. 제가 쓴 http://c2.com/cgi/wiki?RecordYourCommunicationInTheCode 나 http://c2.com/cgi/wiki?DialogueWhilePairProgramming 를 읽어보세요. 그리고 사실 정말 왕초보는 어떤 방법론, 어떤 프로젝트에도 팀에게 이득이 되지 않습니다. 하지만 이 왕초보를 쓰지 않으면 프로젝트가 망하는 (아주 희귀하고 괴로운) 상황에서 XP가 가장 효율적이 될 수 있다고 봅니다.
       또한, 모든 분야에 있어 전문가는 존재하지 않습니다. 그렇다고 해서, 자신의 전문 영역만 일을 하면 그 프로젝트는 좌초하기 쉽습니다. (이 말이 이해가 되지 않으면 Pete McBreen의 ''Software Craftsmanship''을 읽어보시길) 그 사람이 빠져나가 버리면 아무도 그 사람의 자리를 매꿔주기가 어렵기 때문입니다. 따라서 PairProgramming을 통해 지식 공유와 팀 빌딩을 합니다. 서로 배우는 것, 이것이 PairProgramming의 핵심입니다. 그런데 "배운다는 것"은 꼭 실력의 불균형 상태에서 상대적으로 "적게 아는 사람" 쪽에서만 발생하는 것이 아닙니다.
• PersonalHistory . . . . 7 matches
        * [땅콩이보육프로젝트2005]
        * [SmallTalk]다 프로젝트. Feat. [톱아보다], 매주 금요일 10시 모임. [SmalltalkBestPracticePatterns]를 공부하면서 [SBPPSummary]페이지의 완성과, 자판기프로그램 제작이 목표.
        * 웹커뮤니티 만들기 프로젝트(외부)
        * [http://aekae.ce.ro SE수업 프로젝트]
        * [몸짱프로젝트] - 2004년 6월 18일 종료
        * 자바 텀 프로젝트 - 2004년 6월 3일 종료
        * [실시간멀티플레이어게임프로젝트] - 2003년 10/4일 종료
• PragmaticVersionControlWithCVS/Getting Started . . . . 7 matches
       간단한 프로젝트를 CVS상에 만들자. 예제는 소스로 보이지는 않지만 크게 상관은 없다.
       import는 프로젝트를 저장소에 넣을 것이라는 파라메터이다.
       -m " " 프로젝트를 임포트할때 기록할 메시지임. (서드파티 코드를 사용하는 경우에 유리하다.)
       sesame 저장소안에서 프로젝트의 이름
       이런과정을 마치면 CVS 루트 디렉토리에 프로젝트가 정상적으로 생성되었는지 ls 명령으로 확인해보자.
       변경된 프로젝트는 '''commit''' 옵션으로 체크인시키는 것이 가능하다. 이때 '''-m''' 옵션으로 변경된 사항에 대한 주석을 다는 것이 가능하며, 만약 주석을 달지 않을 경우에는 vi 에디터가 실행되면서 주석을 저장할 수 있는 파일이 열린다.
       과 같이 동일한 저장소의 프로젝트가 서로다른 디렉토리의 로컬 작업공간을 할당받았다는 것을 알 수 있다.
• ProjectSemiPhotoshop . . . . 7 matches
       2002년 2학기 Object Programming 과목 ''' 상민,경태,현민 ''' 조의 프로젝트 페이지 입니다.
        * [http://165.194.17.15/~neocoin/jsboard/list.php?table=pds ProjectSemiPhotoshop/자료실] - 프로젝트용 자료실 입니다.
        * 각자 100~400자 이내로 이번의 프로젝트의 최종 느낌을 써주라.
        * 상민 : 너무나 방해가 많은 프로젝트 였다. 강기, 조부 상, 이런 소사들이 팀 프로젝트에 많은 영향을 끼치지 않은것으로 Truck Number가 낮다고 생각되는 것이 참 만족할 느낌이였다.
        * ''Xp Process 에서 거론되는 '''''트럭에 치일경우 프로젝트에 결정적 영향을 끼치는 평균 수치이다.''''' ''
       ["프로젝트분류"]
• SoftwareEngineeringClass . . . . 7 matches
        ''수업을 청강 할 정도로 내용이 있지는 않아. 그 이유는 딱 한 번만 이경환 교수님 수업을 들어 보면 알게돼. 차라리 관련된 책을 몇 권 보는 게 더 낳을 듯 해. 여튼 개인적으로는 여차여차해서 재수강으로 인해 이번 학기까지 2번째 듣고 있지만 수업 내용 보다는 우리과 수업중 가장 규모가 큰 (기간이나 팀인원수나) 팀 프로젝트를 해 보는 게 이 수업에서 가장 크게 배울 점이라고 생각해. 많은 팀원과 개발 계획부터 시작해서 최종 테스트까지의 일련의 프로젝트 개발 과정을 해 본다는게 확실히 도움이 되지. 그리고 배 보다 배꼽이 더 큰 문서가 좀 성질 나기는 하지만 경험상 해보는 것도 괜찮은 듯 해. --재동''
        * 저희 반 같은 경우에는 현재 컨설팅을 하고 있는 박사과정 선배님이 수업을 맡고 있죠. 가끔가다가 자신이 컨설팅 하는 경험담을 들을 수 있어서 좋다고 생각합니다. 교수님반보다 프로젝트 실습 과정에서 피드백도 더 많은 편이고요. 사실 개인적으로는 소프트웨어 공학에서 요구하는 내용을 경험한 사람이 많지 않기 때문에, 더 자주 피드백이 필요하다고 느끼지만요.
        * 나의 생각에 SE 수업을 제대로 배우고 있다면 학기가 지나면서, 혹은 최소한 학기가 끝난 후에 내가 혹은 내 팀이 프로그래밍 과제(꼭 해당 수업 것만 말고)를 하는 "생산성"에 향상이 있어야 한다. 아니 적어도 그런 과제를 수행하는 과정을 이전과는 다른 각도에서 볼 수 있어야 한다. 이것이 Here And Now의 철학이다. 조그마한 학기 프로젝트 정도를 진행하는 데에 소프트웨어 공학은 필요없다고 생각할런지 모르겠으나, 작은 것도 제대로 못하면서 큰 것을 논한다는 것은 어불성설이다 -- 특히 프로젝트 규모가 커질수록 실패확률이 몇 배 씩 높아지는 통계를 염두에 둔다면.
       ''SE는 문서''란 말을 실감했습니다. 수업에서 요구하는 바는 모든 작업을 하기 전에는 계획서를 작성하고, 계획서에 근거해서 작업을 수행한 뒤, 보고서를 작성하는 것으로 보입니다. 처음 만드는 계획서라 시간이 오래 걸렸겠지만, 다시 계획을 세울 때에 재활용 할 수 있을 것 같습니다. 계획된 프로젝트 진행을 연습해보는 좋은 시간이었던 것 같습니다.
       하지만 역할별, 작업별로 만드는 계획서와 보고서에 쏟는 시간이 너무 많다는 생각은 저 뿐만이 아닐 것입니다. 심사시에는 계획서에서 언급하지 않은 활동을 실행했다고 딴지를 걸 정도로, 계획서대로 실행된 내용을 변경없이 실행하는 것이 프로젝트의 반복가능성을 평가하는 기준인것 같습니다. 설계와 구현 사이에서 계획대로 실행 안되는 부분을 극단적으로 느꼈는데, 예를 들어 클래스 다이어그램과 시퀀스 다이어그램이 [Refactoring]과 같은 코드 재구성 작업을 할 때마다 바뀌어야 했습니다. 다이어그램이 코드로 매칭되지 않기 때문에 코드를 바꿈은 물론 다이어그램을 바꾸는 이중의 수고를 겪어야 했습니다. :( --[Leonardong]
• WikiProjectHistory . . . . 7 matches
       기존에 열렸던, 완성 or 유보 프로젝트들.
       || ["자바프로젝트/방화벽팀메신저"] || ["상협"], 태성, 종운, 기웅 || 자바 메신저 제작 프로젝트 || 종료 ||
       || ["SharpZeroJavaProject"] || ["[Lovely]boy^_^"], ["snowflower"] || 자바 온라인 게임 프로젝트 || 종료 ||
       || ["KDPProject"] || ["1002"], ["neocoin"], ["comein2"], ["JihwanPark"] || Design Pattern Study. Wiki 활성화 첫 프로젝트. 종료후 남은 Pattern 은 개인적 담당. || 종료 ||
       || ["PhotoShop2003"] || ["인수"], 철민, ["상협"] || 학교 프로젝트 || 종료 ||
       ["프로젝트분류"]
• pinple . . . . 7 matches
       pinple 프로젝트를 진행함에 있어 어려웠던 점들과 그걸 해쳐 나갔던 전반적인 것들을 위키에 정리하려 합니다.
       == 프로젝트에 썻던 도구 ==
       === 프로젝트시 좋았던점 ===
       새로운 느낌의 신선한 프로젝트
       스터디 그룹에서 연계된 프로젝트
       === 프로젝트시 어려웠던 점 ===
       작은 프로젝트임에도 불구하고 인원이 많았다.
• 정모/2004.5.7 . . . . 7 matches
       - 프로젝트 진행
       < 프로젝트 진행 >(5:24-5:51)
       - 몸짱 프로젝트
       * 프로젝트 진행사항에 대한 의견
        초록의견 - 프로젝트 참여자끼리 모임을 자주 갖아야겠다
        프로젝트의 활성화 정도 : JSP같은 경우 교재만 정한 상태
        프로젝트를 활성화 하기 위한 방안들 :
• 프로젝트 . . . . 7 matches
        * [수충프로젝트]
        * [SmallTalk]다 프로젝트. Feat. [톱아보다], 매주 금요일 10시 모임. [SmalltalkBestPracticePatterns]를 공부하면서 [SBPPSummary]페이지의 완성과, 자판기프로그램 제작이 목표.
        * 웹커뮤니티 만들기 프로젝트(외부)
        * (V) [http://aekae.ce.ro SE수업 프로젝트]
        * [몸짱프로젝트] - 2004년 6월 18일 종료
        * 자바 텀 프로젝트 - 2004년 6월 3일 종료
        * [실시간멀티플레이어게임프로젝트] - 2003년 10/4일 종료
• 1002/Journal . . . . 6 matches
        * 프로젝트 관련 소스 인쇄 - o
        * 프로젝트 관련 소스 분석하기 -> restatement 필요.
        ~ 11 : 14 프로젝트 관련 소스 인쇄
        * 처음 프로그래밍을 접하는 사람에게는 전체 프로젝트 과정을 이해할 수 있는 하루를, (이건 RT 보단 밤새기 프로젝트 하루짜리를 같이 해보는게 좋을 것 같다.) 2-3학년때는 중요 논문이나 소프트웨어 페러다임 또는 양서라 불리는 책들 (How To Read a Book, 이성의 기능, Mind Map 이나 Concept Map 등)을 같이 읽고 적용해보는 것도 좋을것 같다.
       VPP 로 진행. 한동안 손놓고 있어서 개인적으로 약간 걱정이 앞섰는데, 응주씨가 Pair 를 잘해주었다. 프로젝트 참여도가 가장 높아서 그런지 모르겠지만, 할 일에 대해 즉각적으로 해결책을 생각해내는 모습이 정말 대단했다. 2시간동안의 작업을 시간흐른지 모른채 즐겁게 진행했다.
• ExtremeBear/Plan . . . . 6 matches
       ==== 프로젝트를 어떠한것을 염두하며 할까? ====
        xp를 통한 프로젝트의 결과물보다 xp프로세스 자체를 배울 수 있다는게 중요하다.
        * 작은프로젝트 하나 큰프로젝트 하나
        작은 프로젝트 하는 과정에서 일어날 여러 문제점 파악
        Eclipse에서 간단한 프로젝트 사용과 ["JUnit"],CVS 사용하기 시범
• ProjectZephyrus/간단CVS사용설명 . . . . 6 matches
        === 프로젝트 처음에 가지고 오기 ===
        ==== 프로젝트 처음에 가지고 오기 ====
        ==== 프로젝트 업데이트 ====
        '''4. 프로젝트 import - CVS 에 프로젝트 열기'''
       cvs import -m "메시지" 프로젝트이름 vender_tag release_tag
• ZIM . . . . 6 matches
       === 프로젝트명 ===
        a. ["ZIM"] - 개발 계획 문서 (by 프로젝트 매니저)
        * 프로젝트 매니저(Project Manager) : 이덕준
        * Time, Cost, Quality에 최적이 되도록 프로젝트를 관리한다.
        * 전체 프로젝트의 작업산출물들(각종 문서 및 소스코드등)을 관리한다.
       ["프로젝트분류"]
• ZeroPage . . . . 6 matches
       현재는 02년도부터 도입한 wiki 시스템을 통하여 각 프로젝트나 스터디를 진행할때마다 문서 산출물을 만들어 내어 양질의 정보들을 축적해 나가고 있다. 이 시스템은 스터디와 프로젝트를 팀으로 진행할때 공동 knowledge repository 의 역할을 함으로서 진행하는 회원 들에게 도움이 되고, 추후에 다른 회원이 비슷한 스터디나 프로젝트를 할때 그 wiki 페이지를 참고 함으로써 같은 곳에 쏟을 노력을 줄이고, 그 wiki 페이지를 다시 키워 나감으로써 지속적으로 양질의 정보를 축적하여왔다. 이로서 제로페이지의 wiki 시스템은 현재의 회원과 학교를 떠난 회원그리고 앞으로 제로페이지에 들어올 회원들 모두에게 도움이 되는 시스템으로서 자리매김하고 있다.
       [프로젝트지도]
        * 프로젝트 pinple : Pinple팀
        * PinPle 프로젝트 - [변형진],[안혁준],[김민재],[정진경],[김수경],[서민관],[서영주],[권순의],[김태진]
• ZeroWiki/제안 . . . . 6 matches
       제로위키의 정체성에 대해 생각해 봤으면 좋겠습니다. 제로위키가 ZeroWikian 의 위키 인지, 아니면 ZeroWikian 의 프로젝트와 스터디를 위한 위키인지. --["zennith"]
        ZeroWiki 에 보면 ''ZeroWiki는 ZeroWikian, ZeroPagers들의 프로젝트 & 스터디 공간으로 쓰이며, 공개적으로 운영되고 있다.'' 라고 되어있습니다. ZeroWiki가 ZeroWikian 의 범용 위키인지, 아니면 특화된 목적의 위키인지, 확실히 했으면 좋겠습니다. --["zennith"]
        내가 ZeroWiki 글을 처음 썼었을때가 좀 예전이긴 하지. 그때는 주로 페이지를 생산해내는 중심체들이 프로젝트 그룹이였고 (지금도 그렇지만, 예전에 비해 개개인들의 독립된 활동들이 많아졌지.) 일단 사람들 스스로가 학습용도나 개인훈련기록용으로 잘 이용하는 것 같고. 그래서 특별히 그에 대해 구분하고 싶은 생각은 없는중임. (단, 개인페이지내에서의 진행기록들이 너무 많아지는 것 같아서. 계층 위키에 대해서 개인적으로 조금 경계하는중.) 의견있으면 계속.~ --["1002"]
        초기의 지향점이라고 한다면, 일종의 '학회 재산 저장소'랄까. Repository 라고 쓰면 결국 동어반복이 되겠군. 학회가 거의 10년이 지나도, 그때의 한 일들이 제대로 안쌓이는 모습에 대한 불만이랄까. 그러한 점에서 99년도 처음 ZP 서버가 만들어질때, 96,97 형들이 언급했던 것이 'ZP 서버를 학회 지식의 저장소가 되게 하자' 라는 것이였지. 처음에는 게시판 활동이 주업이었고. 그러다가 위키를 알게 되고 난 다음, 처음엔 동문서버에서 좀 돌려보고, 그 다음은 ZP 에서 돌리게 했지. 그리고, 동문서버에서 위키 돌아가는 모양새를 보고, '위키 처음 열릴때의 분위기가 중요하겠구나' 하는 생각에 '스터디 & 프로젝트' 목적을 강조하는 뜻에서 초기에 그렇게 적은것임.
       슬슬 프로젝트들 페이지들이 커져갑니다. 쓰기 불편해지면 페이지들을 분리합시다. 단, 페이지 분리시에는 페이지 네이밍 규칙이 필요할 것 같은데 프로젝트이름/소페이지 식으로 하는 것은 어떨까 합니다. ''' ex) ["ZIM"] 페이지를 여신뒤 제목을 클릭해보세요.''' --석천
• Zeropage/Staff/회의_2006_03_04 . . . . 6 matches
       == 프로젝트 홍보 동영상 ==
        * 그리고 제로페이지가 하는일중 핵심은 프로젝트와 스터디인 만큼 프로젝트와 스터디에 대해서 좀더 내용을 넣으면 어떨까 생각하는데, 아래는 2005년도에 했던 프로젝트와 스터디
       2005년도 프로젝트및 스터디
       프로젝트
• 겨울방학프로젝트/2005 . . . . 6 matches
       = 제안 프로젝트 =
       || 프로젝트 || 설명 || 참가자 ||
       || [ProjectVirush] || [실시간멀티플레이게임프로젝트] 부활! || 휘동 현태 정현 재선 ||
        ** 2005년 12월 15일 정모에서 나온 프로젝트입니다. 해당 스터디에 해당하는 분이 스터디 이름과 페이지를 꾸며주시기 바랍니다.
        ** 회의에 참가하지 못하신 분들은 참가하고 싶은 프로젝트에 이름을 적어주시고 참가하세요.
       [프로젝트분류] [2006년활동지도]
• 데블스캠프2011/첫째날/후기 . . . . 6 matches
        * 전날 누나/형들이 프로젝트하면서 nForge를 쓰시기에 '저건 뭔가?!' 하고 있었는데 오프닝하면서 바로 해결되었지요.. 문제는 SVN을 제대로 사용하는 법을 아직 잘 모르겠다라는 거일까요. 뭔가 똑같이 따라했는데 제대로 안된 느낌! (그러나 종하형 디스하는거만큼은 어렵지않게 되더군요.ㅋㅋ)
        * SVN쪽에 대해서는 말은 들어봤지만 학교에서는 그런거 가르쳐주지도 않고 하는데 실제로 보고 직접 해보니까 참 신기했습니다. 다음 학기에 학교에서 프로젝트가 있을 때 잘 써먹을 수 있을 것 같습니다.
        * 전 늦게와서 오프닝은 잘 못들었기 때문에 svn을 활용해보지는 못했네요 ^^; 하지만 팀프로젝트를 할 때 편리한 프로그램인 것 같습니다.
        * 이것저것? 하느라 앞부분을 잘라먹었네요.ㅜㅜ 생각할 만한 거리를 던져주는 좋은 말들이었습니다. 앞으로 어떻게 해야할지 생각도 해보게 됐구요.. 저는 큰일 났습니다.ㅋㅋ 일을 혼자하거나 소수로 움직이는걸 좋아해서, '남의 말대로 했는데 안되면 더 빡친다.' 맞는 말입니다. 다른 팀원의 실수를 제가 떠안아야하는 것도 있고, 제 실수를 다른 팀원이 떠안는 경우도 있습니다. 차라리 오픈소스 프로젝트는 브런치로 내맘대로 뻗어나가면 되지만, 팀 내에 갈등이 있을땐 쪼개지거나 합의를 보거나 둘 중 하나를 해야하지요. 음... 다른 팀원이 주도했다하더라도 팀의 결정은 곧 나의 결정이라고도 생각합니다. 그런 태도로 임한다면 좀 더 나은 개발자가 될 수 있지 않을까 생각해봤네요.
        * Play with Java에서는 1학년 때 승한이형이 여러 사람들이 함께 프로젝트를 진행할 때 누군가 어느 부분을 수정했는지 알 수 있게 해 주는 부분이 있다고 하셨었는데, 그걸 전역하고 나서야 다뤄보네요 -ㅅ-;; 쩝... 아무튼 간단한 프로그램을 만드는 것이라 재미있게 사용법도 익히고 좋았습니다. 자주 써 먹어야겠네요. ㅋ~
        * 코드 중심의 팀프로젝트 경험이 없어서 SVN을 쓰게 된지 얼마 안됐는데. 참 유용한듯 싶습니다. 둘이서 할때는 커밋이나 업데이트에 문제가 거의 없었는데, 규모가 커지면 심각한 문제를 야기할 수 있다는 사실을 알게 됐습니다..-_-;; JUnit도 유익한 시간이었습니다. 테스트 기법에 대해서는 더 공부를 해봐야겠지만. 극히 일부분의 테스트케이스를 직접 입력한다는 점에는 조금 의문이 있었습니다.. 대량의 테스트케이스를 자동으로 생성하는 부분에 관심이 가네요. 또 저는 메인으로 실행하지 않아도 된다는 점보다 문서화가 용이하다는데에 느낌이 확 오더군요. 유효한 테스트케이스가 축적될수록 유지보수하는데 도움이 될테니까요.
• 데블스캠프2012/셋째날/후기 . . . . 6 matches
        * [정진경] - OpenAPI를 재미삼아 쓰기엔 트래픽 제한 때문에 과정이 좀 귀찮다고 생각되네요. 책 지식검색과 관련해서 해보고 싶은 프로젝트가 있는데 배워본 김에 시작해볼 수 있길...
        * [엄제경] - 허헛, 웬지 나중에 테스트를 해볼만한 것을 내가 만들 수 있을진 의문이지만, 나중에 팀프로젝트를 할 때 쓸만한 좋은 공유방법을 배우게 되어 좋았어요 ㅎ.
        * [서영주] - 왜 이런 환경을 구축해서 사용하는가에 대한건 다른 사람들과 프로젝트를 진행해보지 않았으면 느끼기 어려운 것 같은데 그 필요성을 조금 더 말했어야 했던 것 같습니다. 저학년들은 일단 SVN으로 편하게 프로젝트를 공유할 수 있다는 것 정도만이라도 알아가면 좋겠다고 생각합니다.
        * [김민재] - SVN을 실제로 다룰 수 있는 좋은 기회였습니다. 아직 대규모 프로젝트를 다루지 않아서 필요성을 실감하기 힘들지만, 곧 쓰이게 될 거라고 생각하고 열심히 들었습니다.
        * [김수경] - 저도 관심있는 부분이었는데 사실 전 이 내용을 3학년때 SE 시간에 들었을땐 별로 흥미와 필요를 느끼지 못했었거든요. 나중에 휴학하고 공모전 진행하면서 더 관심을 가지게 되었는데 아직 프로젝트 경험이 별로 없는 참가자들이 어떻게 받아들였을지 궁금하네요. 아직 필요를 느끼지 못하더라도 이런게 있다는 걸 알아두면 굉장히 도움이 될 것이라는 걸 알아줬으면 좋겠습니다.
• 문제풀이게시판 . . . . 6 matches
       '' 실력향상과 흥미를 끌기위해 제안된 문제풀이 게시판 만들기 프로젝트 ''
        * 아직 이 프로젝트의 제목을 짓지 못했습니다. 여러분들 좋은 의견 좀 달아주세요 -- 상욱(["whiteblue"])[[BR]]
        * 프로젝트를 위한 모임을 해야할텐데.. 언제 한번 모였으면 하는데요.. --[상규]
        * 다음 회의때 프로젝트 참가인원은 남아서 회의하는거로 하는건 어떨까요 --[Dantert]
        * 이 프로젝트가 비활성화 되어있는 것 같은데 중간고사 끝나고 활성화되겠죠? --[창섭]
       ["프로젝트분류"]
• 바퀴벌레에게생명을 . . . . 6 matches
       [강희경]이 4일간에 걸쳐 수행한 단기 프로젝트.
       = 프로젝트로 인해 얻은 것 =
       = 프로젝트의 문제점 =
       프로젝트 진행시 집중력의 부족으로 너무 많은 시간이 걸렸다.
       너무 쉬운 프로젝트여서 얻은 게 별로 없었다.
       [프로젝트분류] [RandomWalk] [강희경]
• 비행기게임 . . . . 6 matches
        * 오늘 11시에 모이기로 했는뎅.. 아무도 안왔당. ㅠㅜ 재동이는 좀 늦는다고 했고, 인수는 왜 안오는 거징.. 아...역시 팀 프로젝트는 어렵당.. ㅠㅜ - 상협
        * 게임 만드는 것은 내 취향이 아닌거 같다. ㅠㅜ, 이번 비행기 게임 프로젝트를 통해서 뼈저리게 느꼈다. 뭐 그래픽 넣을때도 포토샵 단색으로 그리고, 또 세세한 부분 신경 쓰는걸 잘 못하겠다. 아마다 덜렁대는 성격때문인거 같다. 오목 만들때는 재밌었는데 비행기겜 만드는건 그것 만큼은 아니다. 쩝.. - 상협
        * 8월 17일: 아무도 안 왔다. 전화도 안 받는다. 지금 뭐 장난 하는건지. 지금까지는 열 안 받으려고 무진장 노력했다. 근데 이제는 뭐 열받을것도 없이 그냥 나도 프로젝트 안하던지 소스 다 날려 버리던지 해야겠다. -상협
        * 프로젝트 그만 둘거면 확실히 말해주길 바란다. 괜히 어정쩡하게 해서 프로젝트 진행만 못하게 하지 말고.
       ["프로젝트분류"]
• 사람들이과제를해오지않는다 . . . . 6 matches
        * 두가지를 생각해 볼수 있다. 첫번째는 그 발표 과제가 그 사람에게 너무 벅찬것이었고 숙제도 그 사람의 수준에 맞지 않는 것이이서 못해올 수도 있다. 아니면 발표거리나 과제 거리가 그 사람에게 충분한 흥미, 동기 유발을 자아내지 못했을지도 모른다. 이는 과제를 내거나 숙제를 낸 측에서 잘못 판단한것이 문제가 된것이다. 두번째 경우는 그 사람이 그 발표를 하거나 과제를 하는것에 우선순위를 아주 낮게 두는 경우다. 그래서 발표 준비나 과제를 하는건 자신이 할거 다하고 시간 남으면 하거나, 귀찮아서 미루다 미루다 안하는 경우다. 내가 보기에는 첫번째 경우 두번째 경우 모두 우리 제로페이지에서 다반사로 일어났었다고 본다. 내 예를 들면 보통 무슨 책을 같이 공부 하자고 함께 공부하는 스터디는 끝까지 가거나 어느 정도까지 간 경우가 단 한번도 없었다. 내가 보기에는 책을 스터디 그룹 지어서 같이 공부하는건 상당히 어렵다고 본다. 아예 그러고 싶으면 스터디 그룹을 만들어서 우선 개별적으로 단시간안에 그 책을 한번 공부하고 나서 다 공부한 사람들끼리 그 책에 대한것들을 서로 물어보고 토론을 하고 하는게 좋을거 같은데 쉽지 않은 얘기다. 그런데 수동적으로 책을 공부하는 프로젝트가 아닌 프로젝트를 하는데 이러 이러한 책이 필요해서 그러한 책들을 필요한 부분들을 참고하면서 해나가가는 프로젝트는 제로페이지 내에서 중간에 해체 안되고 끝까지 간경우가 책 하나에 대한 스터디 보다는 훨씬더 많았던거 같다. 내가 보기에는 이 차이는 프로젝트, 스터디를 해 나갈때는 아주 명확한 목표가 있어야 한다고 본다. 장거리 자동차 여행을 가는데 목적지 없이, 지도없이 출발하는 경우는 없다. 프로젝트도 마찬가지로 어떤 결과물을 만든다거나, 어떤 수준(아주 구체적, 객관적인)에 도달한다는 목표가 있어야 한다고 본다. 그런데 어떤 수준은 좀 애매하기에 어떤 결과물을 목표로 잡고 스터디, 프로젝트를 하는게 좋겠다고 생각한다. - [상협]
• 새싹배움터05 . . . . 6 matches
       ZeroPagers 로써 회원의식을 강화하고 프로젝트, 세미나 그리고 다른 ZeroPage활동에 쉽게 적응할 수 있는 적응력을 키우는 자리.
        * 이번에 세미나 및 프로젝트를 할때는 과거에 비슷한 주제로 했던 문서들을 적극 활용하였으면 좋겠습니다. 지금까지 보통 세미나,스터디를 하면 뭐든 새로 만들었는데 그것보다 과거에 했던 것중에서 좋은것들을 잘 모아 편집하고 추가로 필요한 내용들을 넣는것입니다. 그렇게 하여 한가지 주제에 대한 완성도 높고 양질의 문서들을 만들어 나가서, 세미나, 프로젝트가 그 순간에만 활용되고 끝나기 보다는 과거의 것을 정제 하고 과거 했던 비슷한것들을 할 시간에 더 양질의 내용을 채워 나가서 계속 활용하였으면 합니다. -[상협]
        * 그리고 지금까지 프로젝트 진행 프로세스를 잘 살펴 보아서 어떤식의 진행이 파국(?)으로 치달았는지 분석해보면서 제로페이지식의 제대로된 스터디 프로세스, 프로젝트 프로세스를 만들어 나가보았으면 합니다. -[상협]
       [프로젝트분류]
• 새싹스터디2006/의견 . . . . 6 matches
        이번 2006년은 신입생을 위주로 돌아가는 건 절대 아니라는건 알지않습니까? 신입생 C스터디 이외에도 지금 프로젝트가 다양하게 있습니다. 재학생은 재학생 프로젝트를 해 나갈 것이고 우리는 '자원' 하에서 신입생의 C 언어 공부에 자그나마 도움을 주자고 하는 것입니다. 여기서 조심스럽게 바라봐야 할 것은, '얼마나 치중할까' 인데.그건 선생님 마음 아닌가요? 여기서 잘 따라와 주는 신입생이 많기를.. 간곡히 바랍니다.
       제 말도 그거에요 ㅋ 링크 걸자는 거에요.. 그런데, 개인위키에 적는건 더 분산 아닌가요? 우리가 프로젝트 진행할 때 프로젝트 한 페이지에 여러 링크, 내용을 적잖아요? 새싹스터디2006/날아라병아리 이런식으로 만들어서 그 페이지 안에,우리가 풀었던 문제를 링크거는건 어떨까요?, 뭐 방법에 따라 다르겠지만, 저번처럼 새싹스터디 단체로 숙제를 내 주게 될 때는 달라지겠지만요.. -- [허아영]
       위키의 [분류분류]나 [지도분류]가 잘 정리될 수 있다면 아무래도 상관없습니다. 이미 여러 프로젝트, 스터디 페이지가 제로페이지 위키에 존재하고 [프로젝트지도]나 [2004년활동지도]같은 곳에 링크가 걸려 있습니다. 개별 스터디 그룹의 메인페이지를 개인 위키에서 유지하고, 숙제등은 제로페이지 위키에 올리고 메인페이지에서 링크를 걸 생각을 해 보았습니다.
• 송지원 . . . . 6 matches
       == 프로젝트/세미나 ==
        정현오빠, 대원오빠, 규현오빠, 지훈이 이렇게 넷이서 10월에 있을 공모전을 목표로 진행한 프로젝트.
        나는 DB쪽을 맡았었는데 Java와 mysql을 연동하는 방법까지만 하고 프로젝트 자체가 흐지부지 됨.
        그래도 이 mysql&Java 연동을 OOP 프로젝트에 잘 써먹었습니다.
        타과생 출입 등의 문제때문에 제안된 프로젝트인데 아무것도 못했습니다. 현태오빠가 바쁘기도 했고..
        웹언어를 공부하고 싶었는데 상협오빠가 제안하셔서 시작했던 프로젝트.
• 시간관리인생관리/요약 . . . . 6 matches
        * 당신이 한동안 연기 했던 비교적 직선적인 프로젝트 하나를 실행하겠다고 결정하라. 그 과업을 완수하는데 필요한 '''행동들의 점검표를 작성하라.''' 이 과업들이 위압적으로 보인다면, '''그것들을 더 자세하게 세분하라.''' 작은 과업 할 때 얼마나 저항을 적게 느끼는지 한번 보라.
        * 첫 번째 부분에서 작성한 점검표를 다시 한번 보라. 프로젝트를 완수하기 위해 목록에 추가할 또 다른 행동이 있는지 확인하라.
        ==== 당신의 작업을 프로젝트들과 범주를 나누고 그것들 주위를 체계적으로 순환하라. ====
        ==== 당신이 작업하는 각각의 프로젝트에 점검표를 사용하라. ====
        === 9장 프로젝트 다루기 ===
       비전 다듬기, 목표 정하기, 새로운 시도 계획, 프로젝트 구상
• 위키설명회2005/PPT준비 . . . . 6 matches
       용도 : 자산관리, 프로젝트 멤버 주소록, *공유팁, 프로젝트 세팅방법
       로고는 이번 겨울방학 홈페이지 개편 프로젝트의 일환으로 공모를 통해 선정되었고요. 총 6개 정도의 작품중에서 작품이 선정된 것입니다.
       4. 각종 세미나 스터디 프로젝트. (이번에는 보창이 형이 강력하게 ACM문제를 다양하게 풀어보는 프로젝트를 추진하고 있습니다. 참여하시고 싶으신 분은 누구나 환영합니다.)
       작년에 개정한 회칙에 쓰여있는 이야기 인데. 사실 누구나 하고싶은 프로젝트가 있다면 누구나 참여 가능합니다.
• 정모/2005.2.16 . . . . 6 matches
        ==== 프로젝트 ====
        [겨울과프로젝트] 방학시작 직후. 좀더 공부하는 분위기를 몰아갔으면 어땠을까??
        *ZpHome : 지금도 진행 중. 세환은 이 프로젝트 진행 때문에 정모도 못 왔다. 성만曰, "얼굴 보기 힘들어요" 모임이 적음. 각자 공부가 어려움. 결과물도 나오긴 나올 것 같다.
       1학기 프로젝트 구성위한 이야기
       프로젝트 진행 때문에 못 간게 아니라 계속 알바중임, ZpHome 프로젝트는 용두사미식이 되어 미안하고 조만간 완성해 내놓겠습니다 --[곽세환]
• 정모/2005.6.27 . . . . 6 matches
       안건 : MT, 방학 프로젝트
       방학때 : 2주에 한번씩, 프로젝트 단위로 미팅
        === [여름방학프로젝트] ===
        새내기들 한테 해주고 싶은 프로젝트가 있다면 여름방학프로젝트 페이지에 제안해 주세요.
        * 그래서 무슨 프로젝트를 하기로 한건데? --재동
• 프로그래머의길 . . . . 6 matches
        현실 속의 안주는 시간과의 싸움이다. 모든 프로젝트는 정해진 시간을 갖고 있다. 초반 설계 단계에 수립된 계획은 불가피하게 수정되는 경우가 태반이다. 이는 코딩중에 예상치 못한 복병(?)을 만나게 되는 경우가 있을 수 있으며, 관리자의 무리한 계획으로 초반 계획이 수정되는 경우도 있다. 모든 프로그래머들은 항상 후자에 치중하게 된다. 현실도피를 위한 희생양으로 몰아세우는 격이지만, 대부분의 경우는 관리자의 이해 부족에 의한 비현실적 계획이 주를 이루기 때문이다.
        그렇다면 이 정도의 실력을 갖추기 위해서는 어떻게 해야할까? 아마도 많은 독자들이 궁금해하는 문제일 것이다. 정확한 해답이 있을 수 없는 질문이다. '''영어에 왕도는 없다'''라는 표현을 빌어 '''프로그램에는 왕도가 없다'''라고 표현하는 것이 정답일 것이다. 하지만 왕도는 없지만 방법은 있다. 바로 '''자신이 할 수 있다고 판단하는 것보다 항상 더 많은 일을 만들어 내라는 것이다.''' 의미는 도전 정신이 필요하다는 뜻이다. 예를 들어 자신에게 주어진 일이 10만큼의 크기라면 자신의 목표를 20정도로 세우는것이다. 그러면 10만큼도 하기 벅차다고 느끼던 것이 어느날 목표한 10을 이루고 20으로 다가가고 있는 자신을 발견하게 될것이다. 만약 목표한 10도 이루지 못했다고 해서 실망하지는 말자. 돌이켜 보면 프로젝트가 실패했다고 해서 잃는 것보다는 얻은 것 더 많다는 것을 알게 될것이다. 필자는 중급자의 벽인'창조의 벽'을 해결하기 위해서는 무엇보다도 도전 정신이 필요하다고 주장하고 싶다.
        지금까지 프로그래머가 걸어가면서 만나게 되는 세가지 벽에 대해서 살펴 보았다.물론 모든 이들이 이러한 벽을 만난다는 것은 아니다. 하지만 필자가 지금까지 프로그래밍을 해오면서, 그리고 많은 사람들과 같이 프로젝트를 진행해 오면서 경험한 일을 토대로 나름대로 정리해 본것이다. 아직 필자도 세번째 벽인 '''마음의 벽'''을 완전히 뛰어 넘었다고 생각하지 않는다. 만약 이벽을 뛰어넘는다면 또 다른 제4의 벽이 다가올지도 모른다.
       그렇다면 어떤 시점에 코드를 버려햐 하는가? 필자는 크게 두 가지 시점에 대해 논하고자 한다. 첫번째 시점은 프로젝트를 진행하고 있는 과정에서 발생한다. 정확하게 표현하면, 새로운 기능의 가능성을 타진해 보는 프로토타입 프로그램을 완성한 시점이 된다. 소프트웨어 공학에서 설계의 중요성을 강조하기 위해 객체지향이라는 패러다임을 만들 만큼 코딩이전의 설계 단계를 강조하고 있다 물론 잘 작성된 프로그램 설계는 프로토타입이라는 중간 프로그램 생성이 필요 없이 설계 명세서에 의한 코딩만 하면 완벽한 응용 프로그램을 개발할 수 있다.
       하지만 필자의 경험에 미뤄보면 이러한 경우는 업무 자동화와 같은 특정한 형식이 있는 응용 프로그램에 적용된다. 만약 프로젝트 설계자가 경험이 없는 응용 프로그램을 만들어야 한다는 가정을 두면 상황은 반전된다. 즉 설계자의 미경험에 의한 시행착오가 발생하는 것이다. 이러한 시행착오를 줄이는 방법이 새로운 기술에 대한 프로토타입의 개발이기는 하지만, 프로토타입으로 끝나야 한다. 하지만 우리의 실정은 아직까지도 프로토타입을 완성된 프로그램으로 생각하고 있는 경향이 지배적인것 같다.
       한정된 시간안에 이미 작성된 코드를 버리는 것이 낭비란 생각하지 말자. 코드를 버리고 다시 작성한다고 이전 만큼 시간이 많이 소비되지는 않는다. 만약 프로그래머가 10일 동안 작성한 코드를 겸허한 마음으로 다시 작성한다면 2일에서 4일 안에 더 좋은 코드를 작성할 수 있을 것이다. 물론 코드를 버리고 다시 작성하기 때문에 시간이 더 필요한 것은 사실이다. 하지만 시간에 종속된 코드가 아닌 시간을 지배하는 코드를 만든다는 신념으로 생활하자. 모든 프로젝트의 시간은 유동적일수 있다. 코딩은 사람이 하는 창조적인 작업이기 때문에 그 누구도 시간을 예측할 수는 없다. 다만 자기 자신 스스로 잘못된 부분을 찾아 수정해 잘 다듬은 코드를 보면 나름대로 누구도 느껴보지 못한 자신감이 생길 것이다.
• Django스터디2006 . . . . 5 matches
       || 9/26 || Django 실전 프로젝트 설명, 블로그 포스팅 보여주는 방법 설명, 이것을 바탕으로 간단한 블로그를 만들어 볼 예정 || 상협, 지훈, 우용, 준석 ||
       || ~10/11 || 아래 myBlog 소스를 따라서 해보는데, 자기 스스로 프로젝트 만들어서 거기 나온것, 블로그 포스팅 보여주는것 까지 해보기 ||
        * 으음.. 원래는 홈페이지를 만드는 데에 있어서 기본상식을 배워보자.. 하는 취지에서 프로젝트 팀을 결성했는데
       상협오빠 손에 넘어가면서 아예 프로젝트 이름 자체가 Django스터디 가 되어버렸군요..=_=;;
        * 혼자서 Python 연습하면서 막힐 때마다 자꾸만 C 문법이 떠오르고 그 때마다 우리 Park 재화님의 프로젝트위주의 수업이
• ExtremeBear . . . . 5 matches
        * ["ExtremeBear/OdeloProject"] - 오델로 프로젝트
        * ["ExtremeBear/VideoShop"] - 비디오샵 프로그램 프로젝트
        * Xper:ToolsForXp : XP 프로젝트를 위한 준비물
        * Xper:XpDiary : XP 프로젝트 일지. XP 진행이나 관리에 대하여 배울 수 있다.
       ["프로젝트분류"]
• HolubOnPatterns/밑줄긋기 . . . . 5 matches
        * 이클립스는 현재 프로젝트의 범위에서만 리팩토링해 준다.
        * 애자일 방법론이 모든 프로젝트에 들어맞는 것은 아니지만, 개발 기간 동안 요구 사항의 변화가 있는 중소 규모 프로젝트에는 매우 효과적이다.
        * 중소규모 말고 대규모 프로젝트는 어떨까...? - [김준석]
        * 10개의 디자인 패턴을 실제 프로젝트에서 사용하는 것처럼 함께 사용해 볼것이다. 다행히 프로그램이 이해하지 못할 정도로 거대하지는 않다. 클래스와 인터페이스를 모두 합쳐 20개 밖에 되지 않는다.
• PairProgramming . . . . 5 matches
        * Pair 의 분배 - TFP를 공부하느냐고 시작한 것이였던지라, 상대적으로 CppUnit 에 익숙하지 않은 사람에게 코딩을 주도하게 했다. 한 1주일정도 되는 프로젝트라면 Junior로 하여금 경험을 쌓게 함으로써 오히려 장점으로 작용할 수도 있을 것 같다. 하지만, 역시 적절하게 분배를 했었어야 할 것 같다.
       === bioinfomatix 프로젝트중 ===
       학습목적이 아닌 실질적인 개발을 위한 PairProgramming 으로는 처음인듯 하다. 2주간 격일로 일을 했었는데, XP 스타일로 프로젝트를 진행하였다.
        * On-Side Customer 와의 PairProgramming - 프로젝트 중간에 참여해서 걱정했었는데, 해당 일하시는 분과 직접 Pair를 하고 질문을 해 나가면서 전체 프로그램을 이해할 수 있었다. 특히 내가 ["BioInfomatics"] 에 대한 지식이 없었는데, 해당 도메인 전문가와의 Pair로서 서로 상호보완관계를 가질 수 있었다.
       나는 이에 대해 하나의 프로젝트에서 여러개의 데이타베이스를 사용하게 될 경우 여러개의 추가적인 파일들을 관리해야 될지도 모른다고 했다. 그리고 new SqlConnection(); , new MySqlConnection()과 같은 방식으로 사용하는 것이 더 직관적인 것 같다고 설명했다.
• ProjectZephyrus/Thread . . . . 5 matches
        * 제가 저번학기에 작업했던 메신져가 있습니다. 이번 프로젝트를 하면서 참고할 수 있는 부분을 참고하세요. 저번 학기에 정보처리 실습이란 과목에서 프로젝트로 했던 것입니다. UP 로 Process 를 진행했었고, 높은(?) 점수를 위해서 많은 문서를 남기긴 했는데.. 부족한 면이 많군요 ㅡ.ㅡ;; http://www.inazsoft.net/projectworktool.html 에서 다운로드 받을 수 있습니다. - 구근
       Database 관련 부분 아니라 팀 프로젝트시 고려해야 할 사항은 꽤 됩니다. SuccessfulProject 를 위해서 고려해야 할 사항은 어떤게 있을까요? 자세한 내용은 차후 정리해서 쓰기로 하고, 하나 이야기 하고 싶은건 최대한 '''중복'''을 피하도록 하세요. 특히나, 한참 대화를 하지 않고 있다보면 같은 일을 하는 utility성 클래스들을 모두가 하나씩 지니고 있을겁니다.
        ''혼자서 플밍할때에도 자주 발생하는.. ^^ 다른 프로그램들 플밍하다가도 비슷한 패턴의 코드들이 많이 보여서 그런 건 따로 utility class 식으로 디렉토리 따로 두고 관리하고 했었죠. 프로젝트 진행중에는 다른 사람들 소스를 지속적으로 같이 봐 나가면서 생각해야겠군요. CVS 로 한곳에 소스를 모으면 도움이 될 것이라 생각. --석천''
       아 한가지 더 생각나는게 있군요. 자바로 프로젝트를 하니 적습니다. 절대 작성하는 라이브러리나 코드의 중간에서 Exception을 잡아서 삼켜버리지 마세요. Exception은 추후 debugging에 절대적인 정보를 담고 있습니다. 중간에 try ~ catch 로 잡아버리고, 어떠한 형태로도 알려주지 않는것은 상당히 위험합니다. 시간이 나면 이와 관련해서 더 적도록 하지요. --이선우
• Spring/탐험스터디/2011 . . . . 5 matches
        * 과제: SpringSource Tool Suite에서 Spring MVC Template 프로젝트 생성
        3. MVC 프로젝트
        - HomeController.java의 home()에서 Welcome home!을 하고 return "home";을 하는데 프로젝트를 실행해보면 Hello world!가 나온다. 어떻게 된 것인가.
        2.1. 우선 책에서 외부 라이브러리를 사용하고 있는데, STS에는 필요한 라이브러리가 들어있지 않은 것 같다. 이쪽 페이지(http://www.tutorials4u.net/spring-tutorial/spring_install.html)를 보고 라이브러리를 받아야 한다. 받아서 압축을 풀고 spring-framework-3.0.5.RELEASE/dist 폴더에 있는 jar 파일들을 프로젝트에 포함시켜주면 AnnotationContext, AnnotationConfigApplicationContext, @Configuration, @Bean 등을 사용할 수 있게 된다.
       spring-framework-3.0.5.RELEASE/dist 폴더에 있는 jar 파일들을 프로젝트에 포함시켰는데,
• SubVersionPractice . . . . 5 matches
        저장소에 있는 프로젝트를 사용자의 컴퓨터로 가져오는 명령이다. 사용자는 체크아웃한 프로젝트를 가지고 작업한다.
        작업한 프로젝트를 저장소에 올리는 명령이다.
        프로젝트에 파일을 추가했다는 표시를 한다.
        저장소에서 최근에 변경된 내용을 사용자가 작업하는 프로젝트에 적용한다. (주의해서 사용)
• XpQuestion . . . . 5 matches
       - '필요하면 하라'. XP 가 기본적으로 프로젝트 팀을 위한 것이기에 혼자서 XP 의 Practice 들을 보면 적용하기 어려운 것들이 있다. 하지만, XP 의 Practice 의 일부의 것들에 대해서는 혼자서 행하여도 그 장점을 취할 수 있는 것들이 있다. (TestDrivenDevelopment, ["Refactoring"], ContinuousIntegration,SimpleDesign, SustainablePace, CrcCard Session 등. 그리고 혼자서 프로그래밍을 한다 하더라도 약간 큰 프로그래밍을 한다면 Planning 이 필요하다. 학생이다 하더라도 시간관리, 일거리 관리는 익혀야 할 덕목이다.) 장점을 취할 수 있는 것들은 장점을 취하고, 지금 하기에 리스크가 큰 것들은 나중에 해도 된다.
       어디선가 이야기 나왔었던 문제. 규모가 되는 프로젝트의 경우 100 장의 Index Card 는 보관하기도 어렵고 널려놓기엔 정신을 어지럽힌다.;;
       === 업체간 프로젝트에서의 계약문제 ===
       실제 회사 : 회사 로 수주받은 프로젝트의 경우, 다른 회사에서 오는 '고객' 은 실제로 그 회사에서의 말단 직원인 경우가 많다. 그러므로, 매 Iteration 시 고객에게 Story 를 골라달라고 할때 그 고객은 힘이 없다.
       그리고, '지식의 전파'가 프로젝트에서 효율을 높인다고 한다면. 이번 기회에서도 ["1002"] 는 Pair를 한 사람과 같이 싸우고 치고 받고 하면서 여러가지 생각을 할 수 있었던 기회가 되었다. '충돌' 이 물리적작용으로만 끝난다면 상처밖에 남지 않지만, 화학작용을 한다면 뭔가 새로운 것을 만들어낸다. Pair 는 단순히 '한사람 Skill' + '한사람 Skill' 은 아니라 생각한다.
• ZeroWiki . . . . 5 matches
       ZeroWiki는 ZeroWikian, ZeroPagers들의 ''프로젝트 & 스터디 공간''으로 쓰이며, 공개적으로 운영되고 있다. 현재의 자신들이 공부, 관심있는 분야들에 대해 페이지를 지속적으로 키워나가면서 다른 사람들에게 보여줄 수 있고, 또한 참여를 하게 할 수도 있다. 그리고 여기에 남겨놓은 문서들을 토대로 다른 사람에게 전달해줄 수 있을 것이다. 또한 해당 페이지는 다시 수정과 수정을 거침으로 키워져 나갈 것이다.
        kesarr: 그리고서 노스모크는 모니위키로 건너갔고 제로위키는 제로페이지 선배님들이 모인모인과 호환되는 새로운 위키를 공부도 할겸 제로페이지 내 프로젝트로 진행하셨는데, 이게 제로위키. 제로페이지 위키는 여기서 제로위키로 갈아탐 제로위키는... 일단 심각한 버그가 있었고 특정 행동(콘텐츠 편집)에서 행이 걸려서 엄청나게 늦게 반응하는 문제가 있었음...그런데 프로젝트를 진행하던 선배님들이 계속 제로위키를 유지보수하기 힘들게 되면서... 그런데 그 시점에...!!
        kesarr: 학교에 있던 제로페이지 서버가 폭파되는 재난이 발생... 06~07년에 사용하던 제로위키에 저장된 콘텐츠는 모두 증발하고 모인모인에서 제로위키로 옮겨타던 무렵 백업해둔 자료를 가지고... 새로운 서버에 모인모인과 문법이 호환되는 모니위키를 설치해서 운영 재개... 11-12년 도쿠위키 또는 미디어위키로 위키 플랫폼을 옮기려는 제로페이지 내부 프로젝트를 개설했으나... 다들 바쁜데 진행할 게 많고 이미 모니위키가 모인모인과 많이 달라져서... 모인모인-타위키 컨버터를 쓸 수 없다는게 함정 모니위키는 한국의 일부 위키만 쓰므로... 다른 위키와의 컨버터 따위 없다.. 게다가 제로페이지 위키는 모인모인 문법과 모니위키 문법이 혼재하기 때문에 컨버터를 만드는 것 자체가 까다로운...
       see also ["ZeroWiki/제안"], ["위키로프로젝트하기"], ["제로위키이용의어려움"], ["학술터위키와제로페이지위키링크문제"]
• ljh131 . . . . 5 matches
       모든 프로그래머들이 copy & paste에 빠져있어 구글신께서 포맷으로 심판하려 할 때 홀로 노가다 코딩을 하던 아노아씨는 구글신의 특별한 계시로 포맷이 닥칠것을 미리 알게 된다. 그는 120번의 이터레이션에 걸쳐 방주(신개념 version control system)를 제작해, 8개의 대형 오픈 소스 프로젝트와 한 패키지씩의 여러 sf프로젝트를 커밋한다. 포맷이 닥치자 모든 오픈 소스 프로젝트가 실패하고 말았지만, 이 방주에 커밋된 프로젝트들은 살아 남았다고 한다.
        - 프로젝트 압박을 역설적으로 표현한 남박사(남사장??@,.@)
• 객체지향분석설계 . . . . 5 matches
        예제 프로젝트를 한개 선정하여 제작해 보는 방향으로 가자.
       == 프로젝트의 요구사항을 정하자 ==
        프로젝트의 목표는 여러가지로 정할 수 있다. 이 프로젝트를 통해 얻고자 하는 비지니스 요구사항, 이 프로젝트를 사용하는 사용자가 얻기 위한 사용자 요구사항, 그리고 개발자 요구사항등이 있을 수 있다.
• 스터디지원 . . . . 5 matches
        * 제로페이지에서는 제로페이지 구성원으로 구성되어진 스터디, 프로젝트를 대상으로 지원을 하고 있습니다.
        * ~~제로페이지 내에서 진행되는 스터디와 프로젝트에 대해, 한 달 한도 금액(인당 1만원) 내에서 식비로 사용하고 월말에 정산하는 방식입니다.~~
        * ~~한 달 안에 스터디와 프로젝트가 2회 이상 진행되어야 하고 그 진행 상황을 위키에 기록하여야 합니다.(다른 곳에 기록 후 링크로 대체 가능)~~
        * ~~위키에 등록되어 있는 스터디와 프로젝트이어야 합니다.~~
        * [정모/2016.3.30]에서 스터디 및 프로젝트 지원금과 관련된 내용 정리가 필요하다고 해서 recall함. - [김민재]
• 신입생교육 . . . . 5 matches
       저는 선배가 주축이 되어 어떤 프로젝트(학습적 목표를 동반한)를 진행하면서 후배들이 그 프로젝트에 같이 참여할 수 있도록 해주는 것이 좋을 것 같습니다. NoSmok:ApprenticeShip 모델인 거죠. 도제살이라고 합니다.
       도제살이의 장점은 실제 전문가가 일하는 방식을 옆에서 보고 배울 수 있다는 것, 그리고 처음에는 바깥의 덜 중요한 일을 하다가 점차적으로 핵심적이고 어려운 일로 옮아갈 수 있다는 것, 처음부터 프로젝트에 일정 부분 기여할 수 있다는 것 등 많이 있습니다.
       혹시 하는 기우에서 말해두는데, 이 모델을 한 명의 선배가 슈퍼바이저 역할을 하고 대여섯 명의 후배들에게 과제를 주고 일주일 후에 확인하고 하는 식의 스터디와 혼동을 하지 말아야 합니다. 제 생각에 이런 도제살이 모델에서는 한 프로젝트에 참여하는 인원구성이 선배가 4나 3, 후배가 2 정도면 어떨까 합니다. 또 프로젝트 선정시 선배 자신이 열정을 느낄만한 주제여야 합니다. 그게 아니면 수동적이 되기 쉽습니다.
• 인수/Assignment . . . . 5 matches
       || DB || . || 11/13 || 프로젝트 중간 제출 || ||
       || DB || . || 12/3 || 프로젝트 최종 제출 || ||
       || SE || . || 11/10 || 프로젝트 중간 제출 || ||
       || SE || . || 12/X || 프로젝트 최종 제출 || ||
       || SE || 10/13 || 10/19 || 프로젝트 진행상황 발표 준비 || || O ||
• 정모/2002.12.30 . . . . 5 matches
        * 방학 프로젝트 대체 이벤트
        * 방학 초 스터디 및 프로젝트
        이전까지는 방학중에 4주에서 6주 정도를 잡아 스터디나 프로젝트를 했지만 이것을 방학 초 1주에 몰아서 한다. 우선 스터디 또는 프로젝트 그룹을 나눈 후, 목표를 정하고,
        방학이 끝나기 전에 다시한번 모여 특별한 이벤트를 한다. 이때는 스터디나 프로젝트보다는 흥미롭고 새로운 경험을 해볼 수 있는 시간을 마련한다.
• 정모/2004.04.27 . . . . 5 matches
        * 행사 목적 : 제로페이지에서 활동하고자 하는 사람이 페이지를 만들어 새회원이 되도록 한다. 이후로 새회원과 함께 할 수 있는 프로젝트, 스터디, 세미나를 계속한다.
       == 프로젝트 진행 상황 알리기 & 프로젝트 참여자 모집 ==
        * [몸짱프로젝트] - 페이지 만들었음. - [서영희], [황재선] 참여
        * 2학년 자바 텀 프로젝트
• 정모/2004.12.20 . . . . 5 matches
        * 프로젝트 결성.
       회의에서는 겨울방학에 진행할 프로젝트에대한 대략적인 이야기를 많이 했고 후에 제로페이지 서버에 대한이야기도 있었습니다.
       겨울방학 프로젝트에 대해서는 [겨울과프로젝트] 을 참조해 주세요~ ^ ^
       관련페이지 : [정모], [겨울과프로젝트]
• 정모/2005.12.15 . . . . 5 matches
       안건 : MT, 방학 프로젝트, 학회비, PC실 관리, 방학동안 회의주기 등.
       1. 방학시작 & 2학기 프로젝트 마무리
        - 저번학기 프로젝트 마무리
       2. 방학 중 프로젝트 정하기
        - [겨울방학프로젝트/2005]
• 정모/2011.3.28 . . . . 5 matches
       == 프로젝트/스터디 공유 ==
        * 페이지에 후기도 남겼고, 밑줄긋기도 진행할 예정. 다음주엔 1장을 읽고 DB 프로젝트 이야기를 할 것이다.
        * 프로젝트/스터디 제안
        * 돈도 받고 멘토의 가르침을 받으며 프로젝트를 진행할 수 있는 좋은 기회. 자신 없어도 질러봅시다.
        * 이번 정모는 지난 한달간 제로페이지가 어떻게 지내왔었는지에 대해서 다시한번 생각해 보는 시간이었습니다. 그래서인지 독서 모임 말고도 다른 프로젝트나 스터디를 해야 겠다라는 생각이 들긴 했었는데.. 오늘 보다 보니까 박성현 학우 혼자 리펙토링 스터디에 이름이 올라가 있던데 왠지 저도 한번 해 볼까 라는 생각도 들고 -_-;; 음.. 논문 읽기라.. 여하튼.. 한달간의 제로페이지의 모습은 새 학기를 시작하는데 있어 정말 분주했었고 알차게 되기 위해 노력했었던 것 같습니다. 오늘 OMS는 콘솔 게임에 관심은 있지만 자금적인 문제..... 로 못하고 있는 저에게 참 재미 있었던 주제였습니다. 플레이스테이션도 그런 컨트롤러가 나와 있었는지 몰랐었는데 오늘 보면서 플레이스테이션이 왜 안나오나 했었는데 나와 있었구나 라는 생각을 하게 되었습니다. (응?) 그리고 그런 컨트롤러를 이용하여 게임 외 다양한 분야에 활용하는 것을 보고 생각의 전환이라는 것이 사소한 부분에서 시작하는 것을 다시금 느낄 수 있었습니다. - [권순의]
• 정모/2011.4.11 . . . . 5 matches
       == 프로젝트/스터디/새싹 ==
        * [HolubOnPatterns]를 읽으면서 스터디하고 DB 프로젝트를 통해 실습한다.
        * 프로젝트 얘기를 안했네요.. - [서지혜]
        * 멘토와 함께 프로젝트도 진행하고, 금전적 지원도 받을 수 있습니다. 5월 13일까지 지원할 수 있으니 많이들 지원하세요!!
        * 11학번이 참석하는 정모를 처음으로 구경했습니다. 근데 새내기들을 보는거 같지가 않았어요. 왜 이렇게 친근한 놈들이 많은지 모르겠어요. 전 진짜 11학번들과 친한 좋은 선배인가 봐요. 앞으로 더 잘해야겠어요. 그리고 학생회를 하느라 정모를 못 나간 동안 프로젝트와 스터디가 많이 진행됐네요. 저도 참여하고 싶지만 프로그래밍 경진대회와 전시회 잘 준비하겠습니다. ACM 스터디 하시는 분들을 위해 김대원 교수님과 열심히 얘기하고 있고 저 나름대로도 생각 많이 하고 잇으니까 zp 활동 열심히 못한다고 기뻐하지 말아주세요. 그리고 다음주 소풍 갈 땐 맥주사가죠 - [윤종하]
• 정모/2011.7.4 . . . . 5 matches
       == 프로젝트/스터디 ==
        * 지속 여부 결정 및 새로운 프로젝트/스터디 제안
        * 여름방학 프로젝트/스터디는 [2011년활동지도]에서 보실 수 있습니다.
        * 재학생으로 지낼 수 있는 마지막 학기라고 생각하니 역대 제로페이지 활동 중 가장 많은 프로젝트/스터디에 참가하게 되었습니다. 그 동안의 지피 활동에 비해 프로젝트/스터디 활동을 참 적게 했던게 부끄럽네요ㅠ 역시 공부와는 거리가 먼... 뭐 하나 도중하차 하지 않고 끝까지 하고 싶어요. 곱창은 검색한 보람이 있었고 오락실에서 아무 게임도 못한건 아쉬웠습니다. (테크니카라도 배워야 하나...ㄱ-) - [지원]
• 정모/2012.12.3 . . . . 5 matches
        * 다른학교, 다른학과의 학부생과의 프로젝트를 유지보수하고 관리해줄 기술자를 구함. 할사람...?
        * Pay : start up으로 학생들이 팀을 이뤄 진행하고 있는지라 보수지급의 개념보다 같이 프로젝트를 하는 형태가 될거라고 하는군요.
        * [김태진] - 피곤하네요.. 최근들어 가장 길게 한 정모인듯 싶습니다. 전달할 사항도 많고 정할 사항도 있고 회고도 해야 했네요. 이제 남은 정모 횟수가 얼마 남지 않았는데요, 드디어 좀 자리를 잡은거같기도하고.. 작년에 이맘때는 소수였는데 올해는 여전히 사람들이 많이 참여해 기분이 좋군요 :) 방학때 1인 1프로젝트/스터디는 좋은 아이디어인거 같네요. 약간 강제성을 부여해서라도....
        * [정진경] - 창세기전 옛날에 해봤으나 살라딘이 쌍검(?)을 쓴다는 것 외에는 기억이 나지 않음.. 회고해봤는데 벌써 1년이 지나갔군여. 프로젝트나 스터디에 모두 참여하는 일은 역시 힘든 것 같습니당. 크리에이티브클럽에서 나왔던 것 같은데 개인적으로 관심있는 분야나 하고 싶은 프로젝트를 하는게 어렵다면 전공 수업에서 배운 내용을 위키에 기록하는게 어떠냐..는 내용이 있었습니당. 내년에 저는 사라지기 때문에 막 던지기.. ㅋㅋ 굳이 전공 수업이 아니더라도 최근 어코드 사업으로 특강이나 멘토링 등등 참여할 수 있는 활동이 많기 때문에 학술 활동을 하기 위한 여건이 학부 차원에서 나아지고 있지 않나 싶습니당.
• 정모/2012.9.24 . . . . 5 matches
       == 스터디/프로젝트 ==
       뭐 이건 일반적인 프로젝트 지원과 맥을 같이하는 방법이 되겠네요. (프로젝트 착수 지원금과 성과금)
        * 프로젝트/스터디 관련 성과 보고 - 지급 보류
        * HW적인 프로젝트
• 프로그래밍잔치/둘째날후기 . . . . 5 matches
       처음에 팀 프로젝트를 잘하기 위한 방법에 대해 각 팀별로 토론을 했다. 다음과 같은 이야기들이 있었다.
       샌드위치를 먹으며 마저 Requirement 정리를 하고, 7피로 올라가서 팀 프로젝트를 진행하기 시작하기 시작했다.
       1002는 대강 간단하게 정리하며, 그리고 오늘 행사의 의의는 결과물 자체가 아니며, 팀 프로젝트 경험 자체임을 이야기했다. 그리고 잘된점과 잘못된점을 생각하며 한편으로는 좌절할지도 모르겠지만, 마지막으로 '대안'을 생각하기에, 다음번에 더 잘할 수 있음을 이야기했다.
       창섭이나 인수가, 자신들의 팀프로젝트때 어떻게 했었는지 (특히 창섭.. 내가 자신과 Pair를 할때 어떤 방법들을 이용했었는지) 한번쯤 생각했더라면 좀 더 좋은 결과가 있지 않았을까. GUI Programming 먼저. UI 가 먼저되면 역시 좀.. 특히 사람들이 MFC와 Java 에 익숙하지 않다고 할때.
       '대안'을 생각해볼 수 있는팀. 발전할 수 있는 팀이라 생각. 앞으로 더 잘하기 위해 02들은 추후 팀 프로젝트때 지금의 기억을 떠올릴 수 있기를. 그때의 어려웠던점을 상기하며, 미리 준비해야 할 점이 무엇인지를 생각해보기를. --["1002"]
• 한자공/시즌1 . . . . 5 matches
        * 회식과 프로젝트 진행에 대해 결정을 하였습니다.
        * 프로젝트는 방학까지는 자바의 기본기를 잡기 위해 보류, 개학 후 남은 인원들과 계획을 짤 예정입니다.
        * 모두 프로젝트의 필요성에는 동의를 하나, 스터디와 프로젝트를 병행하느냐, 프로젝트를 단독으로 진행하는가는 추후에 결정.
• 2학기자바스터디 . . . . 4 matches
       DeleteMe) 제 생각에는 프로젝트를 하나 진행하는 것이 낳을 것 같습니다. 책의 내용을 그대로 따라가다 보면 굉장히 지루합니다. 그냥 프로젝트를 하나 선정해서 하는 것이 재미있을겁니다. 그리고 교제는 흠... 여러분들이 영어라고 안보는 레퍼런스와 튜토리얼이면 충분하다고 생각이 들지만 그게 아니라면 비싼거 말고 싼걸루 좋은책 하나 선정해서 보시기 바랍니다^^; -[상욱]
       추석끝나고 본격적으로 시작하죠... 교재는 따로 정하지말고 도서관에서 읽기 쉬운걸로 골라서 보면 될것 같구요... 프로젝트까지는 아니어도 간단한 프로그램짜는걸로 해요(toy problem이나 5인용스터디에서 했던것처럼) -세환
       [프로젝트분류] [JavaStudy2003]
• 5인용C++스터디/멀티미디어 . . . . 4 matches
       예제) AppWizard를 사용하여 Sound라는 이름으로 SDI 프로젝트를 만든다.
        MCI를 사용하면 동영상도 아주 쉽게 재생할 수 있다. AppWizard로 PlayAVI라는 SDI 프로젝트를 만들고 WM_LBUTTONDOWN 메시지의 핸들러와 WM_DESTROY 메시지의 핸들러를 다음과 같이 작성한다.
        또한 프로젝트에서 이 라이브러리를 사용할 수 있도록 Project/Settings/Link 탭에 vfw32.lib를 추가한다. 그리고 동영상 파일을 프로젝트 디렉토리에 넣어두면 된다.
• Ant . . . . 4 matches
       일단 이글은 Jarakta 프로젝트의 일부인 Ant 에 대한 메뉴얼(?)같은 것으로써http://jakarta.apache.org/ant/manual/
        일단 제일 처음 나오는 Root Element 로는 ''project'' 태그로 프로젝트 정의를 하는 곳이다.
        || name || 프로젝트의 이름 || No ||
        || basedir || 프로젝트의 base 디렉토리를 말한다. ant 내부에서 사용되는 모든 path 들은 이 디렉토리를 기반으로 한다. || No ||
• Bioinformatics . . . . 4 matches
        * 프로젝트 시작동기와 목적 : 본 연구는 차세대 Bio기술에서 컴퓨터 전공자로서 접근할 수 있는 기술인 Bioinformatics에 대한 기초를 닦는 것을 목적으로 한다.
        * 프로젝트 진행 : 교재의 정리와 관련 웹사이트의 링크, 관련 문서 정리를 주축으로 하겠습니다. 단순 번역보다는 의미있는 재정리 과정에 노력을 기울일 예정입니다.
       DeleteMe 어서 프로젝트라 할정도의 성과를 만들어야겠군요.
       ["프로젝트분류"]
• CVS . . . . 4 matches
       Concurrent Versions System. 공동 프로젝트를 위한 소스 버전 관리 툴. 오픈소스계열에서 Source Repository 의 용도로서 많이 이용된다. 활발하게 이용되고 있는 곳에 대해서는 http://sourceforge.net 에서 많이 볼수 있다.
        * http://www.comp.nus.edu.sg/~cs3215/tools/cvs.html - 싱가폴 국립대학의 소프트웨어 공학 프로젝트 자료. 쉬움!
        * 증상: cvs 에 로그인후 프로젝트를 import 하려 하려는등의 파일을 올리려는 액션이 발생했을때 위의 에러가 출력된다.
       돈이 남아 도는 프로젝트 경우 {{{~cpp ClearCase}}}를 추천하고, 오픈 소스는 돈안드는 CVS,SubVersion 을 추천하고, 게임업체들은 적절한 가격과 성능인 AlianBrain을 추천한다. Visual SourceSafe는 쓰지 말라, MS와 함께 개발한 적이 있는데 MS내에서도 자체 버전관리 툴을 이용한다.
• HowToStudyXp . . . . 4 matches
        * XP Installed (Ron Jeffries et al) : C3 프로젝트에 적용한 예, 얻은 교훈 등
        * XP in Practice (Robert C. Martin et al) : 두 세 사람이 짧은 기간 동안 간단한 프로젝트를 XP로 진행한 것을 기록. Java 사용. (중요한 문헌은 아님)
        * Surviving Object-Oriented Projects (Alistair Cockburn) : 얇고 포괄적인 OO 프로젝트 가이드라인
       이게 힘들면 같이 스터디를 하는 방법이 있습니다(스터디 그룹에 관한 패턴 KH도 참고하시길. http://www.industriallogic.com/papers/khdraft.pdf). 이 때 같이 책을 공부하거나 하는 것은 시간 낭비가 많습니다. 차라리 공부는 미리 다 해오고 만나서 토론을 하거나 아니면 직접 실험을 해보는 것이 훨씬 좋습니다 -- 두사람 당 한대의 컴퓨터와 커대란 화이트 보드를 옆에 두고 말이죠. 제 경우 스터디 팀과 함께 저녁 시간마다 가상 XP 프로젝트를 많이 진행했고, 짤막짤막하게 프로그래밍 세션도 많이 가졌습니다.
• InWonderland . . . . 4 matches
       데이터베이스 및 전자상거래 프로젝트
       === 데이터베이스 프로젝트 소스 및 문서 ===
       === 전자상거래 프로젝트 소스 및 문서 ===
       [프로젝트분류]
• Linux . . . . 4 matches
       = 관련하여 진행된 프로젝트 =
       [http://www.kldp.org 리눅스 문서 한글화 프로젝트(KLDP)]
       [http://j2k.naver.com/j2k_frame.php/korean/http://www.linux.or.jp/JF/ 리눅스 문서 일본어화 프로젝트(LJFP)]
       [http://kltp.kldp.org 한국 리눅스 팁 프로젝트(KLTP)]
• MFCStudy_2001 . . . . 4 matches
       [상민]:멋들어진 이름을 붙이고 싶었는데 ^^;; 그러고 보니 내가 이거 시작할때 프로젝트 이름도 모집하지 않았었냐?[[BR]]
       [인수]:배운것도 많고.. 보람찬 프로젝트였네여.^^(더블버퍼링,MM타이머,마스킹 등등..)[[BR]]
       [창섭]:선호꺼.(내 프로젝트, 학번, 가나다 순이니 나중에 썼다고 삐지지 말게. ㅋㅋ) 스테이지 1이 2보다 더 어려운 거 같다.ㅋㅋ 달랑 하나 나온 걸 어찌 맞추리..흐흐... 아무튼 잘 만들었더라. 히힛.[[BR]]
       ["프로젝트분류"]
• MobileJavaStudy . . . . 4 matches
        * 어느 정도의 실력이 갖춰지면 팀 프로젝트를 진행한다.
        * 모바일자바스터디는 일단 종료하는게 어떨까?? 다음에 2차 스터디를 하든지 아님.. 프로젝트를 하든지 하면 될듯 한데.. --["상규"]
        * 그려 XP 스터디 때문에 좀 힘들꺼 같으니까 우선은 종료하자. 담에는 스터디가 아닌 프로젝트 페이지로 열자꾸나 --재동
       ["프로젝트분류"]
• NSIS_Start . . . . 4 matches
        * 프로젝트 이름 : NSIS Start (About Nullsoft ({{{~cpp SuperPiMP}}} | Scriptable) Install System)
        * 프로젝트 기간 : 2월 1일 ~ 2월 9일 (MT 기간 감안)
        * ["NSISIde"] - 하루 단기 프로젝트로 만들어봤었던 NSIS Ide
       ["프로젝트분류"]
• OOD세미나 . . . . 4 matches
        * 오늘 긴 시간동안 모두 수고하셨습니다. 오늘 설명한 내용이 아직 깊이 와닿지 않더라도 좋습니다. 프로젝트 개발에 있어 그동안 흔히 전개했던 방식과는 다른 접근 방식의 가능성을 확인하는 것만으로도 좋은 경험이 되었길 바랍니다. 누누히 강조하지만 한 번에 이해하시길 바라서 진행하는 세미나가 아니라, 정말 중요한 하나의 제언만이라도 남는다면 그것을 앞으로 몇 번 듣고 또 듣고, 그리고 정말 그 개념이 필요한 순간이 됐을 때 큰 힘이 되리라 믿습니다. 예제는 좋은 예제거리에 대한 의견이 없어 SE 프로젝트 주제를 차용했는데, 설계만으로 문제가 깔끔하게 해결되는 과제가 아니라 알고리즘으로 해결해야할 부분이 꽤 있는 과제다보니, 실습이 설계부분에 집중하기 힘들었던 점은 다소 아쉽네요. 좋은 후기를 작성해주신 분 한 분을 선정해서 번역서 [http://book.naver.com/bookdb/book_detail.nhn?bid=2500990 Holub on Patterns]을 선물로 드립니다. 후기는 감상보다는 되새김이 되었으면 좋겠습니다. :) - [변형진]
        * 매우 유익한 세미나였어요. 사실 2학년 다니면서 이미 OOP라는 수업을 들었음에도 불구하고-_-;; 객체지향이 뭐야 ㅠㅠ 라고 생각했었는데, 세미나를 통해, 아 설계란 이렇게 하는 것이구나 라는것을 어느정도(?) 느꼈어요. 2학년때, 자바 프로젝트를 하면서 로직에서 gui를 어떻게 붙이나 때문에 꽤나 고생하던걸 생각하면 아 나의 고민은 참의미없었구나 라는것도 깨닳았지요. 또, 예제로 쓴 문제 덕분에 꽤나 막막하게 느껴졌던 SE프로젝트를 어느정도 구체화할 수 있었다는 점에서도 너무 유익했어요. 이제 형진오빠의 세미나도 들었으니, 저도 객체 지향적 설계에 대해 진지하게 고민하고 실천해볼 생각이에요. 머리가 뒤죽박죽.. 위키도 이상해서 피드백은 여기까지.. 위키 이상해요 ㅠㅠ - [이원정]
• ProjectPrometheus/MappingObjectToRDB . . . . 4 matches
        1. 13개월 프로젝트인데 2만라인짜리라는점 - 뭐.. 꼭 소스 라인수로 세는건 무리가 있긴 하지만. Servlet 프로젝트 2만라인. 내가 전에 팀 프로젝트로 MFC 엑셀 만들때가 1만 7천라인이였는데. -_-a 물론, Refactoring 이 잘 되어있고, XP 가 잘 적용된 프로젝트이라면 적은라인수로 많은 일을 하겠지만.
• ProjectTriunity . . . . 4 matches
       파일 구조 팀 프로젝트를 위한 페이지...
       || Upload:파일구조팀프로젝트.hwp || 이상규 || Document ||
       || Upload:파일구조팀프로젝트2.hwp || 이상규 || Document ||
       [프로젝트분류]
• ProjectZephyrus/ThreadForServer . . . . 4 matches
       Eclipse를 이용해서 자신이 만든 프로젝트 아무거나 ZeroPage CVS에 저장해 본다.
       10일이 이 단기 프로젝트의 기능 구현의 마지막 날이기 때문이다.
       이 프로젝트의 종결점이 될것이다.
        * 그리고 재동 CVS테스트 할려면 새로 하나 프로젝트를 만들어서 해라. --["상민"]
• Project메모장 . . . . 4 matches
       [강희경]이 "실제 사용을 목적으로" 계획한 프로젝트.
        *2005.2.21: 프로젝트 구조 변경 완료. 프로그래밍 시작.
        프로그램 아이디어 변경,Owiki프로젝트로 진행이 좀 느려질 듯.
       [강희경] [프로젝트분류]
• STLPort . . . . 4 matches
        * '''src''': 재사용 바이너리를 빌드하기 위한 플랫폼 별 프로젝트 파일이 있는 디렉토리. (''주의: vc6.mak 파일이 있는지 확인해 보세요. 빌드에 중요합니다'')
        * 메이크 파일을 읽으면, 아래와 같은 대화 상자가 나와 "프로젝트를 만들겠냐고 물어 보는데, 당연히 [예] 하시고, 적당한 이름(예: STLP_vc6)을 짓죠. 프로젝트 파일인 .dsp와 .dsw가 만들어 지면서 재사용 바이너리를 빌드할 수 있게 됩니다.
       STLport는 상용이 아니기 때문에, 링크 시 사용하는 STLport 전용 C++ 런타임 라이브러리(입출력스트림이 있는) 직접 설정해 주어야 합니다. 이것을 제대로 이해하려면 우선 VC++가 사용하는 런타임 라이브러리를 알아 봐야 합니다. VC++6의 런타임 라이브러리는 VC98/lib 디렉토리에서 확인할 수 있는데, 정적/동적 링크여부에 따라 크게 {{{~cpp LIBxxx.lib}}} 버전과 {{{~cpp MSVCxxx.lib}}} 버전으로 나뉩니다. 프로젝트에서 조정하는 부분은 Project > Setting 메뉴로 열리는 C/C++ 탭입니다. C/C++ 탭에서 "Code Generation" 카테고리를 선택하면 '''Use Run-time Library''' 드롭다운 박스를 조정해 줄 수 있습니다. 여기서 디버그 정보 포함('''debug''') 유무, 런타임 라이브러리의 스레딩('''thread''') 모드, 동적 링크 여부('''DLL''')의 조합을 결정해 줄 수 있습니다. 긴 설명은 빼고, 간단히 정리하면 다음과 같습니다. (MSDN의 설명을 참고하여 정리하였습니다)
• TeachYourselfProgrammingInTenYears . . . . 4 matches
       프로젝트로, 다른 프로그래머와 함께 일하는 것.몇개의 프로젝트로, 제일의 프로그래머가 되는지, 그렇지 않으면 맨뒤의 프로그래머가 되는 것.당신이 제일이라면, 프로젝트를 지휘해, 다른 사람들에게 당신의 비전을 닦아 넣는 능력을 시험하게 된다.당신이 맨뒤라면, 달인이 할 것을 배워, 그들은 어떤 말하는 것을 하고 싶지 않은 것인지 알게 된다(그러한 일은 당신에게 시키려고 하기 때문에).
       다른 프로그래머가 일을 끝낸후의프로젝트에 임하는 것.사람이 쓴 프로그램의 이해에 열중하는 것.원래의 코드를 쓴 프로그래머가 근처에 없는 경우, 그 프로그램을 이해하거나 고치거나 하려면 무엇이 필요한가 생각하는 것.당신의 프로그램을, 다음에 다른 사람이 메인트넌스 하기 쉽게 하려면 어떻게 디자인하면 좋은가 생각하는 것.
• VacationOfZeroPage . . . . 4 matches
        * 방학 초 스터디 및 프로젝트
        이전까지는 방학중에 4주에서 6주 정도를 잡아 스터디나 프로젝트를 했지만 이것을 방학 초 1주에 몰아서 한다. 우선 스터디 또는 프로젝트 그룹을 나눈 후, 목표를 정하고, 1주에 걸쳐 나인투나인(AM 9:00 ~ PM 9:00) 으로 아주 타이트하게 진행한다. 마지막날에 그룹별로 발표를 함으로 끝낸다. 4주에서 6주 정도 잡고 스터디를 하는것보다 오히려 더 효과적인 학습이 이루어질거라고 생각한다.
        방학이 끝나기 전에 다시한번 모여 특별한 이벤트를 한다. 이때는 스터디나 프로젝트보다는 흥미롭고 새로운 경험을 해볼 수 있는 시간을 마련한다.
• ZPBoardHistory . . . . 4 matches
        *프로젝트 신청 게시판 : 프로젝트의 신청을 하고 사람들을 모았었습니다.
        *프로젝트 게시판 : 프로젝트를 실제 진행하는 게시판입니다.
• ZeroWiki/Mobile . . . . 4 matches
       === 프로젝트로 수행? ===
       [정모/2011.3.21]에서 일단 말해보고, 반응 살펴보고, 반응 그닥이면 개인프로젝트로 진행 - [강성현]
        * 올해 졸업하신 14기 [이승한] 선배님께서 모니위키 모바일 프로젝트를 진행하고 계십니다.
        만약 그래도 별개의 프로젝트로 진행하고 싶다면 [http://jquerymobile.com/ jQuery Mobile]을 사용하시는 것을 추천합니다. - [변형진]
• 레밍즈프로젝트/다이어그램 . . . . 4 matches
       [레밍즈프로젝트]
       Upload:레밍즈프로젝트_전체Ver2.gif
       Upload:레밍즈프로젝트_맵생성.gif
       Upload:레밍즈프로젝트_레밍의움직임.gif
• 레밍즈프로젝트/프로토타입/SetBit . . . . 4 matches
       SeeAlso) [레밍즈프로젝트], [레밍즈프로젝트/프로토타입], [MFC]
       SeeAlso) [레밍즈프로젝트/프로토타입/MFC더블버퍼링]
       프로그램에 사용되는 맵 타일의 형태가 확정된다면 [레밍즈프로젝트/프로토타입/MFC더블버퍼링]을 확장해 사용 할 것이다.
• 레밍즈프로젝트/프로토타입/에니메이션 . . . . 4 matches
       [레밍즈프로젝트], [레밍즈프로젝트/프로토타입]
       CDC를 확장한 [레밍즈프로젝트/그리기DC]에 자동 에니메이션을 구현 하고자 하였다.
       이 클래스는 더블버퍼링과 bmp그리기를 자동화 시켜둔 [레밍즈프로젝트/그리기DC](CmyDouBuffDC)를 사용하여 드로잉을 수행한다. (CDC를 사용하는 도 있지만... 편의를 위해서...)
• 봄과프로젝트 . . . . 4 matches
       = 봄과프로젝트 =
       2005년 봄에 진행되는 프로젝트.
       학기초에 잘만 활용한다면 많은 시간이 나오는 봄을 이용하여 프로젝트를 진행해 보자.
       [프로젝트분류]
• 새싹교실/2011/무전취식/레벨10 . . . . 4 matches
       김준석 : 5월이 막바지를 지냈어. 6월초에 프로젝트 발표가 4개 있어. 그래서 프로젝트에 치여삽니다. 하지만 잠도 잘자고 술도 잘먹어요. 그리고 구남영을 면회갔습니다. 소요산 근처 연천에 근무를 하는데 내가 옛날에 근무했던 지역에서 30분 정도 걸린지역이었다. 그래서 8시간이 걸렸음. 그래서 어제 힘들어죽는줄 알았다. 요즘 또 춤은 잘추고 있어요. 댄스스포츠 정말 잘 듣고있어요. 너희도 하고 싶으면 오세요. 프로젝트 한 기억밖에 없다.
       서원태 : 수요일날 자다가 종하형한테 문자왔음 "경진대회 감독좀 맡아라" 그래서 갔는데 문제좀 봤는데 하나도 모르겠음. 그래서 인터넷 쓰는사람 계속 잡았는데 치완이네 조가 인터넷 쓰는건 몰랐는데 알아서 말해서 강퇴시킴. 그리고 끝나서 같이 밥먹고 집에감. 목요일에는 가족 저녘약속있어서 축제 구경못하고 집에 감. 금요일날 축제 구경할려고했는데 문예사 프로젝트 발표 준비때문에 구경 못함. 내년 축제는... 아 군대가있지. 군대갔다오면 3년정도 뒤에 볼수 있을듯.
• 새싹교실/2012/주먹밥 . . . . 4 matches
        * [김준석] : 기존 기획했던 커리큘럼 프로젝트 결과물 3개 이상. 그리고 C언어의 파일입출력 및 네트워크 프로그래밍까지 가르치겠다. 그외 잡식은 +@
        * 박도건 : 캡스톤설계실(208-216)에서 김준석 선배님과, 한원표, 용상훈 동기들과 같이 3월 21일 PM6시에 gcc, Linux, android example, wiki작성법 등을 배웠다. 나랑 비슷해보이는 친구가 있어서 같이 프로젝트 할 수 있을것 같다.
        * 김준석 - 아이패드 개발을 하는데 데드라인은 지났어. 그래서 교수님께 사과메일을 보냈어. 그리고 캡스톤 설계실에서 새로운 프로젝트를 제안을 받습니다. 원래 댄스스포츠 동아리를 하고 있는데 발레를 배우게 됬음. 수요일마다 운동과 건강 조교활동을 하고 있고 목요일은 교수님 애를 봐줌. 어제 지인중에 상당한 분이 있어서 밤새서 지켜주고 한빛 리더스에서 독후감쓰는거 했음. 휴학생인데 학교에 24시간 있고 영어학원 10시에 일어나는거 너무 힘듬. 난 아침에 못일어나~ 그리고 새싹 강사들 교육하는 거 4타임 너무 귀찮음=ㅂ= 강사가 못알아 먹어!!!! 뭐 여튼 원표도 와서 4시간 와서 배우고 갔음. 일주일이 부족함. 시간을 대출해줘!
        -> Opensource 뒤지기 프로젝트
• 서버재조립토론 . . . . 4 matches
       네 충분히 그렇게 생각 하실수 있다고 생각합니다. 현재로서 서버가 하는일이 웹서버및 소스 Repository 로서의 역할이니깐요. 그리고 마지막에 프로젝트 때문에 필요할 경우에 나 새로 맞출 필요가 있다고 하신 말씀도 동감합니다. 현재 한 3주 동안 제로페이지 서버가 제대로 작동하지 않았습니다. 제로페이지 서버를 아주 자주 이용하는 입장에서는 많이 제로페이지 서버에 들어가니깐 서버가 죽어 있어서 여러가지로 불편했고, 현재 제로페이지 서버와 연계해서 돌아가는 위키 포탈을 운영 및 관리하는 입장에서는 치명적이었습니다. 제로페이지 회원들이야 안면이 있으니깐 이해해 주겠거나 좀 불편하고 말겠지 하고 생각하실수도 있지만, 위키 포탈 서비스가 우리 학회에서 제공을 해주는 서비스지만 외부에서 이용하는 사용자도 꽤 있었는데 왠만한 사용자들은 다 빠져 나간듯 하네요.. 그래서 지금은 급한게 다른 서버에서의 DB 지연을 기다리는 시간을 원래 1분에서 3초로 줄여서 그나마 임시 방편으로 수습을 했습니다. 또 프로젝트 진행을 하는데에도 제로페이지 서버가 자주 죽어서 진행을 제대로 할 수가 없었습니다.
        즉 제가 서버업그레이드를 제안하는것은 하드웨어적인 문제나 소프트웨어적인 문제를 동시에 해결하고자 제안한 것입니다. 위와 같은 테스트를 할경우 그에 따른 희생및 서버 관리자의 불필요한 수고가 필요합니다. 그리고 학회 운영 및 프로젝트에서도 많은 희생이 따름니다. 그리고 위와 같은 테스트도 확실한 방법은 아니구요, 여전히 불확실성을 내포한 방법입니다.
        만약 서버를 업그레이드 하려면 회비로 할텐데(피시실 관리비로 받은) 제가 생각하기에 MT나 회식때 회비를 사용하는것도 좋지만 이렇게 제로페이지가 실질적으로 프로젝트를 하는데 많은 장애가 생기는 상황을 타개하는데 사용하는것도 참 회비를 유용하게 사용하는게 아닐까 생각합니다.(그래서 우리가 MT나 회식도 사비를 더 내더라도,,) 글을 쓰면서도 불안 하네요. 어제도 글을 쓰고 나서 저장했을때 여러번 서버가 죽어서...
• 송수생 . . . . 4 matches
       == 진행중인 스터디 및 프로젝트 ==
       [2005리눅스프로젝트]
       [땅콩이보육프로젝트2005]
       [05경제객체프로젝트]
• 안혁준 . . . . 4 matches
       == 했던 프로젝트 ==
        * [http://nforge.zeropage.org/projects/virtualbilliard 09년도 oop 프로젝트/당구]
        * [http://nforge.zeropage.org/projects/mine 09년도 oop 프로젝트/온라인 마인]
        * [http://nforge.zeropage.org/projects/davinchicode 09년도 JAVA 프로젝트/다빈치 코드]
• 열린제로페이지 . . . . 4 matches
       전체적인 부분에 대한 고민은 부족하지만, 한가지 사실을 간과하는듯 하여 글을 남깁니다. 현 시점에서 제로페이지는 자선 단체가 아닙니다. 누군가 자신의 잉여 시간을 투자하여, 원할한 스터디나 프로젝트를 위해 돕는게 아닙니다. 시나리오 1-1, 2-1에서의 이유는 '누군가 뒷바라지를 안해줘서', '기대고 들어올 틈이 보이지 않아서' 라는게 주요한 이유로 보이지만, 현재로선 이러한 상황에 대한 여유가 없었고 또한 학회가 생긴 본래의 목적은 아니었기 때문입니다. 오히려 반문해볼 수 있습니다. 제로페이지에 들어오는데 누구도 막은 일이 없는것으로 알고 있습니다.(제가 학교에 없을때의 일은 모르겠습니다.) 진입장벽 이야기는, 어느 모임에나 있습니다. '모임에 처음나갔는데 아는 사람끼리만 이야기 하고 너무 서먹하더라'로 귀결되는 이야기는 여타의 동호회에서도 쉽게 찾아볼 수 있는 문제점 입니다. 모임에 들어오고자, 모임에서 어떤 내용을 얻고자 한다면 노력이 있어야 하는건 당연합니다. 애초에 그러한 접근 자체를 차단한다면 문제가 되겠지만, 현재는 말이 제로페이지로 묶여있는 상태이지 교류는 제한을 두지 않는것으로 압니다. 예를들어, 나우누리라는 통신회사가 자료를 누구나 쓸 수 있게 공개를 하지 않았다 하여, 나우누리는 정보 공유의 진입 장벽이 될 뿐이다. 라고 비난할 수는 없는 노릇입니다.
       예전에..아주 예전에..당나귀와 당근이론(-.-)을 설명하던 때에 잠시 언급했던 제 의견과 유사한 의미의 내용이었기에 도움이 될까해서 당시 있었던 이야기를 한번 적어 봅니다.(어쩌면 회의록에 있을까요?) 그 때, ZeroPage회원 관리를 인력 풀 형식으로 하자는 의견을 냈었습니다. 자신이 같이 공부할 혹은 같이 프로젝트를 진행할 사람이 필요하면 학회에 그런 선전을 하고 그렇게 마음이 맡는 사람들끼리 단위 작업을 수행하는 식으로 학회를 꾸렸으면 좋겠다고 했었습니다. 하지만, 그 때 제기된 문제점은 그러한 방식은 조직의 결속력을 화해시킬 우려가 있지 않을까 하는 점이였습니다. 자신이 필요할 때는 학회를 찾다가 학회에서 자신에게 이익이 되지 않는 일을 할때는, 가령 전시회 준비를 한다거나 , 나 몰라라는 식이 될 수도 있다는 점이 문제점이였던 것 같습니다. 이런 일이 반복되게 되면 회원들 간의 유대관계가 느슨해질거라는 우려를 해결한 방안이 없었기에 더 이상의 의견을 주장하지 못하였습니다.
        '''과내의 모든 스터디 그룹, 프로젝트 팀은 제로페이지를 통해 공부해야만한다.''' 라고 주장한 사람은 없습니다. 스스로 길을 찾되, 찾은 길이 학과내 사람들과 학술적 정보를 공유하는 장으로서의 제로페이지라면 막지 말아야 한다는 주장입니다. 목적성이나 운영체계가 명확하지 않고 두리뭉실한 상태의 ["열린제로페이지"]라면 패닉상태에 빠질것이란 말에는 공감합니다. --이덕준
       공부를 하는데에 대해서 꼭 '학회'화 될 필요는 없다고 생각합니다. 그냥 한달 단기프로젝트같은 모임이더라도 시작과 끝만 좋을 수 있다면 (대부분 그렇지 않고 '흐지부지', '어영부영'이여서 문제지만) 그것도 좋겠죠. 그러한 모임이 자주 생기는 모습을 구경했으면 좋겠습니다. ZeroPage 안에서건, ["동문서버위키"] 내에서건. --석천
• 우리홈만들기 . . . . 4 matches
        *지금 이 프로젝트는 28일까지 마감을 하고 졔,혜영,남훈이가 웹프로그램을 공부한다고 하니
        *'''웹프로그램배우며 놀기'''란 프로젝트를 만들기 바람~~
        *애들아~~ 기간이 다된거같구나~~ 방학동안 수고했고~~ 냥냥냥~~ 프로젝트 종료하자~ -광식-
       ["프로젝트분류"]
• 위키QnA . . . . 4 matches
        FrontPage가 현재 하고 있는일이 (보여주고 있는 것) ZeroWiki 정의, 사용용도, Starting Point (여기에는 프로젝트 열거도 포함), 제안이야. 이중에서 사용용도와 제안은 새 페이지로 빼는 것이 좋을 것 같은데. 그리고 프로젝트 열거 밑에 Starting Point 밑에 두는 것도 생각. 그리고 또하나는 현재 이 프로젝트 관련 글을 Q&A가 아닌 제안페이지에 두는것이 더 좋겠다는 것. 현재 우선적인 직접접근성을 제공받아야 할 것은 project니까. 그에 대해서는 나도 별 이견 없음. --석천
       Q: Bioinformatics에 관한 프로젝트를 진행하려고 합니다. 소개와 내용의 재정리를 위해서는 많은 이미지 파일들을 위키에 올려야 될지도 모르겠는데, 위키에서의 이미지 사용은 그렇게 적절하지 않은 것 같습니다. 어떤 방식으로 이를 해결할 수 있을까요?
• 위키를새로시작하자 . . . . 4 matches
        상용 서비스가 아니기에 언제든지 합의만 이끌어 낸다면 가능하지요. 다만 이런 생각을 하기가 힘든것 같습니다. 이러한 시도는 Open Source 나, 상용 프로젝트에서 일정 버전 이후에 완전 새로 작성하는것에 비견하지 않을까요? --NeoCoin
        음.. 저도 1'WIKI에 프로젝트 페이지를 옮기긴 했지만 좀 그랬습니다. 새로운 규약과 규칙이 만들어지자는 의견이 있는걸로 아는데요. 지금 0'WIKI의 내용을 옮겨 놓으면 그냥 예전의 위키가 되어버릴것 같습니다. 차라리 1'WIKI사용을 아직 하지 말로 나중에 시작하는건 어떨런지요? -[상욱]
        기존의 정보들을 옮겨놓자는 의미가 아니었습니다. 새로 만들어 지는 페이지들이 그쪽으로 가고 있는 것이지요. 지금 그렇게 되고 있고, 어쩌면 프로젝트를 위한 특화된 위키가 될지도 모를것 같군요.--NeoCoin
       이런 의견도 있습니다. ''최소한 지금과 같이 늘어나고 있는 프로젝트 관련 페이지를 분리하자''는 것입니다. --NeoCoin
• 정모/2004.1.20 . . . . 4 matches
       == 프로젝트 진행상황 알림( 발표 & 질문 ) ==
       == 프로젝트 홍보, 새로운 프로젝트 개설( 발표 ) ==
        * [신재동]의 프로젝트 예정
• 정모/2004.2.3 . . . . 4 matches
       == 프로젝트 진행상황 알림 (발표 & 질문) - 10분 ==
        * TheJavaMan 은 프로젝트 참여자 전원이 참여하는 프로젝트인 비행기 게임 만들기를 새로 시작
        * RummikubProject 은 프로젝트 참여자가 없어서 알 수 없음
• 정모/2005.1.3 . . . . 4 matches
       [겨울과프로젝트] 에 대해서 간단하게 이야기
        * 각각의 프로젝트의 진척상황에 대하여 이야기를 들었으며, JAVA는 수민이형의 지각으로 약간의 차질.( -_-^ 늦지마요 )
        * 프로젝트 관련하여 조별로 나뉘어 이야기를 하였습니다.
       [정모], [겨울과프로젝트]
• 정모/2005.12.23 . . . . 4 matches
       안건 : MT, 방학 프로젝트, 학회비, PC실 관리, 행사 관리, 회원정리 등
       1. 추가 프로젝트
        * 독서 프로젝트 - 참가자 - 남상협, 이승한, 허아영, 정수민
        - 프로젝트 > 정모 > 연락 > X (준회원으로 조정)
• 정모/2005.3.14 . . . . 4 matches
        * 봄 프로젝트 시작에 대한 이야기를 해야겠네요.
        * 봄프로젝트 (신입생대상 세미나)
        * 봄프로젝트에 신입생 대상세미나를 포함시킴.
        * 봄프로젝트 - JSP, SmallTalk, AOI, 신입생세미나
• 정모/2006.5.22 . . . . 4 matches
        - 안건 : 초 - 신입생이 프로젝트를 하기 쉽게, 지방 배려, 데블스 전통 23
        하 - 초기에 하면 했던 내용을 방학이 끝나면 잊어버릴 수 있다. -> but 방학때 프로젝트를 진행하기 위해 초기 학습이 필요하다.
        - (창섭) 레벨 업 방식으로 경쟁을 유도하는 것이 단기간 실력 향상에 도움이 된다. 원래 데블스 캠프가 그랬었지만 제로페이지로 오면서 세미나 형식으로 바뀌었고 재학생이 얻는 것은 많았지만 신입생은 상대적으로 '구경'하는 입장이었다. 신입생들의 흡수력을 높이기 위해서는 일단 빠른 실력 향상이 급선무이다. 데블스 캠프는 기존 회원을 위한 것이 아니라 주 목적이 '신입생이 프로젝트를 할 수 있는 기반 실력 향상' 이라는 것을 주목해야할 것이다.
        기본을 제대로 하여서 프로젝트에 참여할 수 있게 만든다.
• 정모/2011.9.27 . . . . 4 matches
       == 스터디/프로젝트 공유 ==
        * 프로젝트 소개를 하려했는데 하둡만 소개해버리고 말았네.. - [서지혜]
       == 스터디/프로젝트 제안 ==
        * 세미나, 프로젝트 공유가 풍성했던 정모여서 기분이 매우 좋았습니다. 다음주에 제가 할 세미나 공유도 좀 열심히 준비해야겠다는 생각이...;; - [지원]
• 조현태/프로젝트 . . . . 4 matches
       == 조현태/프로젝트 ==
        === 완료된 프로젝트 ===
        - [땅콩이보육프로젝트2005]
        === 진행중인 프로젝트 ===
• 지도분류 . . . . 4 matches
       ||["프로젝트지도"]||현재 프로젝트 상황 ||
       ||["2012년활동지도"] || 2012년에 이루어지는 스터디, 프로젝트 지도들 ||
       || ["CVS"] || Concurrent Versions System. 공동 프로젝트를 위한 소스 버전 관리 도구 ||
• 회원정리 . . . . 4 matches
       모임에 참가를 잘 못하고, 프로젝트 활동이 미진한 사람에게 처벌이 필요하나요? 모임에 참가를 안하고 프로젝트 활동이 부진한 것 자체가 일종의 처벌이 되는 경우는 없을까요? 처벌이 아니고 보상으로써 적극성을 이끌어 낼 수는 없을까요?
        회원정리의 기준은 회칙에서 정해진 대로 '사전 연락없이 정모 연속 2회이상 불참' 에 근거하였습니다. 미처 게시판,위키에 연락하지 못하고 회장에게 연락한 경우도 감안을 하였습니다. 또한 프로젝트, 스터디 등을 하면서 ZeroWiki 상에서의 활동여부도 참작을 하였습니다. 활동사항이 전혀 없으면서 정모에 연속 2회이상 불참이 경우가 회원정리의 대상이었습니다.(공교롭게도 이렇게하여 나온 명단의 사람들은 정모에 2,3달 이상 불참하였습니다. 자진 탈퇴라고 보아도 될 정도로 말이죠. 아무런 연락도 없이 불참하였으니까요.) 분명히 정모를 하기 전에 '회원정리를 합니다' 라고 명시를 했었고 그에 대하여 아무런 의견도 없었습니다. 회칙을 정모에서 정했던 만큼 동의하는 것으로 간주하여 회원정리 당일 정모에 참여했던 회원들끼리 회칙 기준에 맞추어 회원정리를 단행하였습니다.
        그리고 회원정리의 근거가 된 정모의 참여여부를 말씀드리자면 정모에 규칙적으로 나옴으로써 친목을 다져 스터디, 프로젝트 등의 활동에 활기를 불어넣고자 함이었습니다. 처리할 안건이 있으면 이날 모인 김에 처리할 목적도 있었구요. 그리고 정모를 '무한 자유'로 할경우 참여가 저조하다는 지적이 있어 강제성을 부여하고자 '회원자격상실'이라는 처벌을 두게 된 것입니다. 2002.1에 제로페이지와 데블스의 통합할때 '학회활동의 저조함의 원인' 의 하나로써(전부가 아니라 일부라는 점을 다시 말씀드립니다.) 정모의 불참으로 인한 회원들간의 결속력 상실을 꼽았던 걸로 기억합니다. Z&D 로 페이지 검색하면 나오는 페이지들이 당시 통합과정에서 남은 문서들입니다. 아무튼 그리하여 정모에 강제성을 두고자 회원자격박탈이라는 벌칙이 만들어졌고 일년이 지난 지금 시행하게 되었습니다.
• 05학번만의C++Study/숙제제출/1 . . . . 3 matches
       => 숙제 페이지는 프로젝트 페이지의 하위 페이지에 만드시기 바랍니다. 여러 프로젝트가 존재하고 그것을 기록, 보존, 관리 차원에서 05학번만의C++Study/숙제1/허아영 와 같은 식으로 프로젝트의 하위 페이지로 만들기 바랍니다. -- 재선
• 1002/TPOCP . . . . 3 matches
        프로그래밍 프로젝트를 정의된 단계들로 세밀하게 나눌 수 있지만, 좋은 아이디어는 아니다.
        우리는 프로젝트의 일들을 정리하여 각각의 사람들이 자신이 잘하는 영역에 대해서로 특수화할 수 있도록 할 수 있지만, 적어도 두가지 단점이 존재한다.
        프로그래밍 프로젝트에 대한 전체 한바퀴를 돌고 난뒤, 프로그래머들이 작업하는 더 올바른 방법으로 작업을 나누는 것을 시도한다.
• 2학기파이선스터디 . . . . 3 matches
        [실시간멀티플레이어게임프로젝트] 참여로 쉬는 기간.
        [실시간멀티플레이어게임프로젝트]
       [프로젝트분류]
• 3D업종 . . . . 3 matches
        '''Visual Studio 2005 프로젝트로 되있습니다.
       vc6이나 2003을 쓸 경우, 비슷한 경로에 glut를 복사하고, 프로젝트를 만들때 win32 console로 해서 링커 옵션에 opengl32.lib glu32.lib glut32.lib 파일을 추가합니다.'''
       == 과거 프로젝트 ==
• AM/AboutMFC . . . . 3 matches
       F12로 따라가는 것은 한계가 있습니다.(제가 F12 기능 자체를 몰랐기도 하지만, F12는 단순 검색에 의존하는 면이 강해서 검색 불가거나 Template을 도배한 7.0이후 부터 복수로 결과가 튀어 나올때가 많죠. ) 그래서 MFC프로그래밍을 할때 하나의 새로운 프로젝트를 열어 놓고 라이브러리 서치용으로 사용합니다. Include와 Library 디렉토리의 모든 MFC관련 자료를 통째로 복사해 소스와 헤더를 정리해 프로젝트에 넣어 버립니다. 그렇게 해놓으면 class 창에서 찾아가기 용이하게 바뀝니다. 모든 파일 전체 검색 역시 쉽게 할수 있습니다.
       그런데요. C# 관련해서 프로그래밍 프로젝트는 없어요? Windows플랫폼이라면, 일반 어플리케이션은 C# 뿐만아니라, Embeded 까지 .NET 계열이 맡게 될텐데 말이죠 :) --NeoCoin
• APlusProject/ENG . . . . 3 matches
        프로젝트를 만든 컴퓨터는 .NET이 직접 프로젝트를 만들면서
       2. 프로젝트 하나 불러오고
• AcceptanceTest . . . . 3 matches
       QualityAssurance (QA)는 XP process의 주요 부분이다. 몇몇 프로젝트들의 QA는 분리된 그룹으로부터 수행되어지지만, 어떤 프로젝트들에서의 QA는 개발팀 스스로에 의해 수행되어진다. 각각의 경우에서 XP는 좀 더 QA와 관계있는 개발을 요구한다.
       (["ProjectPrometheus/AcceptanceTest"], 소스는 ZeroPageServer 의 CVS 프로젝트들중 AcceptanceTestServer 참조)
• AspectOrientedProgramming . . . . 3 matches
       http://javastudy.co.kr 에서 펐습니다. eclipse 프로젝트중에도 있는것 같더군요. (http://www.eclipse.org/aspectj/) - [임인택]
        AspectJ는 Eclipse 프로젝트라기 보다. Xerox PARC 의 AspectJ 프로젝트의 홈페이지가 옮겨 온것 입니다. 역시 이글이 wegra님이 해석해 놓으신거 였군요. 좀더 많은 내용은 아래의 SisterWiki 를 참고하시고, 관련포럼 비스무리 한데가 http://aosd.net 입니다. --NeoCoin
• DiceRoller . . . . 3 matches
        * 프로젝트를 하나로 합쳐야 할 것 같다. 목적이 같지만 서로 관심분야가 달라서 결국 프로그램이 서로 달라지고 있다.
        결국 프로젝트(?)를 합쳐버렸다. 후훗. MSN 을 통해 노가다를 하고는 있지만 결국 한 자리에서 해야할듯 하다.[[BR]]
       ["프로젝트분류"]
• FreechalAlbumSpider . . . . 3 matches
       ["1002"] 가 만들었던 프리첼 앨범퍼오기 프로젝트. (10월 20일 ~ 29일) 그와 관련한 프로젝트 후기.
       ["프로젝트분류"]
• NUnit/C#예제 . . . . 3 matches
        1. C# 관련 프로젝트를 만든다. (예제에는 클래스라이브러리)
        1. 솔루션 탐색기를 열어 현재 프로젝트의 참조 -> PopUp 참조추가 NUnit 의 nunit.framework 추가
        1. 이건 옵션이지만 Use Output Window를 선택하면 프로젝트 Output창으로 결과가 나온다.
• ProjectEazy . . . . 3 matches
       이렇게 어려운 프로젝트에 뛰어들다니 용기가 가상하구나. http://www.alicebot.org/ 를 참고해 봐라. 예전에 윤송이박사 프로젝트에서 잠시 들여다 본 적이 있다. 이쪽에서는 거의 독보적인 듯 하다. --JuNe
       [프로젝트분류]
• ProjectZephyrus/Server . . . . 3 matches
        javac_win.bat : Windows용 프로젝트 컴파일 batch파일
        * Perspective를 CVS Repositary Explorering에서 {{{~cpp CheckOut}}}을 한다음, 컴파일이 안된다면 해당 프로젝트의 JRE_LIB가 잘못 잡혀 있을 가능성이 크다. (Win98에서 JRE가 잘못 설치되어 있을때) 방법은 ["Eclipse"]에서 Tip중 설치 부분을 찾아 보라
        * 먼저 해당 프로젝트의 lib세팅을 수행 한다. 그래도 안되면 다음
• SRPG제작 . . . . 3 matches
       = SRPG 프로젝트 =
        * 혼자하는 프로젝트로 전향했습니다. 과연 할 수 있을지는 미지수.
       ["프로젝트분류"]
• STL . . . . 3 matches
       === 관련 프로젝트 페이지 ===
        * ["UseSTL"] : ["neocoin"] 의 프로젝트 페이지
       [STL]과 같은 라이브러리를 직접 만들어보는것도 (프로젝트 형식으로 해서) 좋을 것 같네요. [GenericProgramming] 의 철학을 이해하는 데에 도움이 될 것 같고 그 안에 녹아있는 자료구조와 알고리즘을 체득할 수 있을 것 같습니다. - [임인택]
• SeedBackers . . . . 3 matches
       2005년 2월 졸업생들. 졸업 논문 심사를 통과하기 위해. 조금 더 양질의 논문을 산출해내기 위해 서로의 논문을 같이 준비하고 피드백(feed-back)을 넘어선 시드백(seed-back)을 주고받기 위한 프로젝트 페이지
        || [임인택] || OpenSource 프로젝트 산출물의 품질 향상을 위한 프로세스 개선 방안 || SE 연구실 ||
       [프로젝트분류]
• StandardWidgetToolkit . . . . 3 matches
       내부에서는 초기부터 SWT와 [Eclipse] 프로젝트의 역할이 분담되어, 과거 IBM developerworks 에 gcc를 이용한 프로그램 작성에 대한 문서가 있었으나, SWT를 이용한 프로그램의 등장은 보이지 않았다. 그러나 분리되면서, 그러한 프로그램을 기대할 수 있게 되었다.
       [http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/main.html SWT 프로젝트 페이지]
        --''[http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/main.html SWT 프로젝트 페이지]'' 에서
• TheOthers . . . . 3 matches
        PL 마지막 팀 프로젝트 "The Others"팀의 프로젝트 페이지
        * Weekly Report Manager? 주로 회사 같은 데서 많이 쓰는 금주 했던 일에 대한 결산 레포트이다. 어느 일을 몇시부터 몇시까지 했으며, 그 일의 종류는 무엇이며, 주별로 통계를 내어, 어느 프로젝트에 몇시간을 투자했고 자기개발에 몇시간을 투자했는지 등등을 적어 회계용도로 쓰이기도 한다.
• VisualStuioDotNetHotKey . . . . 3 matches
       전체 빌드(프로젝트가 여러개있을경우 모두 빌드)
       해당 프로젝트만 정리.
       해당 프로젝트만 빌드.
• WinCVS . . . . 3 matches
       = 프로젝트의 생성 =
        1. 프로젝트를 CVS의 저장소 내에 넣어두어야 이래저래 써 먹을 수 있다.
        1. 저장소에 들어있는 프로젝트를 편집 가능한 공간에 모셔와보자.
• ZPBoard . . . . 3 matches
       APM을 이용한 게시판 '''ZPBoard''' 제작 프로젝트.
        * 모두들 외부 프로젝트를 참여하는 관계로 잠시 쉬겠습니다. (이건 도대체 언제 끝날런지....ㅋㅋ) --["상규"]
       ["프로젝트분류"]
• ZPHomePage . . . . 3 matches
       [겨울과프로젝트] 2004년 겨울방학에 진행하는 제로페이지 홈페이지 리뉴얼 프로젝트
       각 공모에대한 상금 비율이나 상품으로의 전환에 대한 전권은 ZP홈 프로젝트에 일임됩니다.
• ZPHomePage/20050111 . . . . 3 matches
        * 심사 1차-홈페이지개편프로젝트참가자, 2차-제로페이지회원투표
        * 접속자 정보를 뺀다. => 다음 프로젝트에 일대일 대화기능과 함께 추가
        * 도토리 => 다음 프로젝트로
• ZeroPage회칙 . . . . 3 matches
        4-2. 프로젝트 참여도, 정모 참여도, 연락여부 의 순으로 정모 참여 인원이 평가하여 정한다.
        2. 준회원은 ZeroPage 프로젝트 및 행사에 참여를하며 정모에 3회 이상 참여함으로써 정회원 자격을 득할 수 있다.
        3. 각종 안건을 처리하며 프로젝트 진행 상황 발표를 한다.
• iText . . . . 3 matches
        RefactorMe [페이지이름]이 부적절하다고 생각하시는 분은 [페이지이름바꾸기]해 주세요. 프로젝트(라이브러리) 이름을 그대로 사용했습니다.
        * [http://www.lowagie.com/iText/ 프로젝트 홈페이지]
        * [http://sourceforge.net/projects/itext/ 프로젝트 홈페이지(SourceForge)]
• java/reflection . . . . 3 matches
        * classpath를 이용해 현재 프로젝트내의 class가 아닌 외부 패키지 class의 method를 호출하는 방법.
        * 외부 프로젝트는 jar로 패키징 한다.
        * jar파일에 존재하는 class를 현재 프로젝트에서 동적으로 호출할 수 있다.
• 걸스패닉 . . . . 3 matches
        * 프로젝트이름 바꾸자 너무 단순하다 좀더 엘레강스~하게
        * 이제 프로젝트 시작 할 시기가 아닌가? 언제 만나지? --[강희경]
       [프로젝트분류]
• 데블스캠프2006/월요일/연습문제/웹서버작성/변형진 . . . . 3 matches
        * 내가 PHP 도 약간 해보고, JSP 나 Java 도 약간 해봤서 대충 심정을 알듯.. 나도 JSP랑 Java 써서 이번에 DB 프로젝트 개발 해보기전에는 웹에서는 PHP로 짜는게 가장 편하게 느껴졌었거든. 그래서 DB 프로젝트도 웹은 PHP 응용은 Java 이렇게 해 나갈려고 했는데 PHP가 Oracle 지원은 버전 5.x 부터 되서 걍 Jsp로 하게 됐지. 둘다 해본 소감은 언어적인 면에서는 뭐 PHP로 하나 Jsp로 하나 별 상관이 없는거 같고, 다만 결정 적인것은 개발환경및 Jsp 에서는 java 클래스를 가져다가 사용할수 있다는 점이었스. Jsp에서 하면 Junit 을 사용하여 Unit 테스트를 하면서 작성하기 수월했고, 또한 디버깅 환경도 Visual Studio 에서 디버깅 하듯이 웹을 한다는게 정말 좋았지. 또 java 클래스를 가져다가 사용할 수 있어서 여러 오픈 소스를 활용하기에도 좋고.(예를 들면 Lucene 같은 자바로 만든 오픈소스 검색 엔진..). 특히 Eclipse 라는 강력한 개발 환경이 있어서 Visual Studio 보다 더 개발이 수월할 정도..
        * 내가 아무리 이렇게 말해도 귀에 안들어 올거라고 생각은 하고.. 다만 한번 경험을 해보길 바래. 내가 지금 와서 조금 후회되는것은 위키를 Jsp,Java 로 안짜고 PHP로 짠것이니 만큼.. 그리고 컴공에서 제일 중요한 것은 특정한 언어 하나를 잘하는 것도 좋긴 한데, 나는 어떠한 것이 눈앞에 와도 금방 적응하고 배워서 써먹을수 있는 능력도 중요하다고 생각해. 그리고 검색 엔진에 관심이 있다면 오픈소스 검색엔진인 Lucene 을 한번 갖고 놀아봐. 그리고 실제로 간단한 것을 짜보고 싶으면 [MemeHarvester] 이 프로젝트 이어서 해도 되고. - [namsang]
• 데블스캠프2010/둘째날/후기 . . . . 3 matches
        * 자료구조 프로젝트로 SDL을 사용해서 게임 수정을 해봤는데, 또 SDL을 보게 될 줄이야.. SDL 시간이었지만, 느낀건 역시 IDE는 잘 선택해야 한다는 것... 이클립스, 넷빈즈, 비쥬얼 스튜디오 등 많은 사람들이 사용하는 IDE끼리도 같은 소스를 충돌나게 하는걸 보면서 참 황당했다-_-;; - [박성현]
        * 예전부터 세뇌시키셨던 '단일 변화가 발생했을 때 수정사항은 예측 가능한 곳에 있도록 해라' 라는 주제를 다시 한번 접했는데, 들을 때 마다 느낀거지만 제가 너무 사고방식이 절차지향적으로 굳어진 것 같아서 '얼른 다른 새로운 패러다임의 언어를 접해봐야겠어'라는 생각을 하게 됩니다. 세미나를 듣고도 실제로 적용해볼만한 프로젝트를 하지 않으니 제대로 된 피드백이 되지 않는 것 같아서 안타까웠는데 요번엔 꼭 개인프로젝트라도 진행시켜보겠습니다! - [박성현]
• 데블스캠프2012/둘째날/후기 . . . . 3 matches
        * [서영주] - 학교에서 웹기술 관련 수업을 들었던 적이 있었는데 프로젝트를 어떻게 만든다느니 그런걸 제대로 모르고 무작정 했어서 이번에 직접 구조를 눈으로 본게 엄청 와닿는게 있었습니다. 웹 관련으로는 늘 애매한 느낌으로 인식하고 있었는데 뭔가 손에 닿는듯한 느낌이 있어서 좋았습니다.
        * [서영주] - 일반적인 프로젝트가 아닌 프로젝트의 환경 구성같은 부분은 늘 궁금한 부분이어서 이번에 이런식으로 준비를 해야 한다 그런 부분들도 제대로 설명을 해주신 부분이 좋았습니다. 모션인식 자체는 신기했는데 보면서 조금 궁금했던게 스켈레톤의 관절 인식을 기본으로 보여주셨었는데 손바닥, 손가락처럼 신체 일부만 인식을 하는건 안되는건가요?
• 동문서버위키 . . . . 3 matches
        * 테스트 기간때의 개인페이지의 영향 - 동문서버팀에서 '좋은 선례' 를 만들어보기 위해 동문서버 프로젝트 자체가 돌아가는 모습 (ex - [http://dongmun.cse.cau.ac.kr/phpwiki/index.php?PPGroup_Board 동문서버게시판프로젝트]) 을 일부러 위키에 남겨보고, 몇몇 사람들이 공동번역페이지나 스터디 페이지 같은 것들을 열어봤었지만. 이미 그때 사람들의 주 관심사들은 자신들의 페이지들에 일기를 남기는 것이였었죠. 그 이후, 인식을 바꿀만한 사건들이 나오지 않은 것 같습니다.
        * 할말이 없네요. 다 옳은 말이니. 생각해 보면 동문위키를 프로젝트의 구심점으로 삼은 사람이 없다는게 이상할 정도 입니다. 더구나, 현재의 감정사전과, 개인의 신변 잡기식 글들이 늘어나면서 해당 툴의 접근 폭력성이 더 늘어나 사태가 더 심해지는 것 같네요. 현재 ZeroWiki 도 침체의 길을 가느냐, 아니면 꾸준히 활성화냐 이렇게 될것 같은데 약간 걱정입니다. --상민
• 레밍즈프로젝트/박진하 . . . . 3 matches
       [레밍즈프로젝트]
       [레밍즈프로젝트/이승한]
       [레밍즈프로젝트/유주호]
• 레밍즈프로젝트/스펙분석 . . . . 3 matches
       [레밍즈프로젝트]
       Upload:레밍즈프로젝트_게임스펙분석.gif
       Upload:레밍즈프로젝트_맵제작스펙.gif
• 레밍즈프로젝트/연락 . . . . 3 matches
       [레밍즈프로젝트]
       2. 픽셀의 기능 : Pixel 인터페이스는 draw라는 순수 가상 함수를 가지고 있어 그리고 전달인자로 CMyDouBuffDC*를 받게 되지. 그리고 SetPixel(int x, int y)따위를 통해서 윈도우에 그림을 그리게 되지 (이부분은 [레밍즈프로젝트/프로토타입/SetBit]참조)을 통해서 배경에 대한 픽셀을 뿌리게 되는거지.
       프로젝트진행 혼자 더뎌지는 듯 해서 미안하구만 ㅎㅎ
• 레밍즈프로젝트/유주호 . . . . 3 matches
       [레밍즈프로젝트]
       [레밍즈프로젝트/이승한]
       [레밍즈프로젝트/박진하]
• 레밍즈프로젝트/이승한 . . . . 3 matches
       [레밍즈프로젝트]
       [레밍즈프로젝트/유주호]
       [레밍즈프로젝트/박진하]
• 레밍즈프로젝트/일정 . . . . 3 matches
       SeeAlso) [레밍즈프로젝트]
       || 11/13 || [레밍즈프로젝트/프로토타입] 작성 및 검토 ||
       || 11/21 || [레밍즈프로젝트/드래프트버전] 제작 ||
• 레밍즈프로젝트/프로토타입/마스크이미지 . . . . 3 matches
       SeeAlso) [레밍즈프로젝트], [레밍즈프로젝트/프로토타입], [MFC], [(zeropage)bitblt로투명배경구현하기]
       SeeAlso) [레밍즈프로젝트/프로토타입/MFC더블버퍼링]
• 복날 . . . . 3 matches
        3. 프로젝트
        실시간 멀티 플레이어 게임 프로젝트(2학기)
        3. 프로젝트
• 블로그2007 . . . . 3 matches
       == 프로젝트(or 스터디) 주제 ==
       미래에는 PDT로 수렴되겠지만 아직은 정식 버전에 잘 결합이 되지 않을 만큼 불안합니다. 따라서 PHPEclipse를 추천하는데 Web개발을 위해서는 이뿐만이 아니라, HTML Coloring 지원 도구등 여러 도구들이 필요합니다. 귀찮은 작업입니다. Calisto가 나오기 전부터 Eclipse 도구를 분야별로 사용하기 쉽게 패키징 프로젝트가 등장했는데 [http://www.easyeclipse.org/ Easy Eclipse]가 가장 대표적인 곳입니다. 아직도 잘 유지보수되고 있고, Calisto가 수렴하지 못하는 Script 개발 환경 같은 것도 잘 패키징 되어 있습니다. [http://www.easyeclipse.org/site/distributions/index.html Easy Eclipse Distribution]에서 PHP개발 환경을 다운 받아서 쓰세요. more를 눌러서 무엇들이 같이 패키징 되었나 보세요.
       [프로젝트분류] [2007년활동지도]
• 상협/Diary/8월 . . . . 3 matches
        * ["비행기게임"] 프로젝트 성황리에 마치기
        * 이번주는 모든 프로젝트를 마무리 지어야 겠다
        * 오늘은 주로 비행기 겜 프로젝트를 손좀 봤다.
• 새싹교실/2011/무전취식/레벨4 . . . . 3 matches
       정진경 : 목요일에 서강대가서 소프트웨어 마에스트로 설명회 갔는데 작년에 소프트웨어 마에스트로 면접관이 날 알아봐서 감격이었다. 토요일에 집에 내려갔다왔는데 형 친구들을 봤다. 형친구가 겜 프로젝트하는데 실무적인 도움되는것을 들었다. Zp정모는 가서 ICE Breaking 진실혹은 거짓을 하고 스피드 게임을 했다. 분위기는 재밋고 좋은것 같다.
       김준석 : 프로젝트가 4개가 나왔어. 인사관리 조직행동론 DB 댄스스포츠. 주중에 시간이 꽉찼어요. 그리고 셀룰러오토마타 => 심시티. 그래서 나는 심시티4를 받아서 심시티4를 시작했어. JuneCiTy의 적자내는 시장이 되었지. 좀있음 망할것 같아. 그리고 댄스스포츠 교수님이 날 눈여겨보시고 토요일날 '토요일 댄스 스캔들' 여기에 매주 오라고했음. 3시간동안 추는데 거기 사람들 너무 잘함. ㅠㅠ. 소풍갈준비를 하고있음. 시험기간이 곧이라. 좀 개인적인 시간을 가질 필요가 있음. 그리고 원태올린 소스를 정통부게시판에 가서 봤더니 서지혜가 '새싹강사가 누굽니까' 이렇게 올려서 서지혜를 공격함. 원태가 자랑스러웠음. 그래서 그때부터 과제체크를 했더니 소라는 당연히 다했고. 진영이는 어떻게 했고. 원석이는 다했음. 우리학생들은 우선 목표의식은 강함. 참 좋음. 이번주는 역시 바쁘게 프로젝트에 쌓여서 지냄 ㅠㅠ. 그렇지만 휴일은 챙김.
• 여름방학프로젝트 . . . . 3 matches
       = 여름방학 프로젝트 =
       == 프로젝트 제안 ==
       [프로젝트분류]
• 위시리스트 . . . . 3 matches
        * PC, Tablet, Server, Board, MCU, Sensor, 프린터기 등 S/W, H/W 개발 관련, 스터디, 프로젝트, 회의 관련 기자재 및 도서
        * 이 제도는 학회 회원들의 활발한 스터디 및 프로젝트 진행을 돕기 위함입니다.
       무한상상 DIY 아두이노와 안드로이드로 45개 프로젝트 만들기
• 유닛테스트세미나 . . . . 3 matches
       2006년 2학년 1학기 자바 텀 프로젝트였던 심플트론 시뮬레이터에서 이재혁 팀이 이용한 유닛 테스트를 알아보고, JUnit 및 CppUnit을 실습해본다.
       자바 텀 프로젝트 심플트론 시뮬레이터 소개
       프로젝트에 적용한 유닛 테스트
• 자바프로젝트/방화벽팀메신저 . . . . 3 matches
       = 메신저 제작하는 자바 프로젝트 =
        * 현재 학술터 위키의 프로젝트 페이지에서 진행하고 있습니다.
        * [http://www.caucse.net/cgi-bin/moin/moin.cgi/_c0_da_b9_d9_c7_c1_b7_ce_c1_a7_c6_ae_2f_b9_e6_c8_ad_ba_ae_c6_c0_b8_de_bd_c5_c0_fa 자바프로젝트/방화벽팀메신저 ]
• 정모/2003.9.23 . . . . 3 matches
        * 파이선 스터디: 현재 1주째 진행으로 문법을 익혔으며 2주째는 리얼타임멀티플레이어게임프로젝트로 휴강했습니다.
        * 리얼타임멀티플레이어게임프로젝트(RTMPGP): 1주 진행했고 어떻게 짤까와 메인프레임을 논의했고, Python으로 짤 예정입니다. 총 4주과정입니다.
        * MFC: 조만간 2학년 MFC프로젝트가 진행될 예정입니다.
• 정모/2004.11.16 . . . . 3 matches
       == 발표 프로젝트 ==
        - 프로젝트를 열심히 하게 된다
        발표 프로젝트가 잘 운영 되었으면 하네요~ 이히히히~ - [이승한]
• 정모/2004.2.17 . . . . 3 matches
       == 현재 프로젝트 진행상황 알림 - 20분 ==
       == 학기 중 프로젝트 계획 들어보기 - 10분 ==
        * 수상 경력, 프로젝트 경력
• 정모/2004.3.2 . . . . 3 matches
       == 현재 프로젝트 진행상황 ==
       == 앞으로의 프로젝트 계획 ==
        * 기초체력 다지기(일명 몸짱프로젝트) - 나휘동, 임민수
• 정모/2005.1.17 . . . . 3 matches
       ZP는 CS분야만 다뤄야 할까요?? CS이외의 분야를 프로젝트 주제로 삼는것은 어떨까요?? 할 수 있다면 어떤 주제가 있을까요?? - [이승한]
        * [겨울과프로젝트]
       [정모] [겨울과프로젝트]
• 정모/2005.4.25 . . . . 3 matches
        * 새프로젝트
        * 새 프로젝트
        * 외부프로젝트 - 성균관대 게임개발대회
• 정모/2005.4.4 . . . . 3 matches
       [봄과프로젝트]
        * [봄과프로젝트]
        * 와해 분위기. WinAPI 프로젝트 새로 진행, smallTalk 본격추진.
• 정모/2006.1.12 . . . . 3 matches
       = 프로젝트 보여주기 =
       참고 : [겨울방학프로젝트/2005]
       보여주기 준비해 주세요. 프로젝트 사용 할겁니다^^
• 정모/2011.3.2 . . . . 3 matches
        * 사람들이 정말 많이왔어요! 처음 보는 분들도 몇 분 계셨구요. 고학년들이 많아서인지 제안된 프로젝트나 스터디 내용이 수준이 있어서 좋았습니다. 안건들에 대한 의견도 많이 나와서 좋았습니다. ZP가 활발해진다는 느낌이 들어서 굿굿. 저도 지금 프로젝트 하나 건의 했는데, 잘 준비해서 열심히 해봐야 겠네요. - [박성현]
        * 방학동안 정모를 못나가다가 개강이후 오랜만에 정모에 나갔습니다. 처음보는 복학하신 선배분들도 많이 계시고 사람이 많았고 방학동안 프로젝트나 스터디도 참여를 못햇는데 후기를 듣고보니 좀 열심히 참여해서 여러모로 능력을 키워보는것도 좋겠다는 생각이 들었습니다. 새싹교실(새싹스터디) 를 시작으로 올해엔 좀더 활동적으로 참여해봤으면 좋겠다 하는 생각이 듭니다요 - [경세준]
• 정모/2011.5.16 . . . . 3 matches
       == 프로젝트/스터디 공유 ==
        * 동네 검색 종결자 프로젝트
        * 우리 프로젝트가 주간 베스트 3위네요ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ - [서지혜]
• 정모/2012.10.8 . . . . 3 matches
       == 스터디/프로젝트 ==
       === 스터디/프로젝트 제안 ===
        * 프로젝트의 경우 신청서 양식을 만들어 드릴테니(...) 신청하시면 판단해서 장학금을 지금할 계획입니다.
• 정모/2012.5.14 . . . . 3 matches
        * 현재 진행되는 프로젝트나 스터디의 위키 페이지가 있고(활동 증거), 신청한 사람이 이번주 정모에 참여했다면 바로 신청해주세요!(다과비로는 지원이 안됩니다..ㅠㅠ)
       == 스터디/프로젝트 ==
        * 채팅서버 만들기 프로젝트
• 조동영 . . . . 3 matches
        승한이의 꼬임에 넘어가 시작하게된 프로젝트 ㅋㅋ
        어려울것 같지만 먼가 결과물이 나올거 같은 좋은예감도 들게 해주는 프로젝트..
        얼떨결에 코 꿰어서 하게댄 프로젝트... 라고하긴 머하나... 다른사람에게 설명해주는 법을 공부한다고 생각하고 해야지...
• 중앙도서관 . . . . 3 matches
       지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also NoSmok:SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. '''엄청나게''' 많은 것을 배우게 될 것이다. --JuNe
       이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
       정말 많이 배우는 지름길은 자신의 삶 속에서 실현을 하는 것이다. 만약 XP를 정말 제대로 공부한다면 자신의 삶에도 그것이 영향을 미치지 않으면 안된다는 말이다. 아니 정말 그렇게 된다. 또, 그렇게 되도록 하면 정말 많은 것을 배우게 되고, 또 빨리 배울 수 있다. 마찬가지로 어떤 연습 프로젝트를 진행할지라도 자신의 삶에 의미가 있는 어떤 것을 우선적으로 택하는 것이 좋다. 날마다 게임을 하는 사람이라면 게임을 만들고, 날마다 게시판을 붙들고 글을 쓰는 사람이라면 게시판을 만든다.
• 프로그래머가알아야할97가지/ActWithPrudence . . . . 3 matches
       다음 이터레이션에서 그 부채의 상환을 계획한다면, 비용은 최소화 될 것이다. 부채를 상환하지 않고 놔두면 이자가 누적되며, 그 이자는 가시적인 비용으로 추적되어야 한다. 이렇게 하면 프로젝트의 기술적 부채가 사업적 가치에 미치는 영향을 강조하며 상환에 적절한 우선 순위를 줄 수 있게 된다. 이자를 어떻게 산정하고 추적할 것인가는 각각의 프로젝트에 달려있지만, 반드시 그것들을 추적해야 한다.
       여지껏 과제를 하면서 "제대로 하기"와 "빨리 하기"중 "빨리 하기"를 선택한 적이 많았는데 요즘 그 선택들에 대해 후회하고 있습니다. 지금도 프로젝트를 진행하며 팀이 두 선택지 중 고민중인데 진행하다보면 "빨리 하기"가 더 매력적으로 느껴지는 것 같아 걱정됩니다. 이 페이지를 팀원들이 다같이 읽어보면 좋겠다는 생각이 드네요. - [김수경]
• 회칙 . . . . 3 matches
         4-2. 프로젝트 참여도, 정모 참여도, 연락여부 의 순으로 정모 참여 인원이 평가하여 정한다.
        2. 준회원은 ZeroPage 프로젝트 및 행사에 참여를하며 정모에 3회 이상 참여함으로써 정회원 자격을 득할 수 있다.
        3. 각종 안건을 처리하며 프로젝트 진행 상황 발표를 한다.
• 06 SVN . . . . 2 matches
       8. 해당 컴퓨터에서 방금 커밋한 프로젝트 체크 아웃 받기
       9. 해당 프로젝트 파일 수정
• 2005리눅스프로젝트 . . . . 2 matches
       = 2005리눅스 프로젝트 =
       [(zeropage)2005리눅스프로젝트<설치>]
• 3DStudy_2002 . . . . 2 matches
       == 진행중 프로젝트 ==
       ["프로젝트분류"]
• ACE . . . . 2 matches
        * http://mudmania.org/reiot/ACE - 머드매냐 레이옷님 홈페이지. (다크에덴 외 여러 게임 서버 프로젝트를 맡으신 분)
        * http://imays.pe.kr:41414/ - 스튜디오 플로리스 배현직씨 홈페이지 (cafe9, blitz1941 서버 프로젝트 맡으신 분)
• ACE/HelloWorld . . . . 2 matches
        * 먼저 [ACE] 라이브러리를 다운받아 컴파일해야 한다. [http://riverace.com 여기]서 다운받아 컴파일한다. 빌드 컨피큐레이션이 프로젝트별로 3~4개씩 있는데 이거 한번에 컴파일하는데 30분 넘게 걸렸었다...-_-; (P4 2.4G, 512MB, VC6)
        * project setting 에서 link 탭에 aced.lib (디버그용), 또는 ace.lib 을 추가한다. (프로젝트 홈 디렉토리에 lib, dll 파일이있거나 path 가 걸려있어야 한다. 혹은 additional library path에 추가되어 있어야 한다)
• ACM2008 . . . . 2 matches
       [http://acm.pku.edu.cn/JudgeOnline/ POJ] Peking university Judge Online 이란 시스템이 있는데 온라인으로 프로그래밍 문제를 제공하고, 온라인으로 소스를 보내면 서버에서 컴파일해서 결과를 알려주는 시스템이다. 책에서는 code 의 길이를 이용한 코드 골프쪽에 초점을 맞추고 있었지만 이 프로젝트의 목표상 그럴 필요는 없을거 같다. 다만 온라인으로 제공되는 문제가 꽤 있고 평가하는 시스템이 있으므로 보다 즐겁게 놀 수 있는 '꺼리' 일 것 같다.
       [프로젝트분류]
• APlusProject . . . . 2 matches
       Visual C# .NET 2003 실전 프로젝트 -영진닷컴 Ch3 ~ Ch7
       오늘로써 긴 프로젝트의 마무리. --재동
• CCNA . . . . 2 matches
        * 2008 하계방학 프로젝트로 했음
       [프로젝트분류] [2008년활동지도]
• CodingStandard . . . . 2 matches
       프로젝트 코딩 스타일의 표준.
       진행해본 프로젝트들의 경우, 주로 자바는 자바 코딩스타일을, Python 은 Smalltalk Style 을 이용했었다. --["1002"]
• ComputerGraphicsClass . . . . 2 matches
       수업내용: Computer Graphics 에 대한 전반적인 이해. 주로 3D 관련 내용과 프로젝트.
       2004년 부터는 프로젝트시 OpenGL 을 이용한다. (하지만 파이프라인 밑바닥부터 구현 한다)
• ComputerNetworkClass/Report2006/BuildingWebServer . . . . 2 matches
        * wsock32.lib 을 프로젝트에 추가 해야 돌아간다.
       프락시 서버 역시도 기본적으로 웹 서버와 동작이 다르지 않으며, Cache 의 방법과 로깅을 처리하는 방식에서 차이만 존재한다고 생각이 됩니다. 물론 핵심적인 부분이기 때문에 각 프락시 서버의 핵심기술이라고 볼 수 있겠지만, 이는 학과의 개인 프로젝트의 수준을 넘는 처리이므로 불필요하다고 보아지는 바, 역시 프락시 역시도 에코서버의 확장형으로 보아도 무방할 듯 합니다.
• DevCppInstallationGuide . . . . 2 matches
       └'''기본언어로 설정'''을 해주면 선택사항이 고정됩니다. 프로젝트 이름은 프로그램 이름이라고 생각하면 됩니다.
       └main.c이라는 이름으로 저장하기 보다 '''프로젝트 이름.c'''으로 저장하는 것이 나중에 다시 볼 때 좋습니다.
• DirectX2DEngine . . . . 2 matches
       짧은 기간에 빨리 작성하고 다음 프로젝트와 연결 할 예정
       [프로젝트분류] [2006년활동지도]
• EffectiveC++ . . . . 2 matches
       그런데, 왜 최소한인가? 여러가지 일을 할수 있는 멤버 함수들을 계속 추가해 나가면 안되는 것인가? 대답은 안된다. 왜 안되는 것일까? 당신은 멤버 함수가 10개 있는 클래스와 100개가 있는 클래스중 어떤것이 이해하기 쉽다고 생각하는가? 나 만 쓰려는 클래스가 아닌이상 다른 사용자들이 쉽게 이해 할수 있도록 만들어야 하지 않겠는가? 그렇기 때문에 최소한의 인터페이스를 추구하는 것이다. 그리고, 관리적인 면에서 볼때 적은 함수들을 가진 클래스가 용이하다는 것이다. 중복된 코드라던지 아니면 개선할 것들을 향후에 하기 쉽다는 것이다. 또한, document를 작성한다 든지 할때 적은 멤버 함수들을 가진 클래스 쪽이 용이하다는 것이다. 마지막으로 아주 긴 클래스 정의는 긴 헤더 파일을 초래 한다. 일반적으로 헤더 파일들은 프로그램이 컴파일될 때마다 매 번 읽혀져야 하기 때문에 필요 이상 긴 클래스 정의는 프로젝트 주기 중의 총 컴파일 시간을 갉아 먹는다. 그런 이유들 때문에 최소한의 클래스 인터페이스를 추구하는 것이 좀더 나은 판단이라는 것이다.
       ["프로젝트분류"]
• EmbeddedGogo . . . . 2 matches
        * 프로젝트의 방향에 대해서 이야기 해봄
       [프로젝트분류]
• ExtremeBear/VideoShop . . . . 2 matches
       ExtremeBear 프로젝트
        * 세 팀이 따로 따로 프로젝트 수행
• IdeaPool . . . . 2 matches
        * 우리는 아이디어를 갖고 있어도 어떠한 사정에 의해 실현(혹은 개발)까지 이르지 못하기도 한다. 따라서 모두의 아이디어를 공유한다면 프로젝트를 비롯한 각종 활동 사항에 촉진제가 될 것이다.
       [프로젝트분류]
• InterMap . . . . 2 matches
       Acup http://zeropage.org/~gochi/cgi-bin/wiki/moin.cgi/ # 자판기(객체모델링)프로젝트, 인공지능 오델로 프로젝트 위키
• JavaScript/2011년스터디/3월이전 . . . . 2 matches
        * 프로젝트 결정
        * 프로젝트 대신 오픈 소스 코드 분석하기로 결정
• JavaStudy2004 . . . . 2 matches
       [겨울과프로젝트] 2004년 겨울방학에 진행하는 [Java] 스터디.
       [프로젝트분류], [Java]
• JavaStudy2004/자바따라잡기 . . . . 2 matches
        이 문제를 해결하기 위하여 고슬링은 C와 C++를 개조해서 해결을 해보려고 시도를 했던 것이다.그래서 C언어의 불필요한 부분이나 문제가 될 부분들을 제거한 새로운 언어를 개발하게 되였는데, 이것이 바로 자바인 것이다. 최초로 자바를 이용한 프로젝트는 가전 제품과 전기 기기들을 통합하여 가정 환경에 새로운 인터페이스를 제공하는 소위 그린 프로젝트(Green Project)라는 것 이였다. 그러던 1993년, 그래픽 기반의 월드와이드웹이 발표되고 자바의 개발자들은 곧 이러한 웹 기반의 응용 프로그램에는 자바와 같은 기기(컴퓨터 및 그 운영체제)로부터 독립된 언어가 이상적이라는 것을 발견하였다. 그리하여 그들이 개발한 것이 나중에 핫자바(HotJava)로 이름이 바뀐 웹러너(WebRunner)라는 웹 브라우저였다. 이것이 최초로 자바를 지원한 웹 브라우저가 되었다. 자바라는 이름은 지역의 어느 커피점 안에서 얻었다. 그래서 지금은 웹 페이지에서 항상 끓고 있는 커피의 상징을 볼 수 있다.
• KDPProject . . . . 2 matches
       === DPSC 번역 프로젝트 진행중 ===
       ["프로젝트분류"], ["패턴분류"]
• Leonardong . . . . 2 matches
       [http://zeropage.org/zero/?url=leonardong 개인위키]를 분양받아 쓰고 있습니다. 제로페이지 프로젝트에는 [http://zeropage.org/trac/leonardong/ Trac]을 쓰고 있지요.
       위키는 주로 [프로젝트]를 진행할 때 씁니다. 과거 기록은 [PersonalHistory]에 남아있습니다. 그 밖에는 [인상깊은영화]라든지 [BookShelf] 를 채워나갑니다. 가끔 [Memo]를 적기도 하는데, 이제는 [(zeropage)IdeaPool]에 적는 편이 낫겠네요.
• LinuxServer . . . . 2 matches
       서버를 구축하고 관리하고 다양한 웹 프로그램을 사용해 보는 프로젝트.
       [프로젝트분류]
• MFC/AddIn . . . . 2 matches
        멤버함수 자동완성, 멤버 함수 찾아가기, 편집 문맥 표시, 프로젝트 파일 열기, 다중 클립 보드, 강화된 Syntax highlighting, 프로젝트 파일 열기 등..
• MemeHarvester . . . . 2 matches
        * 이것은 [EventDrvienRealtimeSearchAgency] 의 일종이다.- 싸이월드를 보면 자신의 방명록에 글이 올라오면 바로 알려준다. 이를 모든 웹사이트에 대해서 가능하도록 하는 프로젝트, 물론 단순히 새글이 올라왔다고만 알려주는것은 아니다. 어떠한 새글이 올라왔는지 실시간으로 알려주며 키워드를 입력하면 해당 키워드가 포함된 글이 올라올때만 알려주기도 한다. 활용 예를 보면 어떤 프로젝트인지 잘 이해가 갈 것임..
• MineFinder . . . . 2 matches
       GetPixel 은 어디서 호출될까? Edit->Find in Files 를 하면 해당 프로젝트내에서 GetPixel이 쓰인 부분들에 대해 알 수 있다.
       ["프로젝트분류"]
• MoreEffectiveC++ . . . . 2 matches
        1. 2002.02.15 드디어 스마트 포인터를 설명할수 있는 skill을 획득했다. 다음은 Reference counting 설명 skill을 획득해야 한다. Reference counting은 COM기술의 근간이 되고 있으며, 과거 Java VM에서 Garbage collection을 수행할때 사용했다고 알고 있다. 물론 현재는 Java Garbage Collector나 CLR이나 Tracing을 취하고 있는 것으로 알고 있다. 아. 오늘이 프로젝트 마지막 시점으로 잡은 날인데, 도저히 불가능하고, 중도 포기하기에는 뒤의 내용들이 너무 매력있다. 칼을 뽑았으니 이번달 안으로는 끝장을 본다.
       ["책분류"],["프로젝트분류"]
• MoreMFC . . . . 2 matches
       그럼 이제 이 책에서 처음 나오는 MFC programming source를.. 공개 한다. Dialog based로 프로젝트를 연후 Dialog에 관한 class는 project에서 뺀후 App클래스내에 이 source를 쳐주면 될것이다. - 신기 하게도 App class와 MainWindow클래스만 있다. 이런 source는 처음 봐서 생소 했지만, MFC에서 제공해주는 source보다는 깔끔해 보였다.-
       ["프로젝트분류"]
• PC실관리프로그램 . . . . 2 matches
        * 게임 방지 취지로 만들어진 프로젝트라고 알고 있는데 요새 문제가 되고 있는 '타과생 출입' 문제도 고민해봅시다 - 지원
       [프로젝트분류] [2007년활동지도]
• PHPStudy2005 . . . . 2 matches
       DeleteMe) 스터디? 프로젝트? - [eternalbleu]
       [프로젝트분류]
• PaintBox . . . . 2 matches
        * 제한된 날짜안에 프로젝트를 완성하는 경험을 쌓는다.
        - 멋지다고 생각하지만, 05학번을 대상으로 하시는 거라면, 날짜를 바꿨음 합니다. 19일까지 디공 프로젝트가 있거든요 -[허아영]
• PragmaticVersionControlWithCVS/CommonCVSCommands . . . . 2 matches
       다수의 프로그래머들이 프로젝트를 진행하는 상황하에서는 내가 프로그램을 갱신하고 있는 동안 다른 프로그래머들도 프로그램의 갱신을 할 가능성이 대단히 높다. 만약 갱신주기가 길어진다면 프로그래머가 처리해야할 merge 작업이 상당할 것이다. 때문에 주기적으로 프로젝트를 checkout 하는 것이 중요하다.
• ProjectCCNA . . . . 2 matches
        * 2008 하계방학 프로젝트로 시행
       [프로젝트분류] [2008년활동지도]
• ProjectGaia . . . . 2 matches
       학교에서 하는 파일 구조 단체 프로젝트 관리 페이지 입니다.
       ["프로젝트분류"]
• ProjectGaia/기록 . . . . 2 matches
        * 중간 발표에 대한 준비, 프로젝트 스펙 점검, 지식 공유, 프로젝트 페이지 열기
• ProjectIdea . . . . 2 matches
       프로젝트로 해볼만한 아이디어들에 대해서..~ 좋은 아이디어이면 같이 실제로 구현해보거나 다른 사람의 아이디어를 참고하여 덧붙일 수도 있으리라 생각된다.
       ["프로젝트분류"]
• ProjectLegoMindstorm . . . . 2 matches
        * 프로젝트분류 태그, 팀이 어떻게 있는지, 앞으로의 진행사항을 기입해 주세요. - 승한
       [프로젝트분류] [2008년활동지도]
• ProjectPrometheus/개요 . . . . 2 matches
       지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. 엄청나게 많은 것을 배우게 될 것이다.
       이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
• ProjectVirush . . . . 2 matches
       Trac을 이용해 [http://165.194.17.5/trac/aekae/timeline 프로젝트 진행상황]과 [http://165.194.17.5/trac/aekae/browser//ProjectVirush Source Code]를 확인할 수 있습니다.
       [프로젝트분류]
• ProjectZephyrus/Client . . . . 2 matches
       현재 공용 툴은 JCreator. JCreator 프로젝트 화일도 같이 업했으므로 이용할 수 있을 것임.
        + ---- MainSource - 메인 프로그램 소스 & JCreator 프로젝트 화일이 있는 디렉토리
• PyIde . . . . 2 matches
        * [Eclipse] - [wxPython] 과 PDE 중 어느쪽이 더 효율적일까.. CVS 관련 기능들등 프로젝트 관리면에서는 Eclipse 의 Plugin 으로 개발하는 것이 훨씬 이득이긴 한데.. Eclipse Plugin 도 [Jython] 으로 프로그래밍이 가능할까?
       [프로젝트분류]
• ReleasePlanning . . . . 2 matches
       릴리즈 계획은 프로젝트의 전반적인 계획을 다룬다. 릴리즈 계획은 개별 반복에 대한 반복 계획을 포함한다.
       기술자들이 기술적인 결정을 내리고 현업 사람이 업무에 대한 결정을 내리는 것은 매우 중요한 일이다. 릴리즈 계획은 몇가지 규칙을 갖고 있는데 이것은 프로젝트에 참여한 모든 사람이 자신의 결정을 내리게 한다. 이러한 규칙은 각각이 수행할 계획을 협상하는 방법을 담고 있다.
• Ruby/2011년스터디/서지혜 . . . . 2 matches
       == 프로젝트 ==
        * 0207 : 프로그램 명세. 엔포지에 프로젝트 생성([http://nforge.zeropage.org/projects/deletewastes 엔포지 링크])
• SVN 사용법 . . . . 2 matches
       3. 아이디와 프로젝트 이름을 선택하면 나의 프로젝트가 다운 가능하다 (다른 컴퓨터에서도..)
• SeminarHowToProgramIt . . . . 2 matches
        * 8:10-8:30 그룹 나누기, Crc Card 소개, 프로젝트 요구사항 소개 및 그룹별 토의
       3. 프로젝트 설치
• SharpZeroJavaProject . . . . 2 matches
       [http://www.caucse.net/cgi-bin/moin/moin.cgi/_c0_da_b9_d9_c7_c1_b7_ce_c1_a7_c6_ae_2f_230_c6_c0_20_bf_c2_b6_f3_c0_ce_20_b0_d4_c0_d3 자바프로젝트 #0팀 온라인 게임]
       ["프로젝트분류"]
• SmallTalk/강좌FromHitel/소개 . . . . 2 matches
       이 소비하게 됩니다. (프로젝트에 따라서는 약 30%의 자원을 소비할 때도 있었습
       익히는 도구로써, 크게는 실제 프로젝트를 개발할 수 있는 도구로써, Smalltalk
• SmallTalk_Introduce . . . . 2 matches
       이 소비하게 됩니다. (프로젝트에 따라서는 약 30%의 자원을 소비할 때도 있었습
       익히는 도구로써, 크게는 실제 프로젝트를 개발할 수 있는 도구로써, Smalltalk
• TAOCP . . . . 2 matches
       == 프로젝트 목표 ==
       [책분류][프로젝트분류]
• ToastOS . . . . 2 matches
       ["REAL_LIBOS"] 과도기적인 이전의 프로젝트[[BR]]
       ["프로젝트분류"]
• VMWare/OSImplementationTest . . . . 2 matches
       입니다. 따로 프로젝트를 만들어서 간단히 컴파일해서 makeboot.exe를 만들도록
       먼저 Win32 Console Application으로 간단히 프로젝트를 생성합니다.
• VisualBasicClass/2006/Exam1 . . . . 2 matches
       6. 다음은 프로젝트에 새로운 컨드롤을 추가하는 방법을 나열한 것이다 올바른 순서를 쓰시오 ?(1점)
       ㉡ 컨트롤을 추가할 프로젝트를 연다.
• VisualSourceSafe . . . . 2 matches
        * ["CVS"] 와 달리 하나의 프로젝트를 특정인이 점유하고 있으면, 해당 프로젝트 소스 자체에 접근을 금지한다. VS 계열 툴로 집에서 혼자 작업시에 사용하기는 편하다. VS계열의 툴과 잘 결합되어 있다. 아직 VS 6.0 만 쓰는 관계로 7.0은 잘 모름--["상민"]
• VoiceChat . . . . 2 matches
       다자간에 프로젝트를 진행할때 같은 장소에서 작업을 하기 힘든 경우 음성채팅을 이용하면 그나마 숨통을 틀 수 있다. MSN 메신저를 비롯하여 음성채팅을 지원하는 여러 메신저의 경우 1:1 만 지원한다. 아래의 프로그램을 사용하면 다자간 음성채팅을 무료로 할 수 있다.
       나중에 텀 프로젝트를 진행할때 메신저보다는 이것을 사용하면 좋을듯.
• WikiGardening . . . . 2 matches
        * [프로젝트분류]와 [프로젝트지도]와 [WikiProjectHistory ]
• XpWeek . . . . 2 matches
       여차저차 해서 프로젝트가 끝나갑니다. 내일은 크리스마스 이브죠. 마지막 하루인데 제 시간에 나와서 깔끔하게 마무리 짓고 끝내 봅시다! --[Leonardong]
       [2004년활동지도],[프로젝트분류]
• Z&D토론/History . . . . 2 matches
       데블스가 제로페이지에서 하나의 프로젝트를 장기적으로 수행하는 것도 아니고 특화된 분야의 공부(제이스톰같이)를 하는것도 아니었는데도 불구하고 일회성 팀이 아닌 후배를 충원하는 소모임으로 대를 이어가게된 배경이 궁금합니다.
       학회에서 소모임을 나누는 기준이 잘못되었던건 아닐까 생각이 드네요. 뚜렷한 기능의 특화없이 나누어진 소모임이 한 학회안에서 지속적으로 유지되는 것은 어떤 의미를 가질까요. 제로페이지란 인력풀, 자원풀에 경계를 긋고 둘로 나누는 무의미한 일이 아닐까요. 저는 기능 중심으로 조직이 나누어져야한다고 생각합니다. 그리고 그 기능을 다한 조직은 빨리 소멸되고 새로운 조직이 구성되는 일이 반복이 되어야한다고 생각합니다. 결국 그 조직은 소모임보다는 프로젝트팀이란 이름이 적합하다고 봅니다. -- 이덕준
• ZP&JARAM세미나 . . . . 2 matches
        세미나 두개 다 정말 유익하게 들었습니다. 병윤이 세미나 주제가 우려먹기라는데 내가 그 때 커스모집 때문에 없어서 이번 기회에 들었습니다^^ 와핫핫~!! 프로젝트 통합방법도 내년에 돌아와서 팀플할때 잘 써먹을수 있을거 같아요. 승한오빠가 하는 프리젠테이션 방식이 굉장히 좋았어요. 간결한 글과 시각적 효과를 이용해 보는 사람으로 하여금 몰입도를 높이는..(웃음) OST도 좋았습니다. 시간이 부족한게 좀 아쉽ㅠ
        준비가 미흡해서 발표가 매끄럽게 진행되지 못했던것같아 죄송합니다~ 아직 큰 규모의 프로젝트를 해보지않아 svn에 대해 잘 알지못했었는데 알게되어 좋았구요 OST때 linux & open source 테이블 유익한 정보 많이 듣게되어 재미있었습니다. 다음번 자람측 세미나가 기대되네요~
• ZPHomePage/계획 . . . . 2 matches
       == 다음 프로젝트로 ==
        이번프로젝트에선 빼기로 했음. 아바타나 아이템을 디자인하기엔 작업이 커질 것 같음
• ZeroPageEvents . . . . 2 matches
       || 5.10. 2002 || Internet Problem Solving Contest(IpscAfterwords) || IPSC 참여. 밤샘 프로젝트; || ["1002"], ["neocoin"], ["데기"], ["nautes"], ["구근"], ["fnwinter"], ["JuNe"] ||
       || 6.23. 2002 ~ 6. 28. 2002 || ["데블스캠프2002"] || 신입회원들을 위한 밤샘 세미나 & 실습 프로젝트 || . ||
• ZeroPageServer/CVS계정 . . . . 2 matches
        * ZeroPageServer 에서 오픈 프로젝트 같은 프로젝트를 진행할수 있다.
• ZeroPageServer/SubVersion . . . . 2 matches
        CVS의 대용으로 개발되기 시작하여, 최근 fsfs의 지원 이후로 CVS를 대체해 나가는 추세이다. 많은 opensource 기반 프로젝트들이 SVN으로 옮겨갈 준비들을 하고 있다. 최신버전인 1.2버전부터는 bdb가 기본이었던 것이 fsfs가 기본 타입으로 설정되었다.
        || {{{~cpp svn+ssh://ID@zeropage.org/home/SVN/project}}} || http://zeropage.org/svn/project ||프로젝트 진행 Repository ||
• ZeroPage소개 . . . . 2 matches
        * ZeroPage는 컴퓨터공학부 내에 있는 학술 동아리로서, 올해 21년째를 맞이 하고 있습니다. ZeroPage에서는 Computer Science&Engineering 전반에 걸쳐 구성원들이 하고자하는 분야를 탐구하고, 프로젝트를 진행하고 있습니다. 또, 매주 정모를 통해 구성원들과 자신의 스터디, 프로젝트 진행사항들을 이야기하고 각종 세미나들을 통해 자신이 알고 있는 것을 다른 사람들과 공유하여 구성원들 모두가 함께 발전해나가고자 하는 동아리입니다. 또한 새싹교실과 데블스 캠프와 같이 동아리 구성원이 아닌 학우들도 함께 참여할 수 있는 프로그램을 통해 함께 발전해나가고자 하고 있습니다.
• ZeroPage정학회만들기 . . . . 2 matches
        * 학회실에서 세미나를 비롯, 스터디 그룹, 프로젝트 진행, 정기모임, 토론 등등 학술 활동의 공간을 확보할 수 있다.
        * 학기중 위키에서 진행된 프로젝트(꼭 개인공부가 아니더라도, 학교 숙제 등)에 대한 사람들과의 토론모임 (이 역시 ZP + 과내 사람들 이득이 되리라 생각)
• celfin . . . . 2 matches
        * 기말 고사 전까지 메신저 프로젝트의 Swing 부분을 열심히 하는 것
        * 자바 메신저 프로젝트
• django . . . . 2 matches
        PythonPath "['<프로젝트 부모폴더>'] + sys.path"
        SetEnv DJANGO_SETTINGS_MODULE <프로젝트 이름>.settings
• iruril . . . . 2 matches
        * [실시간멀티플레이어게임프로젝트]
        * JAVA 텀 프로젝트
• sibichi . . . . 2 matches
       == 진행중인 프로젝트 ==
       == 완료된 프로젝트 ==
• snowflower . . . . 2 matches
       ||[TheWarOfGenesis2R]||창세기전2 리메이크 프로젝트|| _ ||
       ||Pump-2W||개인적인 프로젝트, PCI9112Card|| 2006.02 ~ 2006.04||
• zyint . . . . 2 matches
       = 참가 프로젝트 =
       엠티때 프로젝트 하나 할까하고 말했지? 음.. 그거 진짜 사람 모을까? 할래? -[조현태]
• 강희경 . . . . 2 matches
       == 종료된 프로젝트 ==
       == 종료되지 않은 프로젝트(흐지부지) ==
• 강희경/그림판 . . . . 2 matches
       [바퀴벌레에게생명을] 프로젝트.
       게임제작 프로젝트 [걸스패닉]용 이미지.
• 검색에이전시_temp . . . . 2 matches
       = 세부 프로젝트 페이지 =
        * 오픈 프로젝트 입니다. 제로페이지 회원이 아니더라도 누구든이 원하면 같이할 의향이 있습니다.
• 구자겸 . . . . 2 matches
       == 현재 프로젝트 ==
       == 계획중인 프로젝트 ==
• 김민재 . . . . 2 matches
        * [Pinple] 프로젝트 구성원
        * Always-On 프로젝트 ~~구성원~~ 리더 - AI Mate
• 김상호 . . . . 2 matches
       2010 여름방학 중 c++ 프로젝트, Javescript, PHP 프로젝트 진행.
• 단식자바 . . . . 2 matches
       = [여름방학프로젝트]/단식자바 =
       [프로젝트분류]
• 데블스캠프2006/SVN . . . . 2 matches
       8. 해당 컴퓨터에서 방금 커밋한 프로젝트 체크 아웃 받기
       9. 해당 프로젝트 파일 수정
• 데블스캠프2009/금요일/SPECIALSeminar . . . . 2 matches
        * 그 분의 비결은? - 프로젝트가 끝나고 쉬는 기간 동안 단체로 진행했던 프로젝트를 홀로 재개발
• 데블스캠프2010/첫째날/오프닝 . . . . 2 matches
        * nForge 같은 프로젝트 관리 사이트와 연동하면 효과가 쑥쑥
        3. 데블스캠프 2010 프로젝트에 들어가서 '''__세디츠__'''에게 자신의 아이디와 닉네임 쪽지로 보낸다~
• 데블스캠프2010/첫째날/후기 . . . . 2 matches
        * 팀프로젝트를 할 때 한번 써봤는데 제대로 쓰질 못했던 기억이 있네요. 이걸 제대로 익혀서 다음에 유용하게 쓰게 된다면 좋겠네요ㅎㅎ - [허준]
        * 게임은 개인적으로 관심있는 분야인데, 이렇게 실제 현업 이야기를 들으니까 좋았습니다. 기획자와 프로그래머, 디자이너의 갈등이라던가, 연차가 쌓여갈 수록 '코딩'이 아닌 '관리'라는 측면에서 프로젝트를 참여해야하는 분위기라던가.. 여러가지를 다시 생각해보게 하는 시간이였습니다. '관리'나 '코딩' 둘 중 어떤 것에 더 우선순위를 둘지를 조금 더 생각해봐야겠습니다. 한 일주일 정도 생각해보고 지금 현재 나의 행동들 중 우선순위에 맞지 않는 행동을 수정해보도록 하겠습니다. - [박성현]
• 데블스캠프2011/다섯째날/후기 . . . . 2 matches
        * Java를 통한 TDD (비스므리한) 것을 실습했죠. 좀 신기한 방식이라 신기했던거(??) 같습니다. 테스트 케이스를 만족하도록 코드를 만들거어간다라.. 확실히 다른사람의 코드이고 주석이 없는데도 대략적으로 이해할 수 있다는 점은 좋은 거였던거 같습니다. 여러사람들이 한개의 프로젝트를 다루게 된다면 이런식의 것도 필요할거같네요. ..하지만 그럼에도 불구하고 테스트 케이스만 만족하면 된다는 사상도 있어서 어려움이 완전히 해소될것이리라! 라는건 아닌거 같네요. (사실 남의 스펙을 자신이 구현했기 때문에 발생했던 문제겠지마는,.) SVN도 써보고 TDD나 이런 저런 기법들을 데블스에서 처음 접해봐 신선했습니다.
        * 남이 짠 스펙을 보고 구현한다는건 처음이었습니다. 대개는 학교 프로젝트 할 경우에는 무슨 기능이 필요하다는걸 처음부터 생각하고 만드는데 실제 일하는 쪽에서는 그렇지 않을테니 좋은 경험이 됐다고 생각합니다. 유닛 테스트에서 해당 테스트 케이스가 스펙이 될 수 있다는 부분에 대해서도 잘 생각해보고 또 적용해보기 위해 노력해봐야겠습니다. 근데 TDD의 단점에 대해서는 크게 말이 없었던 것 같아서 그 부분이 좀 아쉽습니다.
• 데블스캠프계획백업 . . . . 2 matches
        * 여태까지 있었던 ["데블스캠프"]는 짤막한(정말 어이없을 정도로 짧을 수도 있는..^^) 세미나 직후 문제 내주기, 풀기 등으로 이루어졌던 걸로 압니다. 이번에도 그렇게 할 것인지.. 아니면 Team 프로젝트식으로 선후배가 한 팀이 되어 하는것이 좋을지도 생각해봐야겠습니다. 그런데 아직 경험이 부족한 1학년들과 선배들이 페어가 되어 한다면 (잘하는 사람 예외) 선배들만의 잔치가 될 우려가 있기 때문에 잘 생각해보고 정해야겠습니다. --창섭
        * NoSmok:ApprenticeShip 모델을 적용해서, 처음에는 선배 주도로 프로젝트를 하나 하고, 다음에는 조금씩 후배가 안으로 들어오게 하고, 선배는 바깥으로 빠지는 것도 좋습니다. 이 NoSmok:ApprenticeShip 에는 전통적으로 두가지가 있습니다. 재단사들의 경우, 사람이 새로 들어오면 맨 마지막 마무리 일(예컨대 단추달기 등)을 맡깁니다. 그러면서 경험이 쌓이면 공정을 역으로 거슬러 올라오게 합니다. 즉, 이번에는 단추달기도 하고, 주머니 달기도 하는 겁니다. 다음에는 단추달기, 주머니 달기, 팔 만들기처럼 하나씩 늘려 갑니다. 어느 시점이 되면 자신은 Journeyman이 되고 작은 일은 새로 들어온 Apprentice에게 넘기고, 자신은 나름의 확장을 계속하죠. 반대로 처음 공정부터 참여를 시키는 방법(항해사)도 있습니다. 중요한 것은 "주변"(덜 중요한 것)에서 "중심"(더 중요한 것)으로의 점차적 확장이지요. 이렇게 되면 견습공은 매번 "제품의 완전한 개발 과정"을 관찰할 수 있고, 어떻게든 도움이 되는 일을 하며, 그 참여의 영역을 넓혀나가게 되어, 종국에 가서는 전 개발 과정에 참여할 수 있습니다. 장난감 문제(Toy Problem)의 한계를 벗어나는 길이지요. --JuNe
• 땅콩이보육프로젝트2005 . . . . 2 matches
       [땅콩이보육프로젝트2005/개발일지]
       [땅콩이보육프로젝트2005/유스케이스]
• 레밍즈프로젝트/드래프트버전 . . . . 2 matches
       [레밍즈프로젝트], [레밍즈프로젝트/일정]
• 레밍즈프로젝트/프로토타입/MFC더블버퍼링 . . . . 2 matches
       SeeAlso) [레밍즈프로젝트], [레밍즈프로젝트/프로토타입], [(zeropage)MFC]
• 레밍즈프로젝트/프로토타입/에니메이션버튼 . . . . 2 matches
       SeeAlso) [레밍즈프로젝트], [레밍즈프로젝트/프로토타입]
• 레밍즈프로젝트/프로토타입/파일스트림 . . . . 2 matches
       SeeAlso) [레밍즈프로젝트], [레밍즈프로젝트/프로토타입]
• 문원명 . . . . 2 matches
        * MFC 스터디+프로젝트
        * [실시간멀티플레이어게임프로젝트]
• 박성현 . . . . 2 matches
       == 프로젝트 ==
        * 안드로이드 이미지 공유 앱 만들기 프로젝트
• 방울뱀스터디 . . . . 2 matches
       형 계획에서.. 팀프로젝트같은거.. 저 제외하고 진행하시는게... 전 그냥 꼽사리 수업생으로 큭..
       [프로젝트분류]
• 방학중PC실이용토론 . . . . 2 matches
       구피만 개방인가요? 7층 컴퓨터가 훨씬 사양이 좋은데. 게다가 구피는 Netory가 프로젝트진행차 쓰고 있는걸로 기억합니다. 공부한다고 말하고 조교 입회하는거 상관말고 스터디할때 이용하시길. --[1002]
       방학이 한 달 남았네요. 각종 스터디나 프로젝트를 잘 진행하고 계시나요? PC실 사용이 불편해졌는데, 그래도 PC실을 이용하시는 분들은 어떻게 불편을 극복하셨나요? --[Leonardong]
• 부드러운위키만들기 . . . . 2 matches
        저같은 경우 위키에 친숙해지게 된 계기가 1학년때 상민이형, 석천이형이 이끌어준 프로젝트를 위키상에서 하다가 친숙해졌습니다. 분명 친해지는데는 시간이 좀 걸렸습니다.(한 3~4달 정도) 한번 친해지니깐, 휴가 나와서도 맨날 가봅니다. -_- 1학년 2학기때쯤에 윗 학번이 프로젝트를 하나 저렇게 이끌어 주면서 자연스럽게 위키를 사용하게 하는것도 괜찮을거라 생각합니다. 그리고 보면 제로위키 페이지중에 공개/비공개 설정을 하게 만든다면 구지 개인위키를 따로 돌리지 않고 제로위키안에 자신만의 개인위키를 만들 수 있고 그렇게 하면 자신의 개인 위키에 자주 오다 보면 접근성도 높아 지지 않을까하는 생각을 해봅니다. - 남상협
• 상협/Diary/9월 . . . . 2 matches
        * ["비행기게임"] 프로젝트 성황리에 마치기
        * 이번주는 모든 프로젝트를 마무리 지어야 겠다
• 상협/삽질일지/2002 . . . . 2 matches
        * 이번 삽질은 정말 중대한 삽질이었다. 1학기 평점을 좌우한다고 볼 수 있는 삽질이었다. 1학기 중간고사 대채용으로 내는 자바 프로젝트에서 소켓 부문을 맡은 친구가 알수 없는 에러때문에 엄청난 삽질을 해서 더이상 나아갈수 없다고 했었다. 메신저에서 통신이 안되다니.. ㅡㅡ;; 그 에러는 "No Such Method Found" 에러다. 그러한 Method가 분명히 있는데도 불구하고 안되었다. 나는 황당했다. 그 친구가 자바는 많이 안했어도 MFC랑 C++을 잘해서 소켓을 맡았는데... 나도 그 에러를 같이 찾기 위해서 삽질을 하였다. 소스도 길고 내가 짠것도 아니어서 정말 못 찾을거 같았다. 그 소스는 특성학 모든 클래스가 딱 서버, 클라이언트 두 파일 안에 들어 있었다. 그래서 난 그 클래스들을 각자 파일로 분리해 보기로 했다. 잘 안풀리니깐 한번 정리나 해보면 뭐좀 어떻게 될까 싶은 마음에 그렇게 했다. 그렇게 정리를 하다 문득.. ㅡㅡ;; 같은 이름의 클래스를 서버, 클라이언트에서 각자 다르게 정의해서 사용하는 소스를 발견... ㅡㅡ;;, 그 친구는 아직 자바에 익숙하지 않아서 이런 실수를 했나 보다.. 나도 만약 소스를 클래스별로 파일로 만들 생각을 안했으면 그 에러의 원인을 발견하지 못했을 것이다. 휴. 큰일날 뻔 했넹.. 앞으로는 "No Such Method Found"같은 에러때문에 고생할일은 절대 없기를.. ㅡㅡ;
        * 오늘은 그렇게 큰 삽질은 아니지만 요새 별다른 삽질이 없어서 적어본다. 오늘 비행기게임 프로젝트를 하고 있는데 파일에서 적 비행기 경로를 읽어와서 실행하는거를 하는데 이상하게 계속 안되는 것이었다. 분명히 난 맞게 텍스트 파일에 적이 나올 위치를 숫자로 적었고, 정확한 명령어를 사용했는데 말이다. 그래서 계속 삽질하다가 잠깐 밖에 나갈 일이 생겼다. 그런데 걷다가 곰곰히 생각하니깐 왠지 파일읽어 온것을 프로그램에서 string 형으로 생각한거 같았다. 그때 아차 하는 생각이 들었다. 역시 삽질은 안된다고 계속 반복하기보다는 원인을 곰곰히 생각해야 한다는 교훈을 얻었다. 뭐 몸이 그렇게 안따라 주지만. ㅡㅡ;
• 새싹교실/2011/무전취식/레벨11 . . . . 2 matches
       김준석 : 토요일날 댄스스포츠 동아리 선생님이 못왔는데 나중에 오셔서 실컷 먹고 마심. 재밌게 놀았음. 요즘 프로젝트가 힘듬. 오늘 노트북 나갔음. 그래서 오늘 우울함.
       김태진 : 스터디 좀 하고 프로젝트도 하고 토익도 점수 올려야되고 봉사도 해야되고 등.
• 새싹교실/2012/ABC반 . . . . 2 matches
       프로젝트를 만든다.(빈 프로젝트 체크박스에 체크를 해야 한다)
• 새싹교실/2012/강력반 . . . . 2 matches
       새로만들기 - win32 콘솔 프로젝트(빈프로젝트에 체크)
• 성균관대게임개발대회 . . . . 2 matches
        * 옛날에 만들었던 [3DAlca]를 디자인좀 이쁘게 바꾸고, 사운드 효과도 넣은 다음 네트워크 대전식으로 바꿔서 한번 내볼까 하는데, 3D에 관심 있거나, 네트워크 프로그래밍 한번 해보고 싶은 사람 있으면 같이 해보고 싶음. 만약 같이할 사람 없으면 지금 하고 있는 프로젝트도 있고 해서 할 여력이 안될거 같음.(특히 네트워크 프로그래밍 할 사람 없으면 절대 이 프로젝트 진행할 여력이 안됨), 방학하고 나서 본심때까지 한달하고 조금더 남은 기간인 만큼, 기간은 충분하다. 같이 해보실 분은 리플 달아 주세요 -[상협]
• 실시간멀티플레이어게임프로젝트/프레임워크 . . . . 2 matches
       === 실시간 멀티 플레이어 게임 프로젝트 프레임위크 ===
       [실시간멀티플레이어게임프로젝트]
• 아잉블러그 . . . . 2 matches
       서버를 구축하고 관리하고 다양한 웹 프로그램을 사용해 보는 프로젝트.
       [프로젝트분류]
• 알카노이드 . . . . 2 matches
       == 프로젝트 목표 ==
       [프로젝트분류]
• 애자일과문서화 . . . . 2 matches
       "XP에서는 짝 프로그래밍을 합니다. 인원이 적은 프로젝트에서는 프로그래밍을 하면서 회의를 합니다. 이렇게 되면 회의시간이 단축되고 종국에는 delivery를 단축시킬 수 있습니다"
       라고 말한것을 듣고 기겁했다고 했다. 그러면서 (수업시간에 보는 문서화자료를 가리키며) 이런것 없이 어떻게 프로세스 개선을 하고 조직 성숙도 (Organization Maturity)를 높일 수가 있냐고 하는 것이다. 수업시간에 배우는 내용으로는 조직의 성숙도나 프로젝트 개선방향등을 측정하기 위해서는 수백 수천페이지가 되는 두툼한 문서가 필요할 것 같기도 한데(경영자적인 입장), 다른 면에서 보면 전혀 쓸모가 없어보인다. 과연 그런것이 꼭 있어야만 개선할수 있는가(개발자적 입장)?
• 위시리스트/130511 . . . . 2 matches
        * 과총은 삼성보다 10배정도 까다롭습니다. 학회가 아니고 프로젝트에 도움이 되는 기자재만 구입이 가능하거든요.. -[김태진]
        * 기자재의 범위는 학회 운영과 프로젝트 진행에 필요한 것으로 설명을 들었습니다. 물론 우리가 신청한 것을 삼성에서 다 인정해 주는 것은 아닙니다. 일부는 캔슬될 수도 있지요. - [김민재]
• 위시리스트/구상 . . . . 2 matches
        * 오늘 의견을 들어보니, 그 동안 스터디와 프로젝트 지원과 관련된 내용들이 많이 흩어진 것 같아서 모아보고자 페이지를 개설
        * 회원들의 '''스터디와 프로젝트에 필요한 용도'''로 필요한 물품을 지원해 주는 제도
• 위키설명회2005 . . . . 2 matches
        [노스모크] 를 이용하는 이유는 ZP위키는 프로젝트 중심이기 때문에 흥미로운 페이지가 적고, [좋은위키페이지] 에대한 분별력이 떨어질 것이라는우려.
       잘만들어진 위키 프로젝트 페이지
• 이영호/미니프로젝트#1 . . . . 2 matches
       소규모 프로젝트를 진행 하려 한다.
       예상 라인수는 2000~3000 라인 정도이며 프로젝트를 더 커질수록 라인수의 가변성 또한 존재한다.
• 이학 . . . . 2 matches
       노벨 물리학상을 받은 리차드 파인만(그의 전기는 물리학과 인연이 없는 사람들에게도 추천합니다. 밤을 단숨에 샐 겁니다)은 이런 질문하기의 기술과 용기를 두루 갖춘 사람이었습니다. 그가 모 프로젝트의 중간에 투입되었을 때 관련 기술지식을 전혀 갖고 있지 못했습니다. 그 프로젝트의 현장 기술자들을 불러놓고 그들에게 끊임없이(대여섯시간?) 질문을 해서 순식간에 그들의 지식을 흡수한 이야기는 전설로 회자되기도 합니다.
• 정모/2002.7.11 . . . . 2 matches
        * 진행중인 프로젝트 소개
       ''DeleteMe later: 천천히 제로페이지 회원들을 위한 컴퓨터 공부 로드맵(roadmap)을 하나씩 만들어 가면 어떨까요? 갑을 공부하려면 이걸 먼저 보고, 그 다음 이런 프로젝트들을 한번 씩 해보고, 어떤 기사를 보고 등등. 각 과목에 대해서 만들어도 좋고, 특정 기술에 대해서 만들어도 좋겠습니다. 가능하면 선배들이 각자 자신이 공부한 경험을 토대로 "공동 작성"하면 참 좋겠죠. 다만 한시적인 기술일 경우 "축적"의 가치가 별로 없이 해당 로드맵이 일이년 만에 쓸모없어 질 수도 있겠죠. --JuNe''[[BR]]
• 정모/2002.9.12 . . . . 2 matches
        1. 방학중 했던 팀별 프로젝트, 스터디 그룹에 대한 비판적 검토
        1. 신입회원 대상으로 2학기 프로젝트 -> JAVA 를 이용한 자료구조.
• 정모/2003.7.29 . . . . 2 matches
       === 스터디 및 프로젝트 진행상황 ===
        * [방울뱀스터디] => 만두4개 라는 프로젝트 진행중. 팀원 한명이 유럽 여행을 떠났음.
• 정모/2004.3.19 . . . . 2 matches
       == 현재 프로젝트 진행상황 ==
       == 프로젝트 & 스터디 ==
• 정모/2004.4.9 . . . . 2 matches
        === 프로젝트 시작 ===
        * 자료구조, 알고리즘 공부 ( 몸짱 프로젝트 ) : 휘동
• 정모/2004.6.28 . . . . 2 matches
       스터디 & 프로젝트 조직
       스터디 & 프로젝트 조직
• 정모/2004.7.12 . . . . 2 matches
        스터디 & 프로젝트 조직
        스터디 & 프로젝트 조직
• 정모/2005.12.29 . . . . 2 matches
        * 프로젝트
        || 프로젝트명 || 진행상황 ||
• 정모/2005.3.7 . . . . 2 matches
       === 1학기활동계획 및 프로젝트 ===
       OWiki: [강희경](외부 프로젝트)
• 정모/2005.9.13 . . . . 2 matches
        * 프로젝트
        * [2005리눅스프로젝트] : 조현태, 송수생, 최경현
• 정모/2006.12.20 . . . . 2 matches
        === 진행중인 프로젝트 ===
        === 새로운 프로젝트 ===
• 정모/2006.3.16 . . . . 2 matches
       = 프로젝트 =
       프로젝트: 공업수학,임베디드 리눅스 동영상 플레이어, 자자(자바와자료구조)
• 정모/2006.5.1 . . . . 2 matches
       3. 새프로젝트 & 프로젝트 보여주기
• 정모/2006.6.29 . . . . 2 matches
        * 정회원 안되신 분은 프로젝트 및 스터디 참여 그리고 회의를 잘 참여 하시면 정회원으로 추후 결정 하기로 했습니다^^
        * 프로젝트 & 스터디 : 다이렉트2D,AJAX,알고리즘(간단한),MFC,토익영단어 [2006년활동지도]
• 정모/2006.7.6 . . . . 2 matches
        * 프로젝트, 계획서
        * 프로젝트 : 방학중에 진행중인 세미나 발표? 인원 모집
• 정모/2007.3.13 . . . . 2 matches
        - 제로페이지가 하는 일 : 칠피관리, 연락, 지금그때, 스터디, 세미나, 프로젝트, 홈페이지 관리, MT, 소풍, 출품, 정보공유, 대외활동, 나를 만든 책장, 서버관리, 데블스 캠프, 회계, 강의실 빌리기.
        3. 학술활동( : 프로젝트 관리,
• 정모/2007.3.27 . . . . 2 matches
       * 프로젝트 or 스터디
        => 온라인과 오프라인을 병행해서 프로젝트를 진행할 예정입니다.
• 정모/2011.10.12 . . . . 2 matches
       == 스터디/프로젝트 공유 ==
        * ZeroPage와는 무관하지만 프로젝트 제안서를 이찬근 교수님께 제출하여 공간을 사용할 수 있습니다.
• 정모/2011.10.5 . . . . 2 matches
       == 스터디/프로젝트 공유 ==
       스터디/프로젝트와 관련된 퀴즈를 내고 OX로 맞춰보는 시간.
• 정모/2011.3.21 . . . . 2 matches
       == 프로젝트/스터디 공유 ==
        * 프로젝트 제안
• 정모/2011.3.7 . . . . 2 matches
        * 프로젝트/스터디 위주로 지난주의 활동 공유 혹은 앞으로의 계획 홍보
        * 제 2공학관에 강의실이 얼마 없는지 공대 행정실에서 자꾸 봅스트홀을 빌려주려고 하네요. 번거롭게 왔다갔다 해야했던 점이 아쉽습니다. 정모 활동을 회의보다는 세미나 등 학술 활동 위주로 가려다보니 전보다 많은 시간을 소요하게 되었습니다. 개강하니 정모를 늦게 시작해서 그 점이 난감하네요. 정모에서 할 수 있는 짤막한 활동들을 기획해보겠습니다. 그리고 프로젝트/스터디 했던 것들을 공유할 때 좀 더 재미있고 효과적으로 공유할 수 있는 방법도 함께 생각해보았으면 좋겠습니다. :) - [김수경]
• 정모/2011.7.11 . . . . 2 matches
       == 프로젝트/스터디 ==
        * DP 세미나 참여 때문에 일찍 끝나서 뭔가 약간 아쉬웠습니다. 데블스캠프도 마치고 새로운 스터디/프로젝트도 시작되어서 사실 공유할 수 있는 것들이 많았을텐데 (저 같은 경우 DB2 Certi Program에 대해 좀 공유하고 싶었고..) 다음주를 기약 해야겠어요. 태진이의 OMS는 MacBook의 디스플레이가 원활했다면 keynote로 더 좋은 presentation이 될 수 있었을텐데 아쉬웠을 것 같아요. 본의 아니게 (주제가 Apple이다 보니) 선배님들이 많이 (농담조로) 디스했는데 발표는 좋았답니다. 역시 태진이는 기대치를 높여주는 친구에요. - [지원]
• 정모/2011.7.18 . . . . 2 matches
       == 프로젝트/스터디 ==
        * 인원이 적었던게 아쉬웠습니다. 좋은 얘기는 그래도 여전히 많이 나오네요. OMS는 점점 익숙해져가는 단계인것 같아서 좋습니다. 갑자기 서버를 만들고 싶어지네요. 프로젝트를 발표하면 Addon을 만드는 결의를 다지고 갑니다. 다음주에도 좋은 정모가 되기를 - [김준석]
• 정모/2011.8.22 . . . . 2 matches
       == 프로젝트/스터디 ==
        * 서버 백업(아마도 nForge 위주?) 과정에 가끔 일어나는 위키 8:45 현상을 보면서 nForge에 불필요한 용량을 잡아먹는 프로젝트 svn들을 몇개 지워야겠단 생각이 들었어요. 몰랐을 때 코드만 관리하지 않고 이런저런 잡데이터를 넣었다보니-_-;; 사생대회 재밌었습니다. 고퀄의 로고를 만들지는 못했지만 간만에 그림질이라니 감회가 새로웠어요. 한솥 도시락 치킨마요가 2000원 할인하는 즐거운 월요일이었습니다 (물론 이건 8월까지 이지만;;) - [지원]
• 정모/2012.10.15 . . . . 2 matches
       == 스터디/프로젝트 ==
        * 외부인은 프로젝트나 같이 공부할 때 외에는 출입을 자제합시다.
• 정모/2012.12.10 . . . . 2 matches
        * 1인 1프로젝트를 할 계획중,,,
        * 프로젝트 하나 못만들어서 삽질중이에요.. 으 썽질나ㅠㅠ - [서지혜]
• 정모/2012.3.12 . . . . 2 matches
        * 생각해보니 ZeroPage에서 세미나 형식으로 공유되는 내용들의 많은 부분이 언어에 편향되어 있는 것 같아요. 저는 아키텍처와 프레임워크, 프로젝트에 관해서도 논의가 이루어지는 것이 바람직할 것이라 생각합니다. 코드와 기술적 이슈는 구하고자 하면 반드시 구할 수 있는 문제이지만 프로젝트는 '프로그래밍과 사람'에 걸쳐있는 문제라 잘 보이지 않고 답이 정해져 있지도 않아 헤메기 쉽다고 생각해요. 답을 구하지 못하고 평생을 사는 사람도 많고
• 정모/2012.4.30 . . . . 2 matches
        * 포트폴리오와 같이 계획서나 완성품에 대한 설명이 필요한데, 회장한테 제출하면 지원사업 선정시 프로젝트 지원금 드립니다.
       == 스터디/프로젝트 ==
• 정모/2012.6.4 . . . . 2 matches
       == 스터디/프로젝트 ==
        * 이번 OMS는 상당히 흥미로운 주제였는데 개인적인 일로 늦는 바람에 앞부분을 잘라먹어서 많이 아쉬웠습니다 -_- 그 외의 부분에서는 크게 특별한 일 없이 정모가 진행된 것 같고, 중간에 스터디/프로젝트 부분의 진행 방식을 바꾼 건 꽤 괜찮지 싶네요. 사실 스터디들이 반드시 일정 양만큼 진행되는 것이 아닌 만큼 굳이 스터디에 대상을 맞춰서 발표를 하게 하는 것 보다야 뭔가 진행이 있는 사람이 나와서 발표를 하는 것이 좀 더 발표에 유연성이 있다고 생각합니다. 아이디어 좋네요. 다음 정모는 아마 한참 나중이 되겠군요. 그 때까지 OMS도 잘 생각을 해야 할텐데... - [서민관]
• 정모/2012.8.1 . . . . 2 matches
        * 프로젝트 등으로 회원이 데려온 경우 회원이 책임
       == 스터디/프로젝트 ==
• 정모/2012.8.8 . . . . 2 matches
       == 스터디/프로젝트 ==
       프로젝트/스터디 지원
• 정모/2013.3.18 . . . . 2 matches
        * (의견) 스마트폰으로 바코드 인식어플만들어서 관리하자 -> 프로젝트 진행 해주시면 감사하겠습니다.
       === 스터디 및 프로젝트 ===
• 정모/2013.6.10 . . . . 2 matches
       == 스터디, 프로젝트 지원 관련 ==
        * 스터디나 프로젝트를 하는 경우에는 ZP에서 기자재, 도서 등은 우선적으로 지원하고, 다른 비용도 나름대로 지원하니 신청해 주세요.
• 정모/2013.6.3 . . . . 2 matches
        * 숙명여대 쪽도 같이 프로젝트 회의 같은 걸 할 수 있었으면 좋겠어요.
        * 데블스 캠프 강사 모집과 관련된 내용과, subgroup 형식의 프로젝트 회의를 할려고 했었는데 사정상 선배님들이 참석하지 못하셔서 하지 못했습니다. 제가 부족한 점이 많았습니다. 죄송합니다. - [김민재]
• 정모/2013.7.29 . . . . 2 matches
        * 동아리 소개, 스터디/프로젝트, 운영 방식, 위키 시스템, 세미나 관련 이야기를 했습니다.
        * 위키 등을 통해 스터디/프로젝트나 정모 등의 내용을 공유하고, 후기와 의견을 다는 피드백이 이루어지는 것에 대해 많은 관심을 받았습니다. - [김민재]
• 정모/2013.7.8 . . . . 2 matches
       = 프로젝트 및 스터디 =
        * code formatting에 대한 내용을 공부. 프로젝트에 대한 것을 하나 정해서 그걸 리펙토링 하는 방향으로 진행 방향정함.
• 정모/2013.8.12 . . . . 2 matches
        * 기자재를 활용한 프로젝트를 기획하는 건 어떨까요?
        * 그 프로젝트에 대해 지원을 해 주는 방안은?
• 정모/2013.8.19 . . . . 2 matches
        * 기자재를 활용한 프로젝트를 기획합시다.
        * 제로페이지에 'MAKE'라는 잡지가 있던데, 거기에 아두이노를 활용한 다양한 예제가 있습니다. 거기에 나오는 것을 직접 만들어 보는 프로젝트를 진행 해 봅시다.
• 정모/2013.8.5 . . . . 2 matches
       == 스터디/프로젝트 회식비 지원 개정 ==
        * 지난 주 정모 때, 스터디/프로젝트에 대한 지원 방안 개정을 제안했습니다.
• 제로스 . . . . 2 matches
        * 현재 프로젝트의 방향은 정하지 않은 것으로 보이니까 공룡책으로 이론 공부를 하고 Nachos라는 교육용 OS 프로그램 분석을 병행하면서 여기서 얻은 지식으로 OS를 만드는 접근 방법을 사용하는 것이 어떨까 하는데 다들 의견이 어떠신지 궁금? -- 이론 : Operating System Concepts -- 실습 : Nachos - [진석]
       [프로젝트분류] [2007년활동지도]
• 제로페이지위키베타 . . . . 2 matches
        * 상협이의 방학 2달 반간의 결과물이로곤~ 2005 여름 방학중의 유일한 유형의 결과물이 있는 프로젝트였네 - [eternalbleu]
       [프로젝트분류]
• 조현태의자바교실 . . . . 2 matches
        * 2학년 1학기 컴퓨터프로그램설계 프로젝트 대비라는 성격을 지닌 GUI 강좌 및 스터디.
        * 각 프로젝트 질문/답변
• 지금그때/OpeningQuestion . . . . 2 matches
       (국내/해외) 여행. 평소 공부하지 못했던 것, 그러나 해보고 싶었던 것 공부하기. 친구들과 어울려서 멋있는 프로젝트 해보기. 새로운 사람들 만나기, 사귀기. --JuNe
       (국내/해외) 여행. 평소 공부하지 못했던 것, 그러나 해보고 싶었던 것 공부하기. 친구들과 어울려서 멋있는 프로젝트 해보기. 새로운 사람들 만나기, 사귀기. --JuNe
• 캠이랑놀자 . . . . 2 matches
       || 6 || 05.10.29 || 기존 한 것 회상 모드 & 프로젝트 궁리 || . ||
       || 7 || 05.11.5 || 프로젝트 모임 || . ||
• 컴공과학생의생산성 . . . . 2 matches
       두째로, 생산성에 대한 훈련은 학생 때가 아니면 별로 여유가 없습니다. 학생 때 생산성이 높은 작업만 해야한다는 이야기가 아니고, 차후에 생산성을 높일 수 있는 몸의 훈련과 공부를 해둬야 한다는 말입니다. 우리과를 졸업한 사람들 중에 현업에 종사하면서 일년에 자신의 업무와 직접적 관련이 없는 IT 전문서적을 한 권이라도 제대로 보는 사람이 몇이나 되리라 생각을 하십니까? 아이러니칼 하게도 생산성이 가장 요구되는 일을 하는 사람들이 생산성에 대한 훈련은 가장 도외시 합니다. 매니져들이 늘 외치는 말은, 소위 Death-March 프로젝트의 문구들인 "Real programmers don't sleep!"이나 "We can do it 24 hours 7 days" 정도지요. 생산성이 요구되면 될 수록 압력만 높아지지 그에 합당하는 훈련은 지원되지 않습니다.
       물론 효율적이고 생산적인 개발방법을 익혀놓는 것은 중요하겠죠. 개발 기간내에 프로젝트를 완료하는 것은 아주 중요한 일이니까. 하지만 '학교 레포트가 일종의 훈련이라고 할때. 즉 Output보다 개발하는 과정속에서 배워지는 것들이 더 많다고 할때, 누가 더 얻는게 많을것인가?' 라는 질문을 한다면 어떨까요? 만일 제가 그때 무게중심을 '짧은 시간내 가장 좋은 Output'으로 두었다면 얘기가 달랐겠지만. 저러한 생각은 그냥 저의 욕심이였을까요. 암튼, 그당시에 제게 중요했던것은 RAD 툴을 배우는 것이 아닌, 어떻게 해결해야 할까하면서 아이디어를 찾고 코드를 궁리했던 노력이였습니다. (See Also ["컴퓨터가했다"])-- 석천
• 학술터위키와제로페이지위키링크문제 . . . . 2 matches
       -상협- 이번에 학술터를 위키로 만들어서 활성화 하고자 하는 프로젝트를 동문서버팀과 정통부가 연계되어서 추진하고자 합니다. 동문서버팀이 위키를 만들어 주면 정통부에서 그 위키에 필요한 기본적인것들을 채우기로 했습니다. 그런데 위키가 처음 열릴때 기본적으로 사람들을 끌어모을만한 아이템이 필요한데, 이에 대해서 제로페이지에서 완료된 페이지들을 링크걸면 어떨까 하는 생각을 하였습니다. 이에 대해서 제로페이지인들의 허용 여부를 알고 보고 싶어서 이렇게 페이지를 개설 하였습니다.
       ==> 제 의견은 제로페이지의 완료된 프로젝트라도 학술터와 직접적 링크를 통해서 다른 사람이 더 내용을 첨가 하거나 발전시킬 수도 있을거 같아서 단지 복사해서 붙이는 거보다는 링크가 낫다고 생각했습니다. 어차피 같은 학과 사람끼리 서로 생각과 정보를 공유하면 좋겠다고 생각했던 것입니다.
• 황재선 . . . . 2 matches
        * [실시간멀티플레이어게임프로젝트]
        * 숙제의 압박에서 벗어나 프로젝트 진행하고 싶구나.
• 후각발달특별세미나 . . . . 2 matches
       음악이 있어서 참 좋았어요~ 중간중간의 농담도 좋았구요. 지나 치게 진지한 세미나 보다는 훨씬 났다는 생각이 드네요 ^^ 다만 조금 아쉬운건. 쉬는 시간에 음료수라도 뽑아 드려야지 라고 생각하고 있었는데...프로젝트 땜에 바쁘셔서 그런지 빠르게 진행 하시더라고요~ ㅋㄷㅋㄷ 마지막으로~ 간결한 1장짜리 자료집이 너무 좋았어요~ - 톱아보다
        프로젝트 때문에 빠르게 진행한게 아니라 선전부 모임때문에... 여튼 간결하게 하는 건 중요하다. 시간 되면 {{{~cpp The One Page Proposal}}}을 읽어보도록 해. --재동
• 2005/2학기프로젝트 . . . . 1 match
       || 프로젝트 || 멤버 ||
• 2005Fall수업 . . . . 1 match
       [http://aekae.cafe24.com/wiki/project 프로젝트 팀 페이지]
• 2005리눅스프로젝트<설치> . . . . 1 match
       = 2005리눅스 프로젝트 =
• 2008리눅스스터디 . . . . 1 match
       [프로젝트분류] [2008년활동지도]
• 2010JavaScript . . . . 1 match
       [2010년활동지도], [스터디분류], [프로젝트분류]
• 2011년돌아보기 . . . . 1 match
        * ZP가 나에게 스터디, 프로젝트 및 활동 공유의 장이 되었다.
• 3DAlca . . . . 1 match
       ["프로젝트분류"]
• 3DGraphicsFoundation . . . . 1 match
       ["프로젝트분류"]
• 5인용C++스터디 . . . . 1 match
       [프로젝트분류]
• 5인용C++스터디/다이얼로그박스 . . . . 1 match
        곳에 경로를 선택하고, Project name: 에 프로젝트명을 적고 OK버튼을 누른다.
• 5인용C++스터디/에디트박스와콤보박스 . . . . 1 match
        CreateEdit라는 프로젝트를 만들어보자. 폼뷰가 아닌 일반 뷰에 에디트를 배치하려면 뷰가 생성될 때 (WM_CREATE) OnCreate에서 에디트를 생성시키면 된다. 우선 뷰의 헤더파일을 열어 CEdit형 포인터를 선언한다.
• ACM_ICPC/2011년스터디 . . . . 1 match
        * [김태진] - 파닭문제를 드디어 풀었습니다. 풀기까지 재귀함수 문제들도 풀어보고, Hanoi문제도 풀어보고, Mario문제도 이렇게 풀었다 저렇게 풀었다를 몇시간째, 진경이가 for문으로 Mario를 풀어보라기에 꾸역꾸역풀고나니, !!! 파닭푸는 방법을 알았다! 며 10분만에 해결했습니다.-- 파닭문제 프로젝트를 만든지 1달째인데 푼건 10분도 안걸린.... 네, 아무튼 약속대로 소현이누나가 파닭을 쏘네요+_+!
• AM . . . . 1 match
       [스터디분류], [프로젝트분류]
• APlusProject/PMPL . . . . 1 match
        우선은 그냥 올리고. 다음 주 프로젝트 끝나면 최종 자료 이외에는 다 지울거야. 그리고 최종 자료는 공개로. --재동
• AdvertiseZeropage . . . . 1 match
        * (대외적) 오픈소스 프로젝트
• Apache . . . . 1 match
       최근 정부 프로젝트도 아파치가 도입되고 있다고 한다.
• ArtificialIntelligenceClass . . . . 1 match
       실습 : 팀 프로젝트로 othello Game AI 작성.
• AsemblC++ . . . . 1 match
       C 프로젝트로 빌드로 생성된 .exe파일에서 어셈블 코드를 찾아내고 그 효율성과 다른 각 IDE들의 차이점을 찾아보려는 의도로 만들어진 페이지.
• Athena . . . . 1 match
        * 첫 회의 - 프로젝트 이름 결정, 기본 코딩 스타일 결정, 첫 ["PairProgramming"] 호흡
• BasicJAVA2005 . . . . 1 match
       [겨울방학프로젝트/2005]
• Bigtable/분석및설계 . . . . 1 match
        * sw maestro 1단계 1차 프로젝트
• BookShelf/Past . . . . 1 match
        1. Professonal 프로젝트 관리 - 20050502
• C++Analysis . . . . 1 match
       ["프로젝트분류"], ["SecretAndTrueOfC++"]
• C++Seminar03 . . . . 1 match
       ["프로젝트분류"]
• C++Seminar03/SimpleCurriculum . . . . 1 match
       [프로젝트분류]
• C++Study_2003 . . . . 1 match
       [프로젝트분류]
• CMM . . . . 1 match
        * IPD-CMM : Integrated Product Development Capability Maturity Model. 고객 요구를 보다 잘 충족시키기 위하여 소프트웨어 제품의 생명주기 동안에 각각 진행되는 프로젝트들이 적시에 협동할 수 있는 제품 개발체계를 도입하기 위한 모델
• CPPStudy_2005_1 . . . . 1 match
       [프로젝트분류]
• CanvasBreaker . . . . 1 match
        * 2002학년도 2학기 ObjectProgramming 3번째 프로젝트
• CauGlobal/Interview . . . . 1 match
        * 산학협동 프로젝트가 어느정도 수준에서 이루어지나요?
• CeeThreadProgramming . . . . 1 match
       VS.NET에서도 함수이름을 인식하지 못하는 경우 프로젝트 세팅에서 MFC라이브러리를 사용하도록 해보세요.
• CivaProject . . . . 1 match
       ["프로젝트분류"], ["lostship"]
• CleanCode . . . . 1 match
        * - : 프로젝트 방식과 방향이 흐릿한 느낌이다.
• ComputerNetworkClass . . . . 1 match
       프로젝트의 수준도 데이터 통신과는 달리 survey or analysis가 아닌 실제 프로그래밍을 통한 결과 도출에 중심을 맞춘다.
• ComputerNetworkClass/Report2006/PacketAnalyzer . . . . 1 match
       네트워크의 3번째 프로젝트를 하기위해서는 SIO_RCVALL 라는 옵션을 설정하여 사용할 줄 알아야한다. 유사한 옵션으로는
• CooperativeLinux . . . . 1 match
        * [http://www.colinux.org/ 프로젝트 홈페이지]
• CppStudy_2002_1 . . . . 1 match
       ["프로젝트분류"]
• CppStudy_2002_2 . . . . 1 match
       ["프로젝트분류"]
• CreativeClub . . . . 1 match
        * 개인적으로 진행한 프로젝트 등을 손봐서 공모전에 사용하지 않음
• Curl . . . . 1 match
       Curl은 미국 MIT(매사츄세츠 공과대학)의 연구 프로젝트에서 시작된 새로운 Web 언어입니다. 서버에 대부분의 처리가 집중되는 기존의 웹 어플리케이션과는 달리 클라이언트측에서 대부분의 처리를 실행하는 「리치·클라이언트」를 실현할 수 있는 점이 최대의 특징입니다. 실현 가능한 어플리케이션을 중심으로 Curl의 전모를 알아 보도록 하겠습니다.
• CvsNt . . . . 1 match
       주의할점! CVS 에 해당 프로젝트와 같은 이름의 tar.gz를 올리지 말것! tarball 기능시 viewcvs 가 tarball 화일을 만들때 이름충돌이 나기 때문이다.
• D3D . . . . 1 match
       ["프로젝트분류"]
• DNS와BIND . . . . 1 match
       [책분류] [프로젝트분류]
• DataCommunicationSummaryProject . . . . 1 match
       [책분류],[프로젝트분류]
• DataStructure . . . . 1 match
       ["프로젝트분류"]
• Debugging/Seminar_2005 . . . . 1 match
        * 버그 리포트 작성 -> 이건 준비자도 안해봤다. 프로젝트가 좀더 커질 경우 이런 게 필요하다고 한다
• Design Pattern(2007-1) Study . . . . 1 match
        * 이 프로젝트 시작 안하나요?^^; - [상욱]
• DirectDraw . . . . 1 match
       ["프로젝트분류"], ["도구분류"] 정도 인가?
• DrPython . . . . 1 match
       [http://drpython.sourceforge.net/ 프로젝트 홈페이지]
• DrawingToy . . . . 1 match
       [프로젝트분류]
• EasyJavaStudy . . . . 1 match
       [프로젝트분류]
• EasyPhpStudy . . . . 1 match
       [프로젝트분류]
• EclipsePlugin . . . . 1 match
       단 Local 프로젝트 구조를 서버와 같게 만들어야 하며, FTP 계정의 홈디렉토리보다 하위 디렉토리는 Mapping 디렉토리로 지정할 수 없다.
• Eclipse와 JSP . . . . 1 match
       프로젝트 생성 -> Java 의 Tomcat Project
• Emacs . . . . 1 match
        emacs code browser의 약자로서, 프로젝트 파일 management나, 디렉토리 management등을 도와주는 확장 기능이다.
• ExploringWorld . . . . 1 match
       [프로젝트분류]
• ExtremeBear/OdeloProject . . . . 1 match
       ExtremeBear 프로젝트
• FileZilla . . . . 1 match
       [http://filezilla.sourceforge.net 프로젝트 홈페이지]
• FocusOnFundamentals . . . . 1 match
       소프트웨어 필드에 익숙한 독자들은 오늘날의 '중요한' 주제들은 언급되지 않음을 지적한다. ["Java"], "웹 기술", "컴포넌트 지향", 그리고 "프레임워크" 는 나타나지 않았다. 이러한 접근법과 툴들에 기반한 많은 좋은 아이디어들은 반드시 가르쳐야 한다. 연구실 숙제들과 다른 프로젝트들은 학생들에게 가장 대중적이고 유명한 툴들을 이용할 기회를 제공해야 하며, 또한 뭔가 새로운 것을 경험할 기호를 제공해야 한다. 하지만, 우리는 이러한 주제들은 오늘날의 이른 변덕을 위한 교체품들 이며 만병통치약이며 곧 교체될 것들임을 기억해야 한다. 교육자들에게는 오늘날의 학생들의 성공이 40년은 지속할 수 있어야 함을 기억해야 할 책임이 있다. 우리는 이 기간동안효과적이고 유용한 근본들을 알고, 그리고 수업시간에 이 원리들을 강조해야 한다. 많은 프로그래머들은 특정 시스템이나 프로그래밍 언어를 배우는 것이 뭔가 다른 것을 배우는 것일 뿐, 그 그거 자체의 목표가 아니라는 사실에 대해 시야를 잃곤 한다.
• FrontPage . . . . 1 match
        * [스터디지원] : 스터디 및 프로젝트 지원에 대한 안내
• GDBUsage . . . . 1 match
       (VS에서는 프로젝트 설정으로 조정가능)
• GDG . . . . 1 match
        * 구글 서비스와 관련된 스터디/프로젝트?
• GameProgrammingGems . . . . 1 match
       물론 책 다보기다 -.- 그러나 그걸로는 조금 부족하고.... 상걸고 게임 대 잔치(.... 이미 한게임에서 하고 있다 -_-)등에 출전하여 당당하게 상 따보자.... 라는 것이다.... -_-; 현재 필자는 직업을 가져서 조금 힘들지 모르지만 .... 필자가 이르노니 해보고 후회하는 게 낫기 때문에.... 이런 미친 프로젝트를 계획하고 있다. -_-V
• Genie . . . . 1 match
       == 프로젝트 & 스터디 ==
• Genie/CppStudy . . . . 1 match
       [프로젝트분류],[스터디분류]
• Gnutella-MoreFree . . . . 1 match
        Gnuclues는 Gnutella 프로젝트 중 OpenSoure로 실제 인터페이스 부분이 열악하다.
• Hacking/20041028두번째모임 . . . . 1 match
        전에 윈도우 상에 리눅스 커널을 올려 쓰는걸 본적이 있는데 프로젝트 이름을 까먹었네요. 이걸 쓰면 리눅스 깔 필요는 없을듯.. (해보는것도 좋지만) - [임인택]
• HardcoreCppStudy . . . . 1 match
       [C++Study_2003], [프로젝트분류]
• HelpOnInstallation . . . . 1 match
        * 그밖의 질문은 http://kldp.net/projects/moniwiki/forum (모니위키 프로젝트 홈페이지의 게시판)
• History지도 . . . . 1 match
        * ["WikiProjectHistory"] - 위키에 열렸던 프로젝트에 대한 과거기록
• HowToCodingWell . . . . 1 match
        * 보통 코딩을 학교 프로젝트 아니면 과제때만 많이 하게 되는 데, 그 보다는 평소에 즐기듯(?) 코딩해야 합니다. 급하게 쫓기면서 하는 코딩은 결과물을 만들어 내기 위한 코딩이므로 생각하지 않고 코딩하게 됩니다. 평소에 자신이 필요한 프로그램(ex 선대계산기, 알송 리스트 자동 갱신 프로그램) 들을 느긋하게 코딩해 보면 급하게 코딩 하지 않기 때문에 더욱 많은 생각을 하면서 코딩을 할수 있습니다. 진정으로 실력이 느는건 이런 생각하면서 코딩하면서 늘지 않을까요? - [안혁준]
• ISBN_Barcode_Image_Recognition . . . . 1 match
       = 프로젝트 =
• IntelliJ . . . . 1 match
        4. Checkout - 이는 CVSROOT의 modules 에 등록된 project 들만 가능하다. CVS 관리자는 CVSROOT 의 modules 화일에 해당 프로젝트 디렉토리를 추가해준다.([http://cvsbook.red-bean.com/cvsbook.html#The_modules_File module file]) 그러면 IntelliJ 에 있는 CVS의 Checkout 에서 module 을 선택할 수 있다. Checkout 한다.
• InvestMulti - 09.22 . . . . 1 match
       [실시간멀티플레이어게임프로젝트]
• JAVAStudy_2002 . . . . 1 match
       ["프로젝트분류"]
• JTDStudy . . . . 1 match
       [프로젝트분류]
• Jakarta . . . . 1 match
       apache 에서의 자바 플랫폼 하 오픈 소스 솔류션 프로젝트.
• JavaScript/2011년스터디/7월이전 . . . . 1 match
        * 저는 코드를 하나도 준비안해서.. 이제야 프로젝트 만들고 있었습니다. 자바스크립트 지식도 책으로 문법만 대충 본 정도라 굉장히 피상적임ㅠㅠ 흑흑 챙피하네요 처음에 둘이 얘기할때 못알아들었어요ㅠㅠ 너무 책만 보지 말고 코드도 좀 봐야할 거 같아요. 직접 짜보기도 하고.. 과제하면서 좀 공부해봐야 겠네요. 자바스크립트 스터디의 목적을 동네 파괴하기로 해야될듯ㅋㅋ 재미있다능 - [서지혜]
• JavaStudy2002 . . . . 1 match
       ["프로젝트분류"]
• JavaStudy2003 . . . . 1 match
       [프로젝트분류]
• JavaStudyInVacation . . . . 1 match
       ["프로젝트분류"]
• JihwanPark . . . . 1 match
        * 군대안가기 프로젝트.
• Linux/배포판 . . . . 1 match
       국내의 배포판은 대부분 레드햇의 패키지 방식인 RPM(Redhat Package Manager)를 채용한다. RPM의 경우 단일 패키지르 중심으로하는 경향이 강하고 의존성에 상당히 관대한 패키지 방식으로 알려져있다. ''(데비안유저인 관계로 잘모른다.)'' 알려진 바로는 느슨한 패키지 의존성때문에 처음에는 편하지만 나중에 엉켜있는 패키지를 관리하기가 좀 까다롭다는 의견도 많다. 레드햇 리눅스는 현재 공개방식으로 배포되지 않는다. 기업용 혹은 웍스테이션을 위한 돈주고 파는 버전만 존재한다. 대신에 레드햇사는 페도라라는 리눅스 배포판을 지원하고 있으며, 레드햇의 사이트를 통해서 배포가 이루어진다. 대부분의 패키지가 CD안에 통합되어 있으며, 대략 최신 패키지 들이 패키징되어있다. (050626 현재 페도라4가 얼마전에 발표되었다 4+1CD) 페도라 리눅스는 레드햇의 불안정판 정도라고 생각하면 되고, 실제로 최신의 패키지들로 묶어서 내놓고 잇다. 페도라에서 얻어진 피드백을 통해서 레드햇에 반영하고 이로부터 안정적인 리눅스 서버 OS를 발표한다. ''ps) 의존성? 리눅스의 각패키지는 각기 다른 프로젝트로 진행되어 만들어진 것들을 다시 사용하는 경우가 많다. 따라서 각기 독립적인 패키지 만으로는 프로그램이 실행이 안되어 경우가 있는제 이런 경우 의존성이 있다고 말한다.''
• MFC Study 2006 . . . . 1 match
       [프로젝트지도], [FrontPage]
• MFCStudy_2001/진행상황 . . . . 1 match
        * 사실 22일을 마지막으로 종지부를 찍으려 했지만, 30일을 종착점으로 삼겠습니다. 일단 프로젝트 상황 체크는 종료이고, 종료하는 이유는 언급한것과 같이 Java에 좀더 신경을 써달라는 의미와 더 자세한 이유는 다음 30일 최종 모임에서 이야기 하겠습니다. 여름방학부터 진행되어 왔던 계획들의 이야기와, 그동안의 거시적 미시적 성과 같은것을 살펴보겠습니다. 그리고 영서, 영창 오세요. --상민
• MFCStudy_2002_1 . . . . 1 match
       ["프로젝트분류"]
• MFCStudy_2002_2 . . . . 1 match
       ["프로젝트분류"]
• MedusaCppStudy . . . . 1 match
       [프로젝트분류]
• MoreEffectiveC++/Basic . . . . 1 match
        오해의 소지가 있도록 글을 적어 놨군요. in, out 접두어를 이용해서 reference로 넘길 인자들에서는 in에 한하여 reference, out은 pointer로 new, delete로 동적으로 관리하는것을 의도한 말이었습니다. 전에 프로젝트에 이런식의 프로그래밍을 적용 시켰는데, 함수 내부에서 포인터로 사용하는 것보다 in에 해당하는 객체 사용 코딩이 편하더군요. 그리고 말씀하신대로, MEC++ 전반에 지역객체로 생성한 Refernece문제에 관한 언급이 있는데, 이것의 관리가 C++의 가장 큰 벽으로 작용하는 것이 아닐까 생각이 됩니다. OOP 적이려면 반환을 객체로 해야 하는데, 이를 포인터로 넘기는 것은 원칙적으로 객체를 넘긴다고 볼수 없고, 해제 문제가 발생하며, reference로 넘기면 말씀하신데로, 해당 scope가 벗어나면 언어상의 lifetime이 끝난 것이므로 영역에 대한 메모리 접근을 OS에서 막을지도 모릅니다. 단, inline에 한하여는 이야기가 달라집니다. (inline의 코드 교체가 compiler에 의하여 결정되므로 이것도 역시 모호해 집니다.) 아예 COM에서는 OOP에서 벗어 나더라도, 범용적으로 쓰일수 있도록 C스펙의 함수와 같이 in, out 의 접두어와 해당 접두어는 pointer로 하는 규칙을 세워놓았지요. 이 설계가 C#에서 buil-in type의 scalar형에 해당하는 것까지 반영된 것이 인상적이 었습니다.(MS가 초기 .net세미나에서 이 때문에 String 연산 차이가 10~20배 정도 난다고 광고하고 다녔었는데, 지금 생각해 보면 다 부질없는 이야기 같습니다.) -상민
• MoreEffectiveC++/Miscellany . . . . 1 match
       당신이 동물의 역할을 하는 소프트웨어 프로젝트를 진행한다고 가정해라. 이 소프트웨어에서는 대부분의 동물들이 같게 취급될 수 있다. 그렇지만 두 종류의 동물들 -lizard(도마뱀) 와 chicken(닭)- 은 특별한 핸들링(handling)을 원한다. 그러한 경우에, 명백한 방법은 다음과 같이 관계를 만들어 버리는 것이다.
• NSISIde . . . . 1 match
       그냥 Editplus 에서 makensis 을 연결해서 써도 상관없지만, 만일 직접 만든다면 어떻게 해야 할까 하는 생각에.. 그냥 하루 날잡아서 날림 플밍 해봤다는. --; (이 프로젝트는 ["NSIS_Start"] 의 subproject로, ["NSIS_Start"] 가 끝나면 자동소멸시킵니다. ^^;)
• NeoZeropageWeb/기획안 . . . . 1 match
       테마 : 서브 버전, TRAC, 제로위키의 통합적 기능을 제공하여 프로젝트 진행의 중심이 될 수 있도록 만든다.
• NoSmokMoinMoinVsMoinMoin . . . . 1 match
       전 현재 배포판인 MoinMoin 1.0 을 커스터마이징해서 썼으면 합니다. ''(http://acup.wo.to 에 가보시면 MoinMoin 1.0 을 커스터마이징한 위키를 구경할 수 있습니다.)'' ["노스모크모인모인"]에도 현재 욕심나는 기능이 많긴 하지만 MoinMoin 1.0 의 AttachFile 기능이 참 유용하다고 생각하고 있습니다. 그 밖에 Seminar:YoriJori 프로젝트가 다소 정체되어 있다는 느낌이 들기도 한 것이 이유가 될수 있겠습니다. MoinMoin 1.0 설치 및 커스터마이징은 2 ManDay 정도만 투자하면 가능하리라 생각됩니다. --["이덕준"]
• ObjectOrientedReengineeringPatterns . . . . 1 match
        * 분석 패턴이 아니고 FAMOOS 프로젝트를 이끌어 나가면서 저자의 산출물과 기술들이 담겨져 있다.
• OutlineProcessorMarkupLanguage . . . . 1 match
       최초 OPML을 개발할 당시에는 단순히 사고(idea)를 정리하고, 프로젝트를 관리하는데 쓸만하다는 것이 주 목적이었지만,
• PHP Programming . . . . 1 match
       ["프로젝트분류"]
• PPProject . . . . 1 match
       [프로젝트분류]
• PairProgrammingForGroupStudy . . . . 1 match
       저는 여기서 PairProgramming의 교육적 효과와 이를 그룹 스터디나 프로젝트 팀 교육에 응용하는 방법을 간략히 서술하겠습니다.
• PairSynchronization . . . . 1 match
       === 회사에서 프로젝트 진행시 ===
• Perforce . . . . 1 match
       상업용 RC 이며, 오픈 소스 프로젝트 진행에 한해서는 무료로 배포된다.
• PracticalPython . . . . 1 match
       2006년 프로젝트감으로 적당할 거 같다.
• PracticeNewProgrammingLanguage . . . . 1 match
       즉!!! 이것만 해보면 이 언어로 프로젝트를 진행할 만하다 싶을 정도의 레벨을 만들기위한 프로그램 작성.
• ProjectCCNA/Chapter2 . . . . 1 match
       [프로젝트분류], ProjectCCNA
• ProjectCCNA/Chapter3 . . . . 1 match
       [프로젝트분류], ProjectCCNA
• ProjectCCNA/Chapter5 . . . . 1 match
       [프로젝트분류], ProjectCCNA
• ProjectPrometheus/Journey . . . . 1 match
        * 한편으로 또 드는 생각은 아무리 우리가 공부를 하네 위키에 문서를 남기네 해도, 결국 저 사람에게는 '그저 저넘들 자기만족을 위한 행위' 그 이상이 아니라는 것. 피시실에서 게임을 하나 프로그램 개발을 하나 그저 '타인의 행동' 이상의 의미가 없다란 느낌이 들고 나니 서글퍼진다. 순간 울컥 하는 마음에 속으로 '차라리 자극 좀 받아보시고 거기 깔린 오락 좀 지워보시지. 젠장' 라고 읊어대었다. (갈수록 건방짐 높아져가는 ["1002"]. 솔직히 좀 화가 나서리..) 개인적으로 피시실이 사람들이 서로 개발이나 공부를 위해 시끌벅적한 작은 팀들이 많이 있고, 그 분위기에 다른 사람들이 조금이나마 휩쓸렸으면 하지만. 그러한 팀들은 늘 레포트가 나오던지 팀프로젝트가 나오던지 해야 만들어지려나.. 거참 엄청 재미도 나겠군. 역시 이상일 뿐이려나. (화이트보드 큼지막한 것이 있어도 우리가 알고리즘 구상하느냐고 써놓은 것들이 3-4일째 그대로이군.)
• ProjectSemiPhotoshop/계획서 . . . . 1 match
        * 11/19 상민과 현민이 이미지 프로젝트의 시작을 위한 시작 코딩
• ProjectSemiPhotoshop/기록 . . . . 1 match
        * 11/19 상민과 현민이 이미지 프로젝트의 시작을 위한 시작 코딩
• ProjectVirush/Idea . . . . 1 match
       프로젝트에 직접 참여하지 않으시더라도 다양한 의견을 환영합니다. 특히 생물학 지식에 대해서는 오류수정이나 추가정보를 기다립니다!
• ProjectWMB . . . . 1 match
       [프로젝트분류] [IdeaPool/PublicIdea]
• ProjectZephyrus/ServerJourney . . . . 1 match
        * mm.mysql과 Junit 의 라이브러리를 프로젝트 내부에 넣고, 패키지를 network, information, command 로 구분 --상민
• ProjectZephyrus/일정 . . . . 1 match
        - 프로젝트에서의 자신의 역할, 느낀점, 잘못된점, 개선 방향 을 이야기 한다.
• PyDev . . . . 1 match
       [http://pydev.sourceforge.net/ 프로젝트 홈페이지]
• REAL_LIBOS . . . . 1 match
       2학년 2학기때 만든 프로젝트에 관한 디스크립션.[[BR]]
• Refactoring/BuildingTestCode . . . . 1 match
       그때 나는 increment development단계에 있었고, 나는 매번 increment 을 완료할때 클래스들에 test method들을 추가했다. 그때 했던 프로젝트는 꽤 작았었고, 우리는 우리의 increment 주기는 한주 단위정도였다. 테스트의 실행은 는 꽤 수월하게 되었다. 하지만 테스트들은 실행하기 쉬웠지만, 테스트를 하는 것은 여전히 지겨운 일이였다. 이것은 내가 체크해야 하는 모든 테스트들이 console 에 결과를 출력하도록 만들어졌기 때문이다. 나는 꽤 게으른 사람이고, 나는 일을 피하기 위해 꽤 열심히 일을 준비했다. 나는 이 클래스들이 프린팅 해주는 것을 체크하는 대신, 컴퓨터가 테스트를 수행하도록 했다.내가 할일은 테스트 코드에 내가 기대하는 결과를 작성하고, 그 비교를 수행하는 것이다. 자, 나는 모든 클래스들의 test method를 수행할 수 있었고, 모든 일이 잘 되면 단지 'OK' 가 출력되는 것을 확인하면 되었다. 이 클래스는 지금 스스로 자기 자신을 테스트를 했다.
• RegressionTesting . . . . 1 match
       그래서 대다수의 소프트웨어 개발 시점 중에는 버그를 고쳤을때 훌륭한 방법인가, 버그가 재작성되거나, 버그가 프로그램상의 하부 변화 이후에 규칙적으로 실행되는지 '''드러내는 테스트'''에 대하여 훌륭한 실행 방법들을 제시한다. 몇몇 프로젝트(내 생각에 Mozilla경우, Eclipse도 같은 시스템)는 자동화된 시스템으로 자동적으로 모든 RegressionTesting들을 규칙적으로(보통 하루나 주말단위로) 실행하고, 조사하도록 세팅되어 있다.
• Ruby/2011년스터디/강성현 . . . . 1 match
        * 동문 네트워크 홈페이지를 새롭게 만들어보는 프로젝트
• Ruby/2011년스터디/김수경 . . . . 1 match
       = Ruby를 이용한 프로젝트 =
• RummikubProject . . . . 1 match
       [프로젝트분류]
• STLErrorDecryptor . . . . 1 match
       ''참고) VC++.NET을 사용하시는 분의 경우엔 컴파일 전에 반드시 /WL 옵션을 주어야 합니다. /WL 옵션은 모든 에러 및 경고 메시지를 한 줄로 표시해 주는 옵션입니다. VC++.NET은 소스 코드 한 줄에 대한 에러 메시지를 여러 줄에 걸쳐(\n문자를 끼워넣어서) 표시하는데, 에러 필터링 스크립트는 에러 메시지가 한 줄로 되어 있을 때 재대로 동작하기 때문입니다. 아래와 같이 프로젝트 속성 페이지에서 [C/C++]의 [명령줄] 항목을 선택한 후 /WL 옵션을 추가합시다.''
• SnakeBite/창섭 . . . . 1 match
       ["프로젝트분류"], ["SnakeBite"]
• Spring/탐험스터디/wiki만들기 . . . . 1 match
        * '''그건 우리가 이 프로젝트(그리고 코드)에 대해 더 잘 알게 되었다는 뜻. 과거의 결점을 발견하는 것은 좋은 신호다'''.
• SubVersion . . . . 1 match
        * 저장소/프로젝트별 환경 설정 가능
• TCP/IP 네트워크 관리 . . . . 1 match
       ["프로젝트분류"], ["책분류"]
• TCP/IP_IllustratedVol1 . . . . 1 match
       [프로젝트분류]
• TddWithWebPresentation . . . . 1 match
       그러다가, 최근 프로젝트 하는중에 ModelViewPresenter 라는 개념에 대해 익히게 되었다. 정확한 개념에 대해서는 잘 잡지를 못했지만, HumbleDialogBox 라는 아티클을 보니 대강 감이 온것 같았다. 중요한 건 표현부분에 대해서 가능한한 로직이 남지 않아야 한다는 점이고, 표현부분을 사용하는 쪽 입장에서도 가능한한 추상화레벨이 높은 메소드를 쓸 수 있어야 한다는 점이다.
• TheJavaMan/비행기게임 . . . . 1 match
        * 위에 소스를 받아서 새 프로젝트를 만들고 file->import하면 된다.
• TheJavaMan/설치 . . . . 1 match
       1. '''File->New->Project'''로 프로젝트 하나를 만든다. (단축키로 실행해도 되고 도구모음에서 실행해도 되지만
• ThePragmaticProgrammer . . . . 1 match
        이들의 프로그램학은 구체적이며, 그 구현에 이르는 경로는 간결하다. 이들은 예를들어,하나의 텍스트 편집기를 배우게 되면 그것을 모든 것에 활용하라고 독자들에게 조언하고 있다. 또한 권고하고 있는 것은, 심지어 가장 작은 프로젝트에 대해서도 버전트래킹 소프트웨어를 사용하라는 것이며, 규칙적인 수식구문과 텍스트 처리언어 학습의 장점을 계도하고 있다.
• TheTrip/이승한 . . . . 1 match
       [겨울과프로젝트] [AOI] [TheTrip]
• TheWarOfGenesis2R . . . . 1 match
       ["2dInDirect3d"] [Direct3D] ["프로젝트분류"]
• Trace . . . . 1 match
       MFC 에서 제공하는 {{{~cpp TRACE }}} 매크로의 기능을 VC 의 다른 프로젝트에서도 사용할 수 있다. 단, 여기서는 매크로가 아니라 함수인것을 유념하자.
• TravelSalesmanProblem . . . . 1 match
       AI 분야의 고전적 문제다. 인공지능 수업의 중간 프로젝트 이기도 했다.
• UnityStudy . . . . 1 match
        * 매주 이용한 ppt, 예시 프로젝트, 리소스 외 기타 자료를 전부 여기에 올리겠습니다.
• UseCase . . . . 1 match
       이렇게 해서 최소 하나의 프로젝트에서만이라도 "제대로 활용"을 해보고 나면 비로소 필요에 따라 "더 많은 것"을 요할 수 있다. 이 때에는 본인 역시 Robert C. Martin과 같이 Alistair Cockburn의 ''Writing Effective Use Cases''(2000년 Seminar:JoltAward 수상)를 권한다. (인터넷에서 초고 pdf화일을 구할 수 있다)
• UseSTL . . . . 1 match
       ["프로젝트분류"]
• VisualStudio2005 . . . . 1 match
        * 솔루션에 프로젝트 스타트 업이라는 녀석으로... 무언가를 하는것 같은데... 무얼하는지는...-_-ㅋ
• WebMapBrowser . . . . 1 match
        * 추후에 파이어볼 검색 프로젝트에서 역링크 정보까지 제공해주게 되면 한 웹에서 다른 웹으로 나가는 엣지 뿐만 아니라 다른 노드에서 현재 노드로 들어 오는 엣지도 볼 수 있고, 또한 역링크를 바탕으로 각 노드들의 관계도를 1단계 2단계 이상으로 파악할수 있고, 인기 순위도 파악한다.
• XMLStudy_2002 . . . . 1 match
       [["프로젝트분류"]]
• XPlanner . . . . 1 match
        ExtremeProgramming 팀을 위한 웹-기반 프로젝트 관리도구, 위키 스타일의 포매팅도 지원한다고 한다.
• XpWeek/20041224 . . . . 1 match
        [테스트주도개발]이 도착해서 읽고 따라해보고 있어. 다 읽고 나서 다시 이 프로젝트 결과물을 가다듬을 수 있을 것 같아. --[Leonardong]
• Yggdrasil . . . . 1 match
        == 프로젝트 ==
• Yggdrasil/가속된씨플플/4장 . . . . 1 match
        * 1학년 1학기 텀프로젝트를 할때, 성적정렬 프로그램에서 정렬로 순서가 전부 바뀌어버려서, 루프문의 끝에서 전부 다 초기화했던 기억이 난다. 이때 전달인자에 전달 방식을 제대로 이해하고 활용했다면 편했을 것을.
• YongAn처음화면 . . . . 1 match
       [http://zeropage.org/trac/namsangboy 프로젝트 소스]
• Z&D토론/통합반대의견 . . . . 1 match
       두 학회 모두 스터디 및 프로젝트가 거의 없구
• ZIM/ConceptualModel . . . . 1 match
       프로젝트 ["ZIM"]에서 사용하는 개념들입니다. ConceptualDiagram은 생략합니다.
• ZPBoard/APM . . . . 1 match
        * http://kltp.kldp.org - 리눅스팁프로젝트(search에서 PHP나 apache로 검색)
• Zedroid . . . . 1 match
       [프로젝트분류]
• ZeroPageServer/IRC . . . . 1 match
        * [변형진] - 비동기식 처리하기 좋은 Node.js로 IRC 봇을 만드는 프로젝트 진행합시다.
• ZeroPager구조조정 . . . . 1 match
       ''프로젝트 참여 > 정모 참여 > 연락'' 을 우선순위로 따져서 나눈 것입니다.
• ZeroPage가입관련 . . . . 1 match
        * 개인페이지를 만든후 대문에 프로젝트란에 추가하고 싶으면 추가하시고.. 늘 일주일전에 공지가 올라오는 정모 때 참여를 하면 됩니다.
• ZeroPage성년식 . . . . 1 match
        * 촉박할 수 있지만 11월 19일이 12월 3일보다 나을 수도 있습니다. 저와 몇몇분들과는 상관없을 수도 있지만 기말고사 임박, 프로젝트 마감 임박 등 재학생들에게 부담이 큰 시기일 수 있습니다. 다수는 아니지만 송년회를 일찍 하는 단체에서는 12월 첫주 주말부터 본격 시작됩니다. 일단 저는 어느쪽이던 상관없지만 다른 기획단 분들의 의견도 듣고 싶습니다. - [지원]
• ZeroWikiVsOneWiki . . . . 1 match
       위에 보이는대로 한 가지 목적으로 원위키를 나눴는데, 그 목적을 '''처음'''사용하는 분들이 잘 모르고 있지는 않았나? 아니면 많은 다른 사용하는 분들도 모르고 있지는 않았나? 나는 '''처음'''쪽인지 '''함께'''하는 쪽인지 알지는 못하겠지만, 처음에는 생각하고 있었으나 언제부터인가 '''목적'''을 잊고 있었다. 항상 들어가는 페이지(주로 [실시간멀티플레이어게임프로젝트])만 들어가다보니 생긴 현상일지도 모르겠다. 아무튼 '''목적'''잘 알려지지 않았다고 생각한다.
• ZeroWiki에서 언어습관 . . . . 1 match
       위의 [위키요정], 위키철학 공유에 대한 문제를 감안해도 앞으로는 새로운 ZeroWikian과 [위키요정]들이 활동하면서 이들이 공유하는 언어습관이 변화할 것을 기대합니다. 99, 00..년의 사용자들의 개인 페이지나 프로젝트 페이지, 게시판에 작성하는 글의 언어습관은 다릅니다.
• Zeropage/Staff/회의_2006_02_13 . . . . 1 match
       홍 보 : 프로젝트 결과물(), 신청(6월)
• [Lovely]boy^_^/Diary/2-2-10 . . . . 1 match
        * XB 진짜로 시작. 재동이가 고객이 되어서, 재동이가 준비해온 네트워크 오델로를 짜기로 했다. 처음에는 기대감에 마구마구 넘쳐서 침을 튀겨가며 얘기를 했지만, 나중에는--; 결국 통합은 실패했다. 기초부터 시작해야 할듯싶다. 하지만 배운것도 많았다. 재미도 있었고.. 글구 혜선이가 고객을 해주기로 했다. 이제 프로젝트가 본격적으로 시작이 된다. 낼부터 2주정도는 간단한 프로그램으로 TDD와 호흡 맞추는데 주안점을 둘 생각이다.
• [Lovely]boy^_^/Diary/2-2-11 . . . . 1 match
        * 오늘로 일단 학기중의 XB가 종료되었다. 배운것이 아주 많았던 프로젝트였다.
• bitblt로 투명배경 구현하기 . . . . 1 match
       [(beonit)레밍즈프로젝트/프로토타입]에서 [MFC]기반으로 더블 버퍼링을 포함해서 간단하게 클래싱 해 보았습니다.
• callusedHand . . . . 1 match
       = 프로젝트 =
• callusedHand/books . . . . 1 match
        프로그램에 치명적인 버그가 있을 때 책임지고 고쳐 줄 사람이 없기 때문에 오픈 소스 개발 방식은 위험하다는 주장도 오픈 소스 개발 방식에 대한 오해에서 비롯된 것이라고 생각합니다. 위에서 말했지만 오픈 소스 개발 방식은 수많은 소프트웨어 개발 방법 중 하나 일 뿐입니다. 기존의 많은 오픈 소스 프로젝트가 개발자들의 취미, 재미라는 동기에서 비롯되었기 때문에 사후 관리가 미미하고 개발자들이 개발을 포기하는 경우 엔드 유저는 피해를 볼 수 밖에 없었던 것입니다.
• callusedHand/projects/messenger . . . . 1 match
       (Java 강의 팀 프로젝트)
• erunc0/XP . . . . 1 match
       책속에 나온 사람들의 경험이란 것이 실제로 제겐 뭔가 느낌이랄까 그런것들을 전달해 주는데는 한계가 있는것 같아서요. 그런 의미로 '추상적이다'라는 말을 썼어요. 제가 잘 이해하지 못해서 그렇지만요.. ^^; 다읽어 보긴 했는데요. 가장 제가 중요하게 생각 한것은 고객, 팀원 그리고 기타 프로젝트에 도움이 되는 사람들과의 대화를 충실히 하라는 말이 가장 와닿은것 같아요. 누군가와 project를 xp로 하게 되면 책속에 나온 말들이 이해가 될것 같아요. 고맙습니다~ ["erunc0"][[BR]][[BR]]
• gester . . . . 1 match
       * 얼~ 쓰렉! 내 동지를 만나서 기쁘다..우리끼리 프로젝트라도? ^^ --병희
• html5practice . . . . 1 match
       == 프로젝트 ==
• iPhoneProgramming/2012년프로젝트 . . . . 1 match
        * 비고 : 스터디로 보일 수 있으나, 프로젝트의 요소를 강하게 주어 각자 진행 할 생각.
• k7y8j2 . . . . 1 match
       마음에 드는 프로젝트에 몰두해보는 것
• naneunji/Diary . . . . 1 match
        * zp 정모 : 6시반 - 간단한 프로젝트 상황 발표 후 밥(-_-)을 먹었다. 술대신..
• snowflower/Arkanoid . . . . 1 match
       문득... 다른 사람의 프로젝트 페이지에 가 보았다. 내가 알고 있는 것과는 다른 것들. 객체지향, STL... 그렇게.. 왠지 뒤로 밀리는 느낌이다.[[BR]]
• uCOS-II . . . . 1 match
       [프로젝트분류]
• woodpage/쓰레기 . . . . 1 match
       == 진행중인 프로젝트 ==
• 강성현 . . . . 1 match
        * 12월 중순에 조직개편으로 프로젝트가 엎어짐
• 개인페이지 . . . . 1 match
       개인페이지를 만들지 않으신 분들이 보이는데요. 개인 페이지는 여러 의미와 용도가 있습니다. 기본은 위키를 이용한 자신의 계획과 일정 관리, 그리고 공통된 관심사를 가진 사람들끼리 자연스럽게 생각을 공개해서 모이게 유도 합니다. 그리고 개인 공간을 가짐으로 해서 위키에 대한 좀더 높은 접근 횟수를 유도 합니다. 가장 중요한 이유는 누가 누군지 확실히 알수도 있겠죠? 일단 프로젝트에 참여하는 모든 분들은 개인 페이지를 만들고 관리 합시다. --상민
• 경시대회준비반 . . . . 1 match
       [겨울방학프로젝트/2005]
• 고전모으기 . . . . 1 match
       [프로젝트분류]
• 고한종 . . . . 1 match
        * 여태까지 만들었던 것중에 가장 잘나간 것. 하지만 속 알멩이는 여태까지 만든 것 중 가장 쓰레기. 이걸 OOP개념이라던가, 좋은 유지보수가 가능하게 코딩하려면, 프로젝트를 버리고 다시 시작해야 할듯. 소개하자면 이걸 공개한게 13년 1월 8일인가 하는데, 12년 12월 20일에 확산성 밀리언 아서라고 일본 ~~T~~CG(트레이드가 없어....) 게임이 들어왔다. 애니팡으로 한국 모바일 게임시장이 열린 상황 (그 전에는 미친 법 때문에 스토어에 게임 카테고리가 없었지....), 퍼즐류는 애니팡이 먹고, 슈팅게임은 드래곤플라이트, 레이싱(?)은 다함께차차차, 캐쥬얼은 윈드러너가 먹은 상황에, ~~T~~CG라는 새로운 장르가 수입이 되니.. 그야말로 공급이 없어서 단숨에 유저 확보. 지금 대략 생성된 계정은 못해도 80만개를 넘었다고 한다. 게임소개는 여기까지하고, 이 게임이 1기긱 1계정으로 기기종속 게임인데, 온라인 게임인데 부캐를 돌리고 싶은것은 어찌보면 당연!. 사람들이 로그아웃 하는 방법을 찾아놓은게 있다. 근데 겁나 불편하다 (...) 그래서 그걸 안드로이드 어플로 자동화시켜서 터치한번이면 되도록 만들었다. 그리고 공개 -> 2달이 지난 지금 1만 5천명이 내 블로그를 들렸다 나갔다. 아마 못 해도 1만은 다운로드 까진 해보지 않았을까 싶다. - [고한종], 13년 3월 16일
• 고한종/십자가돌리기 . . . . 1 match
        * 처음으로 흥미롭게 하는 프로젝트 (.. 라기엔 좀 초라한듯) 인것 같다.
• 곽세환 . . . . 1 match
       == 프로젝트 ==
• 김수경 . . . . 1 match
        * OMS - 더 나은 프로젝트 만들기
• 김영록 . . . . 1 match
       여름 프로젝트
• 김태진 . . . . 1 match
        * '''프로젝트/스터디 소개 : [https://sites.google.com/site/jerenealkim/projects 링크]'''
• 나를만든책장관리시스템 . . . . 1 match
       [프로젝트분류] [IdeaPool/PublicIdea]
• 남상혁 . . . . 1 match
        * 안드로이드 프로젝트 - 어장관리
• 논문번역/2012년스터디/서민관 . . . . 1 match
       이 작업은 German Research Foundation(DFG)의 프로젝트 Fi799/1에서 원조를 받았다.
• 논문번역/2012년스터디/이민석 . . . . 1 match
       이 연구는 프로젝트 Fi799/1에서 German Research Foundation(DFG)가 제안하였다.
• 답변 및 의견 1 . . . . 1 match
        * 나도 처음에는 editplus 쓰다가 바꿨는데,[[BR]]간단한거 짤때는 editplus 써도 상관 없는데 이게 프로젝트 단위로 되면 eclipse가 편한데 그이유
• 데블스캠프2003/다루어볼문제와관련세미나 . . . . 1 match
        * ToyProblems 와같은 식이면 좋을것 같은데요. 1학년 텀프로젝트가 있는데 그것 하나만 가지고도 SP, OOP 등의 프로그래밍철학과, STL 등을 다루기에 좋을것 같습니다. ([http://zeropage.org/pds/200361434244/2003C++TrmPrjSpec.ppt spec]) SP 와 OOP 는.. 누가할지.. 맡게되면 고생을할수도 있겠군요. 아래 JuNe 선배님의 CSP 나.. Tuple Space (전에 P2P 관련 문서에서 본것같은 기억이..-_-a ) 등과는 약간 맞지 않을수도 있겠지만요. (그것은 다른 도메인의 문제와 다루는게 좋을듯합니다) - [임인택]
• 데블스캠프2004/금요일 . . . . 1 match
       ===== 프로젝트 만들기 =====
• 데블스캠프2004/세미나주제 . . . . 1 match
        * 자료구조 SeeAlso HowToStudyDataStructureAndAlgorithms, DataStructure StackAndQueue 뒤의 두 페이지들의 용어와 내용이 어울리지 않네요. 아, 일반 용어를 프로젝트로 시작한 페이지의 마지막 모습이군요. )
• 데블스캠프2006/월요일후기 . . . . 1 match
        문제에 대해서는 높은 난이도를 하여(박재화 교수님 C프로젝트 수준(?)) 모두 오래 걸리게 하여 고렙벨업(?)을 노리는것이 좋다고 생각합니다.
• 데블스캠프2006/참가자 . . . . 1 match
       이번 프로젝트 진행 시작과 함께 SVN, SSH 계정을 발급할 예정입니다. 이때 사용알 계정 ID를 입력해주세요. - [eternalbleu]
• 데블스캠프2008/등자사용법 . . . . 1 match
       논다 < 프로젝트를 열심히한다 < 시험을 잘본다 < 잘 찍는다
• 데블스캠프2009/금요일/SPECIALSeminar/송지훈/김홍기/박성현 . . . . 1 match
        3. 지금까지 했던 과제들, 프로젝트들을 다시한번 정리하는 과정을 현재 진행중에 있는데 이것을 완료해볼 생각.
• 데블스캠프2009/금요일후기 . . . . 1 match
        * '''서민관''' - 참. 무시무시한 수업이었습니다. 여러가지 의미로. 실력도 물론 무시무시하셨지만, 그것보다 우리가 평소 아무렇지 않게 사용하던 사이트들이 그렇게 보안에 취약한지는 처음 알았네요. 아무렇지 않아 보이는 이미지 파일이 쿠키를 뽑아내는 모습은 참 기가 막혔습니다. 덕분에 Javascript의 강력함도 같이 느낄 수 있었네요. 이번 방학에 팀 프로젝트를 하신다고 하던데 되도록이면 같이 참가해서 뭐라도 좀 배워보고 싶습니다.
• 데블스캠프2009/수요일후기 . . . . 1 match
        * '''서민관''' - 수요일 수업에서 제일 마음에 들었던 부분입니다. 이클립스를 써 본 것도 좋았고, 무엇보다 JUnit test는 정말 마음에 드네요. 앞으로 갈수록 프로그램의 크기가 커질텐데 이클립스를 통한 svn 사용이나 JUnit test나 둘 다 팀 프로젝트용으로는 정말 좋은 기능이라고 생각합니다. 정말 뭐라고 더 칭찬을 해야 할 지 말이 안 나올 정도로 마음에 들었어요. 한 방에 제대로 프로그램을 못 짜는 저한테는 메인 함수 없이도 버그 수정이 가능하다는 건 정말 고마운 기능이죠.
• 데블스캠프2010/셋째날/후기 . . . . 1 match
        * 오늘 내가 팀장을 맡아서 팀을 짜서 팀프로젝트를 했는데 나의 문제점을 알 수 있었고 내 성격과 특성을 객관적으로 볼 수 있어서 유익한 시간이었다.- [배진재]
• 데블스캠프2010/회의록 . . . . 1 match
        * svn을 사용해 프로젝트를 진행한다. -[남상혁] 학우
• 데블스캠프2011/넷째날/Android . . . . 1 match
        1. 기본 프로젝트 생성
• 데블스캠프2011/둘째날/후기 . . . . 1 match
       실제 Real World 에서 어떤 방식으로 프로젝트가 진행되고 (물론 Base이긴 하지만) 이것이 어떻게 작동하게 하는지, 또한 작동중 얼마나 많은 노하우가 들어가는지
• 데블스캠프2011/첫째날/오프닝 . . . . 1 match
        * nForge 같은 프로젝트 관리 사이트와 연동하면 효과가 쑥쑥
• 데블스캠프2013/첫째날/후기 . . . . 1 match
        * 코딩 관련 프로젝트를 조금 더 효율적으로 할 수 있는 방법을 알게 되어 뜻깊었다. - [송정규]
• 땅콩이보육프로젝트2005/개발일지 . . . . 1 match
       [땅콩이보육프로젝트2005]
• 레밍즈프로젝트/그리기DC . . . . 1 match
       [레밍즈프로젝트]에서 사용하게 될 그리기 클래스.
• 로고캐릭터공모 . . . . 1 match
        * 1차심사 - 제로페이지 홈페이지개편프로젝트 참가자
• 리눅스연습 . . . . 1 match
       [(zeropage)2005리눅스프로젝트]
• 몬테카를로법 . . . . 1 match
       [몬테카를로법]의 역사는 멀게는 확률론의 개척자들이었던 도박사들이 여러 번의 임의추출을 바탕으로 특정한 카드 조합이 나올 확률을 직접 계산했던 중세까지 거슬러올라갈 수 있습니다만, 진정한 의미에서의 몬테카를로법을 처음 사용한 사람은 현대 [컴퓨터] 구조의 완성자이기도 한 천재 수학자 [폰 노이만]으로, 그가 참여했던 [맨해튼 프로젝트](미국의 [원자폭탄] 개발 계획)에서 중성자 확산 시뮬레이션에 처음 사용한 것으로 알려져 있습니다.
• 몸짱프로젝트/BinarySearch . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/BinarySearchTree . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/BubbleSort . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/BucketSort . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/CrossReference . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/DisplayPumutation . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/HanoiProblem . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/InfixToPostfix . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/InfixToPrefix . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/Invert . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/KnightTour . . . . 1 match
       [몸짱프로젝트]
• 몸짱프로젝트/Maze . . . . 1 match
       [몸짱프로젝트]
• 문제은행 . . . . 1 match
       ["프로젝트분류"], ["문제분류"]
• 문제풀이 . . . . 1 match
       [프로젝트분류]
• 문제풀이/제안 . . . . 1 match
       [프로젝트분류]
• 병희 . . . . 1 match
        * ["프로젝트"]
• 삼총사CppStudy . . . . 1 match
       [프로젝트분류] [C++Study_2003]
• 상규 . . . . 1 match
       === 스터디 & 프로젝트 & 세미나 ===
• 상협 . . . . 1 match
        * ["상협/프로젝트관련"]
• 상협/Diary/7월 . . . . 1 match
        * 요새는 맨날 3D만 한다. 난 한번 뭐 만들라고 맘 먹으면 눈에 뵈는게 없는거 같다. 벽돌깨기가 너무나도 만들고 싶은거라서 이거 말고 딴거는 못하겠당.. ㅡㅡ;; 그래서 POSA 프로젝트도 유보를...
• 상협/인공지능/오목 . . . . 1 match
       = 프로젝트 진행자 =
• 새싹-날다람쥐 6월 10일 . . . . 1 match
       나중에 거대 프로젝트(오랜시간동안 켜 놓아야 하는 게임 같은 경우)에서는 메모리 반환을 하지 않으면 컴퓨터가 느려지고 가용메모리가 없어져서 메모리를 요청했을 때 메모리가 부족해 프로그램을 다시 껐다 켜야 하는 상황이 발생할 수 있다.
• 새싹교실/2011 . . . . 1 match
        * 혹은 새싹 교실에서 진행한 프로젝트의 소스를 공개하는 것도 좋습니다.
• 새싹교실/2011/學高/1회차 . . . . 1 match
       visual studio에서 새 프로젝트를 만드는 법을 배웠다.
• 새싹교실/2011/學高/4회차 . . . . 1 match
        * 프로젝트 만들기 복습
• 새싹교실/2011/무전취식/레벨1 . . . . 1 match
        * Project 생성 : Visual Stdio2008(이하 VS2008)에서 프로젝트 생성법
• 새싹교실/2011/무전취식/레벨2 . . . . 1 match
       7개 과목중에 반장이 2개 둘다 다른과 전공들. 가산점. 팀프로젝트들이 나오기시작했어. 3개. 시간표가 빡세져요. 어제 머리를 잘랐어. 6천원에 9시이후에 동네미용실에서 자르지 마세요. 와우 이번주 끝냈음. 나도 살아야지.
• 새싹교실/2011/무전취식/레벨6 . . . . 1 match
       김준석 : 지난주에 시험기간. 댄스스포츠를하고. 댄스스포츠 동아리를 들어갔어. 5주를 나가서 신입회원이 됬다. 내가 거의 젤 어림. 요즘에 춤바람이 났다고 주위사람들이 얘기함. 그리고 게임을 너무 많이 했음. 심시티4 를 너무 열심히함. 그리고 이번주 프로젝트 발표가 3개가 있어. 이번주 금요일날 죽을것 같음. 전체적으로 시험은 B이상은 나올것 같음.
• 새싹교실/2011/무전취식/레벨7 . . . . 1 match
       김준석 : 지난주부터 체육대회 준비를 했음. 경영대 체육대회 준비를함. 300명이야. 3반 반장 3명. 240만원 걷어서 통장 넣어놓음. 불안함. 체육대회 준비가 좀 힘들었음. 그리고 회비 걷는건 너무 힘듬. 그리고 토요일날 라인댄스 배우고 있음. 신남. 그리고 프로젝트 3개랑 발표가 1개 있었음. 3개는 무난하게 Mile Stone을 넘어갔다. 발표는 신난다. prezi라는 툴을 배웠음. 지난주도 신났다. 그리고 부처님 오신날 전날 인사동을 갓는데 대로를 다 치워놓고 동국대 사람들이랑 불교 연합에서 외국인들도 많이 나오고 행사를 하는걸 즐겁게 봄.
• 새싹교실/2011/무전취식/레벨8 . . . . 1 match
       김동우 : 놀았습니다. Ipad 만졌습니다. 쩔음. 님도 사셈. 프로젝트 회의를 했습니다. 2주뒤에 영어 문서 50장을 만들어야합니다. 2주뒤에 키노트 준비 해야합니다. 배워야합니다. 영어에요 또. 짜증납니다.
• 새싹교실/2011/앞반뒷반그리고App반 . . . . 1 match
        * 오늘은 포인터를 배웠어요. ********별-. 선언할 때 int *a;로 선언하게 되면 *a는 a의 주소에 있는 값을 나타내는거였지요. 음.. 하다가 현 형이 하던 프로젝트에 잠깐 지워놓고 예시를 들었다가 xcode를 끄는 바람에 소스가 날라가버렸지요.... 포인터가 있으면 지정된 크기보다 큰 용량의 자료도 불러오기 쉽다는 것도 배웠구요. 아무튼 유용하게 쓸 수 있을거 같아요 -[김태진]
• 새싹교실/2012/새싹교실강사교육/2주차 . . . . 1 match
       -과제 확인, 프로젝트 생성, GCC사용법, 컴파일, main함수, 변수, Data Type, 연산자, 입출력 기본 함수, 제어문 -
• 새싹교실/2012/새싹교실강사교육/4주차 . . . . 1 match
       버전 관리 시스템의 계정을 만들어보고 fork하고 pull request해오기 매뉴얼을 읽고 각자의 프로젝트도 생성해보세요.
• 새싹교실/2012/세싹 . . . . 1 match
        * 새싹교실이 URP프로젝트 팀으로 넘어가게 되었습니다. [김희성] 내가 어제 창설하라고 할때는 안하고 오늘은 새싹을 째고 창설을 하는구나 :D - [정의정]
• 새싹교실/2012/햇반 . . . . 1 match
       1. 프로젝트 생성
• 새싹교실/2013/이게컴공과에게 참좋은데 말로설명할 길이 없네반 . . . . 1 match
        > 아마도 게임은 2명이서 프로젝트 식으로 시켜야겠다.
• 서민관 . . . . 1 match
        * 형한텐 항상 배울게 많네요. 최근 자바로 짜는 프로그램은 개발방식이 형이 하던거랑 꽤나 비슷해진거 같구요. 다음에 간단한 프로젝트 코드레이스라도 해보면 좋을거 같아요. ㅎㅎ 형, 겸손한것도 좋지만 자랑하는 것도 능력이에요. 형의 능력을 뽐내봐요! ㅎㅎㅎ -[김태진]
• 서지혜/2011 . . . . 1 match
        * 동네 검색 종결자 프로젝트 종료..
• 성당과시장 . . . . 1 match
       [http://kldp.org/root/cathedral-bazaar/cathedral-bazaar.html 성당과시장] 에서 논문 번역문을 읽을 수 있다. 논문 발표후 Eric S. Raymond는 집중 조명을 받았는데, 얼마 있어 지금은 사라진 Netscape 가 자사의 웹 브라우저인 Netscape Navigtor를 [http://mozilla.org 모질라 프로젝트]로 오픈 소스시켜 더 유명해 졌다. RevolutionOS 에서 실제로 Netscape의 경영진은 이 결정중 이 논문을 읽었다고 인터뷰한다.
• 세미나/2004 . . . . 1 match
       || 1 || 재동 || 커리큘럼 & [프로젝트의성공과실패] || ||
• 소프트웨어장인정신 . . . . 1 match
       소프트웨어를 개발하는데 장인정신이라는 비유를 사용한다. 프로세스와 프로세스 산출물에 초점을 맞추는 소프트웨어 엔지니어링은 규모가 작은 프로젝트에는 좋은 선택이 아니다. 평범한 소프트웨어 개발자 여럿을 두고 이를 관리하기보다 장인 소프트웨어를 개발자 한 명을 고용하는 편이 속도나 품질 모두에서 낫다. 따라서 전통적인 수공업에서 나타나는 도제생활이 초보 프로그래머에게는 필요하다. 프로그래머는 도제를 거쳐 중간 장인으로, 결국에는 장인으로 성장하게 된다.
• 송지훈 . . . . 1 match
       취미 : 농구, 기타연주, 페이스북, 프로젝트 유지보수, 연애
• 송치완 . . . . 1 match
        * 유로 트럭 시뮬레이터 2 자율주행 프로젝트인 ChosunTruck의 Founder
• 스네이크바이트 . . . . 1 match
       [프로젝트분류],[스터디분류]
• 실시간멀티플레이어게임프로젝트/첫주차소스2 . . . . 1 match
       [실시간멀티플레이어게임프로젝트]
• 실시간멀티플레이어게임프로젝트/첫주차소스3 . . . . 1 match
       [실시간멀티플레이어게임프로젝트]
• 오픈소스검색엔진Lucene활용/세미나060401_2시 . . . . 1 match
        * 자신이 앞으로 할 프로젝트에 검색이 필요하다 싶으신 분들은 와서 들으세요.
• 윤종하/지뢰찾기 . . . . 1 match
       작년 크리스마스에 할게 없어서 모태솔로잉여프로젝트로 지뢰찾기를 제작해봤습니다.
• 이동현 . . . . 1 match
        [제로Wiki]프로젝트 같이 하자~ ㅋ
• 이병윤 . . . . 1 match
       == 프로젝트 ==
• 이승한/java . . . . 1 match
       [이승한], [겨울과프로젝트], [JavaStudy2004]
• 이영호/개인공부일기장 . . . . 1 match
       ☆ 구입해야할 책들 - 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)
• 임민수 . . . . 1 match
        * [실시간멀티플레이어게임프로젝트]
• 임베디드방향과가능성/정보 . . . . 1 match
       일본의 경우 트론 프로젝트가 올해(작년인지 헷갈리네요.)로 20주년을 맞이한다고 하던데 트론 얘기를 신문에서 본 건 작년이 첨이었구요.(제가 신문을 잘 안 봐서 그럴지도..--;)
• 임인택/CVSDelete . . . . 1 match
       CVS로 프로젝트 소스파일 받아다가 다른곳에 쓸때, 가끔 CVS 폴더 지우는게 너무 짜증날때가 있다. tortoise 같은데서 찾아봐도 없길래 그냥 간단하게 파이썬으로 작성.
• 장용운 . . . . 1 match
        * 클러그 프로젝트팀 TeamBR
• 장창재 . . . . 1 match
        * 그건 말할수 없는 비밀 프로젝트였는데.........ㅋㅋㅋㅋㅋ -[장창재]
• 정모 . . . . 1 match
        * 진행중인 스터디, 프로젝트 이야기
• 정모/2002.10.30 . . . . 1 match
        * 중간 고사로 약간의 지체, 약 2주차 정도 진행후에 프로젝트의 진행으로 성격을 바꿀 것 예정
• 정모/2002.7.25 . . . . 1 match
        * 각 프로젝트 팀 중간 발표.
• 정모/2002.8.22 . . . . 1 match
       == 각 프로젝트 팀 상황 ==
• 정모/2002.9.26 . . . . 1 match
       그리고, 경력을 쌓는 방법으로 대학원 프로젝트가 있을때 참여의사를 표시하여 참여하거나, 방학중 아르바이트 등의 이야기들이 있었다.
• 정모/2003.3.5 . . . . 1 match
       === 프로그래밍 존(가제) 프로젝트에 관한토의 ===
• 정모/2004.1.6 . . . . 1 match
       == 프로젝트 진행상황 ==
• 정모/2004.10.5 . . . . 1 match
       == 프로젝트 진행사항 ==
• 정모/2004.3.12 . . . . 1 match
       == 현재 프로젝트 진행상황 ==
• 정모/2004.7.26 . . . . 1 match
        === 프로젝트&스터디 ===
• 정모/2004.9.24 . . . . 1 match
       == 프로젝트 ==
• 정모/2005.2.2 . . . . 1 match
       [정모], [겨울과프로젝트]
• 정모/2005.5.23 . . . . 1 match
       == 프로젝트 ==
• 정모/2006.1.5 . . . . 1 match
        * 프로젝트 진행상황 ( 2주에 한번 하는게 낫지 않을까요? )
• 정모/2006.2.16 . . . . 1 match
       홍 보 : 프로젝트 결과물(), 신청(6월)
• 정모/2006.4.10 . . . . 1 match
        === 프로젝트 ===
• 정모/2006.6.23 . . . . 1 match
        * 다음주 회의 내용 : 엠티 - 프로젝트 - 스터디
• 정모/2006.7.13 . . . . 1 match
        * 프로젝트, 계획서
• 정모/2006.9.13 . . . . 1 match
        * 프로젝트
• 정모/2006.9.7 . . . . 1 match
        == 결정된 프로젝트 ==
• 정모/2007.1.12 . . . . 1 match
        1. 예전정모는 회장 부회장 회원이 모여 회의와 프로젝트 진행상황을 발표하는 등등 지루함..
• 정모/2007.1.6 . . . . 1 match
        이장길 - 선배가 의무적으로 프로젝트를 배당하는 방향으로 가겠다.
• 정모/2011.11.9 . . . . 1 match
       == 스터디/프로젝트 공유 ==
• 정모/2011.3.14 . . . . 1 match
        * 혹은 새싹 교실에서 진행한 프로젝트를 공개한다던가
• 정모/2011.5.23 . . . . 1 match
        * 먼저 자바스크립트 스터디에 관심이 생겼어요(진경이도 어제 뭐더라.. 어떤 언어가 알고리듬이 아주 달라서 배울만한 가치가 있다고 하더라구요. 같은 맥락이지 싶어요). 내일 몇시인지 알아낸 다음에 어떻게 진행되고 있는지 살펴보고, 적합하다 판단되면 저도 동참해야겠어요. 또 세미나를 보면서, 와.. 저런걸 여기서도 구현하는구나.. 라는 생각이 들었어요. TrustModel과 비슷한걸 만들고자 하는 사람들을 아는데, 저런식으로 아예 수치화 시키는게 역시 효율적인가.. 라는 생각도 들었구요, 후에 연구실(다른데인가?)에 들어간다면 저런걸 하는걸 보게/혹은 후에는 직접 하게될 수 있다는 사실에 나름 다시 감탄(?)했어요. ..아니면 빨리 이 길을 뜨는게 답인가요?ㅋㅋㅋㅋ 아, 또 성현이형이 동아리에서 프로젝트같은거 하신다고 하셨는데, 어떤걸 누구와 어떻게하였는지(그러니까 그 전반)도 한번 들어볼 기회가 있으면 좋겠어요. 여기서 잘 복붙해서 세미나 글에도 후기를 올려야겠네요...ㅎㅎ -[김태진]
• 정모/2011.7.25 . . . . 1 match
       == 프로젝트/스터디 ==
• 정모/2011.8.1 . . . . 1 match
       == 프로젝트/스터디 ==
• 정모/2011.8.29 . . . . 1 match
       == 프로젝트/스터디 ==
• 정모/2011.8.8 . . . . 1 match
       == 프로젝트/스터디 ==
• 정모/2011.9.20 . . . . 1 match
       == 스터디/프로젝트 공유 ==
• 정모/2012.1.13 . . . . 1 match
        * [iPhoneProgramming/2012년프로젝트] - Apple에서 제공해주는 예시들을 참고하는 것이 어떻겠냐는 조언을 받음.
• 정모/2012.10.29 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.11.12 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.11.19 . . . . 1 match
       스터디 프로젝트 공유
• 정모/2012.11.5 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.3.19 . . . . 1 match
       == 프로젝트 또는 스터디 공유&제안 ==
• 정모/2012.4.9 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.5.21 . . . . 1 match
       == 스터디&프로젝트 ==
• 정모/2012.5.7 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.7.11 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.7.18 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.7.25 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.9.10 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2012.9.17 . . . . 1 match
       == 스터디/프로젝트 ==
• 정모/2013.1.15 . . . . 1 match
        * A(김민재) : 실제 사례와 오픈소스등을 활용하여 롱런프로젝트로 고려중.
• 정모/2013.1.8 . . . . 1 match
        * 1인 1프로젝트/스터디 진행 의무
• 정모/2013.10.8 . . . . 1 match
        * 학술적인 주제로 10분간 진행하는 OMS와 스터디, 프로젝트 공유, 매달 말 회고는 그대로 진행됩니다.
• 정모/2013.2.12 . . . . 1 match
       === 스터디/프로젝트 공유 ===
• 정모/2013.2.19 . . . . 1 match
       === 스터디/프로젝트 공유 ===
• 정모/2013.2.26 . . . . 1 match
       === 스터디/프로젝트 공유 ===
• 정모/2013.4.1 . . . . 1 match
       = 프로젝트/스터디 공유 =
• 정모/2013.4.8 . . . . 1 match
       = 스터디&프로젝트 공유 =
• 정모/2013.8.26 . . . . 1 match
       == 스터디 프로젝트 공유 ==
• 정모/2013.9.11 . . . . 1 match
       == 스터디/프로젝트 공유 방안 ==
• 제로Wiki . . . . 1 match
       = 프로젝트 재개 =
• 조현태 . . . . 1 match
       [조현태/프로젝트]
• 졸업논문/본론 . . . . 1 match
       Django는 오픈 소스 프로젝트로 code.djangoproject.com/browser/django 에서 전체 소스코드를 확인할 수 있다. 문서에 따르면 django 데이터베이스 API는 "SQL문을 효율적으로 사용하고, 필요할 때는 알아서 join연산을 수행하는 강력한 구문을 가졌으며, 사용자가 필요할 경우 직접 SQL문을 작성할 수 있도록 지원"[5]한다. 추상화된 구문을 사용하더라도 데이터는 관계형 데이터베이스에 저장하게 되는데, MS SQL, MySQL, Oracle, PostgreSQL, SQLite3와 같은 DBMS를 사용할 수 있다.
• 좋은위키페이지 . . . . 1 match
        ["상민"] 이도 ["데기"] 가 말하는 부분들이 아쉽다. 그러한 느낌을 기록하고, 그것을 공유하는 것이 위키의 순기능중 하나라고 생각한다. 하지만, 그런 모습이 ZeroWiki에 부족한 이유가 느낌을 기록하기 위해 글을 쓰는 '''용기'''가 부족하기 때문이라고 생각한다. ZeroWiki에서는 경험과 느낌이 표현되는 곳은 프로젝트 페이지의 '''여정'''이나 '''느낌''' 기록하는 부분이나 이벤트의 '''후기''' 같은 부분이 주가 되고 있다. --["상민"]
• 책거꾸로읽기 . . . . 1 match
       [프로젝트분류] [강희경]
• 타도코코아CppStudy . . . . 1 match
       [C++Study_2003], [프로젝트분류]
• 타도코코아CppStudy/0728 . . . . 1 match
        * 개인프로젝트 시작. 매주 검사
• 토이 . . . . 1 match
       [프로젝트분류]
• 톱아보다처음화면 . . . . 1 match
       [레밍즈프로젝트]
• 프로그래밍잔치/둘째날 . . . . 1 match
        * 팀 프로젝트를 잘하기 위해서는 무엇을 해야 할까? 토론. - 15분.
• 프로젝트분류 . . . . 1 match
       위키위키를 이용해서 진행하고 있는, 또는 완성된 프로젝트들.
• 피아노연주자 . . . . 1 match
       [프로젝트분류] [2007년활동지도]
• 하드웨어에따른프로그램의속도차이해결 . . . . 1 match
        * ["3DAlca"]프로젝트에서 이 게임을 펜티엄3 800 지포트2 MX 에서 돌렸을때는 정상 속도로 게임이 돌아 가는데 펜티엄 4 1.8GA Raden 9000 pro 에서는 거의 제어할 수 없는 속도가 나온다.
• 한자공 . . . . 1 match
       [한자공/시즌3/프로젝트]
• 허아영 . . . . 1 match
       == 참가했던 프로젝트 & 스터디 ==
• 형노 . . . . 1 match
        * [(zeropage)2005리눅스프로젝트]
• 홍길동 . . . . 1 match
       || 스터디 || 프로젝트 || 게임 ||

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

You can also click here to search title.