%EC%9C%A0%EB%8B%88%ED%8B%B0%EB%A1%9C%20%EB%A7%8C%EB%93%9C%EB%8A%94%20%EA%B2%8

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

• UDK/2012년스터디 . . . . 16 matches
        * [박재민] [http://wiki.zeropage.org/wiki.php/UDK/2012%EB%85%84%EC%8A%A4%ED%84%B0%EB%94%94/%EC%86%8C%EC%8A%A4?action=show#s-2 카메라 소스] 분석 중...
        [http://wiki.zeropage.org/wiki.php/UDK/2012%EB%85%84%EC%8A%A4%ED%84%B0%EB%94%94/%EC%86%8C%EC%8A%A4?action=show#s-3 간단한 "Hello" + "World" 문자열 연결 Kismet node 예제]
        * 도데체 Point Object는 어떻게 만드는겨 - (책 설명에 따르면.. 그림과 같이 발의 뒤쪽을 뷰포트에서 클릭해 Point 오브젝트를 만듭니다.... 뭐 어쩌라고)
        * 일단 [http://ko.wikipedia.org/wiki/RPG_%EB%A7%8C%EB%93%A4%EA%B8%B0 RPG만들기]에 대한 사전조사
• 유정석 . . . . 16 matches
       [http://wiki.zeropage.org/wiki.php/%EB%82%A0%EB%8B%A4%EB%9E%8C%EC%A5%90%206%EC%9B%949%EC%9D%BC]
       [http://wiki.zeropage.org/wiki.php/%EC%83%88%EC%8B%B9-%EB%82%A0%EB%8B%A4%EB%9E%8C%EC%A5%90%206%EC%9B%94%2010%EC%9D%BC]
       [http://wiki.zeropage.org/wiki.php/%EC%83%88%EC%8B%B9-%EB%82%A0%EB%8B%A4%EB%9E%8C%EC%A5%90-%EC%A7%88%EB%AC%B8]
• Ruby/2011년스터디/서지혜 . . . . 13 matches
        _tprintf(_T("%25s %8d %8d %8d\n"),
        * 특정 프로세스 죽이기 ([http://sosal.tistory.com/entry/%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4-%EB%A6%AC%EC%8A%A4%ED%8A%B8-%EC%B6%9C%EB%A0%A5-%EA%B0%95%EC%A0%9C-%EC%A2%85%EB%A3%8C-%EC%86%8C%EC%8A%A4 원본])
• Android/WallpaperChanger . . . . 10 matches
        * 2012년 4월 중순 [김준석]이 영어공부하기 싫어서 만드는 어플
        || 4/25 || PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고 setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고. ||
        * DB Repository 데이터를 왔다갔다 intent사이를 넘겨주려면 parcel해야함 : http://arsviator.blogspot.com/2010/10/parcelable%EC%9D%84-%EC%82%AC%EC%9A%A9%ED%95%9C-%EC%98%A4%EB%B8%8C%EC%A0%9D%ED%8A%B8-%EC%A0%84%EB%8B%AC-object.html
       인스턴스 필드를 한번 이상 접근해야 한다면, 지역 변수를 만드는 것 또한 좋은 생각입니다. 예를 들어:
        1. 리펙토링은 새로 만드는것보다 쉽구나.
• 서지혜 . . . . 10 matches
        * [http://wiki.zeropage.org/wiki.php/Ruby/2011%EB%85%84%EC%8A%A4%ED%84%B0%EB%94%94/%EC%84%B8%EB%AF%B8%EB%82%98 루비 세미나](3.7) : 2. 본격 문법 + 실습 (30-40분)
        * [http://wiki.zeropage.org/wiki.php/JavaScript/2011%EB%85%84%EC%8A%A4%ED%84%B0%EB%94%94 JavaScript 스터디]
• 세벌식 . . . . 10 matches
       이때문에 두벌식 키보드를 사용할때 도깨비불 현상이 발생한다. 간단하게 설명하자면 두벌식 키보드로 한글을 치다가 전혀 의도하지 않았던 글자가 나타났다가 사라지는 현상이다. [http://no-smok.net/nsmk/%EB%8F%84%EA%B9%A8%EB%B9%84%EB%B6%88%ED%98%84%EC%83%81 여기]를 보면 더 자세히 알 수 있다.
       세벌식 자판배열의 장점은 한글의 구조와 맞는다는 점외에 여러가지가 있다. [http://no-smok.net/nsmk/%EC%84%B8%EB%B2%8C%EC%8B%9D 이곳]을 참조.
• AssemblyStudy . . . . 8 matches
        * [http://iplusu.tistory.com/entry/OS-%EA%B5%AC%ED%98%84-%EC%8B%A4%EC%8A%B5-%EB%B6%80%ED%8A%B8%EC%8A%A4%ED%8A%B8%EB%9E%A9-%EA%B5%AC%ED%98%84-mongii-naska 부트스트랩 구현]
• 2010Python . . . . 7 matches
        * [김수경] - [http://wiki.zeropage.org/wiki.php/%ED%8C%8C%EC%8A%A4%EC%B9%BC%EC%82%BC%EA%B0%81%ED%98%95/%EA%B9%80%EC%88%98%EA%B2%BD#s-3 파스칼삼각형/김수경2]
• Favorite . . . . 7 matches
       [http://no-smok.net/nsmk/%EB%8C%80%ED%95%99%EC%83%9D%EC%9D%B4%EC%95%8C%EC%95%84%EC%95%BC%ED%95%A0%EA%B2%83%EB%93%A4?action=highlight&value=%EC%98%81%EC%96%B4%7C%EC%9E%91%EB%AC%B8]
• ZeroPageMagazine . . . . 7 matches
       어떤 식으로 시작해야 할까요? [유쾌한이노베이션]에서 읽은 내용을 한 번 실험해보면 재밌겠다는 생각을 합니다. 여러 팀으로 나눠서 ZeroPageMagazine의 프로토타입을 만드는거지요. 프로토타입은 완성품이 아니기 때문에, 한 팀에서 여러가지 프로토타입을 만드는 것이 전혀 문제될 것이 없습니다. 오히려 권장할만한 일이죠. 그렇게 프로토타입을 모아 놓고, 좋은 부분을 골라서 합치는 과정을 반복할 수 있을 것입니다.
       굳이 프로토타입을 만드는 것보다 각 개인이나 팀이 만든 기사거리나 정보 또는 스터디 결과를 이 페이지에 링크시키는 방식으로 프로토타입을 '''만들어 나가는''' 것이 더 낫다고 생각합니다. 이렇게 하면 일단 원고가 많아지겠죠. 또 프로토타입이란 것에 맞추어 나간다는 느낌을 덜 받게 되니까 더 효율적일 것이라고 생각합니다. 위의 방법도 나쁘진 않은것 같은데 두 가지를 절충하여 생각해볼 수도 있겠군요. --[구자겸]
        좋은 의견입니다. 제 의견도 만들어나가는 프로토타입을 만들면서 그 '''과정'''을 즐기자는 취지입니다. 단, 한 가지 '''완성품'''을 만드는 데에, 또는 한 가지 방법으로 만드는 데에 초점을 두지 말았으면 합니다. 여러 가지 프로토타입을 만들어 보고, 다시 잘 된 것을 골라 개선해 나가자는 의견입니다.
       프로토타입을 만든다는 것은 말 그대로 '시제품'을 만드는 겁니다. 해당 작업을 완벽하게 하기 전에, 무언가 내가 올바르게 하는 일인건지 리허설, 혹은 실험용 간단한 모델을 만드는 작업을 이야기하죠. 건축으로 친다면 건물 만들기 전 모델을 만들고 선풍기 바람 돌려서 안무너지나 알아본다던지, 혹은 PDA 프로그램을 만들기 전에 PDA 종이 모형을 만들고 그 안에 스크린을 종이로 구성해본다던지 등을 예로 둘 수 있겠습니다.
• 고한종/십자가돌리기 . . . . 7 matches
        if(f%8==0)// f가 짝수 일때.
        else if(f%8==1)
        else if(f%8==2)
        else if(f%8==3)
        else if(f%8==4)
        else if(f%8==5)
        else if(f%8==6)
• 새싹교실/2012/아무거나/1회차 . . . . 7 matches
       [http://wiki.zeropage.org/wiki.php/%EC%83%88%EC%8B%B9%EA%B5%90%EC%8B%A4/2012/%EC%95%84%EB%AC%B4%EA%B1%B0%EB%82%98/1%ED%9A%8C%EC%B0%A8?action=edit 1회차 내용 고치기]
• 새싹교실/2012/아무거나/2회차 . . . . 7 matches
       [http://wiki.zeropage.org/wiki.php/%EC%83%88%EC%8B%B9%EA%B5%90%EC%8B%A4/2012/%EC%95%84%EB%AC%B4%EA%B1%B0%EB%82%98/2%ED%9A%8C%EC%B0%A8?action=edit 2회차 내용 고치기]
• 새싹교실/2012/아무거나/3회차 . . . . 7 matches
       [http://wiki.zeropage.org/wiki.php/%EC%83%88%EC%8B%B9%EA%B5%90%EC%8B%A4/2012/%EC%95%84%EB%AC%B4%EA%B1%B0%EB%82%98/3%ED%9A%8C%EC%B0%A8?action=edit 3회차 내용 고치기]
• 즐겨찾기 . . . . 7 matches
       [http://no-smok.net/nsmk/%EB%8C%80%ED%95%99%EC%83%9D%EC%9D%B4%EC%95%8C%EC%95%84%EC%95%BC%ED%95%A0%EA%B2%83%EB%93%A4?action=highlight&value=%EC%98%81%EC%96%B4%7C%EC%9E%91%EB%AC%B8]
• 10학번 c++ 프로젝트 . . . . 6 matches
       = [http://wiki.zeropage.org/wiki.php/10%ED%95%99%EB%B2%88%20c++%20%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8/%EC%86%8C%EC%8A%A4 결과물 보러가기~] =
• HelpOnPageCreation . . . . 6 matches
       페이지를 만드는 방법은 여러가지 방법이 있습니다. 그중에 위키에서 일반적으로 권고되는 방법으로는 먼저 원하는 페이지로 가서 편집을 해서, {{{FoobarPageName}}}이나 , {{{[[어쩌고페이지]]}}}식으로 위키링크를 본문에 집어넣고 저장을 합니다. 이렇게 하면 새롭게 갱신된 페이지에 새로운 링크가 생기게 되는데, {{{FoobarPageName}}} 혹은 {{{[[어쩌고페이지]]}}}라는 위키링크가 새로운 페이지를 가리키게 됩니다. 새로운 페이지는 아직 없기 때문에 새롭게 만들어진 위키링크는 색상이나 모양이 약간 다른 형태로 보이게 됩니다. 이것을 클릭하면 페이지를 새로 만들것이냐는 대화 메시지 혹은 비슷한 이름을 가진 페이지 목록을 보여주게 되며, 원한다면 새롭게 페이지를 만들 수 있게 됩니다.
       새롭게 페이지를 만드는 경우도 일반 페이지를 편집하는 방식과 마찬가지로 고칠 수 있습니다. 편집 폼에 내용을 채운 후에 최초 저장을 하면 페이지가 진짜로 만들어지게 됩니다. 한번 만들어진 페이지는 일반적으로 지울 수 없도록 되어있습니다. [[FootNote(페이지 지우기는 모니위키 설정을 통해 변경가능합니다. 또한 모니위키에서는 페이지를 지우더라도 변경 역사까지 지우게 되어있지 않습니다. 따라서 언제든지 복구할 수 있습니다.)]] 그러므로 위키 페이지를 처음 만들 때에 위키 페이지 이름을 잘 만드는 것이 낫겠지요.[[FootNote(모니위키에서는 페이지이름을 변경하는 것도 가능하며, 페이지이름에 대한 별명을 만드는 방식도 지원합니다)]]
       템플릿 페이지는 조금 특별하게 취급되는 페이지입니다. 페이지를 만들되 페이지 이름이 "'''Template'''"로 끝나는 페이지를 만들면 그것이 템플릿 페이지가 됩니다. [[FootNote(위키 관리자에 의해서 Template로 끝나는 이름이 아닌 다른 형태의 이름으로 그 설정을 바꿀 수도 있습니다)]] 이렇게 만들어진 템플릿 페이지는 페이지를 새롭게 만드는 경우에 목록으로 제시되게 되며, 템플릿 페이지를 선택하면 그것이 처음으로 편집 폼에서 인용되어 처음 만드는 페이지를 보다 쉽게 만들 수 있게 해줍니다.
• MoreEffectiveC++/Efficiency . . . . 6 matches
       값의 공유에 관하여 좀더 자세하게 이 문제에 논의를 제공할 부분은 Item 29(모든 코드가 들어있다.)에 있다. 하지만 그 생각 역시 lazy evaluation이다.:결코 당신이 정말로 어떤것을 필요하기 전까지는 그것의 사본을 만드는 작업을 하지 않것. 일단 그보다 lazy 해져봐라.- 어떤이가 당신이 그것을 제거하기 전까지 같은 자원을 실컷 사용하는것. 몇몇 어플리케이션의 영역에서 당신은 종종 저러한 비합리적 복사의 과정을 영원히 제거해 버릴수 있을 것이다.
       이런 일을 행하는데에 가장 간단한 방법은 이미 계산된 값을 저장시켜 놓고, 다시 필요로할때 쓰는거다. 예를들어 당신이 직원들에 관한 정보를 제공하는 프로그램을 만든다고 가정하자, 그리고 당신이 자주 쓰인다고 예상할수 있는 정보중 하나는 직원들의 개인방(사무실 or 침실 or 숙소) 번호 이다. 거기에 직원들의 정보는 데이터 베이스에 저장되어 있다고 가정한다. 하지만 대다수(당신이 작성하는거 말고) 프로그램을 위하여 직원들의 개인방 번호는 잘 쓰이지 않는다. 그래서 데이터 베이스에서 그것을 찾는 방법에 관한 최적화가 되어 있지 않다. 당신은 직원들의 개인방 번호를 반복적으로 요구하는 것에 대한 데이터 베이스가 받는 과도한 스트레스에 어플리케이션단에서 특수한 구조로 만드는 걸 피하려면, findCubicleNumber 함수로서 개인방 번호를 캐시(임시저장) 시켜 놀수 있다. 이미 가지고 있는 개인방 번호에 대하여 연속적으로 불리는 요구는 데이터 베이스에 매번 쿼리(query)를 날리는것보다는 캐쉬를 조사하여 값을 만족 시킬수 있다.
       이번 아이템은 일반적인 사용을 다루었다. 그리고 속도 향상은 상응 하는 메모리 비용을 지불을 해야만 할수 있다. 최대값, 최소값, 평균을 감안해서 요구되는 여분의 공간을 유지한다. 하지만 그것은 시간을 절약한다. cach 결과는 좀더 많은 메모리의 공간을 요구하지만 다시 할당되는 부분의 시간과 비용을 줄여서 비용을 절약한다. 미리 가지고 오고(prefetching)은 미리 가지고 와야 할것에 대한 공간을 요구하지만, 매번 그 자원에 접근해야 하는 시간을 줄여준다. 이러한 이야기(개념)은 Computer Science(컴퓨터 과학)에서 오래된 이야기 이다.:일반적으로 시간 자원과 공간 자원과의 교환(trade). (그렇지만 항상 이런 것이 가상 메모리와 캐쉬 페이지에 객체를 만드는것이 참은 아니다. 드문 경우에 있어, 큰 객체의 만드는 것은 당신의 소프트웨어의 성능(performance)을 향상 시킬 것이다. 왜냐하면 당신의 활성화 요구에 대한 활동이 증가하거나, 당신의 캐쉬에 대한 접근이 줄어 들또 혹은 둘다 일때 말이다. 당신은 어떻게 그러한 문제를 해결할 방법을 찾을 것인가? 상황을 점검하고 궁리하고 또 궁리해서 그문제를 해결하라(Item 16참고).)
       이러한 편한(위험 하지만-Item 5참고)변환(conversion) 은 하지만 효율성의 측변에서 본다면, 임시 string 객체의 생성과 파괴는 불필요한 비용이다. 그것을 제거하는 것에는 두가지의 일반적인 방법이 있는데, 하나는 당신의 코드에서 해당 변환을 없애 버리는 것이다. 그 방법은 Item 5에 기술되어 있다. 또 하나의 방법은 당신의 소프트웨어를 수정해서 변환 자체가 필요없게 만드는 방법이다. 이것은 Item 21에 방법이 기술되어 있다.
       객체를 반환하는 함수는 효율적으로 만드는 노력을 파괴한다.(DeleteMe 약간 이상) 왜냐하면 값으로의 반환(by-value) 같은 생성자와 파괴자가 암시적으로 호출되는 녀석을 포함하는 것들은 제거될수 없기 때문이다. 이 문제는 간단하다:정확한 반응이나 그렇지 않았다는 것을 알려주는 객체를 함수가 리턴하는 것이다. 만약 그러하다면 반환된 객체를 제거할 방법은 존재하지 않는다.
• MoreEffectiveC++/Techniques1of3 . . . . 6 matches
       '''첫번째'''로 만들어지는 객체의 위치이다. 위의 제시된 두가지의 방법에서, Printer 정적(staitc) 객체가 하나는 friend로 클래스의 제어권을 획득한 함수 내부에 있고, 또 하나는 클래스 멤버 메소드 내부에 있다. 함수에 있는 경우에는 정적(static) 객체는 항상 만들어져 있다. 이 의미는 해당 코드의 프로그램이 시작될때 부터 아예 객체가 만들어 진다는 의미이다. 즉, 한번도 그 객체를 사용하지 않아도, 객체는 이미 만들어져 비용을 지출하게 한다. 반면에, 함수 멤버 메소드 내부에 정적(static)객체를 만들 후자의 경우에는 객체를 만드는 역할을 하는 메소드인 Printer::thePrinter 가 제일 처음 호출될때 객체가 생성된다. 이것은 C++에서 "사용하지 않는 객체에 대한 비용은 지불하지 않는다."의 설계 다소 복잡한 이념에 근간을 둔 개념이다. 그리고 이러한 복잡한 개념은 당신을 해깔리게 만든다.
       using을 써서 Counted에 존재하는 인자를 참조 가능하게 만드는 이유는 Printer입장에서 다른 인자들은 신경 쓸필요가 없지만, 몇몇 특정한 인자의 참조와, 사용을 하기 위해서 이다. objectCount는 아래의 주석문의 이유이고,
       클래스의 생성자와, 파괴자 양쪽을 사역화(private)시켜서 지역 객체(non-heap object)로 만드는걸 막는데도, 약간의 제한 사항이 발생한다. 그 제한사항이란, 상속 관계와 포함(containment:has-a)관계에서 발생한다. 다음의 예제를 보면.
       자, 지금까지 다소 맹목적(?)으로 Heap영역에 객체 올리기에만 열중했다. 그럼 여기에서는 "on the heap"의 의미를 확실한 테스트로서 알아 보도록 하겠다. 앞서 써먹은 NonNegativeUPNumber를 non-heap 객체로 만드는건 뭐 틀리지 않은 것이다.
       당신이 볼수 있는 것처럼 스마트 포인터는 더미(dumb)포인터를 그냥 사용하는 것과 크게 차이점은 없어 보인다. 그것은 캡슐화에 대한 효율성을 논하는 것과 같다. 스마트 포인터를 사용하는 클라이언트는 그냥 더미(dumb)포인터를 사용하는 것처럼 사용하므로서, 스마트 포인터가 어떤 일을 행하는지 특별히 관심을 쏟을 필요가 없게 만드는 것이 관건이다.
       처음 해당 함수는 초기화 하거나 pointee가 유효하도록 만든다. 예를 들어서 lazy fetching이라면(Item 17 참고) 해당 함수 내에서 pointee에 해당하는 객체를 만드는 과정을 치를 것이다.
• SystemEngineeringTeam/TrainingCourse . . . . 6 matches
        * [http://ko.wikipedia.org/wiki/%EA%B5%AD%EA%B0%80_%EC%BD%94%EB%93%9C_%EC%B5%9C%EC%83%81%EC%9C%84_%EB%8F%84%EB%A9%94%EC%9D%B8 도메인 목록]에서 참고하여 .com, .net, .org, .re, .me를 후보군으로 지정하였음
• 강희경/도서관 . . . . 6 matches
        * 역사 : [로마인이야기](1권은 지루하지만 2권부터 재밌음), [http://zeropage.org/~namsangboy/wiki/wiki.php/%EB%8B%A8%EC%88%A8%EC%97%90%EC%9D%BD%EB%8A%94%EC%A1%B0%EC%84%A0%EC%99%95%EC%A1%B0%EC%98%A4%EB%B0%B1%EB%85%84 단숨에읽는조선왕조오백년], 학생부군과 백수건달
• 공학적마인드 . . . . 6 matches
        * '공학적 마인드'라는 키워드 검색 결과 : [http://www.google.co.kr/search?hl=ko&ie=UTF-8&newwindow=1&q=%EA%B3%B5%ED%95%99%EC%A0%81+%EB%A7%88%EC%9D%B8%EB%93%9C&btnG=%EA%B5%AC%EA%B8%80+%EA%B2%80%EC%83%89&lr= 구글][http://search.naver.com/search.naver?where=nexearch&query=%B0%F8%C7%D0%C0%FB+%B8%B6%C0%CE%B5%E5&frm=t1&x=0&y=0 네이버][http://search.empas.com/search/all.html?s=&f=&z=A&q=%B0%F8%C7%D0%C0%FB+%B8%B6%C0%CE%B5%E5 엠파스][http://kr.search.yahoo.com/search?fr=kr-front&KEY=&p=%B0%F8%C7%D0%C0%FB+%B8%B6%C0%CE%B5%E5 야후]
• ZeroWiki에서 언어습관 . . . . 5 matches
        이것이 지켜진다면, 당연히 [제로위키]의 글도 표준어, 서술형식으로 수렴할 것입니다. 두 가지 이유 가운데서도 과거 글을 - 오래되면 오래 될 수록(?) - 타인이 잘 안 고치는 경향이 있습니다. 건드릴 엄두가 나지 않지요. 따라서 새로 만드는 페이지에 주로 글을 쓰고, 새로 만드는 페이지가 주로 생기기 때문에 새로운 언어습관이 관습화된 것 처럼 보인다고 생각합니다. --[Leonardong]
       ''새로 만드는 페이지에 주로 글을 쓰고, 새로 만드는 페이지가 주로 생기는 것에 대하여...''
        * [제로위키]가 태어나고 1년즈음에 이르로 이러한 문제가 본격 제기되었습니다. 새로운 회원들에게 진입 장벽을 낮추기위해 위키의 계층을 도입해 개인화 페이지를 권장하면서 문제가 제기되었지요. 새로 만드는 것은 좋습니다. 허나 이를 지식으로 가공하는 것은 [위키요정]들의 몫입니다. 위키철학을 공유하고 모두 함께 진행하는 해결책이 필요 하겠지요.
• 데블스캠프2011/넷째날/루비 . . . . 5 matches
        * [http://nightshadow.tistory.com/entry/%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5-%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8-%EC%96%B8%EC%96%B4-%EB%A3%A8%EB%B9%84 블로그 참고]
• 데블스캠프2011/셋째날/후기 . . . . 5 matches
        * String Class를 만들고 java에서 상용하는 것과 같이 String의 함수들을 짜는 시간이었다. 처음 class의 생성자를 만드는데에만 시간을 거의 다 썼다. 생각과는 다르게 많이 어려웠다. 생성자를 만들고 한두개의 함수들을 만들자 시간이 끝낫다. 프로그램을 작성하는데 익숙해 질 때쯔음 끝나서 아쉬었다. 나중에 String class 를 완성시겨봐야겠다.
        * 새내기가 없어서 hardCore coderace로 변해버린 C언어 코딩. String을 만드는건 너무 힘들었다. 하지만 이렇게 스피드하게 한건 너무 오랜만이라 재미있었다. C++ 스트링클래스는 정말 예외처리가 많고 하다가 중간 중간 완성된것이나 예외처리 테스트를 만들어놨으면 나중에 더 빨리했을까했는데 너무 오래걸렸다는것이 아쉬웠다. 여튼 수고한 당신에게 박수를. =
        * 직접 난해한 언어(RNA)를 만드는 [황현] 멋진데요?ㅋㅋ
        * 언어를 만드는 것보다 그 언어로 코딩하는게 더 힘들다. 이 ****
        * 난해한 언어는 문법이 난해하기 보다는 심한 제약을 두고 문제를 푸는것이라 생각되는 것이었습니다. 익숙하지 않게 만들어서 확실히 힘들긴 하더라구요 종하가 소개해준 Befounge, 아희는 정말 재미있었습니다. 현이가 소개해준 chef도 인상적이었죠. 난해한 언어. 한번쯤은 생각해볼만한 제약이 심한 코딩. 새로운 방향을 생각하는 코딩을 만드는 시간이 어서 재미있었습니다
• 상협/인공지능/오목 . . . . 5 matches
       || 1 || 4->5 개 만드는거(공격, 방어) || 0 || 그냥 level2라는 함수로 만듦 ||
       || 2 || 3->4 개 만드는거(공격, 방어) || 0 || level2에서 이것도 함 ||
       || 3 || 2->3 개 만드는거(공격) || 0 || level3에서함 ||
       || 4 || 주변상황 고려해서 효율적으로 1->2개 만드는거(공격) || 0 || 그냥 만듦 ||
       || 5 || 주변상황 고려해서 효율적으로 2->3개 만드는거(공격) || 0 || 그냥 만듦 ||
• 새싹교실/2011/데미안반 . . . . 5 matches
        으로 위쪽으로 갈 수록 상위개념이라 합니다. 선형대수학 때 배운 내용의 일부가 수치해석(3-1학기)에 들어있습니다. 그리고 그래픽스(4-1학기) 수업에서 수치해석을 전제로 수업을 합니다. 수업시간에는 '''선형대수학을 포기하라'''했었는데, C라이브러리로 그래픽을 만드는 식의 컴퓨터 그래픽스 수업에 관심이 있으신 분은 '''절대 포기하지 마세요 ㅎㅎ'''
        *[http://ko.wikipedia.org/wiki/2%EC%9D%98_%EB%B3%B4%EC%88%98 2의 보수]에 2의 보수에 대한 설명이 있습니다. 왜 0000 0010 의 음수 형태를 1000 0010 으로 하지 않고, 2의 보수 형태인 1111 1110 을 사용했냐! 이건 컴퓨터가 음수와 양수를 이용한 계산을 편리하게 하기 위해 그런듯합니다. 2-2를 우리야 바로 0이라고 계산할 수 있지만, 컴퓨터는 2+(-2)형태로 바꿔서 0000 0010 과 1111 1110을 더해 0000 0000 이 나오게 합니다. '''컴퓨터에서 가산기를 사용하여 뺄셈을 하기 위해 음수의 표현으로 자주 사용된다'''라고 사전에 나오네요ㅠㅠㅋ
        * [박성국] - ^srand 와 rand를 배워 랜덤값을 만드는 방법을 배웠고 그것으로 up down 게임을 만드는 유익한 시간이었습니다.^
        * [강소현] - 함수의 형태를 반환형이 있는 지의 여부와 매개변수가 있는 지의 여부에 따른 4 가지를 실습하여 차이를 알아보았습니다. 그리고 재귀함수에 대한 진도도 나갔으나, 아무래도 그냥 함수 한번 호출하고 끝낼 때보다 이해가 잘 가지 않는 듯 합니다. 다음 시간에 한번 더 복습할 예정입니다. 재귀함수로 만드는 factorial이나 gcd 같은 것을 점화식을 설명하고 보여주면 좀 더 이해가 쉽지 않을까 싶었습니다.
• 새싹교실/2012/startLine . . . . 5 matches
        * 간단한 이전 시간(if문, 반복문)의 복습과 배열의 사용에 대해 알아보았다. 그리고 이번 시간에 주로 한 내용은 함수가 왜 필요한지와 함수를 만드는 법, 함수를 사용하는 법 등이었다. 개인적으로는 함수를 꽤 중요하게 생각하는 만큼 함수의 필요성을 잘 캐치해 줬으면 좋겠다. 그리고 새삼 드는 생각이지만 환희의 질문이 중요한 부분을 잘 찌른다는 생각이 든다. 별다른 언급도 없었는데 함수 내에서 변수의 scope나 함수 내부의 이름 겹침 등에 대한 질문이 있었다. 그리고 중간에 함수 사용의 예제로 printf문을 약간 이상하게 쓴 코드를 보여줬는데 의외로 감을 잘 잡은 것 같았다. 현재 진행상황으로는 다음에 포인터를 다뤄야 할텐데 함수를 쓰는 것을 조금 더 연습을 시킬지 바로 포인터를 나갈지 고민이다. 당장 포인터를 했다가 어려워하지 않을까 모르겠다. - [서민관]
        - 함수란? 함수의 정의, 만드는 예제
        * 포인터 변수에 값을 주어 초기화 하려면 어떻게 해야 하는가(malloc 함수의 사용)와 메모리 해제(free 함수)에 대한 이야기를 했다. 그리고 배열과 포인터에 대한 이야기를 했는데, 배열도 결국 연속된 메모리를 잡는다는 점에서 포인터와 같고 값의 참조도 포인터 변수와 똑같이 할 수 있다는 것을 다뤘다. 그 후에는 포인터 변수(배열)를 인자로 받는 함수를 만드는 법을 배우고, 배열을 인자로 받을 때는 반드시 길이를 관리해줘야 한다는 이야기를 했다. - [서민관]
        * 경험했던 일 : 함수를 만드는 이유. 슈도 코드의 편리성. 포인터와 구조체 복습.
        오늘 했던 내용을 생각하면서 함수를 만드는 도중에 자신이 필요하다고 생각하는 부분은
• 8queen/민강근 . . . . 4 matches
        if(arr[(a+i)%8][b]==1)
        if(arr[a][(b+i)%8]==1)
        if(arr[(a+i)%8][b]==1)
        if(arr[a][(b+i)%8]==1)
• CToAssembly . . . . 4 matches
       고급언어 변환기, 어셈블러, 편집기, 다른 프로그램을 만드는 작업을 돕는 프로그램들이 시스템 소프트웨어에 속한다. 우리는 이미 프로그래밍에는 기계어, 어셈블리어, 고급언어 세 단계가 있음을 안다.
       80386 이상 프로세서에는 많은 레지스터와 명령어, 주소지정방법이 있다. 그러나 간단한 명령어 몇개만 좀 알아도 GNU 컴파일러가 만드는 코드를 충분히 이해할 수 있다.
       = GNU C가 만드는 어셈블러 출력 =
       나는 이 글이 gcc가 만드는 어셈블러 출력을 이해하기에 충분하길 기대한다. 목록 8은 gcc -S add.c로 만든 파일 add.s를 보여준다. add.s를 편집하여 많은 (대부분 정렬(alignment) 등의 목적의) 어셈블러 지서어를 삭제하였음을 밝힌다.
• DesignPatterns/2011년스터디/1학기 . . . . 4 matches
        1. 책에 나온 교차 통풍 패턴을 예로 들어 말하자면, 정적인 구조를 볼 때 마주보는 양 쪽 벽 비슷한 높이에 창문이 있는 사무실은 교차 통풍 패턴에 속하는 것처럼 보일 수 있다. 그러나 창문 앞에 커다란 건물이 있으면 바람을 막아서 창을 통해 바람이 들어오지 않는다. 교차 통풍 패턴은 마주보는 양 벽에 각각 창이 있다는 그 자체로 실내 공기를 쾌적하게 만드는 것이 아니라 창을 통해 바람이 불어들어오고 불어나감으로써 실내 공기를 쾌적하게 만드는 것이다. 따라서 교차 통풍 패턴에서 마주보는 양 벽에 창이 존재한다는 정적 구조 보다는 창을 통해 바람이 들어오고 나가는 동적인 행동 양식과 그것을 통해 실내 공기를 쾌적하게 만든다는 의도가 중요하다고 할 수 있다.
        1. 저자는 열심히 getter와 setter를 깐다. get/set은 변수를 public으로 만드는 어려운 방법이다!
        1. MVC로 나누고 Data모델을 위한 Drawable을 만드는 이유를 알것 같았다. 서로 직접적인 통신을 꼭 안해도되는군..
• EightQueenProblem/정수민 . . . . 4 matches
        x=rand()%8;
        y=rand()%8;
        x = rand()%8;
        y = rand()%8;
• Gof/Singleton . . . . 4 matches
       더 좋은 방법은 클래스 자신으로 하여금 자기자신의 단일 인스턴스를 유지하도록 만드는 것이다. 이 클래스는 인스턴스가 생성될 때 요청을 가로챔으로서 단일 인스턴스로 만들어지는 것은 보증한다. 또한, 인스턴스에 접근하는 방법도 제공한다. 이것이 바로 SingletonPattern이다.
       1. unique instance임을 보증하는 것. SingletonPattern의 경우도 일반 클래스와 마찬가지로 인스턴스를 생성하는 방법은 같다. 하지만 클래스는 늘 단일 인스턴스가 유지되도록 프로그래밍된다. 이를 구현하는 일반적인 방법은 인스턴스를 만드는 operation을 class operations으로 두는 것이다. (static member function이거나 class method) 이 operation은 unique instance를 가지고 있는 변수에 접근하며 이때 이 변수의 값 (인스턴스)를 리턴하기 전에 이 변수가 unique instance로 초기화 되어지는 것을 보장한다. 이러한 접근은 singleton이 처음 사용되어지 전에 만들어지고 초기화됨으로서 보장된다.
       미로를 만드는 MazeFactory 클래스를 정의했다고 하자. MazeFactory 는 미로의 각각 다른 부분들을 만드는 interface를 정의한다. subclass들은 더 특별화된 product class들의 instance들을 리턴하기 위한 opeation들을 재정의할 수 있다. 예를 들면 BombedWall 객체는 일반적인 Wall객체를 대신한다.
• HolubOnPatterns/밑줄긋기 . . . . 4 matches
        * C++을 배우고 자바를 배우면 익숙한 구현 상속을 많이 사용하게 되지. C++에도 인터페이스의 개념이 있지만 시작부터 구체 클래스를 만드는 습관때문에 거의 쓰지 않았었다. - [서지혜]
        * 나는 구현 상속을 사용할 때 get/set을 만드는 것도 귀찮아 protected를 썼었는데, 마치 나에게 하는 말 같군. 기분이 안좋아진다... - [서지혜]
        * 깨지기 쉬운 기반 클래스 문제를 프레임워크 기반 프로그래밍에 대한 언급 없이 마칠 수는 없다. MFC(Microsoft's Foundation Class) 라이브러리와 같은 프레임워크는 클래스 라이브러리를 만드는 인기있는 방법이 되었다.
        * 그렇군. 정규화 계층구조는 위에 있는 코드를 아래에서 써서 만드는거니까 상속을 이용하는게 편하다는거군? 예제 없나 근데? - [김준석]
• JTDStudy/첫번째과제/상욱 . . . . 4 matches
        * 이 언어들의 시작점으로는 간단한 계산이 필요할때 계산기보다 열기보다 늘 IDLE나 rib(ruby)를 열어서 계산을 하지. 예를들어서 [http://neocoin.cafe24.com/cs/moin.cgi/ET-house_%ED%99%98%EA%B8%89%EC%BD%94%EC%8A%A4?highlight=%28et%29 et-house환급코드 in CenterStage] 같은 경우도 그래. 아 그리고 저 코드 군에 있을때 심심풀이 땅콩으로 짜논거. SeeAlso [http://neocoin.cafe24.com/cs/moin.cgi/%EC%95%BC%EA%B5%AC%EA%B2%8C%EC%9E%84 숫자야구 in CenterStage]
• MoreEffectiveC++/Techniques2of3 . . . . 4 matches
       참조 세기를 하는 String 클래스를 만드는건 어렵지는 않지만, 세세한 부분에 주목해서 어떻게 그러한 클래스가 구현되는지 주목해 보자. 일단, 자료를 저장하는 저장소가 있고, 참조를 셀수 있는 카운터가 있어야 하는데, 이 둘을 하나로 묶어서 StringValue 구조체로 잡는다. 구조체는 String의 사역(private)에 위치한다.[[BR]]
       제일 처음에 해야 할일은 참조세기가 적용된 객체를 위한 (reference-counded object) RCObject같은 기초 클래스를 만드는 것이다. 어떠한 클라스라도 이 클래스를 상속받으면 자동적으로 참조세기의 기능이 구현되는 형식을 바라는 것이다. 그러기 위해서는 RCObject가 가지고 있어야 하는 능력은 카운터에 대한 증감에 대한 능력일 것이다. 게다가 더 이상, 사용이 필요 없는 시점에서는 파괴되어야 한것이다. 다시말해, 파괴되는 시점은 카운터의 인자가 0이 될때이다. 그리고 공유 허용 플래그에 대한(shareable flag) 관한 것은, 현재가 공유 가능한 상태인지 검증하는 메소드와, 공유를 묶어 버리는 메소드, 이렇게만 있으면 될것이다. 공유를 푼다는 것은 지금까지의 생각으로는 불가능한 것이기 때문이다.
       다차원 배열과 같은 인스턴스를 만드는 프록시의 사용은 일반적이다. 하지만 프록시 클래스들은 일반 배열보다 유연하지 못하다. Item 5에서 예를 들어 보면 어떻게 프록시 클래스들이 의도하지 않은 생성자의 사용을 막을수 있는지 방법을 보여준다. 하지만 프록시 클래스의 다채로운 사용이 가장 잘알려진 것은 마로 operator[]에서 write와 read를 구분하는 것이다.
       이러한 어려움은 충분히 예상된다. operator[]가 반환하는 유리수에 관한 프록시이지 진짜 Rational객체가 아니다. numerator과 denominator 멤버 함수는 Rational위해서만 존재하지 프록시를 위해서는 존재하지 않는다. 그러므로 컴파일러가 이에 대한 수행을 못한다. 프록시를 만드는것은 그들이 의미하는 객체와 비슷한거지 완전히 동일한 객체의 기능을 제공할수 없다.
• 김준영 . . . . 4 matches
       [:%ED%99%88%ED%8E%98%EC%9D%B4%EC%A7%80%EB%B6%84%EB%A5%98 홈페이지분류], ZeroPagers, ZeroWikian
• 데블스캠프2012/셋째날/후기 . . . . 4 matches
        * [김해천] - 오늘따라 뭔가를 많이 만드는 게 나왔는데요. 여기는 웹을 유동성있게 만드는 것을 배운 것 같습니다.(아닐지도..ㅠㅠ). 홈페이지 만들 때 자주 써먹어야 겠습니다.
        * [권순의] - 앵그리버드를 만든다고는 하지만 그냥 JavaScript로 포물선 그리는 걸 만드는 것이었군요. 하긴 2시간 안에 앵그리버드를 만들면 회사 차려야지 -ㅅ-,,, 뭐 여하튼.. 오랜만에 자바스크립트를 가지고 뭔가 만들어 봤네요. 알바할 때 조금 하다가 말아가지고..... 음..... 피곤지네요-
        * [정종록] - 아나 오랜만에 하는 물리.... 아 기억안나.... 하지만 포뮬선 운동하게 만드는것 나름 재미있었음... 물리2도 했는데 한참 생각했네.... 자바스크립트 괜찮은 언어인듯..
• 데블스캠프2013/셋째날/후기 . . . . 4 matches
        * 사실 자바를 약~간 깨작거렸지만 다른 사람들이 GUI를 사용하는 프로그램을 만드는 것을 보고 어떻게 하는 것인지 굉장히 궁금하였는데 이번 기회에 알게 되어서 너무나도 기뻤습니다 :D - [조영준]
        * 올해 데캠에서는 유난히 네트워크를 이용한 것이 많이 나오는 군요! 네트워크 매니아인 저를 불타오르게 하는 세션이였네요.(하지만, 저는 네트워크가 어떤 것인 지 공부했을 뿐, 어떻게 만드는 지는 공부를 안해서... 실습 때 애를 좀 먹었습니다..) 만드는 것이 더 어렵군요! 사이언스가 엔지니어링만큼 중요하지만서도, 역시 엔지니어링이 훨씬 더 대단한 일을 하고 있다는 것 느낍니다! - [김해천]
       = 조광희 / 아두이노로 장난감 만드는 법 =
• 빵페이지/숫자야구 . . . . 4 matches
        - 무엇이든 100% 좋고 100% 나쁜것은 없습니다. dijkstra 할아버지가 goto 를 쓰지 말라고 하셨을 때도 달리 생각하는 많은 아저씨들이 수많은 논문을 썼고 이로 인해 많은 논쟁이 있었습니다. 중요한것은 ''좋으냐? 혹은 나쁘냐?'' 가 아니라 그 결론에 이루어지기까지의 과정입니다. SeeAlso NotToolsButConcepts Seminar:컴퓨터고전 [http://www.google.co.kr/search?q=goto+statements+considered+harmful&ie=UTF-8&hl=ko&btnG=%EA%B5%AC%EA%B8%80+%EA%B2%80%EC%83%89&lr= Goto Statements Considered Harmful의 구글 검색결과] Wiki:GotoConsideredHarmful - [임인택]
• 서지혜/단어장 . . . . 4 matches
        * [http://no-smok.net/nsmk/%EA%B9%80%EC%B0%BD%EC%A4%80%EC%9D%98%EC%9D%BC%EB%B0%98%EB%8B%A8%EC%96%B4%EA%B3%B5%EB%B6%80%EB%A1%A0 김창준의일반단어공부론] : 김창준 선배님의 영어공부 수련 체험수기
• 우리홈만들기 . . . . 4 matches
        *그중 계정이 있지만 홈페이지가 없는 이들이 뭉쳐~ 홈페이지를 만드는거시다. --> 중요한 이유~
        * 나도 게시판 만드는데 필요한 JSP나 PHP배울 생각은 있는데..왠지 남훈이가 하루면 될 분량을 나는 1주일은 넘게 붙잡아야 할 것 같은 생각이 든다..--; 지혜는 PHP해봤고, 광식이는 JSP해봤고 남훈이는 빠르고.. 아아~ 나는 무엇인가..ㅜㅜ -혜영이-
        * 무슨 책을 빌리느뇨?? 홈페이지 이뿌게 만드는법.. 이런거?? ^^; -setsuna-
        * 나모 웹에디터4 로 홈페이지 만드는 책을 빌렸다. 책이 얇아서 좋다. 이제부터 시작이다. ^^;;
• 위키설명회2005 . . . . 4 matches
       <p href = "http://ko.wikipedia.org/wiki/%EC%9C%84%ED%82%A4%EC%9C%84%ED%82%A4">위키백과사전의 위키위키소개 페이지</p>
• 정모/2012.2.24 . . . . 4 matches
        * [http://wiki.zeropage.org/wiki.php/%EC%A0%9C12%ED%9A%8C%20%ED%95%9C%EA%B5%AD%EC%9E%90%EB%B0%94%EA%B0%9C%EB%B0%9C%EC%9E%90%20%EC%BB%A8%ED%8D%BC%EB%9F%B0%EC%8A%A4%20%ED%9B%84%EA%B8%B0 제12회한국자바개발자컨퍼런스후기]
• 코드레이스출동 . . . . 4 matches
       [http://altlang.org/fest/%EC%BB%A8%ED%85%8C%EC%8A%A4%ED%8A%B8 SVN과 Trac의 링크]
• 1002/Journal . . . . 3 matches
       근데.. 자기 학교수업 들으면서 수많은 사람들의 사랑을 받는 버전 4.0 이상을 바라보는 프로그램 만드는게 어디 쉬운일일까. 디자인 훌륭하고 깔끔한 코드를 만드는 것 말고 할일은 많다. 더 중요한, 근본적인, 자기가 하려고 하는 일의 목적은 무엇인가. Moa:WorseIsBetter
        * WPM 로그 작성 - 주로 연습장에 Summary 를 하는데, 측정데이터를 모으기가 어렵다. Summary 노트를 따로 만드는건 그리 원하지 않고. (Summary 내용을 보는 것보단 Summary 하면서 회상작용을 하는게 더 의미있다고 생각하기에) 이건 그래프를 그리는 게 더 쉬울 것 같다. 그래프는 처음 표만 만들어두면 표시하는데 1분도 안든다는 점에서. 그리고 그래프는 모눈속지 1개만 쓰면 되니까.
• ACM_ICPC/2013년스터디 . . . . 3 matches
        * 완전(교란)순열 - http://ko.wikipedia.org/wiki/%EC%99%84%EC%A0%84%EC%88%9C%EC%97%B4
• EmbeddedC++ . . . . 3 matches
        * [http://www.google.co.kr/search?hl=ko&newwindow=1&q=embedded+C%2B%2B&btnG=%EA%B2%80%EC%83%89&lr= 구글에서 Embedded C++의 검색 결과]
• JavaScript/2011년스터디 . . . . 3 matches
        * 각자 리팩토링을 하거나, 실행취소를 연구하거나, 그림판 크기를 자유롭게 만드는 방법을 알아보고 있습니다.
        * 엘리먼트를 어디서든 받아와 그림판을 만드는 작업을 했습니다.
        * MySQL에 원하는 정보를 Delete하려고 하였으나, 그걸 위해서는 index가 필요했고, 인덱스를 만드는 방법을 연구하고 있습니다.
• Linux/탄생과의미 . . . . 3 matches
        * [http://ko.wikipedia.org/wiki/%EB%A6%AC%EB%88%85%EC%8A%A4 한국]
• MFCStudy_2001/진행상황 . . . . 3 matches
        * 예전에 놓았던 돌 무한 기억 + leve3 공격까지(2->3개 만드는 레벨) 기억하게 함(지금까지는 예전거 한번만이었지만...)
        * 지금까지는 2개 만드는것에는 신경을 안썼지만, 이번에 효율적으로 2개를 만들어서 나중에 훌륭한(?) 공격을 할 발판이 되도록 하였음.
        * 1월 30일 - 자잘한 처리 끝. + 연속 공격(3개 만드는 공격을 연속으로)추가..(1.3배 정도 똑똑해진거 같음..)
• MoreEffectiveC++/Miscellany . . . . 3 matches
       물론, 필요하다면 현재 감안하는 생각으로 접근한다. 당신이 개발중인 소프트웨어는 현재의 컴파일러에서 동작해야만 한다.;당신은 최신의 언어가 해당 기능을 구현할때까지 기다리지 못한다. 당신의 현재 가지고 있는 언어에서 동작해야 하고. 그래서 당신의 클라이언트에서 사용 가능해야 한다.;당신의 고객에게 그들의 시스템을 업그레이드 하거나, 수행 환경을(operating environment) 바꾸게 하지는 못할것이다. 그건은 '''지금''' 수행함을 보증해야 한다.;좀더 작은, 좀더 빠른 프로그램에 대한 약속은 라이프 사이클을 줄이고, 고객에게 기대감을 부풀릴 것이다. 그리고 당신이 만드는 프로그램은 '''곧''' 작동해야만 한다. 이는 종종 "최신의 과거"를 만들어 버린다. 이는 중요한 속박이다. 당신은 이를 무시할수 없다.
       우리는 C++와 C프로그램 사이에 데이터 교환에 관해서 다룬다. C++의 개념을 이해하는 C 함수를 만드는것 불가능 하다. 그래서 이 두 언어간의 전달의 수준은 C가 표현할수 있는 개념으로 한정된다. 그래서 객체의 전달 방식이나, 포인터를 C 에서 작성된 루틴의 멤버 함수로 전달하는 방법은 이식성이 떨어질것은 분명하다. C는 일반적인 포인터 이해한다. 그래서 당신의 C++와 C컴파일러가 만들어 내는, 두가지의 언어에서 알맞는 함수는 pointer와 객체를 pointer와 non-member 나 static 함수를 안전하게 교체할수 있다.자연 스럽게, 구조체와 built-in형의 변수들 역시 자유로이 C+++/C의 경계를 넘나든다.
       내가 여기에 기술한 것보다 훨썬 많은 C++ 라이브러리가 존재한다. 당신은 라이브러리를 효과적으로 쓰기 전에, 반드시 당신이 알고 있는 요약 보다 더 많은 것을 배워야 하고, 당신의 STL-compliant 템플릿을 작성하기 전에, 반드시 STL의 협의에 관해서 공부해야 한다. 표준 C++ 라이브러리는 C 라이브러리 보다 훨씬 풍부하다. 아마 당신 자신이 그것(C++lib)에 친숙할수록 시간은 절약 될것이다. 게다가 라이브러리의 디자인 철학은 - 일반화(generality), 확장성(extensibility), 최적화(customizability), 효율성(efficiency), 재사용성(reusability) - 당신이 올바른 배움으로 가는데 매우 도움이 된다. 표준 C++ 라이브러리의 공부로 당신은 당신의 소프트웨어에서 사용 가능한 컴포넌트를 만드는 재반 지식의 향상은 물론, C++ 더 효율적으로 C++의 특징을 적용시키는 방법을 배운다. 그리고 당신은 당신이 가진 라이브러리의 좋은 디자인의 방법에 대한 해안을 얻는다.
• OOD세미나 . . . . 3 matches
        * 난 홍기껄 배끼겟어. - [:%EA%B9%80%EC%A4%80%EC%84%9D 김준석]
• PairProgramming . . . . 3 matches
       간단한 아날로그 시계를 만드는 프로그램이였다. MFC + CppUnit 로 작업했다.
        * 아직은 효율성이.. - 일종의 Learning Time 이라고 해야 할까? 대부분 실험에서 끝난다는 점. 퍽 하고 처음부터 효율성을 극대화 할 순 없을 것이다. 참고로 이때는 아날로그 시계 만드는데 거의 3시간이 걸렸다. Man-Hour 로 치면 6시간이 된다.
        * Junior 의 위치에서 바라본 학습 효과 - 이전에 상경이형이 채팅 프로그램 만드는 법을 직접 보여줬을때가 생각이 난다. (그때 '자. 15분동안 하나 만들어줄께~' 하면서 후다다닥 MFC로 서버/클라이언트 예제를 바로 보여주던 모습은 잊혀지지 않는다;) Junior 의 입장에서 Expert 행동 하나하나는 Check Point 이다. 좋은 습관과 프로그래밍 스타일, 디버깅하는 모습을 직접 눈으로 확인할 수 있었다.
• SmallTalk/강좌FromHitel/소개 . . . . 3 matches
       (application) 프로그램을 만드는데 사용할 수 있다는 것을 알려드리고자 합니
       는 것처럼 호환성 좋은 C++를 자꾸 호환성 없는 언어로 만드는 요인이 되고 있습
       경우에는 WIN32 API를 90% 이상 지원합니다. 따라서 응용 프로그램을 만드는데도
• SmallTalk_Introduce . . . . 3 matches
       (application) 프로그램을 만드는데 사용할 수 있다는 것을 알려드리고자 합니
       는 것처럼 호환성 좋은 C++를 자꾸 호환성 없는 언어로 만드는 요인이 되고 있습
       경우에는 WIN32 API를 90% 이상 지원합니다. 따라서 응용 프로그램을 만드는데도
• VacationOfZeroPage . . . . 3 matches
        * 내년 학술제 작품 전시회를 대비해서(제로페이지 전시회 대신에 학술제에 작품을 내는 식으로 한 만큼.) 각자 개인으로 만들던지, 팀으로 만들던지 아니면 여러개 만들던지할 계획을 말하고, 그걸 겨울 방학때 만드는것도 좋을거라고 생각합니다. 뭔가 머리로만 생각했던걸 실제로 만드는건 가슴뛰는 일이지 않습니까~, 그리고 개인적으로 지금 1학년들도 충분히 멋진걸 만들 수 있는정도가 되었다고 생각합니다.(노력과 공부만 하면..-_-;) 또 1학년들이 뭔가 만들어 봐야 프로그래밍의 재미도 만끽하지 않을까 싶습니다.(솔직히 뭐 만들고 싶은거 만드는게 제일 재밌습니다. -_-;)
• WikiSandBox . . . . 3 matches
       attachment:%EC%8A%A4%ED%81%AC%EB%A6%B0%EC%83%B7(5).png
• 김동준/Project/Data_Structure_Overview/Chapter1 . . . . 3 matches
       [http://inyourheart.biz/zerowiki/wiki.php/%EA%B9%80%EB%8F%99%EC%A4%80/Project/Data_Structure_Overview Main으로 가기]
• 김동준/Project/OOP_Preview/Chapter1 . . . . 3 matches
       [http://inyourheart.biz/zerowiki/wiki.php/%EA%B9%80%EB%8F%99%EC%A4%80/Project/OOP_Preview Main으로 가기]
• 김동준/원맨쇼Report/08김홍기 . . . . 3 matches
       [http://inyourheart.biz/zerowiki/wiki.php/%EA%B9%80%EB%8F%99%EC%A4%80 Main으로]
• 데블스캠프/2013 . . . . 3 matches
        || 7 |||| [:데블스캠프2013/첫째날/ns-3네트워크시뮬레이터소개 ns-3 네트워크 시뮬레이터 소개] |||| [:데블스캠프2013/둘째날/API PHP + MySQL] |||| [:아두이노장난감만드는법 아두이노 장난감 만드는 법] |||| |||| [:개발과법 개발과 법] |||| [:ParadigmProgramming Paradigm Programming] || 2 ||
       || 조광희(22기) || 아두이노 장난감 만드는 법 ||
• 데블스캠프2011/둘째날/후기 . . . . 3 matches
        * 겉모습에서 일단 코드가 나오지 않으니 확실히 잘 모르는 사람도 생각하기 쉬울 것 같습니다. 다만 반복문 구문 블록이 여러개로 나뉘어 있는데 비슷비슷해 보여서 좀 불편하기도 하더군요. 하지만 중요한건 언어의 사용법이나 형태가 아니라 만드는 사람의 실력에 달렸다는걸 만들면서, 그리고 다른 분들이 만든 물건들을 보면서 다시 한 번 느꼈습니다. 어릴 때부터 이런걸로 교육받고 자라면 코딩 잘하려나 -_-
        * Craking이 우리가 보통때 말하는 Hacking이었다는걸 처음(사실 저번에 한번 들은거 같지만) 깨달았네요. 또, 이전까지 그런 툴을 만드는 사람들은 도대체 어떻게 만드는가! 싶었는데 어셈을 이용해서 만들곤 한다는 걸 보며, 음.. 좋군(?) 쇼핑몰중에 지금도 간단한 방법으로 털리는 곳이 있던데, 비밀번호까지 털 수 있다거나 하는걸 보니 정보보안의식에 대한 자각이 들었던거 같기도 하구요.(캐시 충전사건으로 문제가 생긴적이 있다는걸 듣고 충격!) 뚫을 수 있는 사람이 막을 수도 있다고 하니 정보보안쪽을 공부해보고 싶다면 Craking에 대해서도 아는게 좋을거 같군요. 저는 처음보는 형이었는데, 형 세미나에서 많은걸 배울 수 있었던거 같습니다.
• 미로찾기/조현태 . . . . 3 matches
        look=look%8;
        look=look%8;
        look=look%8;
• 비행기게임 . . . . 3 matches
        * Python을 익히는 과정과 비행기 만드는 과정은 거의 동시에 이루어진다.
        * 게임 만드는 것은 내 취향이 아닌거 같다. ㅠㅜ, 이번 비행기 게임 프로젝트를 통해서 뼈저리게 느꼈다. 뭐 그래픽 넣을때도 포토샵 단색으로 그리고, 또 세세한 부분 신경 쓰는걸 잘 못하겠다. 아마다 덜렁대는 성격때문인거 같다. 오목 만들때는 재밌었는데 비행기겜 만드는건 그것 만큼은 아니다. 쩝.. - 상협
• 새싹교실/2012/주먹밥 . . . . 3 matches
        * 박도건 - 게임했습니다. 카트라이더 했습니다. 1주일 내내. 프로그래밍했습니다. map editor만드는거 굉장히 노가다에요. 빡쳐요. 학교수업은 선대가 매우 짜증나요. C는 할만해요. 교수님이 훅훅 지나가는데 전 상관없음. 나 좀 짱임. 고등학교 친구들과 만나서 막창고기 먹음. 돼지 되겠음.
        -> 특정 색 투명처리 : http://jpjmjh.blogspot.kr/2010/02/ie6-png-%ED%88%AC%EB%AA%85%EC%B2%98%EB%A6%AC-%ED%95%98%EA%B8%B0.html
• 새싹교실/2013/록구록구/5회차 . . . . 3 matches
       직접함수만드는 법을 배웠당:)
       열심히 공부해서 함수 만드는 것도 잘 할 수 있도록 해야겠다. 태히선생님 캐리해쥬세요ㅜㅜ
       이번에는 직접 함수를 만드는 방법을 배웠다.
• 우리가나아갈방향 . . . . 3 matches
       하지만 개인 경쟁력 강화와 경력 관리라는 측면까지 고려해서 제로페이지 활동을 한다면, 지금보다 더 많은 가치를 얻을 수 있을 것 같습니다. 특히 게임이나 유틸리티 같이 쓸 목적으로 프로그램을 만드는 프로젝트를 한다면, 프로젝트 하나하나가 자신의 경력을 쌓을 수 있는 기회라는 생각도 해보면 좋겠습니다.
       이러한 상황에서 학부생이 경력 관리를 하는 한 가지 방법으로 제로페이지 활동을 할 수 있을 것입니다. 실제로 기업에서 일하는 수준엔 못 미치더라도, 자신의 실력을 보여줄 수 있는 포트폴리오를 만드는 것이지요. 자기가 혼자 만들고 즐기는 것이 아니라 남에게 보여줄 것이기에 어느정도 완성도를 지녀야 할 것입니다. 이게 별 것 아닌 것 같지만, SourceForge같은 공동체도 대다수가 경력 관리를 위해 오픈 소스 프로젝트에 참여하고 있다고 합니다.
       윗 글에서 ''게임이나 유틸리티 같이 쓸 목적으로 프로그램을 만드는 프로젝트''를 해야 한다는 말에 공감합니다. 실제로 저런 프로젝트를 하면서 프로그래밍 하는 재미를 느끼게 됩니다. 먼저 2학년 이상인 ZP 회원들부터 저런 프로젝트를 하는 모습을 후배들에게 보여줘야 한다고 생각합니다. -[상협]
• 장용운/곱셈왕 . . . . 3 matches
        * 곱셈애자([http://translate.google.co.kr/?hl=ko&tab=wT#ko|en|%EA%B3%B1%EC%85%88%EC%95%A0%EC%9E%90 멀티게이])
        위키 열심히 쓰는 건 좋은 일이니까 미안할 건 없어요 ㅋㅋ 근데 같이 쓰는거니깐 개인적인 용도로 만든 페이지는 이름 아래에 넣어주거나 하면 좋을 것 같아요. ''멀티게이'' 페이지도 처음엔 하위 페이지로 만들까 했는데 그건 내용 자체가 링크 한 줄만 있더라구요; 그래서 그냥 링크로 바꿨어요. 뻘한 내용이라도 이것저것 적을 게 있다면 페이지 만드는 걸 제한하진 않습니다 ㅎㅎ 다만 만들기 전에 진짜 필요한 페이지인지는 한번 생각해보고 만들어주세요~ - [김수경]
• 주민등록번호확인하기/조현태 . . . . 3 matches
        else input_number[cursur]=number*(cursur%8+2);
        sum+=put_num[i]*(i%8+2);;
        else input_number[cursur]=number*(cursur%8+2); //알맞은 값을 곱한 숫자를 저장한다.
• 후기 . . . . 3 matches
       http://altlang.org/fest/%EB%8C%80%EC%95%88%EC%96%B8%EC%96%B4%EC%B6%95%EC%A0%9C2006
• AcceleratedC++/Chapter11 . . . . 2 matches
       이장에서는 STL vector클래스의 약식 버전을 만들어 보면서 일반적인 형태의 자료형을 만드는 방식을 익힌다.
        일반적으로는 명시적으로 정의된 디폴트 생성자를 만드는 것이 좋다.
• Ant . . . . 2 matches
        이제 Ant 를 실행하는 방법에 대해서 알아보자. Ant를 실행하는 것은 마치 make 명령을 내리는 것처럼 쉽다. Ant 에서 중요한 것은 make에서 "Makefile" 을 만들듯이 Build 파일을 잘 만드는 것이 중요합니다. Build 파일을 만드는 것에 대해서는 나중에 알아보기로 하고 일단 실행하는 방법부터 알아보죠.
• CleanCode . . . . 2 matches
        * 피드백을 빨리 받기 위해서 테스트를 실시. 피드백을 받고 고칠 때까지의 주기가 짧아야 함. 코드를 짜고 유닛테스트를 만드는 것도 안되는건 아님. 피드백을 바로 받을 수 있으면 됨.
        * 차라리 다른 일을 하는 함수를 여러개 만드는게 더 낫다.
• DesignPatternsAsAPathToConceptualIntegrity . . . . 2 matches
       SEI 에서의 Carriere 와 Kazman 의 코멘트는 흥미롭다. "무엇이 좋은 객체지향 디자인을 만드는가?"
       몇몇 O-O 디자인 메소드들은 디자인 패턴을 생성의 관점에서 이용하는 환경을 만드는데 더 좋은가?
• Django스터디2006 . . . . 2 matches
        * 으음.. 원래는 홈페이지를 만드는 데에 있어서 기본상식을 배워보자.. 하는 취지에서 프로젝트 팀을 결성했는데
        * [http://biohackers.net/wiki/DjangoOnFramework2.1 블러그만드는참고자료]
• EightQueenProblem/조현태 . . . . 2 matches
        int x=rand()%8;
        int y=rand()%8;
• EightQueenProblemSecondTryDiscussion . . . . 2 matches
       제가 보기에 현재의 디자인은 class 키워드만 빼면 절차적 프로그래밍(procedural programming)이 되는 것 같습니다. 오브젝트 속성은 전역 변수가 되고 말이죠. 이런 구성을 일러 God Class Problem이라고도 합니다. AOP(Action-Oriented Programming -- 소위 Procedural Programming이라고 하는 것) 쪽에서 온 프로그래머들이 자주 만드는 실수이기도 합니다. 객체지향 분해라기보다는 한 거대 클래스 내에서의 기능적 분해(functional decomposition)가 되는 것이죠. Wirfs-Brock은 지능(Intelligence)의 고른 분포를 OOD의 중요요소로 뽑습니다. NQueen 오브젝트는 그 이름을 "Manager"나 "Main''''''Controller"로 바꿔도 될 정도로 모든 책임(responsibility)을 도맡아 하고 있습니다 -- Meyer는 하나의 클래스는 한가지 책임만을 제대로 해야한다(A class has a single responsibility: it does it all, does it well, and does it only )고 말하는데, 이것은 클래스 이름이 잘 지어졌는지, 얼마나 구체성을 주는지 등에서 알 수 있습니다. (Coad는 "In OO, a class's statement of responsibility (a 25-word or less statement) is the key to the class. It shouldn't have many 'and's and almost no 'or's."라고 합니다. 만약 이게 자연스럽게 되지않는다면 클래스를 하나 이상 만들어야 한다는 얘기가 되겠죠.) 한가지 가능한 지능 분산으로, 여러개의 Queen 오브젝트와 Board 오브젝트 하나를 만드는 경우를 생각해 볼 수 있겠습니다. Queen 오브젝트 갑이 Queen 오브젝트 을에게 물어봅니다. "내가 너를 귀찮게 하고 있니?" --김창준
• FoundationOfUNIX . . . . 2 matches
        * 먼저 만드는 방법 설명해 준다. 그후 date, ls, 한후 자신의 home 디렉토리로 가는 쉘스크립트 파일을 만들게 함
        * -i (yes, no 묻는거.. 만약 rm -i ex.txt 했을경우 지울것인가 묻게 만드는것..)
• Gof/AbstractFactory . . . . 2 matches
        * 추상 객체(ProductObject)들을 만드는 기능을 위한 인터페이스를 정의한다.
        * 객체(ProductObject)를 만드는 기능을 수행한다.
• GuiTesting . . . . 2 matches
       GuiTesting 을 하는 이유는 여러가지가 있을 수 있다. GUI Programming 에 대한 TestFirstProgramming 에 대한 시도를 할 수 있기 때문이다. 해당 UI Control을 하나하나 만드는 일부터 시작할 수 있다. 하지만, 보통의 경우 UI Control을 만드는 일들은 IDE 툴들에서 하는 것이 더 편하다. GuiTesting 은 해당 이벤트 발생시에 따른 처리과정에 대한 TestFirstProgramming 을 시도하려고 할 때 도움을 줄 것이다.
• HowToStudyDataStructureAndAlgorithms . . . . 2 matches
       자료구조와 알고리즘은 프로그램을 만드는 데 있어서 중요하다고 생각합니다. 남이 만든 자료구조와 알고리즘을 이용하는데 그치지 말고 스스로 생각하여 만드는 경지에 오르면 좋겠습니다. -[강희경]
• JosephYoder방한번개모임 . . . . 2 matches
       강조했던것은 Agile과 Refactoring의 상관관계였는데 둘다 얽히면 굉장한 시너지를 내기 때문에 목적은 달라도 병행해서 쓰면 좋다고했다. Agile을 지금 쓰는 사람 있냐고 물어봤는데 손들기는 뭐했다. Face-to-Face, pair 프로그래밍. Communication 만세다! Agile기법에 대해 Refactoring에 대해 자신의 이념, 이상이 들어간 코드를 만드는 프로그래머가 반대를 한다면 Pair프로그래밍을 통해 '너만의'코드가 아닌 '우리'의 코드라는것을 인식시켜주는게 좋다고 했다. 근데 그런사람이 있을까? 여튼 경험에 우러나온 대답같았다.
       변화 -> 추상화 이고 리펙토링이 잘못됬을 경우 그 결과를 뒤집기는 좀 힘들다고했다. 패턴을 알면 장점이 많단다. 초보자가 패턴을 아는척 하면 다친단다. 테스팅과 패턴을 초보자가 하면 좋다. Refactoring을 좀더 잘할려면 첫 걸음은 Rename부터.. 엄청난 프로그래머는 만드는것이 패턴으로 만들어질 수 있지만 대부분 그렇지 않다고 한다. 그러므로 리펙토링을 통해 수준을 높이는 훈련을 해놓는것이 좋다고한다. 그렇게 하면 의식하지 않아도 된단다.
• MoniWikiTutorial . . . . 2 matches
        * 사용자 ID: 영문으로 사용자 ID를 만들 경우 보통 소문자 구성된 사용자 ID를 만드는 것이 일반적이지만, 위키위키에서는 FooBar같은 낙타식 사용자 ID를 종종 사용합니다. 한글로 만드셔도 됩니다.
       페이지를 새로 만들어봅시다. 페이지를 만드는 방법은 여러가지가 있습니다:
• NSIS . . . . 2 matches
       NSIS의 원리는 간단하다. nsi 라는 스크립트 화일을 해석해서 해당 맞는 프로그램들을 하나의 화일로 압축시키고 실행프로그램으로 만드는 것이다. (마치 배치화일을 작성한다고 생각할수도 있겠다.)
       ; Uninstaller 를 만드는 부분
• Omok . . . . 2 matches
        * 터보씨에서 지원하는 C 의 그래픽 함수들을 이용해서 colorful 한..-_-;; 그런 오목을 만드는 겁니다.
        * 그리고 이거 할때 중복된 코드를 많이 만드는 경우도 있는데 가능하면 중복되는 소스를 줄이면서 짜보세요.
• PrivateHomepageMaking . . . . 2 matches
       직접 홈페이지를 만드는데 약간 이나마 도움(?) 혹은 필요한 내용을 적어보는 것임.
       윈도우를 선택한 사람은 IIS를 이용해서 ASP로 구성된 페이지를 만드는 것이 간편하다. 그렇다고 해서
• ProjectEazy . . . . 2 matches
       이지(본명). 어린 아이 수준의 말을 하는 프로그램을 만드는게 목표.
       [TheChild'sAcquisitionOfLanguage], [아동언어습득이론] - 아동이 언어를 습득해서 문장을 만드는 과정
• ProjectZephyrus/ClientJourney . . . . 2 matches
        처음에는 영서와 GUI Programming을 했다. Main Frame class 의 메뉴붙이고 리스너 연결하는 것부터 시작, 입력 다이얼로그를 노가다 코딩해서 만드는데 서로 교대해서 1시간이 걸렸다. 코딩 속도도 저번에 비해 더욱 빨랐고, 대화할때도 그 질문이 간단했다. (5분간격이니 아무리 플밍이 익숙한 사람이 진행해도 그 진행양이 많지가 않다. 그리고 자신이 그 사람의 미완성 코드를 완성해야 하기에 모르면 바로 질문을 하게 된다.)
       다음번에 창섭이와 Socket Programming 을 같은 방법으로 했는데, 앞에서와 같은 효과가 나오지 않았다. 중간에 왜그럴까 생각해봤더니, 아까 GUI Programming 을 하기 전에 영서와 UI Diagram 을 그렸었다. 그러므로, 전체적으로 어디까지 해야 하는지 눈으로 확실히 보이는 것이였다. 하지만, Socket Programming 때는 일종의 Library를 만드는 스타일이 되어서 창섭이가 전체적으로 무엇을 작성해야하는지 자체를 모르는 것이였다. 그래서 중반쯤에 Socket관련 구체적인 시나리오 (UserConnection Class 를 이용하는 main 의 입장과 관련하여 서버 접속 & 결과 받아오는 것에 대한 간단한 sequence 를 그렸다) 를 만들고, 진행해 나가니까 진행이 좀 더 원할했다. 시간관계상 1시간정도밖에 작업을 하지 못한게 좀 아쉽긴 하다.
• RandomWalk/임민수 . . . . 2 matches
        temp = rand()%8;
        way = rand()%8;
• Randomwalk/조동영 . . . . 2 matches
        // 2중동적배열을 만드는 함수
        int random = rand()%8; // 0~7 까지의 임의의 수 생성해서 random 이란 integer 값에 대입
• STLPort . . . . 2 matches
       STLport 버전의 입출력 라이브러리를 만드는 과정입니다.알려진 바에 의하면, VC++에 들어 있는 기본(stock) 입출력스트림 라이브러리보다 이것이 더 성능이 좋고 안정적이라고 하지요.
       이는, '''VC가 코드 생성 옵션을 무시하고 LIBCMT.lib을 기본적으로 덧대어 넣어주기 때문입니다'''. 실행파일을 만드는 경우라면 에러가 가장 성가실 테지만, 배포용 라이브러리를 만들 경우엔 경고도 없애 주어야 합니다. 이 에러와 경고를 없애기 위해서는, 위에 나온 링커 메시지 대로 /NODEFAULTLIB 옵션을 써야 합니다. VC IDE를 쓰고 계시다면 Project->Setting 메뉴를 선택하고 나오는 대화상자에서 '''"Link"''' 탭을 선택하시고, '''"Input"''' 드롭다운 항목을 고른 후에 '''"Ignore Libraries"''' 에디트 상자에 LIBCMT.lib를 써 넣으시면 됩니다.
• SmallTalk/강좌FromHitel/강의4 . . . . 2 matches
       창맵씨(View Composer)는 사용자 접속 환경(User Interface)를 만드는 도구
       도 합니다. 창맵씨와 더불어 자원 탐색기도 사용자 접속 환경을 만드는데 매
• SoftwareEngineeringClass . . . . 2 matches
       ''SE는 문서''란 말을 실감했습니다. 수업에서 요구하는 바는 모든 작업을 하기 전에는 계획서를 작성하고, 계획서에 근거해서 작업을 수행한 뒤, 보고서를 작성하는 것으로 보입니다. 처음 만드는 계획서라 시간이 오래 걸렸겠지만, 다시 계획을 세울 때에 재활용 할 수 있을 것 같습니다. 계획된 프로젝트 진행을 연습해보는 좋은 시간이었던 것 같습니다.
       하지만 역할별, 작업별로 만드는 계획서와 보고서에 쏟는 시간이 너무 많다는 생각은 저 뿐만이 아닐 것입니다. 심사시에는 계획서에서 언급하지 않은 활동을 실행했다고 딴지를 걸 정도로, 계획서대로 실행된 내용을 변경없이 실행하는 것이 프로젝트의 반복가능성을 평가하는 기준인것 같습니다. 설계와 구현 사이에서 계획대로 실행 안되는 부분을 극단적으로 느꼈는데, 예를 들어 클래스 다이어그램과 시퀀스 다이어그램이 [Refactoring]과 같은 코드 재구성 작업을 할 때마다 바뀌어야 했습니다. 다이어그램이 코드로 매칭되지 않기 때문에 코드를 바꿈은 물론 다이어그램을 바꾸는 이중의 수고를 겪어야 했습니다. :( --[Leonardong]
• StacksOfFlapjacks . . . . 2 matches
       그릴에서 팬 케이크를 구워서 완벽한 팬 케이크 스택을 만드는 것은 정말 까다로운 일이다. 아무리 팬 케이크를 정성스럽게 만들어도 팬 케이크의 크기가 조금씩 다르기 때문이다. 하지만 팬 케이크를 잘 정렬해서 위에 있는 팬 케이크가 아래에 있는 팬 케이크보다 더 작게 쌓으면 깔끔하게 보이게 할 수 있다. 팬 케이크의 크기는 그 지름으로 주어진다.
       스택을 정렬하는 과정은 일련의 팬 케이크 뒤집기 작업을 통해 이루어진다. 한 번 뒤집는 작업은 스택에 쌓여있는 것 중 두 팬 케이크 사이에 주걱을 집어넣고 그 주걱 위에 있는 모든 팬 케이크를 뒤집는 작업(주걱 위에 있는 팬 케이크로 구성된 하위 스택의 순서가 거꾸로 되도록 만드는 작업)으로 구성된다. 한 번의 뒤집기 작업은 전체 스택을 기준으로 뒤집어질 하위 스택의 맨 아래에 있는 팬 케이크의 위치를 지정하는 방식으로 표시된다. n개의 팬 케이크로 구성된 스택이 있을 때 맨 밑에 있는 팬 케이크의 위치는 1, 맨 위에 있는 팬 케이크의 위치는 n으로 표시된다.
• TestFirstProgramming . . . . 2 matches
       메인 코드를 만들기 전에 해당 코드의 의도를 표현해줄 테스트 코드를 먼저 만드는 기법.
       이 경우에도 ["MockObjects"] 를 이용할 수 있다. 기본적으로 XP에서의 테스트는 자동화된 테스트, 즉 테스트가 코드화 된 것이다. 처음 바로 접근이 힘들다면 Mock Server / Mock Client 를 만들어서 테스트 할 수 있겠다. 즉, 해당 상황에 대해 이미 내장되어 있는 값을 리턴해주는 서버나 클라이언트를 만드는 것이다. (이는 TestFirstProgramming 에서보단 ["AcceptanceTest"] 에 넣는게 더 맞을 듯 하긴 하다. XP 에서는 UnitTest 와 AcceptanceTest 둘 다 이용한다.)
• UbuntuLinux . . . . 2 matches
       = [http://www.igooo.net/Tattertools/tag/%EC%9A%B0%EB%B6%84%ED%88%AC 한글] =
• WeightsAndMeasures . . . . 2 matches
       배경설명 - Yertle이라는 거북이 왕이 더 멀리 내려다 보려고(자신이 내려다 보는것들을 자신이 지배하고 있다고 생각함) 왕좌, 한마디로 앉을 곳을 만드는데 거북이들을 쌓아서 만드는것이다. 처음엔 10마리 정도로 시작하다가 욕심이 끝이 없어서 계속 계속 거북이들을 쌓는다. Mack은 맨 밑에 깔려있던 거북이 이름.
• WikiProjectHistory . . . . 2 matches
       || ["비행기게임"] || ["상협"], ["[Lovely]boy^_^"], ["신재동"] ||Python 으로 만드는 비행기 게임|| 종료 ||
       || ["3DAlca"] || ["상협"] || 3D로 만드는 알카로이드 || 종료 ||
• ZeroPage_200_OK/note . . . . 2 matches
        * prototype은 클래스가 들고 있어야하는 함수들을 특정 인스턴스가 들고 있게 만드는 것이다.
        * 새로운 프로세스를 만드는 비용을 줄여보자.
• joosama . . . . 2 matches
       정부로하여금 미적거리게 만드는 요인이 되었던 것이다.
       독도문제와 일본의 식민지배에 대한 철저한 사과와 반성을 하게 만드는 기회로 삼았으면 하는 바램이다.
• 강성현 . . . . 2 matches
        * 컴퓨터공학부 내의 연구실에 대한 빠른 설명. [http://zeropage.org/index.php?mid=board&search_target=tag&search_keyword=%EB%8C%80%ED%95%99%EC%9B%90 자유 게시판에 있는 대학원 소개]에 기초함.
• 김수경 . . . . 2 matches
        * [http://zeropage.org/?mid=fresh&category=&search_target=title&search_keyword=%5B%EA%BD%83%EB%8B%98%EB%B0%98%5D 꽃님반]
• 데블스캠프2004/세미나주제 . . . . 2 matches
        - 영웅은 스스로 만들어지는것이 아니라 시대가 만드는것입니다. 시대의 요구가 있다면야 누군가는 반드시 나타나지 않을까요? -- 장창재
       장기적이자 단기적이라면, 학회를 이용해서 자신을 갈고 닦는 마음가짐을 가지고 이를 실천하게 만드는 것 시스템을 구성하는 것이 필요합니다. 즉, '''적극적인 활동을 일으키는 시스템''' 이겠지요. 실력은 따라오는 것 같습니다. 더구나 4학년이 되가면서 큰 편차가 나지 않는 것 같습니다. (K대학 전산하신분 분의 말씀인데 동감합니다.) 위의 세미나만 봐도 '하지 못해서'가 아니라 '하지 않아서' 없는것 같습니다. 서로에게 이걸 하는 것을 권하고, 부탁하면서 분담하는 것이 필요한데요. 이러기에 서로가 너무 조심하는 것이 아닐까요.
• 데블스캠프2005/금요일후기 . . . . 2 matches
       김민경 : 마지막날, 처음 테트리스 만들기, 그리고... 신기한 채팅창만들기! ... 테트리스는 뭘해야할지 너무 막막했어요~ 채팅창만드는것도 마찬가지? 였지만 흥미로운 내용+ㅁ+ 내일 LT가 매우 걱정되요.ㅠ 이뿌듯함
       [상협] : 카드게임, 테트리스, 채팅 프로그램, 타자게임 프로그램을 짰다. 현태가 준비를 잘해왔던거 같고, 카드 게임은 재밌었고, 테트리스는 API를 넘 오래간만에 해서 감을 못잡음 ㅠㅜ, 채팅창 만드는것은 신기하고 재밌었다. 교훈은 프로그래밍을 너무 오랬동안 안해서 감을 많이 잃었다. 프로그래밍좀 해야겠다.
• 데블스캠프2005/화요일후기 . . . . 2 matches
       김태훈([zyint]) :사실:python과 알고리즘을 배웠다/느낌:힘들었지만 파이선 만드는것이 재밌었다+ㅁ+/교훈:구조적으로 만들자-_- 소스 드럽지 않게;
        * 미리 ppt자료를 완성하고 리허설을 마치면 어느 시점에서 무엇을 해야할지 명확해진다. 자료 만드는데 신경을 많이 썼지만 리허설을 안 해보고 실습 자료 준비에 소홀한 점이 후회된다. 아무리 사소한 것이라도 앞에서 보여주면 그것을 따라하고 응용하면서 발전시켜나가는 수강자(?)들을 보니 더욱 철저하게 준비해야겠다는 생각이 든다.
• 데블스캠프2011/네째날/이승한 . . . . 2 matches
        * [http://blog.softwaregeeks.org/wp-content/uploads/2011/04/Reverse-Engineering-%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C-%ED%95%99%EC%8A%B5.pdf Reverse Engineering, 안드로이드 학습 발표자료] - 진성주, JCO 발표 자료
• 데블스캠프2011/다섯째날/후기 . . . . 2 matches
        * 개인적으로 항상 고민하는 부분 중의 하나입니다. 어떻게 하면 코드를 잘 짤 수 있을까. 그리고 회고 때에도 말했듯이 제가 작년 데블스 마지막 때 세미나를 하고 싶다고 했던 주제이기도 합니다. 변명삼아 말하자면 아직도 스스로가 남에게 이야기 할 수 있을 만큼의 능력과 자신감이 없어서 세미나를 피한 것도 있습니다 ;;; 사실 제가 한다고 하면 생각을 코드로 만드는 법(형진 선배의 말하듯이 코딩하기 부분) + 남이 만들어 둔 라이브러리의 사용 으로 하려고 했는데 과연 그게 괜찮은 방법인가에 대한 확신은 역시 좀 부족하군요... 하지만 모르긴 몰라도 언어에 사로잡히지 말고 로직이 우선해야 한다는 생각은 기본에 둬도 괜찮을 것 같습니다.
        * 남이 짠 스펙을 보고 구현한다는건 처음이었습니다. 대개는 학교 프로젝트 할 경우에는 무슨 기능이 필요하다는걸 처음부터 생각하고 만드는데 실제 일하는 쪽에서는 그렇지 않을테니 좋은 경험이 됐다고 생각합니다. 유닛 테스트에서 해당 테스트 케이스가 스펙이 될 수 있다는 부분에 대해서도 잘 생각해보고 또 적용해보기 위해 노력해봐야겠습니다. 근데 TDD의 단점에 대해서는 크게 말이 없었던 것 같아서 그 부분이 좀 아쉽습니다.
• 데블스캠프2012/둘째날/후기 . . . . 2 matches
        * [김민재] - APM이 뭔가 했더니 Apache + PHP (perl? python?) + MySQL 인걸 알았을 때의 놀라움 ㅋㅋㅋㅋ 내 컴퓨터에서 준석이 형 페이지에 접속했을 때 정말 신기했습니다. 또 MyAdmin으로 데이터베이스를 직접 만드는 것도 처음 해보았습니다. (cafe24 호스팅에서는 DB 만들기가 안되더라구요..) 오늘 여러모로 신기한 체험을 많이 해 보았습니다.
        * [서영주] - 코드를 이상하게 만드는 방법은 정말 다양하다는걸 알았습니다. #define이나 흔히 사람들이 생각할 함수의 인자명을 이상하게 하는 것 등등. 근데 단순히 함수, 변수의 이름, 인자의 이름 등에 관한 네이밍만으로도 상당히 헷갈릴 수 있는걸 보고 단순하지만 네이밍의 중요함을 다시 한 번 느꼈습니다. 이상한 기능이야 안쓰면 그만이겠지만 네이밍같은 부분은 안할수가 없을테니까요.
• 미로찾기/최경현김상섭 . . . . 2 matches
        n = rand()%8 + 1;
        n = rand()%8 + 1;
• 방울뱀스터디/GUI . . . . 2 matches
       == 창(Window) 만드는법 ==
       == 프레임 만드는법 ==
• 새싹교실/2011/무전취식/레벨4 . . . . 2 matches
        * 수업이 길긴 했는데ㅋㅋ 많은 것들을 배웠고 제어문을 활용해서 간단한 게임을 만드는 과정이 참 재미있었어요. 게임 만드는게 어려워보이긴 했지만 그래도 익숙해지면 편할 것 같아요. 요즘 중간고사 기간이라 시간에 쫒기기 시작했어요 ㅜㅜ 게임 만들기가 숙제인데 중간고사 공부 하느라 만들 시간이 좀 없을 것 같지만 중간중간 비는 시간을 활용해서 C언어 중간고사 준비와 간단한 게임 만들기를 할 계획입니다~! -[서원태]
• 새싹교실/2012/AClass . . . . 2 matches
        * 포인터를 사용하여 swap함수 만드는 것을 배웠다.
        * 동적할당과 포인터를 사용하여 링크드 리스트 만드는 법을 배웠다.
• 새싹교실/2012/나도할수있다 . . . . 2 matches
        * 오늘 너무 힘들다. 그냥 힘들다 내가 함수를 새로 만드는 걸 배웠는데 헷갈린다. 다 지친다.ㅠㅠ 잘 하고 싶다. 근데 해보라고 하면 난 아무생각도 나지 않는다. 도대체 어떻게 해야할지 모르겠다. 포인터라는걸 배웠는데 모르겠다. 다음주에 보충시간에 더 열심히 배워야겟다. -신윤호
        * 오늘 매우매우 많은것을 배웠다. 함수만드는법이랑, 배열이랑, 구조체랑, 포인터쓰는법을 배웠다. ㅋ 배우긴 했는데 머리에 들어있지는 않은것같다. ㅋㅋ 담주에 보충때 좀더 머리에 넣을수 있도록 노력해야겠다. ㅋㅋㅋㅋ 아 힘들다 ㅋㅋㅋ빨리 집에 가고싶다. ㅋ- 이현민
• 시간관리인생관리/요약 . . . . 2 matches
        ==== 흐름에 따라가려면 우리의 삶이 제대로 흘러가게 만드는 탄탄한 구조가 있어야 한다. ====
        * 무언가가 제 대로 되지 않으면 시간을 내서 왜 그런지 알아보고, 그런 후에 시스템을 바꿔서 제대로 되게 만들어야 해. 올바른 시스템을 만드는데 투자한 시간은 충분히 보상되고도 남아.
• 실시간멀티플레이어게임프로젝트 . . . . 2 matches
       리얼타임 멀티 플레이어 게임을 만드는 프로젝트
       교육적 목적과 동시에 과 친구들과 함께 즐길 수 있는 유익한 게임을 만드는 목적도 있다. 또한, 동기, 선후배들과 교육적인 프로젝트를 "즐겁게" 할 수 있는 틀을 제시한다.
• 요정 . . . . 2 matches
       육지에 사는 것, 물 속에 사는 것이 있으며 성질도 가지각색으로 인간에게 도움을 주는 것 (아일랜드의 레프리콘) 도 있지만 요정의 화살을 쏘아서 마비시키는 (콘월의 픽시) 등 나쁜 짓을 하는 것도 있다. 땅의 풍토나 자연에 따라 가지각색의 요정이 있다. 요정은 스스로 선택해서 모습을 나타내기 때문에 사람이 요정을 만나기는 쉽지 않다. 다만 느낄 수는 있다. 눈보다 귀로 요정의 존재를 아는 사람이 훨씬 많다는 걸 알아두어야 한다. 발소리나 노래 소리 따위는 요정의 짓이 대부분이다. 요정은 보기도 어렵지만 보게 되더라도 눈깜짝할 순간에 놓쳐버리고 만다. 투시 능력이 있는 사람에게는 보인다고도 하지만 보통 인간에게도 간단한 방법이 있긴 하다. 네잎 클로버를 머리 위에 올려놓고 요정이 바르는 약을 눈에 붙인다. (다만 약 만드는 법은 요정만이 알고 있다)
       북유럽 신화에 등장하는 드워프는 손 기술이 뛰어나 무엇이든 잘 만드는 재주꾼이다. 드워프는 긴 수염과 작으면서도 단단한 몸집, 그리고 대단한 먹성으로 유명한데 동화 백설공주와 일곱 난장이들의 난쟁이의 모티브가 되었다고 한다.
• 위키를새로시작하자 . . . . 2 matches
       새로 만든 위키를 보니 지금 위키와 아무 차이가 없어 보입니다. 이런 식으로 나가면 똑같은 위키를 만드는 수고를 하지 않을까 우려됩니다. 왜 새로 시작합니까? 여러분의 대답은 무엇입니까? --JuNe
        1'WIKI 페이지를 바로 만들기 보다 규칙을 만드는 페이지를 먼저 만들어서 규칙부터 정해보는 게 어떨까요? -[재니]
• 위키설명회2005/PPT준비 . . . . 2 matches
       처음 온 사용자들에게 뒤로 버튼을 누르게 만드는 결정적 요인. 글씨만 빼곡히. 어려워 보인다.
        * 그런데 디자인이 구립니다. 그점이 처음 온 사용자들에게 뒤로 버튼은 눌르게 만드는 결정적인 요인일수도 있습니다. 글씨만 빼곡히 ... 어려워보입니다. 더이상 쉬워지기 힘든데도 말이죠. 많은사람이 참여하지 않아서 그래서 위키의 사상,철학,이념,방식, 시스템이 널리 퍼지지 못하고 있지는 않을까 생각해봅니다
• 이영호/nProtect Reverse Engineering . . . . 2 matches
        제로페이지 위키에 글은 많은데 자료는 거의 없는 이유는 가다듬는 작업이 거의 안 일어나서라고 봅니다. 예를 들면 중복되는 내용을 담은 페이지, 관련된 내용인데도 서로 다른 이름과 분류 아래 저장된 페이지, 의미를 알 수 없는 이름을 가진 페이지, 너무 옛날 자료라서 이제는 의미없는 내용을 담고 있는 페이지 따위입니다. 자신이 만든 페이지는 누구보다도 글쓴이 자신이 잘 가다듬을 수 있을 것입니다. 때문에 자신이 만든 페이지부터 가다듬는 것이 좋은 정보를 많이 찾을 수 있는 위키를 만드는 지름길이라고 생각합니다. 더 좋은 방법이 있을까요? -- [Leonardong]
       nexon의 경우 Protector를 외주에 주는 것이 아니라 게임을 만드는 팀 자체에서 설계하여 완성하는 것 같다.
• 재미있게공부하기 . . . . 2 matches
        재미없지만 꼭 공부를 해야 한다면 재미있게 만들어라. 우선 분석을 하라. 무엇이 재미없고 지루하게 만드는지, 그리고 내가 재미있어 하는 것은 어떤 것들이고 그것들의 공통점은 무엇인지. 그리고 재미없는 것에서 내가 재미있어 하는 요소들을 찾아낼 수는(혹은 투사할 수는) 없는지.
       == 공부를 재미있게 만드는 방법들 ==
• 정모/2003.3.5 . . . . 2 matches
        * 제로 페이지 위키에 페이지를 만드는 즉시 준회원(ZeroWikian)이 된다.
        * 제로 페이지 위키에 페이지를 만드는 즉시 준회원(ZeroWikian)이 된다.
• 정모/2012.12.3 . . . . 2 matches
        * 위락인가? 음악 만드는 것에 대한 공유를 진행하는 SNS, feedback이 핵심 기능이 된다고 하는군요.
        * 주제 : 음악을 만드는 것에대한 SNS
• 졸업논문/본론 . . . . 2 matches
       Django는 도메인 언어인 python의 영향을 많이 받는다. Python은 "동적인 객체지향"[10] 언어로 많은 소프트웨어르 만드는 데 사용할 수 있으며, django와 같이 소프트웨어를 만드는 프레임워크로도 널리 쓰인다. 이미 NASA에서 python을 사용하고 있으며, Google에서는 python을 java와 더불어 주류언어로 사용하고 있다. Django가 데이터베이스를 추상화하고, 개발 도중에 변경 사항을 자동화하여 처리할 수 있는 까닭도 python에 있다.
• 지금그때2006/질문레스토랑 . . . . 2 matches
        * 김상섭 - 해외여행을 가는 것, 애인을 만드는것이 좋다.
        * 이선호 - C프로그래밍, OP등등.. 만드는것이 재미있어서..
• 창섭/배치파일 . . . . 2 matches
       저장할때도 워드프로세서 고유의 포맷(예" .hwp 확장자를 가지는 아래아한글 데이터 파일)으로 저장하면 인식이 되지 않으므로 아스키 파일로 저장해야 합니다.가장 편리한 방법은 일반 문서 에디터( 도스의 Edit, Q에디터,U에디터 등)를 이용하거나 도스의 'Copy Con' 명령으로 배치 파일을 만드는 것입니다.다음과 같이 'Copy con 파일명' 형식으로 입력하고 엔터를 누르면 도스 프롬프트 상태에서 편집할 수 있는 상태가 됩니다.
       echo %0 %1 %2 %3 %4 %5 %6 %7 %8 %9
• 토비의스프링3/밑줄긋기 . . . . 2 matches
        * 스프링을 DI 프레임워크라고 부르는 이유는 외부 설정정보를 통한 런타임 오브젝트 DI라는 단순한 기능을 제공하기 때문이 아니다. 오히려 스프링이 DI에 담긴 원칙과 이를 응용하는 프로그래밍 모델을 자바 엔터프라이즈 기술의 많은 문제를 해결하는 데 적극적으로 활용하고 있기 때문이다. 또, 스프링과 마찬가지로 스프링을 사용하는 개발자가 만드는 애플리케이션 코드 또한 이런 DI를 활용해서 깔끔하고 유연한 코드와 설계를 만들어낼 수 있도록 지원하고 지지해주기 때문이다.
        * 서비스 추상화에는 기능은 유사하나 사용 방법이 다른 로우레벨의 다양한 기술에 대해 추상 인터페이스와 일관성 있는 접근 방법을 제공해주는 것을 말한다. 반면에 테스트를 어렵게 만드는 건전하지 않은 방식으로 설계된 API를 사용할 때도 유용하게 쓰일 수 있다.
• 토비의스프링3/오브젝트와의존관계 . . . . 2 matches
        * 기존의 코드를 수정할 때는 기능의 변화가 아닌 내부 설계를 변경해 더 나은 코드를 만드는 것 이다(리팩토링)
        * 빈 팩토리 또는 애플리케이션 컨텍스트의 설정정보를 만드는 방법 ->
• 02_C++세미나 . . . . 1 match
       이제 포인터가 무엇인지도 알았고, 포인터를 어떻게 만드는지도 알았다.
• 1002/책상정리 . . . . 1 match
       현실세계에서의 책상은 일종의 OS 이다. 운영체제에서의 몇몇 용어들은 사무용품에서부터 비롯되었다. 데스크탑, 폴더, 화일, 캐비넷 화일 (cab) 등등. 가상계가 현실을 모델링했다고 한다면, 현실계에서도 가상계의 기법들을 어느정도 끌어올 수 있으리라. 이는 물리에서 수학적 모델을 기초로 기계 등을 만드는 것과 비슷하리라.
• 1thPCinCAUCSE/ProblemC . . . . 1 match
       칸을 하나 누르면 그 칸과 이웃한 칸들의 색이 반대로 변한다. 예를 들어, 1번을 누르면 1,2,4,5 번의 색이 반대로 변한다. 6번을 누르면 2,3,5,6,8,9 번의 색이 반대로 변한다. 물론 5번을 누르면 1,2,3,4,5,6,7,8,9 번의 색이 반대로 변한다. 예를 들어 아래 그림 (a)에서 6번칸을 누르면 그림 (b)로 변하고, 여기서 1번칸을 누르면 그림 (c)가 되어 모두 하얗게 변한다. (a) 그림을 모두 하얗게 만드는데 누르는 회수는 2이다.
• 2dInDirect3d/Chapter1 . . . . 1 match
        이것을 만드는 이유는 간단하다. IDirect3DDevice8 객체를 만들기 위해서는 "꼭" 필요하기 때문에 만든다. 이 객체에서는 실질적인 작업보다는 초기화를 도와주는 역할을 주로 한다.
• 2dInDirect3d/Chapter2 . . . . 1 match
        * IDirect3dDevice8 객체를 만드는 방법
• 2학기파이선스터디/채팅창 . . . . 1 match
       채팅 화면이 나오는 창을 만드는 소스 - 각 팀마다 만들기
• 3D업종 . . . . 1 match
       좋은 게임을 만드는 핵심 원리: 게임 수학과 물리
• 3D프로그래밍시작하기 . . . . 1 match
       아무래도 그냥 VGA 에서 만드는 것보다는 가속기능이 있는 카드에서 작업하면 훨씬 재미있습니다. (중요한 요소죠..) 만약 현재 쓰는 카드가 전혀 가속기능이 없다면 중고 부두라도 하나 사서 달아보시길 꼭 권합니다
• 3n+1Problem/김태진 . . . . 1 match
        A[i]=n; //DP만드는중
• 3rdPCinCAUCSE/FastHand전략 . . . . 1 match
       알고리즘을 위해 연습장을 썼습니다. B 문제와 A 문제는 이전에 같은 프로그램을 짜 본 경험이 있던 관계로 특별한 계산을 하지 않았으며, C 번 문제에 대해서 분석차 이용하였습니다. 그리고 테스트를 위해 예제 입력값들을 텍스트 화일로 미리 작성해두고, 도스창에서 이를 redirection, 결과를 확인했습니다. 이러한 방법은 특히 A 번 문제에서 큰 힘을 발휘했습니다. (A번 문제는 입력값이 오목판 전체 이기 때문이죠.) 결과에 대한 확인 테스트 시간이 1초도 걸리지 않았고, 테스트 인풋 데이터 만드는데도 거의 시간소요가 없었습니다.
• 3rdPCinCAUCSE/J-sow전략 . . . . 1 match
        * 두 번째 테스트 케이스를 받을 때 (이차원 배열을 모두 0으로 만드는 작업) "초기화"를 하지 않아 두 번 패널티를 받았습니다 :(
• 5인용C++스터디/다이얼로그박스 . . . . 1 match
       -> 만드는 법
• 5인용C++스터디/멀티미디어 . . . . 1 match
       MCIWnd 윈도우는 마우스 왼쪽 버튼을 눌르면 만들어진다. 그 전에 hWndAVI가 유효하면 먼저 MCIWnd를 닫는 작업부터 해주고 있다. MCIWnd를 만드는 함수는 MCIWndCreate 함수이다.
• AcceleratedC++/Chapter13 . . . . 1 match
        상기와 같은 방식으로 포인터를 이용해서 프로그램을 작성하게 되면 프로그래머가 메모리를 직접적으로 관리를 해야하기 때문에 여러가지 버그를 만드는 문제점을 가지고 있다.
• AcceleratedC++/Chapter4 . . . . 1 match
        * 함수 만드는 법을 요약해보자면
• AnEasyProblem/정진경 . . . . 1 match
        * 자네, 만드는데 걸린 시간도 써보는게 어떻겠나.? -[김태진]
• AnalyzeMary . . . . 1 match
       우리는 살아오면서 수많은 사람들이 자신을 설득하려고 노력하는 것을 경험한다. 부모님, 교사, 친구, 상사, ... 어떤 사람은 처절하게 실패하고 어떤 사람은 멋지게 성공한다. 나를 설득시켰던 사람들의 공통점은 무엇인가? 무엇이 그들을 다르게 만드는가? AnalyzeMary and become Mary.
• AwtVSSwing/영동 . . . . 1 match
        * AWT는 사용하긴 쉽지만 한계가 있다. 롤오버 이미지를 사용하는 등 실제로 많이 쓰는 기능을 AWT로 구현하기 어려우며, 운영체제마다 버그가 생기기 때문에 사용하기 불편하다. Swing은 Top-Level의 컨테이너만을 운영체제의 자원을 사용할 뿐 그 하부에 있는 모든 것은 자바 코드에 의해 만드는 방식을 가진다. 발생하는 버그도 자바 가상머신의 범위 내에서 처리가 가능하다. 게다가 컴포넌트의 모양도 사용자의 입맛에 맞게 맞춰주는 것이 가능하다.
• BasicJAVA2005/8주차 . . . . 1 match
        - 스레드를 만드는 방법
• Benghun/Diary . . . . 1 match
       아는 사람 중에 함수나 클래스를 만드는 것을 대단히 꺼리는 사람이 있다. 만들면 좋을 것 같은 간단한 함수조차도 직접 만들려고 하지 않는다. 하지만 이미 잘 만들어 진 라이브러리는 자주 사용한다. dependency가 없다면 변경에 영향을 받는 모듈이 없을 것이다. 나름대로 잘 사용하는 replace all in files, replace all in file, copy & paste등이 강력한 프로그래밍 도구중 하나인 것 같기도 하다.(최소한 나보다는 잘 사용하는 것 같다, 나름대로의 노하우도 있는 것 같다) 아마도 그는 dependency를 최소화하는 것에 큰 관심이 있거나 다른 이유가 있나보다.
• BoaConstructor . . . . 1 match
        * Control 상속, 새 Control 만드는 과정을 아직 툴 차원에선 지원하지 않는다. MFC GUI Programming 할때 많이 쓰는데. UI class 들 중복제거를 위해서라도. -_a 하긴 이건 좀 무리한 요구인가 -_-;
• BookTemplate . . . . 1 match
        * B) * 4 : 최소 두 번은 읽게 만드는 양서다.
• Boost . . . . 1 match
        1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
• BoostLibrary . . . . 1 match
        1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
• BusSimulation/상협 . . . . 1 match
       void BusSimulation::Process() //모든 이벤트들이 처음으로 시작하게 만드는 메소드
• Cockburn'sUseCaseTemplate . . . . 1 match
       필요한 경우 다른 유스케이스에 링크를 걸 수 있을 것이다. 더 좋은 방법은 책에서 설명했듯이 유스케이스 번호만 주면 보여지는 내용을 자동으로 생성하게 만드는 것이다. 예를 들어 ''UseCase5'' 라고 적힌 부분은 자동으로 ''물건을 구매한다. (유스 케이스5)''이런 식으로 생성한다.
• CollectiveOwnership . . . . 1 match
       Wiki:RefactorLowHangingFruit . 고쳐야 할 것이 많다면 오히려 조금씩 고치도록 한다(그리고 고치는 작업을 엔지니어링 태스크로 혹은 유저 스토리로 명시화해서 관리한다). 고치는 중에, 5분 정도의 단위로 테스트를 해봐서 하나도 문제가 없도록 고쳐 나가야 한다. 섬과 육지를 연결하는 다리가 있을 때, 이걸 새 다리로 교체하려면 헌 다리를 부수고 새 다리를 만드는 것이 아니고, 새 다리를 만든 다음 헌 다리를 부수어야 하는 것이다. {{{~cpp formatText(String data)}}}을 {{{~cpp formatText(String data,boolean shouldBeVeryFancy)}}}로 바꾸어야 한다면, {{{~cpp fancibleFormatText}}}를 만들고, 기존의 {{{~cpp formatText}}}를 호출하는 곳을 {{{~cpp fancibleFormatText(data,false)}}}로 하나씩 바꿔나가면서 계속 테스트를 돌려보면 된다. 이게 완전히 다 되었다고 생각이 들면 {{{~cpp formatText}}} 정의를 지워본다. 문제가 없으면 {{{~cpp fancibleFormatText}}}를 {{{~cpp formatText}}}로 rename method 리팩토링을 해준다. 하지만 만약 이 작업이 너무 단순 반복적인 경우에, 충분히 용기가 생기고, 또 확신이 들면 이 작업을 자동화할 수 있다(OAOO). 예컨대 IDE에서 지원하는 자동 리팩토링을 사용하거나, 정규식을 통한 바꾸기(replace) 기능을 쓰거나, 해당 언어 파서를 이용하는 간단한 스크립트를 작성해서 쓰는 방법 등이 있다. 이렇게 큰 걸음을 디디는 경우에는 자동화 테스트가 필수적이다.
• CommonState . . . . 1 match
       초기 컴퓨터는 용량이 너무 적어서, 프로그램 짧게 만들기 이런걸 많이 해야만 했다. 당연하지만 그걸 알아볼 수 있으리라는 기대는 하지 않았다. 그러다가 용량이 커지니까 이제는 많고 많은 state들을 사용하는 많고 많은 함수들을 많이 사용하게 되었다. 하나 고칠라면 전체를 뜯어 고쳐야 했다. state로서의 프로그램은 안좋다. 그러니 state도 안좋다(??) 이런 상황에서 state가 없고, 프로그램만 있는 함수형 언어가 나오게 되었다. 개념적인 우아함과 수학적인 우아함을 갖추고 있음에도 불구하고, 상업적인 소프트웨어를 만드는데에는 전혀 쓰이지 않았다. 이유는 사람들은 state를 기반으로 생각하고 모델링하기 때문이었다. state는 실세계에 대해 생각하는 좋은 방법이다. 객체는 두 가지의 중간이다.(?이렇게 해석해야하나..--;) state는 잘 다뤄질때만 좋다. 작은 조각으로 나누면 다루기 쉬워진다. 이렇게 하면 변화를 어느 한 곳만 국한시킬 수 있게 된다.
• ComputerNetworkClass/Exam2004_1 . . . . 1 match
       라우팅 테이블 만드는 방법
• CppStudy_2002_1 . . . . 1 match
       상협. [STL/string|String] 클래스의 스펙을 어떻게 주었는지? 사람들이 왜 전부 String 이용 프로그램 GOD 클래스를 만드는걸까 궁리.
• CppUnit . . . . 1 match
       처음 압축화일을 받고 풀면 lib 폴더에 Library 관련 화일들이 없다. 이것을 만드는 방법
• D3D . . . . 1 match
       이 chapter는 math3D라는 library를 만드는 chapter이다[[BR]]
• DPSCChapter1 . . . . 1 match
       다른 이론적인 테두리안에서 프로그램(''전통적인 절차식 스타일'')을 한 후 객체 지향 언어를 배우는 것은 어렵다. Smalltalk 안에서 복합된 응용 프로그램 하는 것을 배우는 것은 복잡한 새로운 기술과 문제에 대한 새로운 사고 방식을 요구한다.(" e.g Rosson & Carroll, 1990; Singley, & Alpert, 1991") "Smalltalk" 라는 산을 오르는 것은 확실히 사소한 것이 아니다. 일단 당신이 간단한 Smalltalk 응용 프로그램을 만드는 데 자신이 있는 경지에 닿았다고 해도, 아직 전문가의 경지와는 분명한 차이가 있다.
• DPSCChapter3 . . . . 1 match
        그것은 몸체, 엔진, 변속장치, 그리고 승객 칸막을 포함하는 자동차를 만드는 것이다. 둘째로, 응용 프로그램은 같은 상품의
• DataStructure/List . . . . 1 match
       그래서 한것이 노드를 추가할때마다 전체 노드를 다시 만드는 것이었습니다.
• DevelopmentinWindows . . . . 1 match
        * 윈도우를 만드는 함수는 CreateWindow, 메시지를 보내는 함수는 SendMessage
• DirectX2DEngine . . . . 1 match
       거창하게 엔진이라고는 했지만, 그정도는 아니고 재사용 가능한 루틴을 만드는 것이 목표.
• Eclipse . . . . 1 match
       ||Ctrl+1||Quick Fix, 잘못 된 부분에 대하여 권장하는 수정 방법을 보여준다. 사고를 둔화 시킨다. --;; 예를들어 import가 안되었다 싶으면 시키라고 하고, 선언된 클래스가 없으면 만드는 것까지 나온다. 빨간줄 나오면 눌러보라. 가장 경악할 기능.||
• EffectiveC++ . . . . 1 match
       메모리를 올바로 얻는 것과 그것을 효율적으로 수행하게 만드는것(?)에 관한 얘기들.
• EffectiveSTL/Container . . . . 1 match
        * 이를 보완하기 위해 delete를 함수 객체로 만드는 법이 있다.(뭐야 이거?)
• EightQueenProblemDiscussion . . . . 1 match
       해당 알고리즘을 구현하기 위한 기반이 되는 체크 관련 부분에 대해 (여기까지) 만드는데는 52분정도가량이 걸렸다. 하지만, 정작 Queen 을 배열하는 알고리즘을 생각해내는데 3시간 가량이 걸렸다. --;
• ExtremeBear/VideoShop/20021105 . . . . 1 match
        * Test를 쉽게 할수 있는 구조를 만드는것이 어려웠다.
• Gnutella-MoreFree . . . . 1 match
       새로운 청크를 만드는 조건은 이미 완료된 청크의 남은 부분이 EmptySize > 16384 보다 커야
• Gof/Facade . . . . 1 match
       서브시스템 클래스를 private 로 만드는 것은 유용하지만, 일부의 OOP Language가 지원한다. C++과 Smalltalk 는 전통적으로 class에 대한 namespace를 global하게 가진다. 하지만 최근에 C++ 표준회의에서 namespace가 추가됨으로서 [Str94], public 서브시스템 클래스를 노출시킬 수 있게 되었다.[Str94] (충돌의 여지를 줄였다는 편이 맞을듯..)
• Gof/FactoryMethod . . . . 1 match
       factory method의 잠재적인 단점이라고 한다면 클라이언트가 아마도 단지 특별한 ConcreteProduct객체를 만들기위해서 Creator클래스의 sub클래스를 가지고 있어야 한다는 것일꺼다. 클라이언트가 어떤 식으로든 Creator의 sub클래스를 만들때의, sub클래스를 만드는 것자체는 좋다. 하지만 클라이언트는 이런것에 신경쓸 필요없이 로직 구현에 신경을 써야 한다.
• GoodExams . . . . 1 match
       "컴퓨터란 무엇인가"와 같은 문제는 출제하기가 쉽다. 별로 신경을 쓰지 않고 문제 한 둘 내는 것으로 나름의 평가를 할 수 있다고 믿는다. 하지만 이런 문제는 대부분 학생과 선생 모두의 게으름에서 연유하며, 또 이를 조장한다. 선생은 자신의 책임을 학생에게 완전히 전가해 버리며, 학생의 답안에 대해 깊이있는 분석과 이에 맞는 피드백을 제공, 부차적 교육이 일어나게 하지 못한다. 학생은 자신이 공부를 아무리 착실히 해도 이런 식의 뭉떵그린 추상적 문제를 자주 접하게 되면 잡다한 지식을 대충 얼버무려 장문으로 만드는 요령만 늘게된다. 교육은 "똑똑한 질문"을 묻는 것이지, "이것에 대해 네가 아는 모든 걸 쏟아내놓아 봐, 얼마나 되는지 보자"가 되어선 안된다.
• HanoiProblem . . . . 1 match
       시작하는 수를 하나 주고, 특정한 연산을 사용하여 정해진 스텝만에 다른 수로 전환시키는 문제를 주었습니다. 예를 들어, 8에서 시작해서 곱하기 2나, 빼기 7을 사용해서 6번의 스텝만에 15를 만드는 문제입니다.
• HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/김아영 . . . . 1 match
       객체지향 프로그래밍에서 다형성이란 근본적으로 상속에 뿌리를 두고 있다. 조상 클래스로부터 상속을 받아 새로운 객체들이 파생되어 생성된다. 이때 만약 새객체들이 모두 조상 클래스와 모두 동일한 값만 가지고 있다면 새로운 객체로서 의미가 없다. 왜냐면 그것을 만드는 이유는 무언가 다른 역할을 하기 위해 생성하는 것이기 때문이다. 그래서 다형성이란 조상이되는 객체로부터 상속을 받아 다른 결과물을 산출해 낼때 다형성이라는 의미를 부여할 수 있게 된다.
• HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/변준원 . . . . 1 match
       "Printer"라는 클래스는 추상 클래스로서 실존의 어떤 프린터 기능을 가지고 있지 않고, dot matrix printer나 laser printer 등의 완전 클래스들 간의 공통된 특성만 지정하고 있으므로, 그 인스턴스를 만드는 것은 무의미하다. 추상 클래스는 점진적 개발 방법(Incremental Development)에 유용하게 사용될 수 있으며, 공통 속성(attribute)의 추출 및 정의에 유용하므로 문제를 모델링하는데 편리함을 더해준다.
• HelpContents . . . . 1 match
        * HelpOnPageCreation - 새 페이지 만드는 방법과 템플리트 이용하기
• HelpOnUpdating . . . . 1 match
       가장 쉽게 설정하는 방법은, 기존의 `config.php` 파일을 다른 이름으로 바꾼 후에 (예를 들어 `config.php.my`) `monisetup.php`를 브라우저를 통해 열어서 `config.php`를 다시 만드는 것입니다. (이 때 `chmod 2777 . data` 명령으로 미리 퍼미션을 조정해 두어야 합니다)
• HowBigIsIt?/하기웅 . . . . 1 match
       그리고 세개의 원이 있다고 할때 큰 두개의 원이 만드는 아래의 공간에 다른 작원 원이 있을떄,
• JavaScript/2011년스터디/7월이전 . . . . 1 match
        * PairProgramming으로 위의 주소로 들어가면 보이는 URLHunter를 만드는데 도전하였습니다. 제가 혼자 생각할 때에는 어디서부터 어떻게 접근해야 할지 막막했었는데 Pair로 하니까 점점 먼가가 되가는것 같았어요. 어떻게 하면 주소창을 마음데로 조작 할 수 있는지 더 고민해 봐야겠습니다. - [박정근]
• JavaStudy2002/영동-2주차 . . . . 1 match
        way=rand.nextInt()%8;
• JavaStudy2004 . . . . 1 match
        HeadFirstJava - ORIELLY. 한빛미디어. 생각하게 만드는 책.
• JavaStudy2004/클래스상속 . . . . 1 match
        예를 들어 Motorcycle클래스와 같이 Car라는 클래스를 만드는 것을 생각하자. Car와 Motorcycle은비슷한 특징들이 있다. 이 둘은 엔진에 의해 움직인다. 또 변속기와 전조등과 속도계를 가지고 있다. 일반적으로 생각하면, Object라는클래스 아래에 Vehicle이라는 클래스를 만들고 엔진이 없는 것과 있는 방식으로 PersonPoweredVehicle과 EnginePoweredVehicle 클래스를 만들 수 있다. 이 EnginePoweredVehicle 클래스는 Motorcycle, Car, Truck등등의 여러 클래스를 가질 수 있다. 그렇다면 make와 color라는 속성은 Vehicle 클래스에 둘 수 있다.
• LIB_1 . . . . 1 match
       다음에는 세마포어를 2개 만들고 메세지 큐를 만드는 소스이다.[[BR]]
• LearningGuideToDesignPatterns . . . . 1 match
       SingletonPattern은 종종 AbstractFactoryPattern 을 만드는데 이용된다. (Related Patterns 참조)
• LoveCalculator/조현태 . . . . 1 match
        솔로들의 심심풀이 땅콩을 만드는데 노력해야 하다니..아흐..슬퍼라.쳇..
• MFC/Socket . . . . 1 match
       서버에 MFC의 CSocket을 쓰는 것은 그리 바람직해보이지 않네요. 상대적으로 사용하기 좀 어렵겠지만 CAsyncSocket을 써보도록 하세요. (개인적으로는 이것도 별로 추천하지 않습니다. 하지만 MSN이나 네이트온처럼 대형 메신저를 만드는게 아니니까 CAsyncSocket으로도 충분해 보이네요.) 기회가 된다면 MFC Socket말고 Winsock으로 코딩해보세요. --[인수]
• MineFinder . . . . 1 match
       답변 감사드립니다. 제가 질문드리고자 했던 포인트는 GetClientRect API를 통해 윈도우의 클라이언트 영역을 가져와서 실제 비교하는 IDB_BITMAP_MINES 비트탭 리소스를 말씀드린 것이였습니다. IDB_BITMAP_MINES 비트맵 리소스도 GetClientRect 를 통해 추출하신건가요? 만약 그 API로 추출하셨다고 해도 클라이언트 영역 전체가 캡쳐가 되었을 텐데 숫자와 버튼등을 픽셀 단위로 어떻게 추출해서 IDB_BITMAP_MINES 리소스로 만드셨는지 궁금합니다. MineFinder 페이지에는 IDB_BITMAP_MINES 리소스를 만드는 이야기는 없어서요. --동우
• MockObjects . . . . 1 match
       사용 예1) 여러 사람이 프로그래밍 할때, 독립된 프로그램이 아닌 모듈별로 프로그램을 만들고 있는 경우. 이럴때 해당 모듈을 작성하고 테스트 코드를 만들려고 해도, 다른 모듈의 의존성 때문에 진행이 어렵게 된다. 아직 완성되지 않은 의존성을 가진 모듈을 MockObject로 만듬으로서 해당 모듈을 만드는 동안의 의존성문제를 해결할 수 있다.
• MoreEffectiveC++/Basic . . . . 1 match
       C++에서 class templete를 만드는 중 생성자를 빼먹으면 compiler에서 기본적인 생성자를 만들어 생성해 준다. 역시, 당연히 초기화의 문제가 발생할 것이다. 여기에서는 약간 자세한 부분을 언급한다.
• MoreEffectiveC++/Exception . . . . 1 match
       문제의 초점은 예외가 던지는 비용이다. 사실 예외는 희귀한 것이라 보기 때문에 그렇게 크게 감안할 내용이 아니다. 그들이 ''예외적인''(exceptional) 문제의(event) 발생을 지칭함에도 불구하고 말이다. 80-20 규칙은(Item 16에서 언급) 우리에게 그런 이벤트들은 거의 프로그램의 부과되는 성능에 커다란 영향을 미치지 않을 것이라고 말한다. 그럼에도 불구하고, 나는 당신이 이 문제에 관하여 예외를 던지고, 받는 비용에 관한 대답에서 얼마나 클까를 궁금할것이라고 생각한다. 대강 일반적인 함수의 반환에서 예외를 던진다면 대충 '''세개의 명령어 정도 더 느려지는'''(three order of magnitude) 것이라고 가정할수 있다. 하지만 당신은 그것만이 아닐것이라고 이야기 할것이다. 반대로 당신이 이런 논쟁을 데이터 구조나 루프의 순회 구조를 효율적으로 만드는데 신경을 쓴다면 더 좋은 시간을 보내는 것이라고 생각한다.
• MoreEffectiveC++/Operator . . . . 1 match
       마지막으로 여기서 보다 시피 new와 delete를 만드는 자체는 당신이 조정 할수 없는 영역에 존재하지만 메모리 할당은 당신의 손아래 있다. new와 delete를 최적화나 수정 할때 꼭 기억해라 당신이 정말로 그걸 할수 없는가에 관해서 말이다. 당신은 그것들의 방법(new,delete메모리 할당 방법)은 변경할수 있다. 그러나 그들은 언어에 의해서 규정되어 져 있는 영역이다.
• NeoCoin/Server . . . . 1 match
       == 데비안 커널 패키지를 만드는 방법이다. ==
• NotToolsButConcepts . . . . 1 match
        SICP를 책을 보면 예제 코드가 SchemeLanguage로 나온다. SchemeLanguage에 대해서는 잘 모르지만, 이 언어를 사용하면 개념 전달을 쉽게 할수 있어서인듯 싶다. 툴이야 몇번 쓰면 자동적으로 익혀지게 되지만(더군다나 요즈음에 나오는 툴들은 더하다) 하나의 개념, 패러다임을 자기 것으로 만드는 데에는 얼마나 오랜 시간이 걸리는가. (ToyProblems 때도, 간단한 문제를 가지고 여러 가지 방법으로 접근하였던 기억이 난다). 밥을 짓는 법을 안다면, 가스불로 만들던, 전기밥솥에 하던 상관이 없다.
• NumericalAnalysisClass . . . . 1 match
       하지만 이 책은 다르다. 어떤 문제를 접했을 때 어떻게 프로그램을 새로 만들어 내야하는지, 디자인은 어떻게 해야하고, 훌륭한 프로그램을 어떻게 만드는지를 말하고 있다. 게다가 OOP를 "정말" -- 시늉으로써만이 아니고 -- 사용한다. 모든 코드가 Java와 Smalltalk 양자로 쓰여있는 점도 큰 장점이다.
• OpenCamp/첫번째 . . . . 1 match
        * 데블스 때도 그랬지만 남들 앞에서 발표를 한다는 건 상당히 떨리는 일이네요. 개인적으로는 이번 발표를 준비하면서 방학 동안 배웠던 부분에 대해서 다시 돌아보는 기회가 되었습니다. 그리고 그 외에도 방학 동안에 다루지 않았던 native app을 만드는 것이나 분석용 툴을 사용하는 법, Node.js, php 등 다양한 주제를 볼 수 있어서 좋았습니다. 물론 이번 Open Camp에서 다룬 부분은 실제 바로 사용하기에는 약간 부족함이 있을 수도 있겠지만 이런 분야나 기술이 있다는 것에 대한 길잡이 역할이 되어서 그쪽으로 공부를 하는 기회가 될 수 있으면 좋겠습니다. - [서민관]
• PC실관리/고스트/네트워크를이용한OS설치 . . . . 1 match
        * 그리고 Start 버튼 -> peer to peer->slave : 이 과정이 피투피 서버를 만드는 과정
• PC실관리프로그램 . . . . 1 match
        * 죽지않는 프로세서를 만드는 법을 이해하고 구현한다.
• POLY/김태진 . . . . 1 match
        * 가로줄을 층이라 치고, X개로 만드는 것의 경우는
• PluggableBehavior . . . . 1 match
       한 클래스의 다른 객체들은 일반적으로 서로 다른 상태와 같은 행위를 가지게 된다. 만약에 다른 로직을 원한다면, 다른 클래스를 쓴다. 우리가 만드는 객체의 90프로는 이렇다. 가끔, 다른 클래스들은 당신이 문제에 대해 어떻게 생각하는가에 대한 효과적인 의사소통을 못 할 수도 있다.(?) 클래스가 많아짐으로써 당신은 짜증이 나고 위협을 받는다. 단 하나의 메소드를 오버라이딩하려고 서브클래싱을 많이 하는것은 낭비다. 또한 이렇게 많이 서브클래싱하면서 유연성이 떨어지게 된다.
• PluggableSelector . . . . 1 match
       이런식으로 하나의 메소드만 계속 오버라이딩한다면 서브클래스들의 가치가 없을것 같다. 쉬운 해결책은 ListPane 스스로를 좀 더 유연하게 만드는 것이다. 다른 인스턴스들이 다른 메세지를 보내게 하는 것이다.
• Plugin/Chrome/네이버사전 . . . . 1 match
       flickr에서 permission을 받아 사진을 긁어오는 플러그인을 만드는것 같다. 파일구성은 HTML안에 스타일을 적용하는 CSS. AJAX, Javascript를 이용하여 (AJAX의 정의를 알아보아야겠다 ) 내용을 구성한다. json을 통해 뭘 하는건가. 흥미롭군.
• PowerOfCryptography/조현태 . . . . 1 match
        암튼 요즈음 방법으로는... __int64 를 만드는 방법으로... assembly를 이용하면 엄청 간단해지더군 -_-...
• PracticalPython . . . . 1 match
       Python을 이용해 쓸모있는 프로그램을 만드는 과정을 보여주는 책이다. 따라가기 좋을 뿐 아니라, 만들어 놓은 프로그램을 발전시킬 수 있도록 유도한다.
• PragmaticVersionControlWithCVS/Getting Started . . . . 1 match
       CVS저장소를 만드는 명령은 다음과 같다.
• ProjectPrometheus/개요 . . . . 1 match
       지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. 엄청나게 많은 것을 배우게 될 것이다.
• ProjectVirush/Idea . . . . 1 match
        이 문제는 위의 '실시간'이라는 점과도 연계가 된다. 다른 플레이어들이 잠자러 간사이... 올빼미족의 한 플레이어가 나타나서 전 플레이어의 바이러스를 사살해 버리고 도망가 버린다거나, 타 플레이어의 바이러스를 포위해 버려서 더이상 증식이 불가능하게 만드는 난처한 상황이 발생해서도 안된다. 물런 '상대방의 바이러스를 사살할 수 있다.' 와 같은 규칙은 정해진 바 없지만, 다른 플레이어가 자리를 비웠을때 한 플레이어가 다른플레이어의 캐릭터에게 영향을 미칠 수 있다는 점도 고려를 해야한다.
• ProjectZephyrus/ServerJourney . . . . 1 match
        * {{{~cpp InfoManager}}}에서 테이블을 만드는 {{{~cpp createPZTable}}}과 테이블은 없애는 {{{~cpp dropPZTable}}}을 만들었습니다. 완성은 아니구요... 조금 수정은 해야합니다.. --상규
• ProjectZephyrus/간단CVS사용설명 . . . . 1 match
       cvs -d :pserver:자신의아이디@165.194.17.15:/home/CVS %1 %2 %3 %4 %5 %6 %7 %8 %9
• PyUnit . . . . 1 match
       만일 testcase가 많아지면 그들의 set-up 코드들도 중복될 것이다. 매번 Widget 클래스를 테스트하기 위해 클래스들마다 widget 인스턴스를 만드는 것은 명백한 중복이다.
• RandomWalk . . . . 1 match
        바퀴벌레는 임의의 한 점에서 시작하여서 임의의 방향으로 움직이게 된다. 이미 지나갔던 자리에 다시 갈 수 있으며 프로그램은 바퀴벌레가 각 위치에 몇번 갔는지 기억하여야 한다. 프로그램은 바퀴벌레가 모든 지점에 적어도 한번 이상 도달하였을 경우 끝난다. 바퀴벌레는 가로, 세로, 대각선으로 한칸 씩만 움직일수 있으며, 바퀴벌레가 움직이는 방향을 랜덤하게 만드는 것은 각자가 생각해 보도록 한다.
• RandomWalk/김아영 . . . . 1 match
        direction=rand()%8;
• RandomWalk/동기 . . . . 1 match
        int move= rand()%8;
• RandomWalk/영동 . . . . 1 match
        way=rand()%8+1;
• RandomWalk2/Vector로2차원동적배열만들기 . . . . 1 match
       음..--; 재동이한테 2차원 동적 배열 만드는 방법을 제공한 이유로..--; 책임을 지겠습니다 ㅠ.ㅠ 근데 다 그렇게 쓰던데..--;
• Refactoring/BadSmellsInCode . . . . 1 match
       여기서 딜레마가 온다. 어떻게 인스턴스 변수를 삭제하거나 클래스 계증구조를 만드는가를 표현하는 것은 쉽다. 그건 사소한 문제들이다. 하지만 언제 이러한 것들을 해야 할 것인지 표현하는 것은 쉽지 않다. 나는 (여기서의 I는 Martin Fowler) 프로그래밍 미학이라는 모호한 표현으로 얼버무리지 않고 좀 더 확실한 것을 원했다.
• Refactoring/BuildingTestCode . . . . 1 match
       물론 다른 이들로 하여금 이 과정을 따르도록 설득하는 것은 쉽지 않다. 테스트 코드를 만드는 것은 그 양이 많다.
• RummikubProject . . . . 1 match
       보드 게임 [http://www.rummikub.com/ Rummikub]를 만드는 것입니다.
• SeminarHowToProgramItAfterwords . . . . 1 match
        * 아까 발표때에도 이야기했지만, Code Review 를 위한 reverse-TDD (정도로 해둘까요? 이것도 관련 문서가 있을텐데. ) 를 해보는 것도 좋을 것 같네요. 코드 분석을 위한 test-code 작성이요. 즉, 이미 만들어져있는 코드를 테스트 코드라고 상정하고, 자신이 제대로 이해했는가에 대한 검증과정을 Test-Code 로 만드는 것이죠. 시간 있었으면 오늘 마저 시도해봤을텐데, 시간에 마음 쫓긴게 아쉽네요.
• SmallTalk/강좌FromHitel/강의2 . . . . 1 match
        Smalltalk에서 응용 프로그램을 만드는 "MVP 짜임새"의 예를 보여주는 것입
• SmallTalk/강좌FromHitel/강의3 . . . . 1 match
       이라고 했는데, 이 간단한 명령도 객체를 만드는 일을 합니다. 즉 '3'과 '4'
• Spring/탐험스터디/2011 . . . . 1 match
       Ioc로 DaoFactory를 만드는 것까지 했습니다 ㅠㅠ
• StaticInitializer . . . . 1 match
       이를 방지하려면, StaticInitializer 를 일반 Method 로 추출한뒤, 생성자에서 이를 호출한다. (단, 인스턴스를 2개 이상 만드는 클래스인경우 문제가 있겠다.)
• SuperMarket/인수 . . . . 1 match
       // 캬오옷.. 졸라 심심하다 ㅠ.ㅠ 학교 와서 노닥거리다가 걍 해봤음. 파서 만드는데 80프로 이상의 시간을..--;
• TAOCP/Exercises . . . . 1 match
       0000~0099메모리 셀을 모두 0으로 만드는 프로그램
• TddRecursiveDescentParsing . . . . 1 match
        ''먼저 "1"을 넣으면 "1"을 리턴하는 프로그램을 만듭니다. 다음 "314"를 넣으면 "314"를 리턴하게 합니다. 다음엔, "1 + 0"을 넣으면 "1"을 리턴하게 합니다. 다음, "1 + 314"를 넣으면 "315"를 리턴합니다. 다음, "1 + 2 + 314"를 하면 "317"을 리턴합니다. 다음, "1 - 0"을 하면 "1"을 리턴합니다. 다음, "1 - 1"을 하면 "0"을 리턴합니다. 다음, "314 - 1 + 2"를 하면 "315"를 리턴합니다. 다음, "- 1"을 넣으면 "-1"을 리턴합니다. 다음, "( 1 )"을 넣으면 "1"을 리턴합니다. ...... AST는 아직 생각하지 말고 당장 현재의 테스트를 패스하게 만드는데 필요한 것만 만들어 나가고 OAOO를 지키면서(테스트코드와 시스템코드 사이, 그리고 시스템 코드 간) 리팩토링을 지속적으로 합니다 -- 그렇다고 파싱 이론을 전혀 이용하지 말라는 말은 아니고 YAGNI를 명심하라는 것입니다. 그러면 어느 누가 봐도 훌륭한 디자인의 파서를 만들 수 있습니다. DoTheSimplestThingThatCouldPossiblyWork. --김창준''
• TheJavaMan . . . . 1 match
        - 참여한 사람들이 각자 한개 이상씩의 하고싶은 프로젝트에 들어서 (프로그램을 만드는데 필요한 요소들을 중심으로 각자 책으로 공부하게 된다)같은 팀끼리 일주일에 한 번정도 모이고, 그것을 토요일에 설명하는 과정으로 (따라서 일주일에 두번 정도 모이게 됩니다.) 전체 자바 프로젝트를 진행해야 하는데 참여율이 저조한것 같다. 토요일에는 각자 프로젝트에 대한 세미나(다른 사람들의 이해를 돕기 위해)를 하고, 한번 정도는 밤을 새서 몇개의 프로젝트를 완성하는 방법도 고려중이다.- 10일(토)에 모인 사람들
• TheJavaMan/로보코드 . . . . 1 match
        서로 배틀한번 해봤으면 좋겠군..넷미팅은 끊길려나..아직 만드는중이닷;; --[문원명]
• TheJavaMan/설치 . . . . 1 match
       클래스 이름은 첫번째 문자가 꼭 대문자여야 해. 그리고 클래스 만드는 창에서 아랫부분에 있는
• TheTrip/Leonardong . . . . 1 match
       일단 문제를 이해하는데 시간이 20분 정도 걸렸다. 문제 해결책을 찾아보던 중 평균보다 많이 가진 사람들이 돈을 나누어 주면 된다는 사실을 깨닫기까지 14분 걸렸다. 코드로 만드는데는 41분이 걸렸는데, 알고리즘을 따라 무난히 작성하였다. 나머지 시간은 문법을 보거나 디버깅했다.
• TicTacToe . . . . 1 match
        * 사람 두 명이 O와 X를 번갈아 놓으면서 3목을 먼저 만드는 게임을 한다.
• ToastOS . . . . 1 match
       아차 나는 boland C 3.1버전을 쓰지만 gcc를 쓰는 사람은 MAKE PLAIN BINARY FILE이라는 PDF가 있을 것이다.찾아서 읽어보면 아주 평평한 바이너리파일을 만드는 법을 배울것이다. 참고로 C에서 평평한 바이너리 파일을 만들기 위해 몇가지 주의사항이 있다. 그 PDF파일에 적혀 있으니 읽어보도록...
• UserStory . . . . 1 match
       Use Case 에 대해서 문서를 작성하고..그 다음으로 System Sequence Diagram을 만드는데.
• VMWare/UsefulFunctions . . . . 1 match
       즉 윈도우 시스템의 IDE 를 이용해 프로그래밍하고 VMWARE 호스트 머신에서 컴파일 하는 과정을 최대한 간단하게 만드는 방법이 이 VMWARE TOOLS 을 이용하는 것이다.
• WOWAddOn/2011년프로젝트/초성퀴즈 . . . . 1 match
       Coroutine을 이용해서 만드는듯 한데 뭔가 이상하다.
• WebMapBrowser . . . . 1 match
        * 처음 시작할때는 실제로 브라우저를 만드는것까지는 아니고, 간단하게 웹에서 보여주는것으로 시작한다.
• WeightsAndMeasures/신재동 . . . . 1 match
       클래스를 사용한다면 스스로 어떻게 정렬될지 아는 놈으로 만드는 것도 좋겠다.
• WhatToProgram . . . . 1 match
       자기 삶에서 의미가 있는 프로그램을 만들게 되면 스스로가 사용자가 된다. 목적이 분명해 진다. 자기가 편한 프로그램을 만드는 것이다. 이 프로그램은 꼭, "내가 쓸 마음이 나는 프로그램"이어야 한다(그 프로그램을 만들고 싶은 열정이 생기고, 그걸 생각하면 가슴이 두근거린다면 더더욱 좋다 -- 이런 호기가 있을 때 그것을 충분히 누리도록 하라). 아무리 간단한 프로그램일지라도 나에게 가치있는 프로그램은 존재한다. 특정 언어에 대한 경험이 한 두 달일지라도 분명 그런 프로그램을 만들 수 있다. 대부분은 다른 프로그램들을 엮어주는 것일지도 모른다. 만약 난관에 부딪혔다면 책을 읽고, 사람에 묻고 자료를 검색해서 기술과 도구를 배우면 된다.
• YetAnotherTextMenu . . . . 1 match
       보통 ToyProblems를 내줄 때, 입력양식으로 텍스트 메뉴를 이용하라는 요구사항이 주어지기도 한다. JuNe이 보기에는 이것은 "단견"이다. 학생들은 매번 비슷한 방식으로 텍스트 메뉴 프로그램을 만들 것이고, 매번 거기에 일정 시간을 빼앗길 것이다. 재미있게도 텍스트 메뉴를 사용하는 프로그램을 작성하면, 학생들이 만드는 프로그램 역시 그 메뉴의 구조를 닮는다. 이것은 그다지 바람직하지 않은 경우가 많다.
• Yggdrasil/가속된씨플플/4장 . . . . 1 match
        * 구조체 만드는 법은 다 알고 있으니 넘어가고, sort()에 전달인자로 구조체를 넘겨주게 되면, 어떤 기준으로 정렬할 것인지 알 수가 없다. 그래서 3번째 전달인자를 사용할 수 있다. 즉,
• Z&D토론/통합반대의견 . . . . 1 match
       의도가 다시 또 1을 만드는, 1+1=1의 공식을 만들어서는 안된다.
• Z&D토론/학회명칭토론백업 . . . . 1 match
       * 순서에 상관이 없다면 가칭을 살려서 Z & D 는 어떨까요.. 읽을땐 제텐디..또는 지엔디... 맘 같아서는 새로운 이름을 만드는 게 가장 좋을 것같지만 그렇게 하면 선배들로부터의 맥이 끊기는 것인 것 같아 기존의 이름으로 합성해야 할 것 같아요. 뭐 좋은 아이디어 없을까요? --["창섭"]
• ZIM/EssentialUseCase . . . . 1 match
       미리 만드는 것이 프로세스를 진행해 나가는데 위험도를 최소로 하여 진행해 나갈 수 있을 듯 싶네요. -- 구근
• ZPHomePage . . . . 1 match
        * http://www.click4u.pe.kr/index_0.html - 홈페이지를 만드는데 필요한 다양한 내용들이 들어있습니다.^^
• ZPHomePage/레이아웃 . . . . 1 match
        성만이가 한 디자인2 쓸 계획이었는데 어쩐담... 새로 만들기 보다는 색상작업이랑 아이콘 만드는거 도와주면 좋겠다 --[곽세환]
• ZeroPage/회비 . . . . 1 match
       DeleteMe) 중요한건 아니지만 [ZeroPage/회비] 보다 [ZeroPage회비] 페이지를 만드는 것은 어떨까요?
• ZeroPageServer/CVS계정 . . . . 1 match
        * 암호 문자열 만드는 법
• ZeroPageServer/IRC . . . . 1 match
        * [변형진] - 비동기식 처리하기 좋은 Node.js로 IRC 봇을 만드는 프로젝트 진행합시다.
• ZeroPage성년식 . . . . 1 match
        * 온오프믹스 참가 신청에 문제가 있나요?(이벤트 페이지를 제 이름으로 만들어서 저는 참가 신청을 할 수가 없습니다. 그래서 어떤 문제가 있는지 알 수가 없네요.) 선배님께서 온오프믹스로 참가 신청이 힘들다고 다른 방법을 만드는 게 좋겠다는 말씀을 해주셨습니다. 온오프믹스에 문제가 있다면 구글독스를 통해 추가적으로 신청을 받거나 아니면 온오프믹스 참가 신청시 발생하는 문제를 해결하는 법을 알아내어 온오프믹스 페이지에 안내하는 것이 좋을 것 같습니다. - [김수경]
• ZeroPage정학회만들기 . . . . 1 match
        아.. 그런거였다면 공감합니다. ^^ 그러면 설문의 형식은 'ZeroPage정학회화에 찬성하십니까' 의 기존형식이 아니라 '정학회화를 어떻게 생각하십니까?' 가 되겠군요. 후자가 된다면 보기 만드는 데에도 주의를 기울여야 될것 같습니다. 학우들의 반응이 궁금해지는데요. ^^ --창섭
• ZeroWiki . . . . 1 match
        kesarr: 학교에 있던 제로페이지 서버가 폭파되는 재난이 발생... 06~07년에 사용하던 제로위키에 저장된 콘텐츠는 모두 증발하고 모인모인에서 제로위키로 옮겨타던 무렵 백업해둔 자료를 가지고... 새로운 서버에 모인모인과 문법이 호환되는 모니위키를 설치해서 운영 재개... 11-12년 도쿠위키 또는 미디어위키로 위키 플랫폼을 옮기려는 제로페이지 내부 프로젝트를 개설했으나... 다들 바쁜데 진행할 게 많고 이미 모니위키가 모인모인과 많이 달라져서... 모인모인-타위키 컨버터를 쓸 수 없다는게 함정 모니위키는 한국의 일부 위키만 쓰므로... 다른 위키와의 컨버터 따위 없다.. 게다가 제로페이지 위키는 모인모인 문법과 모니위키 문법이 혼재하기 때문에 컨버터를 만드는 것 자체가 까다로운...
• erunc0/COM . . . . 1 match
        * 간단한 C++ 클래스로 시작하여 재사용 가능한 이진 Component로써 클래스를 사용하는 법을 간단한 예제를 통해서 배우게 된다. 처음은 DLL을 통해서 client 에게 제공하는 문제에 대해 말하며. 다음에는 이렇게 제공되어진 컴포넌트에 대한 방화벽(?)등에 대해 논의 하면서 인터페이스를 통하여 컴포넌트 내의 은닉화를 위한 방법들을 설명해준다. 그리고 그다음으로는 abstract class를 사용해 (virtual function을 이용한 방법) 인터페이스의 확장에 관한 부분까지 설명한다. 그리고 끝으로는 RTTI 이용하여 더 나은 인터페이스의 확장 방법과 다중의 client 에게 컴포넌트를 제공할수 있게 만드는 부분까지 설명한다. 한서라서 그런지 애매한 용어들이 많이 있어서 아직도 이해가 가질 않는 부분이 많았다. 한번더 chapter 1응 읽은 후에 정리하고 chapter 2로 넘어가야 하겠다.
• html5/form . . . . 1 match
        * http://nz.pe.kr/wordpress/programming/html5/번역-지금-바로-cross-browser-html5-form-만드는-방법
• i++VS++i . . . . 1 match
       후행 증가로도 선행 증가와 동일한 방식의 루프를 만드는 것이 가능하지만, 후행 증가를 사용할 특별한 이유가 없다면 항상 선행 증가 또는 선행 감소 연산자를
• matlab . . . . 1 match
       - Matlab 에서 생성한 class 의 객체배열을 만드는 방법
• nilath개인페이지처음화면 . . . . 1 match
       완전... 물리학과 가서 물리학 공식만 달달 외우고 공식 만드는 방법을 배우지 않는 격이잖아.
• 같은 페이지가 생기면 무슨 문제가 있을까? . . . . 1 match
        페이지이름을 만들때, '''제목대상 검색'''은 이전부터 지원되었습니다. 예를들어 이동 창에 Front를 쳐보세요. 처음부터 후자를 이야기 하는 것으로 알고 있었습니다. 보통 '''내용검색(FullTextSearch)'''는 부하 때문에 걸지 않습니다. 하지만, 현재 OneWiki 의 페이지가 적고, 페이지를 만드는 행위 자체가 적으므로, 후자의 기능 연결해 놓고 편리성과 부하의 적당한 수준을 관찰해 보지요. --NeoCoin
• 객체지향용어한글화토론 . . . . 1 match
        * 비슷한 부류의 책들이 반복적으로 그런 어휘 설명을 함으로서 페이지를 낭비하는것 보다는 어휘를 우리말로 대체시켜서 좀더 직관적으로 알아보게 만드는게 좋지 않을까??
• 고수를찾아서 . . . . 1 match
       저자는 무예를 좋아해서 전문 잡지까지 만드는 사람이다. 여러 고수를 찾아다니며 인터뷰한 이야기, 고수를 만난 경외감을 전해주고 있다. 아마 보는 눈은 갖춘 실력이 밑바탕에 깔려있기 때문에, 고수를 찾아다니며 감탄할 수 있는 것 같다.
• 구자겸 . . . . 1 match
       [http://jaku.ivyro.net]; - 홈페이지 만드는 중
• 김정욱 . . . . 1 match
        * 기존 회원과 이름이 같을 경우 자신의 닉네임으로 새 페이지를 만드는 게 어떨까요? - [김수경]
• 날다람쥐 6월9일 . . . . 1 match
       [http://wiki.zeropage.org/wiki.php/%EC%9C%A0%EC%A0%95%EC%84%9D]
• 논문번역/2012년스터디/김태진 . . . . 1 match
        이 섹션에 있는 새로운 용어는 행렬-벡터간 곱의 역동적인 관점이 선형대수학에서 몇몇 개념들을 이해하고 시간이 흐르면서 발전하는(that evolve over time) 물리적인 시스템들에 대한 수학적인 모델을 만드는 것의 핵심이기 때문에 중요하다. 이런 역동적인 시스템들은 Chapter5와 1.10, 4.8, 4.9 섹션에서 논의할 것이다.
• 덜덜덜/숙제제출페이지2 . . . . 1 match
       * 만드는 프로그램입니다. *
• 데블스캠프2002/날적이 . . . . 1 match
        * (현민) : 으아~ 오목 어렵습니다..... ㅡㅜ 오목판 만드는거랑 밖으로 못나가게 하는것, 오목교대로 놓기, 놓은데는 다시
• 데블스캠프2005/RUR-PLE . . . . 1 match
        * 실제로 로봇에 프로그래밍 해서 그 로봇이 현실에서 자신이 프로그래밍 하는데로 움직이는것을 보면 정말 좋겠지만 여건이 안되는 만큼 -_-; 화면으로나마 그 로봇이 움직이는 것을 보면서 프로그래밍 해볼 수 있다. 여기에서 작성하는 코드들이 무슨 쓸모가 있을까 싶기도 하겠지만, 추후에 실제 로봇의 동작을 프로그래밍해서 넣는다면 여기서 쓰이는 방식과 비슷하게 넣을것이다.(하드웨어적으로 복잡한것을 명령어로 추상화 시킨다음에 그 명령어을 적절하게 복합적으로 사용하여 원하는 행동을 로봇이 하게 만드는 식으로..) 즉 말그대로 로봇 프로그래밍을 간접적으로나 해볼 수 있다.
• 데블스캠프2005/게임만들기/제작과정예제 . . . . 1 match
        테스트를 위해서는 key_Left()와 같은 변수안에 넣고, 랜덤으로 만드는 함수를 호출한후, 호출해 보면 된다.
• 데블스캠프2005/주제 . . . . 1 match
       || 금 || 새내기 발표 || 조현태 || ? || 게임 만드는 법?(실제로는 프로그램 개발과정 쯤 될듯.) ||
• 데블스캠프2006/목요일후기 . . . . 1 match
       그래픽으로 만드는 것(GUI였던가..)이라던가 '객체화'와 '6목, 3X3 잡아내기'는 못했지만
• 데블스캠프2006/월요일/함수/문제풀이/이장길 . . . . 1 match
        num = rand()%8;
• 데블스캠프2009/목요일/연습문제/MFC/서민관 . . . . 1 match
       키보드 입력으로 midi 소리가 나게 만드는 소스. 같은 폴더에 MidiOut.cpp와 MidiOut.h가 있어야만 작동한다.
• 데블스캠프2009/월요일 . . . . 1 match
       ||pm 08:00~09:00 ||짧은 코드를 만드는 코드 레이스 || 김홍기 ||
• 데블스캠프2009/월요일후기 . . . . 1 match
        * [김준석] - 단순하지만 있을건 있는 프로그램. Easy, Enjoy라는 개념이 어울린다. 프로그래머가 아닌 일반인(유치원생)도 이런 프로그램을 사용해봄으로서 나와 같은 프로그래머의 입장이 되어 쉽게(Easy) 즐길수(Enjoy) 있는 기회를 준것이다. 내가 1학년때 송기원교수님이 한 말이 떠오른다 "언젠가는 일반인도 쉽게 만들수 있는 프로그램 언어가 나올꺼다. 전화 프로그램 만들고 싶으면 사람하고 사람 그림 두개 따서 전화기 그림을 가운데 놓고 연결하면 이게 전화 프로그램이 되는. 그럼 너희들은 뭐 먹고 살래? 사람들이 머리만 조금 굴리면 알아서 딱딱 만드는 세상이 될텐데 아이디어랑 생각이 중요한거야." 딱, 이거 아닌가? 물론 프로그램 언어의 현상황에서 프로그래밍에 업을 달고 사는 사람에게 쉽고 즐긴다는 말은 저기 저 먼 안드메다에 있는 개념만큼 멀게 느껴지지만 마지막에 송지원학우님이 얘기해주신것처럼 프로그래밍이 단순히 어렵고 복잡한것을 뜻하는것만이 아니라 새로운 아이디어로 생각해 그 시각으로 바라보는것으로 개발자의 입장이되는 우리도 더 쉽고 재밌게 즐길수 있을것이다. 그렇지만 기본은 먹고 살아야지.
• 데블스캠프2010/넷째날/후기 . . . . 1 match
        * 늦게와서 제대로 따라가지 못했어요 ㅠㅠ 그래도 방명록 만드는거시 이렇게 심오한지는 몰랐어요 ㅎㅎ --- [김정욱]
• 데블스캠프2010/둘째날/후기 . . . . 1 match
        * 신기하네요 이런 언어는 누가 만드는 걸까요 ㅇ_ㅇ [김상호]
• 데블스캠프2010/첫째날/후기 . . . . 1 match
        * 1등이다! 회사 생활은 역시 어려워 보인다...졸업 후의 진로를 다시 한번 생각하게 만드는 세미나였다 - [박근수]
• 데블스캠프2011/첫째날/후기 . . . . 1 match
        * Play with Java에서는 1학년 때 승한이형이 여러 사람들이 함께 프로젝트를 진행할 때 누군가 어느 부분을 수정했는지 알 수 있게 해 주는 부분이 있다고 하셨었는데, 그걸 전역하고 나서야 다뤄보네요 -ㅅ-;; 쩝... 아무튼 간단한 프로그램을 만드는 것이라 재미있게 사용법도 익히고 좋았습니다. 자주 써 먹어야겠네요. ㅋ~
• 데블스캠프2012/넷째날/후기 . . . . 1 match
        * [엄제경] - 뭔가 옛날에 VB배웠을때 기억나서 좋았어요. 근데 자율로 프로그램 만드는 거에서 원하는 기능을 구현해내지 못해서 ㅠㅜ 조금 아쉽네요 ㅎ.
• 데블스캠프계획백업 . . . . 1 match
        * 학교를 다니면서 혼자서는 거의 공부하지 않을만한, 그러나 중요한 것들(see also FocusOnFundamentals). 앞으로 학교생활에서 체험하기 힘든 것들. 학교를 졸업할 때까지 유효한 지식으로 남아있을만한 생명력이 긴 것들. 학교생활 동안 공부, 프로그래밍에 영향을 많이 끼칠 메타 수준이 높고 늘상 하는 것들. 사고하는 방법. 프로그램을 만드는 방법. 아마추어 아이디어 맨은 "아이디어"를 만들고, 프로 아이디어 맨은 "아이디어를 대량으로 생성해 낼 수 있는 구조와 과정"을 만들어 낸다고 합니다 -- 프로가 만든 아이디어는 엄청난 양의 아이디어를 자동 생산해 냅니다. 제가 학교를 다닐 때 "프로그램을 생성해 낼 수 있는 구조와 과정"을 선배에게서 배웠더라면 얼마나 좋았을까 하는 생각을 자주 합니다. 예를 들어, 이메일 주소를 찾는 RE를 "답"으로서 가르치거나, 혹은 무작정 시행착오를 거치면서 그 답을 찾으라고 종용하거나 하는 것보다는, 그런 RE를 효율적이고 손쉽게 생성해 낼 수 있는 과정과 인식적 도구를 가르쳤으면 합니다. --JuNe
• 동문서버위키 . . . . 1 match
       사람들의 인식을 바꾸는데에 실패했다고 본다. 일단 사람들이 위키를 현재 (익명) 게시판의 연장 혹은 (조금 저열한) 보조물 정도로 여기는 인식이 굳어졌다고 본다. 특히 최근 동문서버위키를 살리려고 감성사전 페이지를 만드는 등 구제 노력이 있었으나 그것은 오히려 상황을 더 어렵게 만들었다고 본다. 한번 여러가지로 생각해 보고 분석하고 함께 논의해 볼 문제라고 생각한다. --김창준
• 렌덤워크/조재화 . . . . 1 match
        k = rand()%8; // random value range :0~7
• 마케팅천재가된맥스 . . . . 1 match
        * 여기서 제품에는 우리가 만드는 프로그램도 포함된다.
• 문자반대출력/허아영 . . . . 1 match
        단점: 한글과 영어를 섞어서 사용 못한다는 점. 영어와 한글을 섞을 수 있는 ver.3 만드는 것이 문제.
• 반복문자열/이규완 . . . . 1 match
       페이지 어떻게 만드는 건지 까먹었다..ㅡㅡ;; -[이규완]
• 상협/100문100답 . . . . 1 match
       세상을 밝게 만드는것.
• 새싹-날다람쥐 6월 10일 . . . . 1 match
       [http://wiki.zeropage.org/wiki.php/%EC%9C%A0%EC%A0%95%EC%84%9D]
• 새싹교실/2011/A+ . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2011/AmazingC/과제방 . . . . 1 match
       //맨 첫 줄이랑 맨 마지막 줄 * 13개 만드는 건 알 거 같으면서도 모르겠네요ㅜㅜ
• 새싹교실/2011/GGT . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2011/Noname . . . . 1 match
        * 연속적인 저장공간을 만드는 배열에서 1차원 뿐만이 아니라 2차원 또는 그 이상의 배열도 생각할 수 있다.
• 새싹교실/2011/學高 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2011/學高/1회차 . . . . 1 match
       visual studio에서 새 프로젝트를 만드는 법을 배웠다.
• 새싹교실/2011/쉬운것같지만쉬운반/2011.3.23 . . . . 1 match
        * 새싹교실에서 컴퓨터는 무엇인가, 프로그램은 무엇인가, 프로그램은 어떻게 만드는가 등을 배우고 직접 코딩도 해보았다. C언어는 정말 흥미로웠다. 새싹 선생님이 알려주신 tryhaskell홈페이지에 들어가서 haskell이란 언어도 체험해봤는데 뭔가 C언어보다 고급 언어라는 느낌이 들었다(맞나....) 다음주에 배우게 될 것이 궁금하고 기대가 된다. - [송치완]
• 새싹교실/2011/씨언어발전/4회차 . . . . 1 match
       재귀함수를 배우면서 factorial 함수를 만드는 방법도 배우고
• 새싹교실/2012/AClass/1회차 . . . . 1 match
        링크 : 기계어파일을 기타 라이브러리 파일과 묶어서 실행파일을 만드는 과정
• 새싹교실/2012/부부동반 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2012/사과나무 . . . . 1 match
        * 오늘은 제어문에 대해 배웠다. 지난시간에 했던 부분이지만 다시 공부하였다. 지난과제 구구단을 나눠서 출력하는 프로그램을 만드는데 \t 어떻게 써야할지 몰라서 많이 헤맸고,int k라는 개념도 생각을 하지 못해 나 스스로 만들지는 못했다. 변수를 2개만 해야한다는 고정관념을 버려야겠다. 오늘 배운점은 프로그램을 만들때 편협한 시각이 아닌 자유로운 생각으로 이것저것 생각하는 것이 너무나도 중요하다는 걸 보았다. 수학문제 풀이도 다양하듯이 프로그램도 마찬가지라고 생각한다. 한가지 주제에 대해 다양한 생각을 하는 연습을 해야겠다. - [김도익]
• 새싹교실/2012/세싹 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2012/아무거나 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2012/우리반 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2012/해보자 . . . . 1 match
        * 반드시 ZeroWiki에 작성해주세요. 하위 페이지를 만드는 것도 허용합니다.
• 새싹교실/2013/라이히스아우토반/7회차 . . . . 1 match
       반성하는 태도를 가져야 하겠지만, 안타깝게도 앞으로도 수업준비는 잘 못해 갈 것 같다. 애들이 남은 흥미를 다 잃어버리기 전에 적어도 구조체랑 함수 만드는 법, 파일 입출력은 가르쳐야 할텐데...
• 새싹교실/2013/록구록구/2회차 . . . . 1 match
       wiki의 존재와 활용법, 자기페이지 만드는방법, scanf 입출력, #define을 배웠다.
• 설득의심리학 . . . . 1 match
        * 일관성의 근거를 만드는 미끼 기법 - 자동차 판매, 에너지 절약 캠페인. 승낙이 이루어지면 미끼를 제거한다.
• 수학의정석 . . . . 1 match
        결코 알고리즘만을 만드는 무식한 행동은 하지 않기 바란다.
• 쉽게Rpg게임만들기 . . . . 1 match
        * RPG 만들기로 세세한 것 까지 모두 정할 수 있다는 걸 알았고 재밌었음 ㅋㅋ 혼자서 게임만드는건 좀 노가다가 필요하겠지만 몇명이서 같이 만들면 재밌는 게임도 나올듯 ㅋ [박재홍]
• 스터디/Nand 2 Tetris . . . . 1 match
        * 컴퓨터의 최하위 레벨 계층인 논리회로(하드웨어)단부터 OS와 high level language까지 두루두루 섭렵하고 실습하여 최종에는 테트리스를 만드는것이 목표인 스터디입니다.
• 시작이반 . . . . 1 match
       '발명광'이라 불리는 프랭클린은, 번개가 칠 때 연을 날리는 실험을 함으로써 번개가 전기임을 증명하여 피뢰침을 발명한 것으로 유명하다. 어느 날 그는 또 하나의 발명을 하여 친구 집에 뛰어가 자랑스럽게 그것을 보여 주었다. 그런데 계속되는 그의 발명에 약간 싫증이 난 친구는 "도대체 그렇게 유치한 것을 만드는게 뭐가 대단하며, 무슨 소용이 있나?" 라고 말했다. 그러자 프랭클린은 옆에 누워 있던 갓난아이를 가리키며 이렇게 반문하였다. "그렇다면 이 아기는 무슨 쓸 데가 있는가?"
• 실시간멀티플레이어게임프로젝트/첫주차소스3 . . . . 1 match
       프레임 워크는 재동이형이 새로 구상한 것을 구현하려고 하고, 저는 게임 내용을 만드는 일로 바꿨습니다. -- 휘동
• 안전한장소패턴 . . . . 1 match
       '''떠버리, 과시적인 사람, 아는체 하는 사람, 또는 지나치게 경쟁적이거나 대립적이거나 적대적인 사람은 다른 사람을 불편하거나 불안하게 만들고 아이디어를 배우고 나누고 만드는데 좋지 않은 환경을 조성한다.'''
• 여사모 . . . . 1 match
       배열은 만드는 명령문이 아니야.
• 여섯색깔모자 . . . . 1 match
       평소에 의견을 교환 하다가 보면 어느새 자신의 자존심을 지키려는 논쟁 으로 변하게 되는 경우가 많다. 이 논쟁이란게 시간은 시간대로 잡아 먹고, 각자에게 한가지 생각에만 편향되게 하고(자신이 주장하는 의견), 그 편향된 생각을 뒷받침 하고자 하는 생각들만 하게 만드는 아주 좋지 못한 결과에 이르게 되는 경우가 많다. 시간은 시간대로 엄청 잡아 먹고... 이에 대해서 여섯 색깔 모자의 방법은 굉장히 괜찮을거 같다. 나중에 함 써먹어 봐야 겠다. 인상 깊은 부분은 회의를 통해서 지도를 만들어 나간후 나중에 선택한다는 내용이다. 보통 회의가 흐르기 쉬운 방향은 각자 주장을 하고 그에 뒷받침 되는것을 말하는 식인데, 이것보다 회의를 통해서 같이 머리를 맞대서 지도를 만든후 나중에 그 지도를 보고 같이 올바른 길로 가는 이책의 방식이 여러사람의 지혜를 모을수 있는 더 좋은 방법이라고 생각한다. 이 책도 PowerReading 처럼 잘 활용 해보느냐 해보지 않느냐에 따라서 엄청난 가치를 자신에게 줄 수 도 있고, 아무런 가치도 주지 않을 수 있다고 생각한다. - [상협]
• 위키메뉴얼 . . . . 1 match
       지금 제작중인 위키메뉴얼은 위키에 익숙하지 않은 사람을 위해 만드는 것이기 때문에 위키페이지로 제작하지 않습니다.
• 위키요정 . . . . 1 match
       하지만 위키는 일전에 창준이형 말씀대로 NoSmok:WikiGardening 처럼 구두를 수선하는 것보다 정원을 다듬는 은유법이 더 어울리는 것 같다. 망가지지 않도록 끊임없이 관리하는 것, 정원일이란 그대로 두면 인간에게 불편한 자연을 좀더 편하게 즐길수 있게 만드는 작업이라서 그러한 것일까?
• 위키의특징 . . . . 1 match
        * 블로그에 비해서 다양성을 가진다. 만드는것도 노력하고 배우면 훨씬 더 다양하고 자신의 취향과 구미에 맞게 꾸미기 좋다.
• 유용한팁들 . . . . 1 match
       = 인덱서를 만드는데 유용한것 =
• 육군일반병 . . . . 1 match
       아무리 좋은 곳으로 빠진다고 해도 그곳이 지옥일 수 있습니다(최후방 PX병도 "X"뺑이 쳤다며 할 말이 많습니다). 결국 최종 선택은 자신이 합니다. 자기가 좋은 곳과 나쁜 곳을 스스로 만드는 것입니다.
• 이기적인유전자 . . . . 1 match
        * 이 책에서 내가 처음 접한 개념이 밈 이라는 개념이다. 이 밈은 이기적인 유전자가 모든 생명체를 대상으로 하는 특성이라는 점과 다르게 인간에게만 적용되는 특성이다. 이 밈은 문화와 비슷하게 보일 거 같은데, 구체적으로 예를 들면 곡조나 사상, 표어, 의복의 양식, 단지 만드는 법, 아치 건조법 등이 모두 밈의 예이다. 유전자가 유전자 풀 내에서 번식함에 있어서 정자나 난자를 운반체로 하여 몸에서 몸으로 날아다니는 것과 같이 밈이 밈 풀 내에서 번식할 때에는 넓은 의미로 모방이라고 할 수 있는 과정을 매개로 하여 뇌에서 뇌로 건너다니는 것이다. 밈은 비유로서가 아닌 엄밀한 의미에서 살아 있는 구조로 간주해야 한다고 한다. 네가 내 머리에 번식력이 있는 밈을 심어 놓는다는 것은 문자대로 네가 내 뇌에 기생한다고 하는 것이다. 나의 뇌는 그 밈의 번식용의 운반체가 되어 버리는 것이다. 예를 어 '사후에 생명이 있다는 믿음'이라는 밈은 막대한 횟수에 걸쳐 세계 속의 사람들 속에 육체적으로 실현되어 있다. 이 밈이 인간의 본성과 어떠한 관계가 있냐 하면은, 밈의 목적 달성을 위해서 이타적인 행동을 하는 사람들을 설명할 수 있는 개념이 된다. 예를 들어 '착하게 살아야 한다'라는 하나의 밈만 해도 주위에서 흔하게 볼 수 있고, 이밈은 자신의 복제자를 널리 퍼뜨리기 위해서 실제로 그에 맞는 행동을 하게 되고, 그러한 행동에 그에 상응하는 대가도 기대할 수 있게 된다.(예를 들어 착한 행동에 대한 칭찬 및 포상) 이 밈이라는 개념은 인간의 이타적 행동에 대한 설명해 주고 또한 왜 그러한 이타적 행동이 필요한지 밈의 관점에서 설명해주고 있다. 주의할 점은 이것은 하나의 관점이지 이게 전부는 아니라는 점이다. 이 밈이라는 개념은 내가 이책을 읽으면서 얻은 큰 수확중 하나이다.
• 이동현 . . . . 1 match
       자바라는 언어도 그렇다. 프로그램 만드는데 이처럼 간단할수가
• 이성의기능 . . . . 1 match
        * 여기서 인상적인 부분의 내용은 이거다. 이성의 기능은 자신의 환경을 바꾸어가는 기능이라는 말이 너무 큰 깨닳음을 주었다. 주변을 보면 사람만큼 이렇게 환경을 바꾸는 생명체는 없다. 사람은 정말 엄청나게 환경을 바꿨다. 물론 사람들중에서 어려운 환경이 주어지면(일종의 도전) 수동적으로 그 환경에 순응하거나 멸종하는 경우도 있다. 이러한 경우에는 아무런 발전도 기대하기 어렵다. 반면 그 어려운 도전에 맞받아서 환경을 인간에게 유리하게 변형하여 큰 진보를 이루는 경우도 있다. 환경이라는 것이 얼마나 강력하게 인간에게 영향을 끼치는지는 우리 주변에서 여러 사례를 보면 쉽게 알 수 있다. 특히 인간이 만드는 문화, 조직, 인간관계 등등의 환경은 그 영향이 개인에게 끼치는 정도가 엄청나다. 이러한 환경의 영향에서 독립적이기는 상당히 힘들고, 게다가 그 환경을 바꾸는 것은 더더욱 힘들다. 하지만 인간은 이성을 가지고 있기에 자신의 환경을 계속 바꾸어 나가면서 발전할 것이다. 다만 환경이 바뀌기 힘든만큼 그 근저에 깔려 있는 기본적 패러다임이 바뀔때에는 시간이 좀 걸릴것이다.
• 이영호/잡다 . . . . 1 match
       아무리 그렇다 하더라고 자체적으로는 기본적인 고스톱, 바둑, 테트리스와 같은 50개정도의 게임을 갖추어야겠죠. 아니면 경쟁이 되지 않을 겁니다. 그런 기본적인 게임을 만드는데 걸리는 시간이라... 개발자 5명(서버 개발자, 클라이언트 개발자) 정도, 디자이너 2명, PM, 게임 시나리오 및 기획자, 음향효과 담당자 등등으로 최소 1년 이상입니다. 1달만에 만든 게임을 누가 하려고 할까요? 1년 정도 수입 없이 10명을 먹여살릴 능력 안되면 포기하라고 하십시오. 박성규
• 인수/Smalltalk . . . . 1 match
        * 짜놓고 생각 : 이건 스몰토크프로그래밍이 아니다. C++/Java의 냄새가 너무 많이 나는것 같다. 부분부분을 좀더 간단하게 할 수 있을것 같기도 하다. 책을 더 봐야 할듯 싶다. 인스턴스 생성할때도 인자를 넘겨 받을 수 있을 텐데 잘 안된다.(지금 보니까 그렇게 하지 말라 한다. 대충 찾아보니 팩토리 메소드를 많이 쓰는것 같다. 또 클래스 메소드 만드는법 알아낼라고 줄기차게 삽질을 했다.--;) do라는 좋은게 있었군.
• 정모/2002.7.11 . . . . 1 match
        * ["비행기게임"] - 파이썬으로 만드는 박진감 넘치고 스릴 만점 비행기 게임. 파이썬도 익히고 비행기 겜도 만들고
• 정모/2004.10.5 . . . . 1 match
        * Flex - 매크로미디어사. XML를 이용해 Flash 결과물을 만드는 툴 코딩으로 플래시 구현가능
• 정모/2004.7.26 . . . . 1 match
        * [AM] - API는 끝내서 반은 성공. 테트리스 만드는 중. 재선 탈퇴
• 정모/2004.9.14 . . . . 1 match
        * 회의 뭐 했습니까... 듣기로는 짜장면 먹었다던데... 아 글구 스터디는 어떻게 됐습니까? 저는 홈페이지 만드는 그런 스터디 하고 싶습니다~ -성만(??)
• 정모/2006.1.12 . . . . 1 match
        - 제안 : 회원증 (비효율성), 뱃지 (크게 만드는건 어떨까?), 교통카드, USB, 볼펜, 라이터, 스티커
• 정모/2006.12.16 . . . . 1 match
        * 상섭 - 어떤 주제에 대해서 계속 이어져 나가는 소모임을 만드는 것이 도움이 될 것 같다.
• 정모/2011.10.5 . . . . 1 match
        1. OMS 신기하네요. 그래픽스의 추억''(?)''도 생각나고… 누군가는 opengl로 저런걸(=3ds Max) 만드는데 난 그래픽스 과제로 뭘한거지 싶었습니다…
• 정모/2011.11.9 . . . . 1 match
        * 소닉 OMS를 보면서 소닉이 돌 때 마다 제 머리도 따라서 움직인 듯한 느낌이?! 그리고 소닉x는 사람도 등장하길래 안 봤었는데, 쉐도우가 궁금해서 봐야할 듯 합니다ㅋㅋ 게임에 나오던 로봇 소닉도 등장한다고 봤던거 같은데 은근 재밌을 것 같아요. 다음 주에 예정된 쓰레기로 작품을 만드는 것도 기대됩니다. 혹시 A4용지 박스 필요하면 말씀주세요ㅎㅎ - [강소현]
• 정모/2011.5.16 . . . . 1 match
        * 후기 1빠로 써요~~ (그리고 이제 정회원 신청하면 정회원~) 오늘은 새싹 골든벨때문에 11학번이 많았지요. 게다가 11학번의 OMS!! 플밍진경대회를 소개해준 경진군이었어요. 재밌었다..기보다는 집중하도록 만드는 ppt였어요. 그리고, 골든벨.(승자는 나!) 74^34 의 값을 출력하는 문제에서 진경이까지 탈락!!! 좀 헷깔리는 것도 있었는데 문제풀면서 나름 정리된거도 있어서 좋았구요, 새싹 지원금 제가 지금 신청해도 처리되는지 궁금하네요.(제가 쓴 후기가 아까워서..하나에 1500원인데ㅠㅠ) + 정회원 신청은 인사게시판에 할게요. - [김태진]
• 정모/2011.7.18 . . . . 1 match
        * 인원이 적었던게 아쉬웠습니다. 좋은 얘기는 그래도 여전히 많이 나오네요. OMS는 점점 익숙해져가는 단계인것 같아서 좋습니다. 갑자기 서버를 만들고 싶어지네요. 프로젝트를 발표하면 Addon을 만드는 결의를 다지고 갑니다. 다음주에도 좋은 정모가 되기를 - [김준석]
• 정모/2012.1.27 . . . . 1 match
        * 학회실 지원 및 지원금(근로 장학생 명목?)에 관한 이야기가 나왔고, 학생회 입장은 ZP와 학생회가 반반 나누어 'PC실 관리팀'을 만드는 방향으로 제안서?를 써보기로 하였고, 저는 오늘 정모 의견에 따라 ZP에서 자체적으로 6피를 관리하는 것으로 써서 교수님께 제출하며 다시 의견을 나누어 보는 것으로 하였습니다.
• 정모/2012.11.26 . . . . 1 match
        * 정모가 못쓰는 TV치우기로 끝이 났는데 좀 흐지부지 하지 않았나요? 다들 이제 끝인가? 하는 생각을 했을 듯 하네요. 클로징 멘트를 하나 만드는 거 어떨까요. 여러분~ 즐밤~ 같은거
• 정모/2012.5.21 . . . . 1 match
       미리 위의 유형을 미리 준비하기 힘들죠. 자칫 의견으로 흐를수 있구요. 은근히 시간 많이 걸리고 보통 30분짜리를 만들어 옵니다. 그럼 아예 데블스 캠프 한 코너로 만드는거죠. 아예 모여서 1시간동안 이걸 준비한 후(10~20장 이미지)에 30분 쉬고 1시간 동안 5분씩 12명이 발표해 버리는 겁니다. 3분이면 20명이 할수 있겠네요. 3,4학년에 있을 수많은 발표 과정을 압축해서 경험할 수 있을 것 같습니다.
• 정모/2013.1.8 . . . . 1 match
        * 현재 [김태진],[서민관],[김민재],[이재형]이 만드는 중
• 정신병원에서뛰쳐나온디자인/밑줄긋기 . . . . 1 match
        * 너무 웃겨서 신나게 웃었지만 한편으로 MS 무지 까네 싶은 생각이 들었다. MS보다 못한 소프트웨어를 만드는 곳이 얼마나 많던가. 그리고 작년에 나를 포함하여 몇몇 ZeroPager로 구성된 팀이 만든 포토잇을 생각해보면………… - [김수경]
• 제12회 한국자바개발자 컨퍼런스 후기 . . . . 1 match
        * 마지막에 들은 <반복적인 작업이 싫은 안드로이드 개발자에게> 트랙이 가장 실용적이었다. 안드로이드 앱 만들면서 View 불러오는 것과 Listener 만드는 부분 코드가 너무 더러워서 짜증났는데 Annotation으로 대체할 수 있다는 것을 알았다. Annotation을 직접 만들어도 되고, '''RoboGuice'''나 '''AndroidAnnotation''' 같은 오픈 소스를 이용할 수도 있고.
• 제12회 한국자바개발자 컨퍼런스 후기/유상민의후기 . . . . 1 match
        * 많은 방법론과 경험을 통해 정립했다고는 하지만.. 글쎄.. 10년전에 소프트웨어 공학 책 그대로 읽는것과 별 차이를 못느끼겠다. 액션에 대한 부분의 용어 설명이 필요한 부분이 너무 많은 것 같다. 절차가 너무 많다. 이걸로 중소기업이나 소기업을 실행하게 만드는건 무리가 있다고 느낀다.
• 제13회 한국게임컨퍼런스 후기 . . . . 1 match
        * 그 다음으로 다시 음악의 세계로~. 이번 스피커는 작곡가였다. 어울리는 음악을 만드는 것이 중요하다, 스토리를 이해해서 음악을 만들어라, User가 느껴야 하는 감정을 쫓아라 뭐 이런 이야기를 하면서 피아노 치고 노래하고.. (피아노 못 친다고 해 놓고 찾아보니 조수미 따라 다니면서 피아노 치시던 분 -ㅅ-) 그리고 Alt+Tab을 모르셔서 계속 USB 뺏다 꼈다 하시느라 좀 시간을 잡아먹긴 했다만 재미있는 시간이었다.
• 제로Wiki . . . . 1 match
        * 자신이 페이지 만드는 데에 참여하고 싶은 페이지는 그 페이지가 있는 카페에 가서 그 페이지를 저장할때 카페에 자신의 개인위키를 지정함으로써 자신의 개인 위키에 그 페이지를 등록 시킨다. 그러면 그 페이지와 자신의 개인 위키가 공유 관계를 가지게 한다.(공유 관계 : 공유 중인 페이지가 업데이트(수정) 될 경우 공유 관계에 있는 모든 위키에 그것이 반영된다.)
• 제로스 . . . . 1 match
        * 현재 프로젝트의 방향은 정하지 않은 것으로 보이니까 공룡책으로 이론 공부를 하고 Nachos라는 교육용 OS 프로그램 분석을 병행하면서 여기서 얻은 지식으로 OS를 만드는 접근 방법을 사용하는 것이 어떨까 하는데 다들 의견이 어떠신지 궁금? -- 이론 : Operating System Concepts -- 실습 : Nachos - [진석]
• 제로페이지의문제점 . . . . 1 match
       현재 ZP 에서 '주력으로 다루는' 분야는 없는 중이다. 이는 [제로페이지의장점]이 되기도 하지만, 한편으로는 . 이전에 Netory 가 생겼을때 당시에, Netory 를 열었던 사람중의 한명에게서 '제로페이지는 너무 거대해보인다' 라는 말을 듣기도 하였다. 글쌔? 사람 수가 몇명이나 된다고 '거대해'보였을까? 그래서 마저 물어보니 '주제에 대해서 모든 것들을 다룬다. 이는 주변에 새 학회를 만드는 입장에서는 고민이다.' 라고 웃으며 이야기했던 기억이 난다. (참고로 지금 Netory는 네트워크와 Ad-hoc & 유비쿼터스 쪽으로 상대적으로 깊이를 다루는 학회인 중이다.) 적절한 [선택과집중] 이 필요하지 않을까.
• 조영준 . . . . 1 match
        * LAMP 설치는 하고 [http://skywave-test.appspot.com/ 다른거] 만드는 중. 이 뭐...
• 중앙도서관 . . . . 1 match
       지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also NoSmok:SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. '''엄청나게''' 많은 것을 배우게 될 것이다. --JuNe
• 지금그때 . . . . 1 match
        * 지금그때는 단지 고학년이 저학년에게 경험을 나누어주는 정도의 행사는 아니라고 생각합니다. 마치 개구리 올챙이적 시절 기억못하듯이, 그때 궁금해 했지만 지금은 왜 궁금했는지 조차 모르는 그런것, 지금과 다르게 생각했던 그시절 기억들. 그런것을 고학년도 경험을 할 수 있는 기회되지 않을까요?? 때로는 우리가 조언해 주고 있는 사람들이 가지고 있는 신선한 질문들은 자신을 자신의 일을 한번 더 돌아볼수 있게 만드는 기회를 주기도 하지 않나요?? - 이승한
• 지금그때2004/전통과사유20040329 . . . . 1 match
       2004년 3월 29일 기존 [지금그때2003]의 준비와 진행을 맡았던 사람들과 [지금그때2004]를 준비하는 사람들의 접점을 만드는 시간을 가졌습니다.
• 지금알고있는걸그때도알았더라면 . . . . 1 match
       앞서 가는 사람은 내가 만드는 길이 뒷 사람을 어렵게 하지 않을까 두려워해야 하고, 만약 자신이 잘못된 길을 만들었다면 뒷 사람을 위해 표지를 남겨야 할 것이다. "길이 위험하니 돌아가세요."
• 책분류Template . . . . 1 match
        * B) * 4 : 최소 두 번은 읽게 만드는 양서다.
• 축적과변화 . . . . 1 match
       그렇지만 이런 "계단"의 기회는 일상에서의 축적, 직선의 느릿느릿한 진행이 없이는 좀처럼 접하기가 쉽지 않다. 아니, 접하더라도 그냥 스쳐보내기 쉽다. "감동"이라는 것은 주어지는 것이 아니다. 나와 타자가 공조하여 만드는 대화다.
• 컴공과학생의생산성 . . . . 1 match
       제가 저 이야기를 했었던 이유는 전에 엑셀을 만들때의 이야기였습니다. 만드는 방법이 천차만별이였지요. 처음 Grid Control부터 다 구현하려고 했던 사람, Grid Control만 MSFlex Grid를 사용한 사람, 이미 어느정도 스프레드시트 기능이 구현된 컨트롤을 사용하여 만든 사람 등등.
• 코드레이스/2007/RUR_PLE . . . . 1 match
        * 실제로 로봇에 프로그래밍 해서 그 로봇이 현실에서 자신이 프로그래밍 하는데로 움직이는것을 보면 정말 좋겠지만 여건이 안되는 만큼 -_-; 화면으로나마 그 로봇이 움직이는 것을 보면서 프로그래밍 해볼 수 있다. 여기에서 작성하는 코드들이 무슨 쓸모가 있을까 싶기도 하겠지만, 추후에 실제 로봇의 동작을 프로그래밍해서 넣는다면 여기서 쓰이는 방식과 비슷하게 넣을것이다.(하드웨어적으로 복잡한것을 명령어로 추상화 시킨다음에 그 명령어을 적절하게 복합적으로 사용하여 원하는 행동을 로봇이 하게 만드는 식으로..) 즉 말그대로 로봇 프로그래밍을 간접적으로나 해볼 수 있다.
• 코바예제/시계 . . . . 1 match
       시간 객체에 대한 인터페이스는 ObjTimeServer이며 getTime()이라는 메소드를 가지고 있는데 getTime()는 문자 형식으로 현재의 시간을 반환해 준다. CORBA 객체를 작성하는 첫번째 단계는 인터페이스를 만드는 것이다. 인터페이스는 IDL로 작성되며 인터페이스는 IDL 컴파일러로 컴파일된다. 이 IDL 컴파일러는 기본적으로 사용자가 이용하는(예를들면 VisiBroker) ORB에 포함되어 있는 것이다. IDL로 작성된 인터페이스를 컴파일하면 컴파일러는 두 개의 코드 파일을 생성해 준다. 이 코드 파일들은 각 IDL 컴파일러가 사용하도록 약정된 프로그래밍 언어로 되어 있다. 여기에서 사용하는 ORB는 Java ORB이므로 코드 파일은 Java(Stub, Skeleton)로 되어 있을 것이다. IDL 컴파일러에 의해 생성되는 코드는 프록시 객체(proxy object) 및 스켈레톤 코드이다. 클라이언트는 프록시 객체를 사용하여 IDL로 표현된 인터페이스 타입의 객체 레퍼런스에 대한 호출을 생성한다. 바꾸어 말하녀 프록시 객체는 클라이언트가 작업을 위해 사용하는 대리("stand-in") 객체인데 원격 객체가 마치 지역 객체처럼 보이게 해준다는 것이다. 스켈레톤 코드는 이러한 인터페이스를 지원하는 객체에 액세스하기 위해 사용된다. 생성되는 코드는 위치 투명성을 구현한다. 위치 투명성을 통해 객체 레퍼런스를 변환하여 네트웍 연결을 퉁해 원격 서버로 보내며, 객체 레퍼런스에 대한 오퍼레이션에 따르붙는 파라미터를 ["마샬링"]하고, 이를 객체 레퍼런스가 지시하는 객체의 현재 메소드에 전달하여 메소드를 수행하고 그 결과를 반환하려고 하는 것이다. 바꾸어 말하면 클라이언트는 IDL 컴파일러에 의해 생성된 프록시 객체를 가지고 작업을 하는데, 그것이 마치 지역 객체로 작업하는 것처럼 보일 것이라는 의미이다. ORB와 통신하는 것이 프록시 객체의 임무이며 ORB는 네트웍 연결을 관리하고 파라미터를 실제 서버 함수에 넘겨주며 결과를 리턴한다. 이런 식으로 수행에 대한 투명성을 유지한다.
• 타도코코아CppStudy/0724/선희발표_객체지향 . . . . 1 match
        * 상속성(Inheritance) : 객체를 이루는 클래스를 만들때 이전의 정의했던 클래스와 비슷하나 다른 특이한 특성을 지니는 클래스를 만드는것이다.
• 타도코코아CppStudy/0728 . . . . 1 match
        * 게임 만드는데 필요한 간단한 프로그래밍적 지식
• 타도코코아CppStudy/0731 . . . . 1 match
       책 사라 하기 뭐하니까 게임 만드는데에 필요한 것만 익히고 넘어갑시다. 모르는건 언제든지 질문하세요. --[인수]
• 타도코코아CppStudy/객체지향발표 . . . . 1 match
        * 상속성(Inheritance) : 객체를 이루는 클래스를 만들때 이전의 정의했던 클래스와 비슷하나 다른 특이한 특성을 지니는 클래스를 만드는것이다.
• 파스칼삼각형/sksmsvlxk . . . . 1 match
       각 숫자의 배열을 이딴 식으로 만드는게 포인트.
• 페이지제목띄어쓰기토론 . . . . 1 match
        DeleteMe) 위키네임이 주는 편리한 기능이란, 손쉽게 같은 내용의 중복을 방지하고 하나의 집약된 문서를 만드는 것인가요? 초기에 노스모크에서 일어난 한글 띄어쓰기 문제가 곧 영문의 경우에도 임의로 띄어쓰게 한 결과를 낳았고, 이로 인해 발생한 문제는 '중복된' 페이지의 양산,혹은 사용자가 원하는 페이지를 쉽게 찾을 수 없는데에서 기인하는지 알고 싶습니다. 전, 순수하게 띄어쓰기 자체가 사람이 문자나 내용을 인지하는데 나쁜 영향을 준다고는 생각하지 않습니다. (현재 자연스러운 글쓰기 형태는 지금 쓰는 문서처럼 띄어쓰기를 허용하니까요. 물론, 제목의 경우에도 예외라 생각하지 않습니다.). 정리해서, 띄어쓰기 자체가 띄어쓰지 않는것보다 좋지 않다고 생각하시는건지, 아니면 위키와 결부된 기능상의 문제인지 알고 싶습니다. -- 이선우
• 프로그래머가알아야할97가지/ActWithPrudence . . . . 1 match
       기술적 부채는 대출과 마찬가지다. 그로 인해 단기적인 이익을 얻지만, 전액을 상환하기 전까지는 이자를 지불해야 한다. 이런 코드 내 지름길 때문에 기능을 추가하거나 코드를 구조조정하기 어려워진다. 이런 지름길은 결함과 안정적이지 못한 테스트 케이스가 자라는 밑거름이 된다. 이를 오래 방치하면 방치할수록 더 나빠진다. 수정을 하려고 할 때 즈음이면 코드를 구조조정하고 수정하기 훨씬 어렵게 만드는 그다지 좋지 않은 설계가 애초의 문제 위에 켜켜이 쌓여 있을 수 있다. 사실상, 다시 돌아가서 고쳐야 할 때는 일이 너무 심각해져서 반드시 고쳐야 할 때뿐이다. 그 때엔 일정이나 위험을 감당할 수 없어 고치기 어려운 경우가 다반사이다.
• 프로그래밍언어와학습 . . . . 1 match
        * 학교에서 C++ 배운다고 하드웨어 건드리나. -_-; (전전공이라면 몰라도..) 컴퓨터공학과의 경우 학교에서 C++ 배워도 어셈블러 레벨까지 다루는 사람이 별로 없다고 할때, C++ 을 배웠다고 시스템레벨 까지의 깊은 이해가 필요없었다는 점인데.. 글을 읽으면, 마치 '교육용 언어로 C, C++ 을 배웠다면 시스템 레벨까지 이해할 것' 처럼 쓴 것 같다고 생각. (C, C++ 포인터를 레퍼런스 이상의 개념으로 쓴적이 있었나.. --a) 차라리 '우리는 전전공 출신에 하드웨어제어 해본 사람 뽑습니다' 라고 할것이지..쩝. Domain-Specific 한 부분을 생각치 않고서는 시스템 프로그래머에게서는 늘 자바와 Script Language 는 '군인을 나약하게 만드는 무기' 일 수밖에 없으니까.
• 프로그래밍잔치/첫째날후기 . . . . 1 match
        * 사람들마다 글쓰기 스타일이 다르며, 정리하는 스타일도 다르다. - 위키 스타일의 글쓰기는 사람들이 글쓰기 페이지를 만드는데 주저하게 만든다. 글을 쓰기 전에 고려해야 할 사항이 너무 많다.
• 피보나치/조재화 . . . . 1 match
       세번째로 만드는 프로그램~~(피보나치수열)
• 하드웨어에따른프로그램의속도차이해결 . . . . 1 match
        * 우리가 만든 프로그램이 어떤 하드웨어에서던지 일정한 속도로 돌아가기를 바라는 경우가 있다. 특히 게임을 만드는 경우가 대표적인 예이다. 그러한 경우 어떠한 해결책이 있는지 알아 보면 좋을거 같다. 여기에 그 해결책들을 적어 보고 잘못된 방법은 고치기도 하면서 좋은 방법을 찾으면 좋겠다.
• 학술터위키와제로페이지위키링크문제 . . . . 1 match
       A : 그러니깐 프론트 페이지를 만드는것과, 거기에 필요한 아이템들을 제공하는 것이죠. 공동 강의록같은 경우 정통부에서 초기에는 주도적으로 적어 나갈 것이고, 족보 같은것도 수집하여 올려 활성화를 위해서 힘쓸것입니다. 그리고 나머지 부분에서 제로페이지에서 완료된 페이지를 링크걸고자 한다는 이야기 입니다.
• 허아영 . . . . 1 match
       [http://no-smok.net/nsmk/%EC%88%98%ED%95%99%EC%9C%A0%EB%A8%B8 수학유머]
• 허아영/Cpp연습 . . . . 1 match
       지금 만드는 지뢰파인더가 지금까지 만든 클래스중에서는 그나마 클래스를 닮았는데 아직 제대로 되려면 한참 멀었으..

Found 368 matching pages out of 7544 total pages (5000 pages are searched)

You can also click here to search title.