스터디/게임에 미친이들을 위한 히치하이킹/Front Page

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

• MoreEffectiveC++/Miscellany . . . . 24 matches
       이런 좋은 소프트웨어를 만들기 위한 방법으로, 주석이나, 기타 다른 문서 대신에 C++ 내부에 디자인으로 구속해 버리는 것이다. 예를들자면 '''만약 클래스가 결코 다른 클래스로 유도되지를 원치 않을때''', 단시 주석을 헤더 파일에 넣는 것이 아니라, 유도를 방지하기 위하여 C++의 문법을 이용한 기술로 구속 시킨다.;이에 대한 방법은 '''Item 26'''에 언급되었다. 만약 클래스가 '''모든 인스턴스를 Heap영역에 생성시키고자 할때''', 클라이언트에게 말(문서)로 전달하는 것이 아니라. '''Item 27'''과 같은 접근으로 제한 시켜 버릴 수 있다. 만약 클래스에 대하여 복사와 할당을 막을려고 할때는, 복사 생성자와 할당(assignment) 연산자를 사역(private)으로 만들어 버려라. C++은 훌륭한 힘과, 유연성, 표현성을 제공한다. 이러한 언어의 특징들을 당신의 프로그래밍에서 디자인의 정책을 위해서 사용하라.
       이식성 있는 코드를 만들어라. 이식성 있는 프로그램의 제작은 그렇지 않은 경우보다 매우 어려운게 아니다. 그리고 눈에 보일 만큼 성능면에서 이식성 없는 코드를 고집해야 하는 경우는 희귀하다.(Item 16참고) 특정한 하드웨어를 위한 프로그램의 디자인에서도, 얼마 안있어 하드웨어 성능이 동일한 수준의 성능을 가져다 주므로, 이식성 있도록 만들어라. 이식성 있는 코드의 작성은 플랫폼 간의 변환에 쉽고, 당신의 클라라이언트 기반을 공고히 하고, 오픈 시스템의 지원에 관하여 좋다. 만약, 한 OS에서 성능이 실패해도, 쉽게 복구할수 있다.
       대안으로 C++을 사용할때 유도를 제한해 버리는 것이다. Item 26에서 어떻게 객체를 heap에 만들거고 auto_ptr객체로 heap객체를 조정하는 방법에 관해서 언급하였다. String을 위한 인터페이스 생성은 아마 독특하고 불편한 다음과 같은 문법 을 요구한다.
       모든 일에 대하여 AbstractTnimal은 반드시 추상적이어야 하나? 그것은 반드시 최소 하나의 순수 가상 함수를 가지고 있어야 한다. 대부분의 경우에 알맞는 함수를 고르기에는 별 문제가 없다. 그렇지만 희귀한 경우에 당신은 아마 AbstractAnimal 같은 클래스를 만들어야 하는 상황에 직면할지도 모른다. 그러한 경우에, 적당한 방법은 순수 가상 함수로 파괴자를 만들어 버리는 것이다.;위에서 보는것과 같이 말이다.포인터를 통한 다형성을 지원하기 위하여 기본 클래스는 가상 파괴자를 어떤 방법으로든 필요로 한다. 그래서 순수 가상함수를 만들기 위한 비용만이 해당 클래스 정의부 바깥에서 이루어질 구현에서 지불된다. (에를들어서 p195를 보아라)
       AbstractAnimal 같은 추상 기본 클래스를 Animal 같은 concrete 기본 클래스로의 교체는 operator= 의 동작을 도 쉽게 이해할수 있는 장점을 가져다 준다. 또한 당신이 배열을 다형하게 다루는 기회 역시 줄여준다.(배열과 클래스에 대한 관계는 Item 3을 참고하라.) 그렇지만, 기술적으로 가장 두드러지는 이점은 디자인 레벨에서 나타난다. 왜냐하면 당신은 유용한 추상의 존제를 명시적으로 인지 할수 있기 때문이다. 그것은 유용한 개념의 존재를 의식하지 않을지라도, 당신으로 하여금 새로운 유용한 개념을 위한 추상 클래스 생성하게 한다.
       처음에 요구되는 개념은, 우리는 추상 클래스(개념을 위한)와 concrete 클래스(객체가 개념에 반응하기 위한) 양쪽다 정당화 시킬수 없다. 하지만 두번째로 필요한 개념은, 우리가 이 두 클래스의 생성을 정당화 할수 있다. 내가 간단하게 언급한 변환은 이러한 과정(process)를 공정화(mechanize) 하는 것이다. 그리고 비록 디자이너와 프로그래머들이 유용한 개념을 항상 의식을 가지고 생각하지 않을지라도, 그들에게 생각하는 유용한 추상화 과정을 명시적으로 보이도록 강제한다.
       일단, 오직 한종류의 프로토콜을 통하여 오직 한종류의 패킷만을 전송한다고 가정하자. 아마도 다른 프로토콜과 패킷의 존재를 알고 있을 것이다. 그렇지만 당신은 그들을 지원하지 않고, 미래에도 이들을 지원할 계획이 없을 것이다. 당신은 패킷에 대한 추상 클래스(패킷을 표현하는 개념을 위한)를 사용할 패킷의 concrete 클래스와 같이 만들것인가? 만약 그렇게 한다면 당신이 패킷의 기본 클래스의 변화 없이 차후에 새로운 패킷 형태를 추가하는 것을 바랄수 있다. 그것은 새로운 형태의 패킷이 추가될경우 패킷과 관련하여 재컴파일할 수고를 덜어 줄것이다. 그렇지만 그런 디자인은 두개의 클래스를 요구한다. 그리고 지금 당신에게는 하나만이 필요하다.(당신이 사용하는 패킷만을 표현하는 클래스) 없을지도 모르는 미래를 위한 확장을 위해서 당신의 디자인을 복잡하게 하는 것을 해야 할까?
       당신이 하려는 훌륭한 추상 패킷 클래스 디자인은 당신이 다양한 목적에 수많은 다른 패킷을 훌륭하게 만들어 보지 않고서는 할수 없다. 이번 경우에서 이런 제한된 경험을 제시하는 것은 나의 충고가 패킷에 대한 정의가 아니라, 추후 오직 concrete 패킷 클래스로 부터 상속의 필요성이 있을때에, 패킷의 추가를 용이하게 하기 위한 것이다.
       내가 여기에 제시한 변환은 추상 클래스의 필요성을 확인하기 위한 하나의 방법이지 유일한 방법은 아니다. 추상 클래스의 지원이 요구되는 수많은 경우들이 있다.;객체 지향에 분석은 책들을 만들 만큼 다양하다. 추상 클래스에 관한 소개는 이 경우 만이 아니라 자신 스스로 다른 concrete 클래스에 대한 상속 관계를 설계하면서 깨달아라. 그렇지만, 보통 두개의 concrete 클래스 public 상속으로 연결 지어 놓는것은 새로운 추상 클래스의 필요성을 의미한다.
       만약 C++에서 main을 작성할수 없다면 문제가 된다. 왜냐하면, 정적(static) 객체 호출을 위한 생성자, 파괴자에 대하여 이식성에 확신을 줄수 없기 때문이다. 이것은 모든것을 잃는다는 의미는 아니다. 단지 좀더 할일이 많아 진다는 것을 의미한다. 컴파일러 밴더들은 이러한 문제를 잘 알고 있다. 그래서 거의 대부분의 벤더들은 static initialization, destruction을 위해서 몇가지의 언어와 관계없는 기술을 제공한다. 이에 관한 정보는 당신의 컴파일러의 문서를 참조하거나, 벤더들에게 문의해라
       동적 메모리 할당(dynamic memory allocation:이하 동적 메모리 할당)에 관한 문제가 우리에게 주어진다. 일반적인 규칙은 간단하다.:C++ 에서 new, delete 부분 (Item 8참고) 그리고 C 프로그래밍 에서는 malloc(그리고 그것의 변수들) 과 free이다. malloc으로 얻은건 free로, new로 얻은건 delete로 해재하는한 모든 것이 올바르다. 그렇지만, new로 할당된 메모리 영역을 가리키는 포인터를 free로 해제 시키는 호출은 예측 못하는 수행을 가지고 온다. 마찬가지로 malloc로 얻은 것을 delete로 해제하는 것도 예측할수 없다. 그렇다면, 이를 기억하기 위한 방법은 new와 delete, malloc와 free를 엄격하게 구분해야 하는 것이다.
        * '''새로운 개념의 추가''' : RTTI, namespace, bool, mutable과 explicit keyword, enum을 위한 오벌드(overload) 연산자 능력, 클래스 정의 내부에서 이용한 완전한 정적 클래스 멤버 초기화 증력
        * '''템플릿(template)의 확장''' :멤버 템플릿이 허용. 이것은 탬플릿의 명시적 표현을 위한 표준 문법,함수 템플릿에서 non-type 인자들 허용 하는것, 클래스 템플릿이 그들 자신의 템플릿을 인자로 받을수 있는것 이 있다.
        * '''문자열에 대한 지원'''. 표준 C++ 라이브러리를 위한 워킹 그룹의 수석인 Mike Vilot은 이렇게 이야기 했다. "만약 표준 string 형이 존제하지 않는다면 길거리에서 피를 흘리게 될것이다.!" (몇몇 사람은 매우 감정적이었다.) 진정하라. - 표준 C++ 라이브러리는 문자열을 가지고 있다.
       string 형의 사용을 위하여 위의 사항을 완전히 이해할 필요는 없다. 왜냐하면 단지 string은 Template Instantiation from Hell을 위한 typedef 이지만, 그것은 템플릿이 아닌 클래스와 같이 동작한다. 단지, 만약 당신이 문자열을 이루는 문자 형의 custmize가 필요하다면.. 혹은 당신이 문자열을 위한 메모리 할당에 대한 세부적인 조정을 원한다면... basic_string 템플릿은 이들을 할게 해줄것이라는 생각을 마음속에 새겨두어라.
       배열을 위한 C++(그리고 C)의 규칙을 기억하는 것이 STl을 전체적으로 바라보는데 가장 선행되어야 할 작업이다. 우리가 알아야 할것은 정말 오직 하나의 규칙이다.:배열을 가리키는 포인터는 합법적으로 배열상의 어떠한 인자나 배열의 끝을 넘어 어떠한 인자라도 가리킬수 있다. 만약 포인터가 배열의 끝을 넘은 인자를 가리킨다면, 그것은 배열을 가리키는 다른 포인터와 비교 되어지는 셈이다.; 결과적으로 정의되지 않은 dereferencing을 수행하는 것이다.
       위의 규칙은, 배열상에서 하나의 특별한 값을 찾기위한 함수의 작성의 규칙에 이점이 된다. integer(정수)의 배열에, 우리는 이와 같은 함수를 작성하였다.
       그렇지만 이 템플릿은 좋다, 개다가 일반화 까지 할수 있다. 시작과 끝에 연산자를 보아라. 사용된 연산자는 다르다는 것, dereferencing, prefix증가(Item 6참고), 복사(함수의 반환 값을 위해서? Item 9참고)를 위해서 쓰였다. 모든 연산자는 우리가 overload할수 있다. (DeleteMe 모호) 그래서 왜 포인터 사용하여 찾기를 제한하는가? 왜 허용하지 않는가 포인터 추가에서 이러한 연산자를 지원하기 위한 어떤 객체도 허용할수 없을까? (hy not allow any object that supports these operations to be used in addition to pointers?) 그래서 이렇게 하는것은 포인터 연산자의 built-in 의미를 찾기함수(find function)을 자유롭게 할것이다. 예를 들어서 우리는 리스트 에서 다음 리스트로의 이동을 해주는 prefix increment 연산자의 linked list객체와 비슷한 pointer를 정의할수 있다.
       "와우!" 나는 당신의 울부짓음이 들리는걸, "이것은 위의 배열 예제와 다른게 하나도 없잖아요!" 아, 그러나 그건:당신은 찾기위한 것만을 알고 있기만 하면 된다.
       list 객체를 찾기 위한 호출을 위해서, 당신은 list의 가장 처음 인자와 list와 가장 마지막의 인자를 가리키는 iterator가 필요하다. 리크트 클래스에 의한 몇가지의 도움 될 기능들을 제외하고, 이것은 어려운 문제이다. 왜냐하면 당신은 list가 어떻게 구현되었는 가에 관한 정보가 없기 때문이다. 다행 스럽게다 리스크(list,모든 STL의 container들과 같이) 시작과 끝을 제공하는 멤버 함수로서 해결한다. 이 멤버 함수는 당신이 원하는 iterator 반환하고 위의 예제에서 해당 iterator 두가지를 찾을수 있다.
• MoreEffectiveC++/Efficiency . . . . 14 matches
       프로그래머의 노력이 당신의 소프트웨어의 성능 개선에 촛점을 맞추게 된다면 80-20 규칙은 당신의 생활을 '''간편하게(윤택하게)''', 혹은 좀더 '''복잡히(어렵게)''' 만들어 나갈것이다. '''간편하게(윤택하게)''' 쪽을 생각한다면, 80-20 규칙은 당신이 성능에 대하여 솔직히 어느 정도 평범한 코드의 작성을 대다수에 시간을 보낼수 있음을 의미한다.왜냐하면 당신이 일하는 시간의 80%에 작성된 것은 시스템의 성능에 관해 특별히 해를 끼치지 않는다는 의미이기 때문이다. 저의미는 아마 많은 부분이 당신을 위한 말은 아니지만, 그것은 당신의 스트레스 정도를 다소 줄여줄수 있다. '''복잡히(어렵게)'''를 생각해 본다면 80-20 규칙은 만약 당신이 성능문제를 가지고 있다면 당신 앞에 놓여진 일은 험하다는 걸 의미한다. 왜냐하면, 당신은 오직 그 문제를 일으키는 작은량의 코드들을 제거해야 하고, 성능을 비약적으로 향상시키는 방법을 찾아야 하기 때문이다. 이렇게 80-20 규칙은 두가지의 반대되는 다른 관점에서의 접근이 주어진다.:대다수 사람들은 그렇게하고, 옯은 방법을 행해야 할것이다.
       몇번이나 구문이 실행되는가, 함수가 실행되는가는 때때로 당신의 소프트웨어 안의 모습을 이야기 해준다. 예를들어 만약 당신이특별한 형태의 객체를 수백개를 만든다고 하면, 생성자의 횟수를 세는것도 충분히 값어치 있는 일일 것이다. 게다가 구문과, 함수가 불리는 숫자는 당신에게 직접적인 해결책은 제시 못하겠지만, 소프트웨어의 한면을 이해하는데 도움을 줄것이다. 예를들어서 만약 당신은 동적 메모리 사용을 해결하기 위한 방법을 찾지 못한다면 최소한 몇번의 메모리 할당과 해제 함수가 불리는것을 아게되는것은 유용한 도움을 줄지도 모른다. (e.g., operators new, new[], delete and delete[] - Item 8참고)
        * Lazy Expression Evaluation ( 표현을 위한 게으른 연산 )
       '''''lazy evaluaion''''' 방법에서는 저건 너무 엄청난 수행을 하는 방법이라 하고, 그래서 그것을 수행하지 않는다. 대신에 m3내부에 m1과 m2의 합을 했다는 것만을 기럭해 둔다. 그런 자료 구조는 아마도 m1과 m2나 그이상의 더하기를 하기 위한 포인터 외에는 아무런 정보를 유지할 필요가 없을 것이다. 명백히 이건 m1,m2에 대한 실제 더하기보다 훨씬 빠르고 말할것도 없이 훨씬 적은 메모리를 사용할 것이다.
       뭐 끝났다. m3를 위한 모든 값을 가지고 있어야 한다. 비슷하게 m3가 의존하는 행렬들중에 수정되는것 이 있어도, 즉시 계산을 필요로 한다.
       자, 다음 예제를 생각해 보자. 수치 데이터의 큰 calloections을 나타네는 클래스들을 위한 템플릿이다.
       이번 아이템에서의 나의 충고-caching과 prefetching을 통해서 over-eager의 전략으로 예상되는 값들의 미리 계산 시키는것-은 결코 item 17의 lazy evaluation(늦은 계산)과 반대의 개념이 아니다. lazy evaluation의 기술은 당신이 항상 필요하기 않은 어떠한 결과에대한 연산을 반드시 수행해야만 할때 프로그램의 효율성을 높이기 위한 기술이다. over-eager evaluation은 당신이 거의 항상 하는 계산의 결과 값이 필요할때 프로그램의 효율을 높여 줄것이다. 양쪽 모두다 eager evaluation(즉시 계산)의 run-of-the-mill(실행의 비용) 적용에 비해서 사용이 더 어렵다. 그렇지만 둘다 프로그램 많은 노력으로 적용하면 뚜렷한 성능 샹항을 보일수 있다.
       유리수를 위한 operator* 를 생각해 보자
       operator*를 위한 코드를 제외하고, 우리는 반드시 객체를 반환해야 한다는걸 알고 있다. 왜냐하면 유리수가 두개의 임의의 숫자로 표현되기 때문이다. 이것들은 임의의 숫자이다. 어떻게 operator*가 그것들의 곱을 수행하기위한 새로운 객체의 생성을 피할수 있을까? 할수 없다. 그래서 새로운 객체를 만들고 그것을 반환한다. 그럼에도 불구하고, C++프로그래머는 값으로 반환시(by-value)시 일어나는 비용의 제거를 위하여 Herculean 의 노력으로 시간을 소비한다.
       뭐 놀랄건 없다. upi1과 upi2 모두 UPInt 객체이고, 둘다 UPInts를 위한 operator+에 의하여 더해진거다.
       임시객체의 사용을 피하기 위한 operator 함수에 대한 overloading은 특별히 제한되는 것은 없다. 예를들어서 많은 프로그램에서 당신은 string객체가 char*를 수용하기를 바랄것이다. 혹은 그 반대의 경우에도 마찬가지이다. 비슷하게 만약 당신이 complex(Item 35참고)와 같은 수치 계산을 위한 객체를 사용할때 당신은 int와 double같은 타입들이 수치 연산 객체의 어느 곳에서나 유용히 쓰기를 원할 것이다. 결과적으로 string, char*, complex etc 이러한 타입들을 사용하는데 임시 인자의 제거 할려면 모두 overload된 함수가 지원되어야 한다는 것이다.
       마지막으로 효율면에서의 관점으로 stand-alone operator의 적용을 생각해 보자. 다음의 operator+를 위한 코드를 보자:
• MoreEffectiveC++/Techniques2of3 . . . . 12 matches
       Reference counting(이하 참조 세기, 단어가 길어 영어 혼용 하지 않음)는 같은 값으로 표현되는 수많은 객체들을 하나의 값으로 공유해서 표현하는 기술이다. 참조 세기는 두가지의 일반적인 동기로 제안되었는데, '''첫번째'''로 heap 객체들을 수용하기 위한 기록의 단순화를 위해서 이다. 하나의 객체가 만들어 지는데, new가 호출되고 이것은 delete가 불리기 전까지 메모리를 차지한다. 참조 세기는 같은 자료들의 중복된 객체들을 하나로 공유하여, new와 delete를 호출하는 스트레스를 줄이고, 메모리에 객체가 등록되어 유지되는 비용도 줄일수 있다. '''두번째'''의 동기는 그냥 일반적인 생각에서 나왔다. 중복된 자료를 여러 객체가 공유하여, 비용 절약 뿐아니라, 생성, 파괴의 과정의 생략으로 프로그램 수행 속도까지 높이고자 하는 목적이다.
       제일 처음에 해야 할일은 참조세기가 적용된 객체를 위한 (reference-counded object) RCObject같은 기초 클래스를 만드는 것이다. 어떠한 클라스라도 이 클래스를 상속받으면 자동적으로 참조세기의 기능이 구현되는 형식을 바라는 것이다. 그러기 위해서는 RCObject가 가지고 있어야 하는 능력은 카운터에 대한 증감에 대한 능력일 것이다. 게다가 더 이상, 사용이 필요 없는 시점에서는 파괴되어야 한것이다. 다시말해, 파괴되는 시점은 카운터의 인자가 0이 될때이다. 그리고 공유 허용 플래그에 대한(shareable flag) 관한 것은, 현재가 공유 가능한 상태인지 검증하는 메소드와, 공유를 묶어 버리는 메소드, 이렇게만 있으면 될것이다. 공유를 푼다는 것은 지금까지의 생각으로는 불가능한 것이기 때문이다.
       스마트 포인터에 대한 설명은 너무 방대하다. 하지만 여기 RCObject를 가리킬 스마트 포인터가 가지고 있을 능력은 멤버 선택(->), 역참조(deferencing, *) 연산자 정도만 있으면 충분하다. 물론 복사나, 생성은 기본이고 말이다. 참조 세기를 위한 스마트 포인터 템플릿을 RCPtr이라고 명명하고, 기본적인 뼈대를 다음과 같이 구성한다.
       // T 객체를 가리키기 위한 스마트 포인터 클래스 템플릿
        T *pointee; // 원래의 포인터를 가리키기위한
       위에서 언급했듯이, 템플릿의 목적은 RCObject의 refCount의 증감을 자동화하기 위한 것이다. 예를 들어서, RCPtr이 생성될때 객체는 참조 카운터를 증가시키키 원할 것이고, RCPtr의 생성자가 이를 수행하기 때문에 이전처럼 일일이 코딩할 필요가 없을 것이다. 일단, 생성 부분에서의 증가만을 생각해 본다.
        // 클래스 내부에 표현을 위한 문자열 값
       이 String클래스를 위한 코드와, 그냥 더미(dumb)포인터를 사용한 클래스(처음에 참조세기 구현한것)와는 두가지의 큰 차이점이 있다. '''첫번째'''로 이 클래스의 코드가 굉장히 적다는 점이다. 이유는, RCPtr이 참조세는 작업을 모두 맡아서 이다. '''두번째'''로는 스마트 포인터로 교체했지만, String의 코드가 거의 유지된다는 점이다. 사실 변화는 operator[]에서만 공유의 경우를 체크하는 루틴 때문에 바뀌었다. 이렇게 스마트 포인터로서 손수 해야하는 작업들이 많이 줄어 든다.
       Array2D의 클라이언트에 의해 사용되어지는 개념적인 모델의 부제로, Array1D 각각의 객체는 1차원 배열을 의미한다. 다른 객체를 위해 존재하는 객체들을 보통 '''''proxy object'''''라고 불리이고, oproxy객체는 proxy class에 의해 호출된다. proxy 클래스 or 의 인스턴스는 일차원 배열의 근간이 되는데, 개념적으로 존재하지 않은다. (proxy 객체를 위한 기술과 클래스는 전체에서 동떨어진 모습이다.; 그러한 클래스의 객체 역시 때로 ''surrogate''(대리자) 라고도 불릴 것이다.
       프록시 클래스는 우리가 필요한 시간을 벌어 줄수 있다. 우리는 operator[]의 반환인자를 문자대신에 문자열을 위한 프록시 객체를 반환하도록 수정할수 있기 때문이다. 우리는 이렇게 프록시를 사용해서 시간을 벌수 있다. 이 프록시 클래스가 읽힐때, operator[]가 읽기인지 쓰기인지를 알수 있다.
       이번에는 CharProxy를 만들때 const버전의 operator[]에서 const_cast(Item 2참고)를 사용해서 *this를 넘기는걸 주목하자.저것은 CharProxy생성자에 조건에 부합하기 위한 수행으로, non-const String만 인자로 받기위해서 형변환을 수행한다. 형변환은 보통은 귀찮다. 그렇지만 이러한 경우에 CharProxy 객체는 그것 자체가 const이기 때문에 String가 포함하고 있는 proxy가 참조하는 String은 수정되어지는 걱정이 없을 것이다.
       또 Proxy 클래스는 단점도 많이도 가지고 있다. 함수가 값을 반환할때 프록시 객체들은 임시 인자(temporaries:Item 19참고)로 전달된다. 그래서 그들은 생성, 삭제된다. 이것은 공짜가 아니다. 읽기와 쓰기의 경우를 가리기 위한 조치도, 임시인자를 만들기 때문에 비용이 발생한다. 프록시 클래스가 있어서 소프트웨어 구조는 복잡해 진다. 더 어려운 디자인, 구현, 이해 그리고 유지 보수..
• 논문번역/2012년스터디/서민관 . . . . 12 matches
       off-line 필기 인식을 위한 시스템을 소개한다.
       전처리, 특징 추출, 통계적 모델링을 위한 방법들을 소개하고, 작성자에 독립적인 방법, 복수의 작성자, 한 명의 작성자의 필기 인식 등에 대한 실험들도 이루어질 것이다.
       전처리와 특징 추출을 위한 방법들을 기술할 것인데, 추가적으로 선형 판별 해석, allograph 문자 모델, 통계적 언어 지식 등의 더 정교한 방법도 살펴볼 것이다.
       그 후에 이어지는 섹션들에서 전처리 과정, 특징 추출을 위한 방법들, 통계적 모델링과 인식에 사용된 기술 들에 대해서 서술할 것이다.
       제안한 방법의 효과를 나타내기 위한 평가 결과는 세션 7에서 소개할 것이다.
       이런 일들은 주로 문맥 정보나 단어 구간의 정보가 없기 때문에 일어난다. 이러한 어려움은 분리된 단어 처리를 위한 시스템 들에 내재되어 나타난다.
       작성자에 독립적이고 제약이 없는 텍스트 인식을 위한 향상된 시스템이 수백명의 작성자에 의해 만들어진 거대한 데이터베이스[10]에서 실험된 내용이 [11]에 기술되어 있다.
       학습과 인식을 위한 입력 데이터는 Lancaster-Oslo/Bergen 말뭉치에 기반을 둔 완전한 영어 문장의 데이터베이스에서 제공되었다.
       마지막 전처리 단계는 다른 종류의 펜과 종이에 의한 차이를 보완하기 위한 그레이 레벨의 정규화로 이루어져 있다.
       필기 텍스트 인식 작업을 위한 설정, 학습, HMMs의 해독 작업은 ESMERALDA 개발 환경[5]에서 제공되는 방법들과 도구들에 의해 수행된다.
       전처리 동안 보완할 수 없었던 다양한 필기 방식의 차이를 고려해서 우리는 [13]에 기술된 접근방식과 유사하게 복수 작성자와 작성자에 독립적인 인식을 위한 문자 allograph 모델을 적용하였다.
       우리는 분할이 없는 off-line 수필 텍스트 인식을 위한 시스템을 소개하였다. 그리고 단일 작성자, 복수 작성자, 작성자에 독립적인 경우에 대한 몇몇 실험도 행하였다.
• MoreEffectiveC++/Techniques1of3 . . . . 11 matches
        === Context for Object Construction : 객체의 생성을 위한 구문(관계, 문맥, 상황) ===
       자, 이런걸로 한가지 재미있는 것을 만들수 있다. 만약 당신이 C++상에서 더이상 상속 되지 않는 클래스를 만들고 싶을때 어떻게 해야 할까?(주:참고로 Java나 C#의 경우 언어 설계 때부터 아예 해당 기능을 수행을 위한 키워드를 제공한다. 하지만 C++는 제공하지 않는다. 이런 방법을 설계자가 생각한건지, 차후 C++의 개발자들이 생각한건지 놀라울 뿐이다. 바로 이전에 나온 가상 복사 생성자의 아이디어와 비슷하다고 해야 할까)
       이렇게 생성자가 사역(private)인자로 들어가 버리면, 해당 클래스에서 유도되는 클래스를 만들기란 불가능 하다. 하지만 이 코드의 문제점은 makeFSA를 이용해 생성하면 항상 delete를 해주어야 한다는 점이다. 이전 예외를 다루는 부분에서도 언급했지만, 이는 자원이 세나갈 여지를 남기는 것이다. 이를 위한 STL의 auto_ptr도 참고하자.(Item 9 참고)
       우리는 앞쪽에서 "delete this"로 가상 파괴자로 객체가 스스로를 자살 시키는 방법으로 heap객체만을 사용하도록 제한 시키는 방법을 기억할 것이다. 이런 "delete this"식으로의 제거는 추천할 만한 방법이 결코 아니다. ( DeleteMe 모호) 그렇지만, 지우기 위한 객체의 안전성을 아는 것은 heap상에서 포인터가 지칭하는가를 간단히 알아네고자 하는 방법과 같은 것이 아니다. 자, 다시 UPNumber 객체를 가지는 Asset 객체의 관해서 생각해 보자.
       template<class T> // 스마트 포인터를 위한 템플릿
        ... // DB를 위한 다른 작업들
       class Tuple { // 데이터 페이스의 tuple를 위한 클래스
        void displayEditDialog(); // tuple의 수정을 하기 위한 유저의
        LogEntry<Tuple> entry(*pt); // 수정을 위한 해당 log 엔트리를 작성한다.
        // 유효한 값이 주어지기 까지 수정 dialog를 뛰우기 위한 요구를 계속한다.
       editTuple내에 LogEntry객체를 생각해 보자. 수정을 위한 log를 남기기위해서는 displayEditDialog의 시작과 끝에서 매번 불러주면 되는데, 구지 왜 구지 이렇게 했을까? 이에관한 내용은 예외에 관련된 상황 때문인데, Item 9를 참고하면 된다.
• 1002/Journal . . . . 10 matches
        * 내용설명 관련 -> 1차적으로 이해를 위한 TOC 작성. - O
        반론 : Journal 을 쓰는 목적은 일기와 다르다. 이건 철저하게 '해당 일에 대한 개선'을 위한 일이다.
       테스트 코드 작성을 위한 일부 코드 복사 & 메소드 추가 & 클래스 추가.
       Refactoring 을 하기전 Todo 리스트를 정리하는데만 1시간정도를 쓰고 실제 작업을 들어가지 못했다. 왜 오래걸렸을까 생각해보면 Refactoring 을 하기에 충분히 Coverage Test 코드가 없다 라는 점이다. 현재의 UnitTest 85개들은 제대로 돌아가지만, AcceptanceTest 의 경우 함부로 돌릴 수가 없다. 왜냐하면 현재 Release 되어있는 이전 버전에 영향을 끼치기 때문이다. 이 부분을 보면서 왜 JuNe 이 DB 에 대해 세 부분으로 관리가 필요하다고 이야기했는지 깨닫게 되었다. 즉, DB 와 관련하여 개인 UnitTest 를 위한 개발자 컴퓨터 내 로컬 DB, 그리고 Integration Test 를 위한 DB, 그리고 릴리즈 된 제품을 위한 DB 가 필요하다. ("버전업을 위해 기존에 작성한 데이터들을 날립니다" 라고 서비스 업체가 이야기 한다면 얼마나 황당한가.; 버전 패치를 위한, 통합 테스트를 위한 DB 는 따로 필요하다.)
       그리고, 각각의 테스트들을 위한 DB Property 설정이 자유로우려면 Server Property 화일은 스크립트 화일로 빠져나와야 한다. (테스트 돌릴때마다 프로그램 재컴파일 한다는건, 추후 프로그램 커졌을때 효율적인 방법이 아니다.)
        * 배운점 : 중요한건 호흡의 리듬. 수영의 경우 리듬 못맞추면 숨도 못쉬지만. 속도를 낼때의 호흡리듬과 휴식을 위한 리듬이 다르다.
• Gof/Composite . . . . 10 matches
        * 자식 컴포넌트들을 접근하고 관리하기 위한 인터페이스를 선언한다.
        * (optional) 재귀 구조에서의 해당 컴포넌트의 부모 클래스로 접근하기 위한 인터페이스를 정의하고, 적절하게 구현한다.
        * children을 가지는 컴포넌트들을 위한 행위를 정의한다.
        * 성능향상을 위한 caching
        * 컴포넌트들을 저장하기 위한 가장 좋은 자료구조는 무엇인가?
       Equipment 클래스는 부분-전체 계층구조의 모든 equipment들을 위한 인터페이스를 정의한다.
       CompositeEquipment 는 sub-equipment 에 접근하고 관리하기 위한 명령들을 정의한다. 이 명령들인 Add 와 Remove는 _equipment 멤버에 저장된 equipment 의 리스트로부터 equipment 를 추가하거나 삭제한다. CreateIterator 명령은 이 리스트들을 탐색할 수 있는 iterator(구체적으로 ListIterator의 인스턴스) 를 리턴한다.
       RTL Smalltalk 컴파일러 프레임워크 [JML92] 는 CompositePattern을 널리 사용한다. RTLExpression 은 parse tree를 위한 Component 클래스이다. RTLExpression 은 BinaryExpression 과 같은 서브클래스를 가지는데, 이는 RTLExpression 객체들을 자식으로 포함한다. 이 클래스들은 parse tree를 위해 composite 구조를 정의한다. RegisterTransfer 는 프로그램의 Single Static Assignment(SSA) 형태의 중간물을 위한 Component 클래스이다. RegisterTransfer 의 Leaf 서브클래스들은 다음과 같은 다른 형태의 static assignment 를 정의한다.
       또 다른 서브클래스로서 RegisterTransferSet이 있다. RegisterTransferSet 는 한번에 여러 register를 변경하는 assignment를 표현하기 위한 Composite 클래스이다.
• WhatToProgram . . . . 10 matches
       학교에서 숙제로 내주는 것들이란 정말 숙제를 위한 숙제인 경우가 있다. 아니, 꼭 그렇진 않더라도 나는 뭔가 내 페이스에서 스트레스 없이 내가 원하는 것을 만들어보고 싶다. 어찌되었건 프로그램을 잘하려면 프로그램을 자주 해봐야 한다고 말하지 않는가. 그럼 도대체 무엇을 프로그램할 것인가?
       이 단계가 넘어서면(한 달 정도면 넘어서지 싶다) 자신에게 가까운 것을 프로그램하라고 하겠다. 주희의 근사록이라는 책이 있다. 말 그대로 "가까운 것들에 대한 생각을 적은 기록"이라는 말이다. 공부는 무릇 가까운 곳에서 시작해야 한다고 말한다. 내 삶 속에서 제대로 구현되지도 않으면서 우주를 걱정하는 것은 "위기지학"(자기를 위한 공부)을 하라는 가르침에 어긋난다.
       '''자신을 위한'''
       이 프로그램을 개발해서 일주일이고, 한달이고 매일 매일 사용해 봐야 한다. 일주일에 한 번 사용하는 프로그램을 만들기보다 매일 사용할만한 프로그램을 만들라. 자신이 하는 작업을 분석해 보라. 무엇을 자동화하면 편리하겠는가. 그것을 프로그램 하라. 그리고 오랜 기간 사용해 보라. 그러면서 불편한 점을 개선하고, 또 개선하라. 때로는 완전히 새로 작성해야할 필요도 있을 것이다(see also [DoItAgainToLearn]). 아마도 이 단계에서 스스로를 위한 프로그램을 작성하다 보면 아이콘을 이쁘게 하는데 시간을 허비하거나, 별 가치없는 퍼포먼스 향상에 시간을 낭비하지는 않을 것이다. 대신 무엇을 프로그램하고 무엇을 말아야 할지, 무엇을 기계의 힘으로 해결하고 무엇을 여전히 인간의 작업으로 남겨둘지, 즉, 무엇을 자동화할지 선택하게 될 것이다. 또한, 같은 문제를 해결하는 여러가지 방법(기술, 도구, ...) 중에서 비용과 이익을 저울질해서 하나를 고르는 기술을 익히게 될 것이다.
       '''타인을 위한'''
       이 과정이 어느 정도 되면, 타인을 위한 프로그램을 작성할 수 있다. 나에게는 별 의미가 없지만 남에게 "아주 귀중한 가치를 주는" 프로그램을 만들어라. 서로 만들어줘도 좋다. 자신이 컴퓨터 공학과라면 국문학과 학생에게 프로그램을 만들어주라. 그와 가까이 지내고 그가 진정 원하는 것이 무엇이며, 진정 필요로 하는 것이 무엇인지(원하는 것과 필요로 하는 것은 다르다) 분석하고, 프로그램 해줘라. 그가 그 프로그램을 한 달 이상 사용하는가? 그래야 한다. 그 정도로 가치있는 프로그램이어야 한다. 가치있는 프로그램이 꼭 복잡하거나 거대할 필요는 없다. 그가 프로그램의 수정을 요구한다면 가능하면 모두 들어주어라. 그게 힘들다면 그를 납득시켜라. 아마도 이 단계에서 타인을 위한 프로그램을 작성하면서 "작성자"와 "사용자"간의 프로그램을 통한 커뮤니케이션의 중요성에 눈을 뜨게 될 것이다. 인터페이스에 대해 고민할 것이다. 얼마나 이쁘냐보다, 얼마나 실수할 행위유발성을 제공하지 않느냐, 그리고 어떤 메타포를 사용할 것인가(이에 대해서는 비지칼크란 프로그램을 연구하라) 하는 문제를 생각할 것이다.
       '''타인들을 위한'''
       이 단계를 거치면 이제는 타인들을 위한 프로그램을 작성한다. 일단 사용자가 다수이다. 또, 어떤 사용자 집단을 상정할 수는 있지만 개개인을 전제할 수는 없다. 아마도 이 단계에서는 평균적 사용자에 대해 고민하게 될 것이고, 때로는 여러사람의 동시 사용자로 야기되는 동시성 제어나 퍼포먼스 문제로 고민할 것이다. 그리고 프로그램의 크기가 커지면서 그리고 요구사항 변경이 여러 소스를 통해 빈번히 들어오게 되면서 어떻게 설계해야 하느냐는 문제로 고민할 것이다.
       프로그래밍 기술보다도 중요한 것은 어쩌면 현실세계의 문제를 해결하는 것 그 자체일지도 모른다(도구와 기술은 본질적 문제를 해결해 나가는 과정으로서 필요에 따라 공부하면 되겠다). 우리는 정말 사용자를 위한 프로그램을 만들어야 한다. 그리고 이 공부는 가까운 곳에서부터 출발한다.
• 논문번역/2012년스터디/이민석 . . . . 10 matches
       오프라인 필기 글자 인식을 위한 시스템을 소개한다. 이 시스템의 특징은 분할이 없다는 것으로 인식 모듈에서 한 줄을 통째로 처리한다. 전처리, 특징 추출(feature extraction), 통계적 모형화 방법을 서술하고 저자 독립, 다저자, 단일 저자식 필기 인식 작업에 관해 실험하였다. 특히 선형 판별 분석(Linear Discriminant Analysis), 이서체(allograph) 글자 모형, 통계적 언어 지식의 통합을 조사하였다.
       필기 글자 인식은 패턴 인식의 도전적인 분야다. 지금까지의 오프라인 필기 인식 시스템들은 대부분 우편 주소 읽기나 은행 수표 같은 형식을 처리하는 데 적용되었다. [14] 이들 시스템이 개별 글자나 단어 인식에 한정된 반면 제약 없는(unconstrained) 필기 글자 인식을 위한 시스템은 거의 없다. 그 이유는 이러한 작업이 크게 복잡하기 때문인데 글자 또는 단어의 경계에 대한 정보가 없는 데다 헤아릴 수 없을 정도로 어휘가 방대한 것이 특징이다. 그럼에도 필기 글자 인식 기법을 더 조사하는 것이 가치 있는 이유는, 계산 능력이 향삼함에 따라 더욱 복잡한 처리를 할 수 있기 때문이다.
       본 논문에서는 은닉 마르코프 모형에 기반한, 어휘(lexicon)-free 오프라인 필기 인식 시스템을 소개하고 완전한 영어 문장 데이터베이스에 관한 몇 가지 실험을 저자 독립식 그리고 대조를 위해 다저자, 단일 저자식으로 수행했다. 전처리와 특징 추출 방법을 소개하고 이에 더해 선형 판별 분석, 이서체 글자 모형의 사용, 통계적 언어 모형 같은 더욱 정교한 기법들을 조사한다. 그 뒤의 절에서는 오프라인 필기 인식에 대한 관련 작업들을 짧게 검토한다. 우리가 사용한 데이터베이스는 3절에서 소개한다. 그 다음 전처리, 특징 추출 방법, 통계적 모델링과 인식을 위한 기법을 설명한다. 평가 결과는 제안한 방법의 효율성을 입증하기 위해 7절에서 소개한다.
       최근 몇 년간 오프라인 필기 인식 분야는 상당히 진전하였다. 특히 우편 주소나 legal amount 읽기를 위한, 적은 어휘를 사용한 개별 단어 인식 시스템은 높은 인식률을 달성했고 인식 정확도뿐 아니라 처리 속도를 고려해봐도 개선할 여지가 거의 없다. [2] [8]
       한 줄을 초기에 분할하여 발생하는 오류를 피하기 위해 [9]에서는 분할을 하지 않는, 즉 한 줄 전체를 인식 모듈에 넘기는 방법을 제안한다. 이 시스템은 단일 저자에 대해 검사되었고 통계적 언어 지식과 결합하여 유망한 인식 결과를 달성한다. [11]은 저자 수백 명으로부터 제작하고 보다 큰 데이터베이스에서 검사된, 저자에 무관한 제약 없는 글자 인식을 위한 발전된 시스템을 서술한다. 앞으로 나올 절에서 설명하는 시스템은 전처리와 특징 추출 방법이 약간 다른 비슷한 접근법을 사용한다. 그에 더해 이서체 글자 모형, 즉 글자 종류별 HMM 집합과 통계적 언어 모형의 사용 뿐 아니라 특징 벡터의 선형 판별 분석(LDA)을 적용한 결과도 조사한다.
       훈련과 인식을 위한 입력 데이터는 완전한 영어 문장 데이터베이스에 의해 제공되고 각각은 Lancaster-Oslo/Bergen 말뭉치에 기반한다. [7] 저자 독립식 뿐 아니라 다수 저자에 관한 실험을 Bern 대학의 IAM에서 수집한 필기 형태 [10]의 데이터베이스를 사용하여 수행하였다. 데이터베이스 전체는 다양한 글 범주(출판 글자, 종교, 인기 설화, 픽션...)를 포함하고 500명 이상 저자의 1200개 이상 필기 형태로 구성된다. 우리는 250명 이상의 저자가 저자 독립식 실험을 위해 제작한 범주 [a..f]의 form과 여섯 저자가 다저자식을 적용하여 제작한 하위집합 c03을 사용한다.
       필기 글자 인식을 위한 HMM의 구성, 훈련, 해독은 ESMERALDA 개발 환경[5]이 제공하는 방법과 도구의 틀 안에서 수행된다. HMM의 일반적인 설정으로서 우리는 512개의 Gaussian mixtures with diagonal covariance matrice(더 큰 저자 독립 시스템에서는 2048개)를 포함하는 공유 코드북이 있는 semi-continuous 시스템을 사용한다. 52개 글자, 10개 숫자, 12개 구두점 기호와 괄호, 공백 하나를 위한 기본 시스템 모형은 표준 Baum-Welch 재측정을 사용하여 훈련된다. 그 다음 한 줄 전체를 인식하기 위해 글자 모형에 대한 루프로 구성된 conbined model이 사용된다. 가장 가능성 높은 글자 시퀀스가 표준 Viterbi beam- search를 이용하여 계산된다.
       전처리에서 벌충할 수 없는 서로 다른 글씨체 사이의 변동을 고려하기 위해 우리는 [13]에 서술된 접근법과 비슷한, 다저자/저자 독립식 인식을 위한 글자 이서체 모형을 적용한다. 이서체는 글자 하위 분류, 즉 특정 글자의 서로 다른 실현이다. 이는 베이스라인 시스템과달리HMM이이제서로다른글자 하위 분류를 모델링하는 데 쓰임을 뜻한다. 글자별 하위 분류 개수와 이서체 HMM 개수는 휴리스틱으로 결정하는데, 가령 다저자식에 적용된 시스템에서 우리는 이서체 개수가 저자 수만큼 있다고 가정한다. 초기화에서 훈련 자료는 이서체 HMM들을 임의로 선택하여 이름표를 붙인다. 훈련 도중 모든 글자 표본에 대해 해당하는 모든 이서체에 매개변수 재추정을 병렬 적용한다. 정합 가능성은 특정 모형의 매개변수가 현재 표본에 얼마나 강하게 영향받는 지를 결정한다. 이서체 이름표가 유일하게 결정되지는 않기에 이 절차는 soft vector quantization과 비슷하다.
       우리는 분할 없는 오프라인 필기 글자 인식을 위한 시스템을 소개하고 단일 저자, 다저자, 저자 독립식에 관해 실험을 몇 개 수행해다. 어휘를 쓰지 않는 단어 기반 뿐 아니라 글자 수준에서도 유망한 인식 결과를 이루었다. 인식 정확도는 베이스라인 시스템과 비교해 상당히 개선되었는데, 글자 수준에서 통계적 언어 모형을 적용하고 다저자/저자 독립식 인식에서 특징 공간의 LDA를 수행한 결과다.
• 제12회 한국자바개발자 컨퍼런스 후기 . . . . 10 matches
       || 13:00 ~ 13:50 || 비지니스 전문가를 위한 PaaS 플랫폼 구축 전략 (장진영) || PLAY! GAE! (정원치) || 아키텍트가 알아야할 12/97가지 (손영수) || 빅데이터 플랫폼 기반 소셜네트워크 분석 사례 (김형준) || 지속적인 개발, 빌드, 배포 (박재성) || Apache Hadoop으로 구현하는 Big Data 기술 완벽 해부 (JBross User Group) || 클라우드 서버를 활용한 서비스 개발 실습 (허광남) ||
       || 14:00 ~ 14:50 || KT Cloud 기반 애플리케이션 개발 전략 (정문조) || Event Driven Architecture (이미남) || 성공하는 개발자를 위한 아키텍처 요구사항 분석 방법 (강승준) || JBoss RHQ와 Byteman을 이용한 오픈소스 자바 애플리케이션 모니터링 (원종석) || Java와 Eclipse로 개발하는 클라우드, Windows Azure (김명신) || Apache Hadoop으로 구현하는 Big Data 기술 완벽 해부 (JBross User Group) || 클라우드 서버를 활용한 서비스 개발 실습 (허광남) ||
       || 15:00 ~ 15:50 || 스타트업을위한 Rapid Development (양수열) || 하둡 기반의 규모 확장성있는 트래픽 분석도구 (이연희) || 초보자를 위한 분산 캐시 활용 전략 (강대명) || Venture Capital & Start-up Investment (이종훈-벤처캐피탈협회) || How to deal with eXtream Applications? (최홍식) || SW 융합의 메카 인천에서 놀자! || 섹시한 개발자 되기 2.0 beta (자바카페 커뮤니티) ||
       || 16:00 ~ 16:50 || 대용량 고가용성 분산 캐쉬서버(infinispan)를 활용한 웹서비스 (이용혁) || 대박날때 후회말고, 성능큭정 자주하자!/성능측정도구 nGrinder (김광섭) || 모바일 웹 개발 플랫폼 (현철주) || IT 개발자 환경의 문제점과 개선점 등 (김효상-IT노조) || 분산 애플리케이션 개발을 위한 기업 통합(EIPs) 전략 (차정호) || SW 융합의 메카 인천에서 놀자! || 되돌아 보는 스프링 프레임워크 (KSUG 커뮤니티) ||
       || 17:00 ~ 17:50 || 쓸모있는 소프트웨어 작성을 위한 설계 원칙 (김민재) || Java Secure Coding Practice (박용우) || 개발자가 알아야하는 플랫폼 전략과 오픈 API 기술 동향 (옥상훈) || 반복적인 작업이 싫은 안드로이드 개발자에게 (전성주) || 개발자가 알아야할 오픈소스 라이선스 정책 (박수홍) || 이클립스 + 구글 앱 엔진으로 JSP 서비스하기 (OKJSP 커뮤니티) || 여성개발자의 수다 엿듣고 싶은 그들만의 특별한 이야기 (여자개발자모임터 커뮤니티) ||
        그 다음으로 Track 5에서 있었던 Java와 Eclipse로 개발하는 클라우드, Windows Azure를 들었다. Microsoft사의 직원이 진행하였는데 표준에 맞추려고 노력한다는 말이 생각난다. 그리고 처음엔 Java를 마소에서 어떻게 활용을 한다는 건지 궁금해서 들은 것도 있다. 이 Windows Azure는 클라우드에서 애플리케이션을 운영하든, 클라우드에서 제공한 서비스를 이용하든지 간에, 애플리케이션을 위한 플랫폼이 필요한데, 애플리케이션 개발자들에게 제공되는 서비스를 위한 클라우드 기술의 집합이라고 한다. 그래서 Large로 갈 수록 램이 15GB인가 그렇고.. 뭐 여하튼.. 이클립스를 이용해 어떻게 사용하는지 간단하게 보여주고 하는 시간이었다.
        * 그 다음으론 <Event Driven Architecture>를 들었는데 생각과 너무 다른 내용이라 흥미가 없어서 옆 트랙으로 옮겼다. <성공하는 개발자를 위한 아키텍쳐 요구사항 분석 방법>에 대한 이야기였는데 처음부터 이걸 들을 걸 그랬다. 좀 많은 내용을 넣으시다보니 시간이 많이 모자란 느낌이긴 했지만 전 트랙보단 관심이 가는 내용인데. 기억에 남는 것은 각각 '''목적에 맞게 설계해야 한다'''는 이야기.
        * <쓸모있는 소프트웨어 작성을 위한 설계 원칙>은 들으면서 엄청나게 졸았다. 재미가 없어서가 아니라 피곤해서... '''도메인 주도 개발'''에 대한 이야기였다. 나중에 DDD 책을 한 권 봐야겠다는 생각이 들었음.
• 정모/2006.5.22 . . . . 9 matches
       3. 누구를 위한 데블스 캠프? (대상)
        - 신입생을 위한? 전체 회원의 위한?
        - (창섭) 레벨 업 방식으로 경쟁을 유도하는 것이 단기간 실력 향상에 도움이 된다. 원래 데블스 캠프가 그랬었지만 제로페이지로 오면서 세미나 형식으로 바뀌었고 재학생이 얻는 것은 많았지만 신입생은 상대적으로 '구경'하는 입장이었다. 신입생들의 흡수력을 높이기 위해서는 일단 빠른 실력 향상이 급선무이다. 데블스 캠프는 기존 회원을 위한 것이 아니라 주 목적이 '신입생이 프로젝트를 할 수 있는 기반 실력 향상' 이라는 것을 주목해야할 것이다.
        전체 회원을 위한 것은 어려움이 있다고 생각한다.
        - (상규) 재학생을 위한 것은 빼자
        - (창섭) 재학생을 위한 것은 따로 세미나를 만들어서 하자.
        - 결론 : 신입생을 위한것으로 하자.
        - 재학생을 위한것이 있었으면 좋겠다.
• Gof/Command . . . . 8 matches
       Command Pattern은 request 를 객체화함으로서 toolkit 객체로 하여금 불특정한 어플리케이션 객체에 대한 request를 만들게 한다. 이 객체는 다른 객체처럼 저장될 수 있으며 pass around 가능하다. 이 pattern의 key는 수행할 명령어에 대한 인터페이스를 선언하는 추상 Command class에 있다. 이 인터페이스의 가장 단순한 형태에서는 추상적인 Execute operation을 포함한다. 구체화된 Command subclass들은 request에 대한 receiver를 instance 변수로 저장하고 request를 invoke하기 위한 Execute operation을 구현함으로서 receiver-action 짝을 구체화시킨다. The receiver has the knowledge required to carry out the request.
       때때로 MenuItem은 연속된 명령어들의 일괄수행을 필요로 한다. 예를 들어서 해당 페이지를 중앙에 놓고 일반크기화 시키는 MenuItem은 CenterDocumentCommand 객체와 NormalSizeCommand 객체로 만들 수 있다. 이러한 방식으로 명령어들을 이어지게 하는 것은 일반적이므로, 우리는 복수명령을 수행하기 위한 MenuItem을 허용하기 위해 MacroCommand를 정의할 수 있다. MacroCommand는 단순히 명령어들의 sequence를 수행하는 Command subclass의 구체화이다. MacroCommand는 MacroCommand를 이루고 있는 command들이 그들의 receiver를 정의하므로 명시적인 receiver를 가지지 않는다.
        * undo 기능을 지원하기 원할때. Command의 Execute operation은 해당 Command의 효과를 되돌리기 위한 state를 저장할 수 있다. Command 는 Execute 수행의 효과를 되돌리기 위한 Unexecute operation을 인터페이스로서 추가해야 한다. 수행된 command는 history list에 저장된다. history list를 앞 뒤로 검색하면서 Unexecute와 Execute를 부름으로서 무제한의 undo기능과 redo기능을 지원할 수 있게 된다.
        - 수행할 operation을 위한 인터페이스를 선언한다.
        * invoker는 command에서 Execute를 호출함으로서 request를 issue한다. 명령어가 undo가능할때, ConcreteCommand는 명령어를 undo하기 위한 state를 저장한다.
       아마도 CommandPattern에 대한 첫번째 예제는 Lieberman 의 논문([Lie85])에서 나타났을 것이다. MacApp [App89] 는 undo가능한 명령의 구현을 위한 command의 표기를 대중화시켰다. ET++[WGM88], InterViews [LCI+92], Unidraw[VL90] 역시 CommandPatter에 따라 클래스들을 정의했다. InterViews는 각 기능별 명령에 대한 Action 추상 클래스를 정의했다. 그리고 action 메소드에 의해 인자화됨으로서 자동적으로 command subclass들을 인스턴스화 시키는 ActionCallback 템플릿도 정의하였다.
       MementoPattern 은 undo를 위한 state를 유지할 수 있다.
• Java Study2003/첫번째과제/장창재 . . . . 8 matches
        - 자바(Java)를 이야기할 때 크게 두 가지로 나누어 이야기 할 수 있습니다. 먼저, 기계어, 어셈블리어(Assembly), 포트란(FORTRAN), 코볼(COBOL), 파스칼(PASCAL), 또는 C 등과 같이 프로그래밍을 하기 위해 사용하는 자바 언어가 있고, 다른 하나는 자바 언어를 이용하여 프로그래밍 하기 위해 사용할 수 있는 자바 API(Application Programming Interface)와 자바 프로그램을 실행시켜 주기 위한 자바 가상머신(Java Virtual Machine) 등을 가리키는 자바 플랫폼(Platform)이 있습니다. 다시 말해서, 자바 언어는 Visual C++와 비유될 수 있고, 자바 플랫폼은 윈도우 95/98/NT 및 윈도우 95/98/NT API와 비유될 수 있습니다.
       자바 바이트코드 명령어를 해석하고, 이를 자바 인터프리터가 설치되어 있는 플랫폼(윈도우 95/98/NT, 유닉스, 매킨토시 등)에 맞게 실행시켜 줍니다. 자바 인터프리터는 자바 바이트코드를 실행시켜 주기 위한 기능을 명세하고 있는 자바 가상머신을 구현해 놓은 것으로서 자바 가상머신과 같은 의미로 사용되며, 주로 자바 가상머신으로 많이 사용됩니다.
       자바의 다중 스레드 기능은 동시에 많은 스레드를 실행시킬 수 있는 프로그램을 만들 수 있도록 해 줍니다. 자바는 동기화 메소드들을 기본적으로 키워드로 제공함으로써, 자바 언어 수준에서 다중 스레드를 지원해 줍니다. 자바 API에는 스레드를 지원해 주기 위한 Thread 클래스가 있으며, 자바 런타임 시스템에서는 모니터와 조건 잠금 함수를 제공해 줍니다.
       자바 운영체제 또는 자바 프로세서와 같이 자바를 위한 전용환경을 만들어 줍니다.
       이러한 문제는 자바가 스레드 스케줄링 정책 구현에 의존하고, synchronized 명령어가 모니터 기반의 동기화 기법만 제공하고 큐 대기 시간을 예측할 수 없으며, notify() 메소드가 스레드를 깨우는 순서가 불명확하고, 우선순위 역전(priority inversion_의 가능성이 있습니다. 이러한 문제는 API 수준에서 해결되어야 하고, 실시간 타스크 처리를 위한 우선순위 레벨을 확장하고, 우선순위 상속(priority inheritance) 또는 우선순위 최고 한도 제한(priority ceiling) 등과 같은 우선순위 역전 방지 (priority inversion avoidance) 프로토콜을 사용하고, MuteX, 이진 세마포어(Binary Semaphore), 계수 세마포어(Counting Semaphore) 등을 사용할 수 있습니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
       이렇게 두 개 이상의 자바 프로그램 규약을 만족시키는 자바 프로그램은 여러 자바 프로그램에 속하게 됩니다. 예를 들어, 하나의 자바 프로그램을 작성했는데, 이 자바 프로그램은 자바 애플리케이션을 위한 규약을 만족시켜 주고 자바 애플릿을 위한 규약도 만족시켜 준다면, 이 자바 프로그램은 JDK와 함께 제공되는 자바 가상머신에 의해 실행되는 자바 애플리케이션으로서 독립적으로 실행될 수도 있고, 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 자바 애플릿으로 실행될 수도 있다는 것입니다. 이렇게 자바 언어를 이용하여 여러 규약에 맞는 자바 프로그램을 작성할 수 있지만, 하나의 자바 프로그램이 굳이 두 개 이상의 규약을 모두 만족시켜주도록 자바 프로그램을 작성하는 경우는 자바 애플리케이션과 자바 애플릿의 경우를 제외하고는 거의 없습니다.
• Linux/필수명령어/용법 . . . . 8 matches
       초보를 위한 자료입니다
       -v : System V의 df와의 호환을 위한 옵션이다. 무시된다.
       -e : ed 에디터를 위한 스크립트를 생성한다.
       : 풀 스크린 에디터를 사용할 수 없는 열악한 환경의 터미널을 위한 라인 에디터(line editor)이다.
       -r : 검사도중 에러가 발견되면 복구할 것인가를 물어온다. 이것은 하위 호환성을 위한 것으로서 사실상은 사용되지 않는다.
       -a 옵션을 사용하였다면 검사도중 발견된 오류는 자동으로 복구된다. -r 옵션을 사용한다면 반드시 -s 옵션을 함께 사용해야 한다. fsck는 기본적으로 한꺼번에 몇 개의 검사를 병행하는 병렬 작업을 하기 때문에 하나의 에러를 발견하더라도 다른 검사는 계속 수행되고 있다. 검사 시간을 최대한 절약하기 위해서 병렬 작업을 하기 때문에 사용자의 수정과 다른 검사 작업의 호홉이 맞지 않을 수 있다. 그러므로 -s 옵션을 주어서 오직 하나의 검사 작업만 진행되도록 해야 한다. 그러나 -r 옵션은 하위 버전과의 호환성을 위한 것으로서 사용자는 -a 옵션만을 사용하는 것으로서 충분하다. 파일 시스템을 지정해 주지 않으면 /etc/fstab 파일에 나열된 파일 시스템을 검색한다.
       - PID : 프로세서 ID, 각 프로세서를 구분하기 위한 고유의 ID
       마그네틱 테이프 기록 장치를 위한 명령이다. 파일을 테이프 기록장치로 기록하거나 읽어온다.
• Gof/FactoryMethod . . . . 7 matches
       객체 생성을 위한 인터페이스를 정의하라, 그렇지만 sub 클래스들이 구현사항을 결정할수 있도록 하자. [[BR]]
        * Product객체를 만들기위한 factory method를 호출한다.
        * ConcreteProduct의 인스턴스를 반환하기 위한, factory method를 오버라이드(over ride) 한다.
        Ducument에제에서 Document클래스는 factory method에 해당하는, 자료를 열람하기 위한 기본 파일 다이얼로그를 생성하는 CreateFileDialog이 호출을 정의할수 있다. 그리고 Document sub클래스는 이러한 factory method를 오버 라이딩해서 만들고자 하는 application에 특화된 파일 다이얼로그를 정의할수 있다. 이러한 경우에 factory method는 추상적이지 않다. 하지만 올바른 기본 구현을 제공한다.
       Figure클래스는 CreateManipulator라는, 서로 작용하는 객체를 생성해 주는 factory method이다. Figure의 sub클래스는 이 메소드를 오버라이드(override)해서 그들에게 알맞는 Manipulator sub클래스의 인스턴스를 (만들어, )반환한다. Figure 클래스는 아마도 기본 Manipulator인스턴스를 (만들어,) 반한하기 위한 기본 CreateManipulator를 구현했을 것이다. 그리고 Figure의 sub클래스는 간단히 이러한 기본값들을 상속하였다. Figure클래스 들은 자신과 관계없는 Manipulator들에 대하여 신경 쓸필요가 없다. 그러므로 이들의 관계는 병렬적이 된다.
        1. 두가지의 커다란 변수. Factory Method 패턴에서 두가지의 중요한 변수는 '''첫번째''' Creator 클래스가 가상 클래스이고, 그것의 선언을 하지만 구현이 안될때의 경이 '''두번째'''로 Creator가 concrete 클래스이고, factor method를 위한 기본 구현을 제공해야 하는 경우. 기본 구현이 정의되어 있는 가상 클래스를 가지는건 가능하지만 이건 일반적이지 못하다.
        Smalltalk 버전의 Document 예제는 documentClass 메소드를 Application상에 정의할수 있다. documentClass 메소드는 자료를 표현하기 위한 적당한 Document 클래스를 반환한다. MyApplication에서 documentClass의 구현은 MyDocument 클래스를 반환하는 것이다. 그래서 Application상의 클래스는 이렇게 생겼고
• ProjectPrometheus/Journey . . . . 7 matches
        * Object-Database 연동을 위한 {{{~cpp BookMapper}}}, {{{~cpp UserMapper}}} 작성
        * Python 의 ClientCookie 모듈의 편리함에 즐거워하며. Redirect, cookie 지원. 이건 web browser AcceptanceTest를 위한 모듈이란 생각이 팍팍! --["1002"]
        * Pair 중간에 ["1002"] 는 목소리가 커질때가 있다. 하나는, 내가 놓치고 있을 경우에 대해 다른 사람이 이야기를 제대로 안해줬다고 생각되는 경우. 뭐 보통은 ["1002"]의 잘못을 다른 사람에게 떠넘기기 위한 방편인 경우가 많다 -_-; (찔린다; 나도 JuNe 형이랑 Pair 할때 무방비상태인 경우가 많아서;) 뭐, 같이 무방비였다가 못느끼고 넘어간 경우라면 아하~ 하면서 플밍하겠지만, 하나를 고치고 나서, 다른 사람이 당연한 듯이 좋은 방법으로 해결해낼때엔. ("왜 아까는 이야기안해?" "당연한거잖나."). 일종의 경쟁심리이려나. 에고 를 잊어야 하는게 PairProgramming 이지만, 사람 마음이 그렇기엔 또 다른것 같다. 코드 기여도에 대해서 보이지 않는 경쟁이 붙는다고 할까나.
        * 한편으로 또 드는 생각은 아무리 우리가 공부를 하네 위키에 문서를 남기네 해도, 결국 저 사람에게는 '그저 저넘들 자기만족을 위한 행위' 그 이상이 아니라는 것. 피시실에서 게임을 하나 프로그램 개발을 하나 그저 '타인의 행동' 이상의 의미가 없다란 느낌이 들고 나니 서글퍼진다. 순간 울컥 하는 마음에 속으로 '차라리 자극 좀 받아보시고 거기 깔린 오락 좀 지워보시지. 젠장' 라고 읊어대었다. (갈수록 건방짐 높아져가는 ["1002"]. 솔직히 좀 화가 나서리..) 개인적으로 피시실이 사람들이 서로 개발이나 공부를 위해 시끌벅적한 작은 팀들이 많이 있고, 그 분위기에 다른 사람들이 조금이나마 휩쓸렸으면 하지만. 그러한 팀들은 늘 레포트가 나오던지 팀프로젝트가 나오던지 해야 만들어지려나.. 거참 엄청 재미도 나겠군. 역시 이상일 뿐이려나. (화이트보드 큼지막한 것이 있어도 우리가 알고리즘 구상하느냐고 써놓은 것들이 3-4일째 그대로이군.)
       즉, RDD 를 위한 CRC 세션중 계속 그 클래스들의 추상화 정도를 놓고 서로 클래스들을 추출해내는데 어려움을 겪었다. ('용어는 어느정도 추상화를 시켜야 할 것인가?', '내부 구현 시스템이 가급적이면 드러나지 않는 것이 일반적으로 좋은 디자인이라고 하는것 같은데 막상 우리가 BottomUp 을 하여 뽑아낸 디자인엔 이미 이름이 'HttpSpider' 등 이고..' 등등)
        * 소스 수준 코딩시 더 많은 클래스들이 분화되는 이유는 CRC 중 클래스와 클래스 간 대화를 할때 넘기는 객체를 따로 표시하지 않으니까. (우리가 7층에서의 RandomWalk2 보면 Class 와 Class 간 대화를 위한 클래스가 4개쯤 더 있음)
        * 그외 집에 와서, JSP + EJB를 테스트 하였는데, 아직 성공하지를 못했다. '자바 개발자를 위한 EJB 최신 입문서... 엔터프라이즈 자바 빈즈'에 수록된 JSP에 치명적인 문법적 잘못이 있었는데, JSP를 써보지 않았던 나로서는 책을 신뢰한 것이 잘못이었다. 새로 추정하기위하여 그제의 수순을 밟아가며 잘못을 찾는데, 역시 시간이 오래 걸렸다. 일단 JNDI의 string문제로만 귀결 짓는다. J2EE sdk + Tomcat이 아닌 JBoss+Tomcat 이라면 수월히 해결되지 않을까 예상을 해본다.
• 데블스캠프2012 . . . . 7 matches
        || 4 |||| UI프로그래밍 |||| [http://prezi.com/uit4ykp5bx8g/javascript/ JavaScript 편견깨기] |||| [http://zeropage.org/seminar/62046 테스트를 위한 CTIP] |||| |||| [:데블스캠프2012/넷째날/묻지마Csharp 묻지마 C#] |||| [http://zeropage.org/seminar/62095 비트맵 가지고 놀기] || 11 ||
        || 5 |||| UI프로그래밍 |||| JavaScript 편견깨기 |||| 테스트를 위한 CTIP |||| |||| [:데블스캠프2012/넷째날/묻지마Csharp 묻지마 C#] |||| 비트맵 가지고 놀기 || 12 ||
        || 7 |||| [http://zeropage.org/index.php?mid=seminar&category=61948 페챠쿠챠] |||| [http://zeropage.org/seminar/62023 Kinect] |||| [http://zeropage.org/62033 LLVM+Clang...] |||| |||| 새내기를 위한 파일입출력 |||| CSE Life || 2 ||
        || 8 |||| 페챠쿠챠 |||| Kinect |||| [:데블스캠프2012/셋째날/앵그리버드만들기 앵그리버드 만들기] |||| |||| 새내기를 위한 파일입출력 |||| CSE Life || 3 ||
        || 9 |||| 페챠쿠챠 |||| [http://www.hanb.co.kr/network/view.html?bi_id=1760 유지보수하기 어려운 코드 작성법] |||| 앵그리버드 만들기 |||| |||| 새내기를 위한 파일입출력 |||| 회고 || 4 ||
       || 테스트를 위한 CTIP || [서영주](외부강사) ||
       || 새내기를 위한 파일입출력 || [강성현](18기) ||
• 회원자격 . . . . 7 matches
        * ZeroPage의 회원으로 인정하기 위한 자격을 함께 이야기하고 싶어서 페이지를 열었습니다.
       제로페이지의 회원이기 위한 첫째 조건으로는 '''중앙대학교 컴퓨터공학과 동문'''이겠구요. 그 다음으로는 제로페이지란 공동체의 활동에 참여를 해야하겠지요. 정모, 전시회, 홈커밍데이, 엠티와 같은 제로페이지 행사에 자발적으로 관심을 갖고 참여 해야합니다. 그리고 세미나, 스터디 등등의 활동을 오프라인 및 온라인을 이용해서 제로페이지 회원들과 함께 꾸려나가야 합니다. 그리고 가장 중요한 조건은 '''제로페이지(ZeroPage)가 무엇을 위한 공동체인지 이해하고 동의'''해야 한다는 것입니다. 여기에서 자발적인 관심과 참여가 유도되어야 합니다. 이 조건만 만족하면 제로페이지 회원이기에 충분하다고 생각합니다.
        * 예, 제로페이지가 무엇을 위한 공동체인지 이해하고 동의해야 그 공동체에 애착(?)을 가질수 있겠지요. 공동체 활동 참여는 그 뒤에 자연히 따라오게되는 순서라고 생각합니다. 그런데 지금 상황이 약간 모순인것은 제로페이지가 무엇을 위한 공동체인지 회원들간의 생각차가 좀 있는듯 하단겁니다. ["제로페이지는"] 무엇을 위한 공동체인지 생각해보는 것이 ["회원자격"]을 논하는 데에 선행이 되어야 하지 않을까요. --이덕준
        * 제로페이지가 무엇을 위한 모임인가.. 저는 함께 공동 관심사(포괄적으로 컴퓨터)를 가지고 모인 모임이라고 봤습니다. 공부를 같이 하는 모임은 물론이고 친목모임도 될 수 있는 모임말입니다. 어떠한 목적도 좋지만 그 목적이 오래 가려면 친목이 뒷받침되어야 한다고 생각하기 때문입니다. --["창섭"]
• CCNA/2013스터디 . . . . 6 matches
        * [http://www.hanb.co.kr/edu/view_detail.html?hi_id=72, CCNA(640-801) 준비를 위한 시스코 네트워킹]
        * 프로토콜: 데이터를 전송하기 위한 규칙
        * 인터페이스 - 계층간 통신을 위한 통로
        || 6계층 || 표현 계층 (Presentation Layer) || 응용 프로그램을 위한 데이터 표현 ||
        || 2계층 || 데이터 링크 계층 (Data Link Layer) || 물리적 전송을 위한 미디어 지원 ||
        * 통신을 위한 네트워크에 대한 기본적인 방식 정의
• DPSCChapter1 . . . . 6 matches
       ''디자인 패턴''은 객체지향 언어로 제작된 프로그램에 23개의 패턴을 제시합니다. 물론, 23개의 패턴이 객체지향 디자이너들이 필요로 할 모든 디자인의 난제들을 전부 잡아내지는 못합니다. 그럼에도 불구하고 "Gang of Four"(Gamma et al.)에서 제시한 23개의 패턴은 좋은 디자인의 든든한 출발을 보장합니다. 이 23개의 패턴은 Smalltalk class libraries에 기반을한 디자인 수준(design-level) 분석(analog)입니다. 이 패턴을 이용해서 모든 문제를 해결할 수는 없지만, 전반적이고, 실제 디자인의 다양한 문제들을 위한 해결책을 위한 유용한 지식들의 기반을 제공할것입니다. 또, 이 패턴을 통해서 전문가 수준의 디자인 지식을 취득하고, 우아하고, 사후 관리가 편하고, 확장하기 쉬운 객체지향 프로그램 개발에 기초 지식을 제공하는데 톡톡한 역할을 할것입니다.
        * 새로운 문제를 찾고 문제 해결을 위한 기존의 모듈을 재사용하기 위해, 또는 정적이거나 동적인 관점 양쪽 측면에서 프로그램을 이해하기 위해 어떻게 Smalltalk IDE 툴을 사용해야 하는가에 대해
       Christopher Alexander와 그의 친구, 동료들은 디자인 패턴이 공간활용과, 건축, 공동체의 구성방법 까지 확장되는 것에 관한 글을 써왔다. 여기에서 그들이 추구하는 바는 이런 분야에 적용을 통하여, 소프트웨어 디자인 패턴을 위한 또 다른 새로운 창조적 생각 즉, 영감을 얻기위한 일련의 작업(궁리)이다. ''The Timeless Way of Building''(1979) 에?? Alexander는 "때로는 서로다른 문화권에서 아주 약간은 다르게 같은 패턴의 버전들이 존재하걸 볼수 있다"(p.276) 라고 언급한다. C++과 Samlltalk는 비록 같은 기본적인 패턴에서의 출발을 해도 다른 언어, 다른 개발환경, 다른 문화로 말미암아 각자 다른 모양새를 보여준다.
       물론, 우리는 Smalltalk로된 간단한 코드를 많이 제공한다. 대부분에서, 우리의 예제들은 ''Design Patterns'' 예제의 간단한 Smalltalk 버전은 아니다. 우리는 자주 C++ 예제의 단순한 번역 이상으로 좀더 유용하다는 것을 느꼈다. 여기에 간단한 말로 ''Design Patterns''에 보충한 ''Smalltalk Companion''을 위한 목적이 있다.
• DPSCChapter3 . . . . 6 matches
        연관된 혹은 의존적인 객체들의 집합을 만들기 위한 인터페이스를 제공한다. 클라이언트가 구체적인 클래스들에 대한 구체화
        구체화 없이 관계된 혹은 의존적인 객체 집합을 만들기 위한 인터페이스를 제공하는" (Intent 부분에서 언급한 내용)
        하지만, 두 경우에 자동차를 생성하기 위한 코드와 그것의 컴포넌트 하위 부분은 여전히 같다. 즉, 모든 CarPartFactory 클래스들은 동일한 메시지 프로토콜을(다형성)을 구현하기 때문에, 팩토리 클라이언트는 팩토리 타입이 무엇인지 상관하지 않고 호출을 할 수 있다. 그것은 단지 팩토리 프로토콜에 의해 제공되는 일반적인 메시지를 전송한다.
        따라서, CarAssmebler를 만들기 위한 자동차 종류가 무엇이고 그 하위 부분들이 무엇을 해야하고, 그것의 실제 부분의 인스턴스가 무엇을 수행해야 할지를 결정한다. ABSTRACT FACTORY 해결은 우리가 CarAssembler 객체 밖의 모든 행동들을 추상화시킨다. 그리고 팩토리로 분리한다. 특별한 자동차 팩토리로 CarAssembler 확인을 한 후에, CarAssembler는 간단하게 구체적인 자동차와 하위 부분을 만들기 위한 팩토리를 호출한다.
        추가하고 그것을 인스턴스화기 위한 코드가 필요할 뿐이다.
• InsideCPU . . . . 6 matches
       음...여기까지만..귀찮아서 못 적겠다.. 보통 플로피의 0번 섹터를 write하기 위해 rawrite.exe란 프로그램을 쓴다. 플로피의 데이타를 얻기 위해 BIOS의 인터럽트루틴을 사용한다. 이를 위한 인터럽트는 INT 13h가 된다.
       보호모드가 없을 경우 커널은 자신을 지키기 위한 하드웨어적 방법을 잃게 된다. 만약 일반 유저 어플리케이션에서 아무런 제약없이 커널의 메모리 블럭에 접근할 수 있다면 ... 으..생각만해도 끔찍하다.
       이를 위해 각각의 어드레스 접근에 privilege level을 두었고 이를 각각의 Application에 적용시켰다. 보호모드의 경우 멀티태스킹을 지원하기 위한 방법이다. 이는 지속적이고 반복적으로 일어나는 Context Switching 을 하드웨어적인 방법으로 만들어 소프트웨어적인 방법보다 빠른 Context Switching을 통해 하드웨어의 효율성을 높였다. 보호모드를 위한 레지스터와 방법들..
       디스크립터는 세그먼트에 접근을 위한 정보를 담고 있다.
       GDTR은 GDT (Global Descriptor Table)을 정의하기 위한 레지스터이다. GDT의 용도는 무엇인가? 글로벌 메모리는 어떠한 태스크라도 접근 가능한 메모리를 말한다. 그리고 이를 정의하는 레지스터가
• MineFinder . . . . 6 matches
       지뢰 버튼을 열고 깃발체크를 위한 마우스 클릭시엔 WM_LBUTTONDOWN, WM_RBUTTONDOWN 이고, 단 ? 체크관련 옵션이 문제이니 이는 적절하게 처리해주면 될 것이다. 마우스클릭은 해당 Client 부분 좌표를 잘 재어서 이를 lParam 에 넘겨주면 될 것이다.
       손에 대한 모델링이여서 그런지 손에만 집착하게 되었군. -_-; 이 일을 위해서는 손, 눈, 머리가 있어야 하겠는데. 마우스 노가다를 위한 손, 해당 지뢰찾기 상태를 봐야 할 눈, 그리고 해당 상황에 따른 판단, 지시를 해야 할 머리의 모델링. (단, 여기에 각각에 대해 조건을 붙인다면 '지뢰찾기프로그램을 위한' 이라는 말이 붙겠지만.)
       머리는? 지뢰찾기 알고리즘에 해당되는 부분은. 으흐~ 나중에. -_-; 대강 이쯤 해서 각 부분부분에 대해 맞는지를 알아보기 위한 프로그램을 간단하게 짰다.
        * [http://zeropage.org/~reset/zb/download.php?id=KDP_board_image&page=1&page_num=20&category=&sn=&ss=on&sc=on&keyword=&prev_no=&select_arrange=headnum&desc=&no=57&filenum=1 1차일부분코드] - 손과 눈에 해당하는 부분 코드를 위한 간단한 예제코드들 모음. 그리고 지뢰찾기 프로그램을 제어하는 부분들에 대해 Delegation 시도. (CMinerControler 클래스는 처음 '막 짠' 코드로부터 지뢰찾기 제어부분 함수들을 클래스화한것임)
        * 지역 우선 검색법 - 이벤트를 빨리 발생하기 위한 방법. 이전에 지뢰체크를 하거나 빈칸을 연 곳을 기준으로 검색범위를 점점 넓혀가는 방법
• MockObjects . . . . 6 matches
       UnitTest를 위한 일종의 보조객체.
        -> MockObjects 자체가 인터페이스정의를 위한 도구로 이용할 수 있다. (TestFirstProgramming 에서는 Test Code가 일종의 인터페이스를 정의하기 위한 방법으로 이용된다.)
       || Expectation || 소위 말하는 '기대값' 을 위해 미리 Mock Object에 예정된 값들을 채워넣기 위한 클래스들. MockObject는 자신의 구현을 위한 자료구조체로서 Expectation 클래스들을 이용할 수 있다. ||
       || ExpectationCounter || 해당 함수의 기대하는 호출횟수를 카운트 하기 위한 도움 클래스 ||
• OurMajorLangIsCAndCPlusPlus/locale.h . . . . 6 matches
       #define LC_ALL (integer constant expression) 모든 카테고리에 대한 로케일 설정을 위한 환경변수이다
       #define LC_COLLATE (integer constant expression) 스트링(string)의 정렬 순서(sort order 또는 collation)를 위한 로케일 설정을 위해 사용
       #define LC_CTYPE (integer constant expression) 문자 분류(알파벳, 숫자, 한글 또는 소문자, 대문자 등등), 변환, 대소문자 비교을 위한 로케일 설정을 의미
       #define LC_MONETARY (integer constant expression) 금액 표현(천단위 구분 문자, 소수점 문자, 금액 표시 문자, 그 위치 등)을 위한 로케일 설정
       #define LC_NUMERIC (integer constant expression) 금액이 아닌 숫자 표현(천단위, 소수점, 숫자 그룹핑 등)을 위한 로케일 설정
       #define LC_TIME (integer constant expression) 시간과 날짜의 표현(년, 월, 일에 대한 명칭 등)을 위한 로케일 설정 예를 들어 strftime(), strptime()
• 새싹교실/2012/AClass . . . . 6 matches
        * 6주차(6/13) - 1~5주차를 소화하지 못 할 경우를 위한 한 주.
        * 위 과제가 너무 쉬웠던 분들을 위한 추가 과제
        * 예습을 위한 과제
        * 위 과제가 너무 쉬웠던 분들을 위한 추가 과제
        * 과제물 (코딩 능력 향상을 위한 미로찾기, 혹은 Airline Ticketing)
        * 과제물 (코딩 능력 향상을 위한 미로찾기, 혹은 Airline Ticketing)
• Adapter . . . . 5 matches
       TextShape는 Shape에 translator같은 특별한 일을 위한 기능을 직접 추가한 것으로 Shape의 메세지를 TextView Adaptee가 이해 할수 있는 메세지로 변환 시킨다.:하지만 DrawingEditor가 TextSape에 대한 메세지를 보낼때 TextShape는 다르지만 문법적으로 동일한 메세지를 TextView 인스턴스에게 보낸다. [[BR]]
       Adapter시나리오의 두번째는 Adaptee의 인터페이를 디자인 시간에 알수 없을 때 이다. Adaptee의 인터페이스를 먼저 알수 없기 때문에 우리는 하나의 인터페이스에서 다른 것으로 메세지를 간단히 해석할수 없다. 이런 경우에는 메세지의 변형과 전달의 일반적 규칙에 맞추어 Pluggable Adapter를 사용한다. Tailored Adapter와 같이 Pluggable Adapter도 해석기를 Client와 Adaptee사이의 해석기를 제공한다. 하지만 각각의 특별한 경우를 위한 새로운 Adapter클래스의 정의를 필요하지 않다. Pluggable Adapter가 쓰이는 경우의 상태를 생각해보자
       상호 작용(사용자가 직접 이용하는의미)하는 어플리케이션을 위한 Model-View-Controller(MVC) 패러다임에서 View 객체들(화면상에 표현을 담당하는 widget들) 은 밑바탕에 깔려있는 어플리케이션 모델과 연결되어진다. 그래서 모델안에서의 변화는 유저 인터페이스에 반영하고 인터페이스 상에서 사용자들에 의한 변화는 밑에 위치한 되어지는 모델 데이터(moel data)에 변화를 유도한다.View객제들이 제공되어 있는 상태라서 어떠한 상호 작용하는 어플리케이션 상에서라도 그들은 ㅡ걸 사용할수 있다. 그러므로 그들은 그들의 모델과의 통신을 위해 일반적인 프로코콜을 사용한다;특별한 상황에서 모델로 보내어지는 getter message는 값이고 일반적인 setter message역시 값이다.:예를 들자면 다음 예제는 VisualWorks TextEditorView가 그것의 contects를 얻는 방법이다.
       자 그럼 여기에 예제를 보자. 우리는 employee관리 application을 가지고 있다고 가정한다.어플리케이션 모델은 하나의 인자인, employee의 사회 보장(비밀) 번호(social security number)의 포함하고 application의 사용자 인터페이스는 employee의 사회 보장 번호를 화면상에 뿌려주는 '입력 박스 뷰'를 포함한다.모델의 엑세스하고 초기화 시키기 위한 메소드는 'socialSecurity'와 'socialSecurity:'로 이름 지어져 있다. 입력 박스는 단지 현재의 사회 보장 번호를 뿌리기만 한지만 모델의 값을 요청하는 방법만을 알고있다.( DeleteMe 수정 필요 ) 그래서 우리는 value mesage를 socialSecurity로 변환 해야 한다.우리는 Pluggable Adapter 객체를 이런 목적을 위해서 사용할수 있다.자 우리의 예제를 위한 interaction 다이어 그램을 보자
• CMM . . . . 5 matches
        * SW-CMM : Capability Maturity Model for Software. 소프트웨어 프로세스의 성숙도를 측정하고 프로세스 개선 계획을 수립하기 위한 모델
        * P-CMM : People Capability Maturity Model. 점차적으로 복잡해지는 소프트웨어 환경에 효과적으로 대응하기 위하여 개인의 능력을 개발하고 동기부여를 강화하며 조직화하는 수준을 측정하고 개선하기 위한 모델
        * SA-CMM : Software Acquisition Capability Maturity Model. 소프트웨어 획득 과정을 중점적인 대상으로 하여 성숙도를 측정하고 개선하기 위한 모델
        * SE-CMM : Systems Engineering Capability Maturity Model. 시스템공학 분야에서 적용하여야 할 기본 요소들을 대상으로 현재의 프로세스 수준을 측정하고 평가하기 위한 모델로서 기본적인 프레임웍은 SW-CMM과 유사
        * IPD-CMM : Integrated Product Development Capability Maturity Model. 고객 요구를 보다 잘 충족시키기 위하여 소프트웨어 제품의 생명주기 동안에 각각 진행되는 프로젝트들이 적시에 협동할 수 있는 제품 개발체계를 도입하기 위한 모델
• Gof/Facade . . . . 5 matches
       서브시스템을 구축하는 것은 복잡함을 줄이는데 도움을 준다. 일반적인 디자인의 목적은 각 서브시스템간의 통신과 의존성을 최소화시키는 것이다. 이 목적을 성취하기 위한 한가지 방법으로는 단일하고 단순한 인터페이스를 제공하는 facade object를 도입하는 것이다.
        * 클라이언트는 Facade에게 요청을 보냄으로서 서브시스템과 대화한다. Facade 객체는 클라이언트의 요청을 적합한 서브시스템 객체에게 넘긴다. 비록 서브시스템 객체가 실제 작업을 수행하지만, facade 는 facade 의 인퍼페이스를 서브시스템의 인터페이스로 번역하기 위한 고유의 작업을 해야 할 것이다.
       서브시스템으로의 public interface는 모든 클라이언트들이 접속가능한 클래스들로 구성되며. 이때 서브시스템으로의 private interface는 단지 서브시스템의 확장자들을 위한 인터페이스이다. 따라서 facade class는 public interface의 일부이다. 하지만, 유일한 일부인 것은 아니다. 다른 서브시스템 클래스들 역시 대게 public interface이다. 예를 들자면, 컴파일러 서브시스템의 Parser class나 Scanner class들은 public interface의 일부이다.
       parser tree는 StatementNode, ExpressionNode와 같은 ProgramNode의 subclass들의 인스턴스들로 이루어진다. ProgramNode 계층 구조는 Composite Pattern의 예이다. ProgramNode는 program node 와 program node의 children을 조작하기 위한 인터페이스를 정의한다.
       ET++ application framework [WGM88] 에서, application은 run-time 상에서 application의 객체들을 살필 수 수 있는 built-in browsing tools를 가지고 있다.이러한 browsing tools는 "ProgrammingEnvironment'라 불리는 facade class를 가진 구분된 서브시스템에 구현되어있다. 이 facade는 browser에 접근 하기 위한 InspectObject나 InspectClass같은 operation을 정의한다.
• Gof/Mediator . . . . 5 matches
       DialogDirect는 다이얼로그의 전체 행위를 정의한 추상 클래스이다. client들은 화면에 다이얼로그를 나타내기 위해서 ShowDialog 연산자를 호출한다. CreateWidgets는 다이얼로그 도구들을 만들기 위한 추상 연산자이다. WidgetChanged는 또 다른 추상 연산자이며, 도구들은 director에게 그들이 변했다는 것을 알려주기 위해서 이를 호출한다. DialogDirector subclass들은 CreateWidgets을 적절한 도구들을 만들기 위해서 override하고 그리고 그들은 WidgetChanged를 변화를 다루기 위해서 override한다.
       우리는 DialogDirector를 Motivation에서 보았던 것처럼 font dialog를 구현하기 위해서 사용할 것이다. 추상 클래스 DialogDirector는 director들을 위한 interface를 정의 하고 있다.
       Widget 은 widgets들을 위한 추상 기초 클래스이다. 하나의 widget은 자신의 director를 알고 있다.
       ListBox, EntryField, Button은 특화된 사용자 인터페이스 요소를 위한 DialogDirector의 subclass들이다. ListBox는 현재 선택을 위해서 GetSelection연산자를 제공한다. 그리고 EntryField의 SetText 연산자는 새로운 text로 field를 채운다.
       기본적으로 FacadePattern은 클래스 집단이 있고, 그 클래스 집단을 사용하는 외부 클래스의 입장에서 필요한 패턴이고, MediatorPattern은 클래스 집단이 있고, 그 클래스 집단 내부에서 서로를 사용하기 위한 패턴이다.
• Gof/Singleton . . . . 5 matches
        5. class operation 보다 더 유연하다. 패키지에서 Singleton의 기능을 수행하기위한 또다른 방법은 class operation들을 사용하는 것이다. (C++에서의 static 함수나 Smalltalk에서의 class method 등등) 하지만, 이러한 언어적인 테크닉들은 여러개의 인스턴스를 허용하는 디자인으로 바꾸기 힘들어진다. 게다가 C++에서의 static method는 virtual이 될 수 없으므로, subclass들이 override 할 수 없다.
        * (b) 모든 singleton들이 static initialization time 대 인스턴스되기 위한 충분한 정보를 가지고 있지 않을수도 있다. singleton은 프로그램이 실행될 때 그러한 정보를 얻을 수 있다.
       이러한 link-approach 방법은 link-time때 singleton class 의 선택을 고정시켜버리므로, run-time시의 singleton class의 선택을 힘들게 한다. subclass를 선택하기 위한 조건문들 (switch-case 등등)은 프로그램을 더 유연하게 할 수 있지만, 그것 또한 이용가능한 singleton class들을 묶어버리게 된다. 이 두가지의 방법 다 그다지 유연한 방법은 아니다.
       registry 는 string name 과 singletons 을 mapping 한다. singleton의 instance가 필요한 경우, registry에 string name으로 해당 singleton 을 요청한다. registry는 대응하는 singleton을 찾아서 (만일 존재한다면) 리턴한다. 이러한 접근방법은 모든 가능한 Singleton class들이나 instance들을 Instance operation이 알 필요가 없도록 한다. 필요한 것은 registry에 등록될 모든 Singleton class들을 위한 일반적인 interface이다.
       미로를 만드는 MazeFactory 클래스를 정의했다고 하자. MazeFactory 는 미로의 각각 다른 부분들을 만드는 interface를 정의한다. subclass들은 더 특별화된 product class들의 instance들을 리턴하기 위한 opeation들을 재정의할 수 있다. 예를 들면 BombedWall 객체는 일반적인 Wall객체를 대신한다.
• Gof/Visitor . . . . 5 matches
       이러한 operations들의 대부분들은 [variable]들이나 [arithmetic expression]들을 표현하는 node들과 다르게 [assignment statement]들을 표현하는 node를 취급할 필요가 있다. 따라서, 각각 assignment statement 를 위한 클래스와, variable 에 접근 하기 위한 클래스, arithmetic expression을 위한 클래스들이 있어야 할 것이다. 이러한 node class들은 컴파일 될 언어에 의존적이며, 또한 주어진 언어를 위해 바뀌지 않는다.
       type-checking 의 기능을 넘어 일반적인 visitor를 만들기 위해서는 abstract syntax tree의 모든 visitor들을 위한 abstract parent class인 NodeVisitor가 필요하다. NodeVisitor는 각 node class들에 있는 operation들을 정의해야 한다. 해당 프로그램의 기준 등을 계산하기 원하는 application은 node class 에 application-specific한 코드를 추가할 필요 없이, 그냥 NodeVisitor에 대한 새로운 subclass를 정의하면 된다. VisitorPattern은 해당 Visitor 와 연관된 부분에서 컴파일된 구문들을 위한 operation들을 캡슐화한다.
• MoreEffectiveC++/Exception . . . . 5 matches
       다음 예제는 online 컴퓨터 세션을 위한 Session 클래스를 생각해 본 것이다. 각 세션 객체들은 생성과 파되된 날짜를 기록해야만 한다.
       이러한 특별난 예제는 더 일반적인 문제로, 다시 말하자면 템플릿의 형 인자로 전달되는 예외에 관한 정보를 알아낼 길이 없다는 점도 한몫이다. 우리는 거의 템플릿을 위한 의미있는 예외 명세를 제공할수 없다는 이야기다. 왜냐하면 템플릿은 거의 변함없이 그들이 형 인자를 몇가지의 방식으로만 쓰기 때문이다. 결론은? 템플릿과 예외는 어울리지 않는다.!
       '''자 그럼 전혀 예외 핸들링을 하지 않았을때의 지불 비용을 생각해 보자,''' 당신은 객체들이 적재되고, 유지되는 트랙이 필요한 데이터 구조의 사용을 위해 공간에 대한 비용 지불을 한다. 그리고 당신은 이런 데이터 구조들을 갱신하고 유지하는데 필요한 시간에 대한 비용을 지불한다. 이런 비용들은 일반적으로 정당한 요구이다. 반면에 프로그램이 예외를 위한 지원이 없이 컴파일 된다면 예외 지원을 하고 컴파일 하는 반대의 경우보다 좀더 빠르고, 좀더 작은 용량을 차지한다.
       물론 저것은 이론이다. 실질적으로 예외 지원 밴더들은 당신이 예외 작성을 위한 코드의 첨가를 당신이 예외를 지원하느냐 마느냐에 따라 조정할수 있도록 만들어 놓았다.(작성자주:즉 예외 관련 처리의 on, off가 가능하다.) 만약 당신이 당신의 프로그램의 어떠한 영역과, 연계되는 모든 라이브러리에서 try, throw, catch를 빼고 예외 지원 사항을 빼고 당신 스스로 속도, 크기 같은 예외처리시 발생하는 단점을 제거할수 있을 것이다. 시감이 지나 감에 따라 라이브러리에 차용되는 예외의 처리는 점점 늘어나게 되고, 예외를 제거하는 프로그래밍은 갈수록 내구성이 약해 질것이다. 하지만, 예외처리를 배제한 컴파일을 지원하는 현재의 C++ 소프트웨어 개발상의 상태는 확실히 예외처리 보다 성능에서 우위를 점한다. 그리고 그것은 또한 예외 전달(propagate) 처리와, 예외를 생각하지 않은 라이브러리들의 사용에 무리없는 선택이 될것이다.
       그렇지만 잠깐, 내가 이런것에 관해서 어떻게 아냐구? 만약 예외를 위한 지원은 최근의 컴파일러와 ㄷ컴파일러간에 다른 방식으로 진행된다면서 비용이 5-10%떨어지고 스피드 역시 비슷하게 떨어지고 세개 명령어 정도 늘어나는 것과 같은 성능 저하에 관한 위의 언급 이런것에 관한 출처들? 아마 내가 해줄수 있는 답변은 다소 놀랄것이다.:당신이 try블록과 예외 스펙을 사용을 필요한 곳만 사용하도록 제한해라;그리고 컴파일 해봐라, 그래도 설계상에 문제가 있다면 일단 자신의 설계를 다시 그려보고 생각해 보라, 거기에다, 여기저기 다른 벤더들의 컴파일러로 컴파일 해봐라 그럼 알수 있다.
• NSIS/Reference . . . . 5 matches
       Section 은 설치를 위한 일종의 하나의 모듈, 컴포넌트이다. Section 과 InstType 은 다르다.
       단, Uninstall Section은 언인스톨을 위한 특수한 Section이다.
       || 함수중 'un.' 으로 시작하는 것들은 일반적으로 Uninstaller를 위한 함수들이다. Uninstall Section이 정의되어있지 않은 경우, 호출되지 않을 것이다.
       실제 인스톨 행위를 하기 위한 명령어들이다.
       Section 중 'Uninstall' 의 이름을 가진 Section 은 uninstaller를 위한 Section이다. 이 Section 에서는 화일들, 레지스트리 등을 시스템으로부터 제거하는 일을 해야한다.
• NSIS/예제2 . . . . 5 matches
       ; 디렉토리 체크를 위한 레지스트리
        ; 윈도우를 위한 Uninstall key를 레지스트리에 저장
        ; 윈도우를 위한 Uninstall key를 레지스트리에 저장
       ; 디렉토리 체크를 위한 레지스트리
        ; 윈도우를 위한 Uninstall key를 레지스트리에 저장
• SeminarHowToProgramItAfterwords . . . . 5 matches
        * ["neocoin"] : UnitTest에서 추구한 프로그램의 설계에서 Divide해 나가는 과정은 여태 거의 디자인 타임에서 거의 수행을 했습니다. 그래서 여태 Test를 위한 코드들과 디버그용 코드들을 프로그램을 작성할때마다 그런 디자인에도 많은 시간을 소요했는데, 아예 프로그램의 출발을 Test에서 시작한다는 발상의 전환이 인상 깊었습니다. --상민
        * TDD를 어설프게나마 시도하면서 느낀점이 'TDD 에서의 Product Code 는 오직 테스트 까지만 만족하는 코드인가' 였었는데. 한편으로는 이렇게 해석할 수 있겠더군요. '해당 스케일에 대해 더욱더 정확하게 작동하는 프로그램을 만들고 싶다면 그만큼 테스트 코드 양을 늘려라.' 테스트코드 자체가 일종의 Quality Assurance 를 위한 도큐먼트 역할도 된다는 점을 다시 생각하게 되었습니다.
        * 아까 발표때에도 이야기했지만, Code Review 를 위한 reverse-TDD (정도로 해둘까요? 이것도 관련 문서가 있을텐데. ) 를 해보는 것도 좋을 것 같네요. 코드 분석을 위한 test-code 작성이요. 즉, 이미 만들어져있는 코드를 테스트 코드라고 상정하고, 자신이 제대로 이해했는가에 대한 검증과정을 Test-Code 로 만드는 것이죠. 시간 있었으면 오늘 마저 시도해봤을텐데, 시간에 마음 쫓긴게 아쉽네요.
        * ["Refactoring"] 책에서는 ''Refactor As You Do Code Review'' 에 Code Review 를 위한 Refactoring을 이야기 하는데, Refactoring 을 위해서는 기본적으로 Test Code 가 필요하다고 할때 여기에 Test Code를 붙일테니까 상통하는 면이 있긴 하겠군요.
• ViImproved/설명서 . . . . 5 matches
       ? 뒷 방향 탐색 M 화면의 중간으로 이동 :n <files> 편집하기 위한 화일의 새로운 리스트로서<file>작성
       directory(dir=) /tmp 버퍼를 저장하기 위한 디렉토리 이름
       hardtaps=(ht=) 8 하드웨어 텝을 위한 범위 설정
       report= 5 변경을 알리기 위한 매크로 제공
       sections= SHNHH section을 위한 매크로를 적용
• 데블스캠프/2013 . . . . 5 matches
        || 1 |||| [Opening] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 8 ||
        || 2 |||| [http://zeropage.org/seminar/91479#0 페이스북 게임 기획] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 9 ||
        || 3 |||| [http://intra.zeropage.org:4000/DevilsCamp Git] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/devils/91470#0, HTTP 프로토콜, C언어를 이용한 웹 서버 만들기] |||| |||| [Clean Code with Pair Programming] |||| [:WebKitGTK WebKitGTK+] || 10 ||
       || 김민재(22기) || 새내기의, 새내기에 의한, 새내기를 위한 C언어 ||
        * 데블스캠프 준비와 진행을 위한 페이지 [데블스캠프/2013/조언]
• 새싹교실/2012/AClass/1회차 . . . . 5 matches
       예습을 위한 과제
       변수형 : 값을 저장하기 위한 공간, 데이터를 저장할 수 있는 메모리 공간에 붙여진 이름을 의미
        위 과제가 너무 쉬웠던 분들을 위한 추가 과제
       예습을 위한 과제
       위 과제가 너무 쉬웠던 분들을 위한 추가 과제
• 정모/2005.2.16 . . . . 5 matches
        겨울방학 마지막 정모였다. 분위기 마무리를 위한 간단한 후기가 있었다.
        * [AOI] : 용두사미(1월 말이후부터 와해), 풀이를 위한 모임이 적었음, 매일보는 3명이서 또 풀이모임을 하기는 조금 힘들었다. 난이도 조절실패. 토론이 부족했었다. 모임부족. 학기중이라면 아침에라도 모여서 이야기 문제에 대해이야기 할수 있지 않았을까?? 사전지식의 부족.
       회의록 기록을위한 사진기 준비가 조금 느렸다.
       zp소갯말 기록을 위한 간단한 이야기
       1학기 프로젝트 구성위한 이야기
• CppUnit . . . . 4 matches
       C++ 에서 UnitTest를 하기 위한 UnitTestFramework. http://sourceforge.net/projects/cppunit/ 에서 다운 받을 수 있다.
        * app 클래스에 다음과 같은 runner 실행을 위한 코드를 추가한다. 다음 코드를 추가함으로써 프로그램 실행시에 GUI Test Runner 가 실행된다.
       === 준비 - 2 TestCase 만들기를 위한 세팅 ===
       kldp.net 에 c 를 위한 UnitTest Framework 프로젝트가 있었네요. http://kldp.net/projects/act/
• D3D . . . . 4 matches
        * 책비르러 간다. 3D에 관한책.. --+ 무신 책이 겜 초보자를 위한게 아닌거 같어.. --+ 짱나 짱나.. [영현]
       단위 벡터- 세개의 주요 축들의 방향을 나타내기 위한 벡터.[[BR]]
       3D점을 캡슐화 하기위한 구조체.
       // x, y, z축으로 회전시킨 행렬들을 하나로 결합하기위한 표준 방법이 없다. // ??
• EightQueenProblemDiscussion . . . . 4 matches
       그 다음에는 '퀸을 놓을 수 있는 위치가 안전한 곳일까?' 하는 점에 대해 접근. 이를 SelftyZone 이라 칭했다. 이를 체크하기 위해서는 가로/세로/대각선방향을 모두 체크해야 하므로 다시 4개의 작은 모듈로 나누어졌다. 그중 대각선 체크의 경우 처음 비교를 시작할 위치를 측정하기 위한 모듈을 하나 더 추출하게 되었다.
       해당 자리에 놓았을 경우. 다른 퀸을 공격할 수 있는 위치에 대해 알아보기 위한 부분에 대해 생각했다.
       해당 level (0번째줄~7번째줄) 에 대해서 공격당하지 않는 위치를 얻어내기 위한 리스트 (정확히는 튜플)를 얻어내는 부분.
       해당 알고리즘을 구현하기 위한 기반이 되는 체크 관련 부분에 대해 (여기까지) 만드는데는 52분정도가량이 걸렸다. 하지만, 정작 Queen 을 배열하는 알고리즘을 생각해내는데 3시간 가량이 걸렸다. --;
• EmbeddedSystem . . . . 4 matches
        * '''제한된 자원'''을 가지고 '''특정한 목적'''을 갖는 작업을 처리하기 위한 시스템
        * 저전력을 위한 운영체제
        * 저전력을 위한 컴파일런
        * 저전력을 위한 CPU
• Gof/AbstractFactory . . . . 4 matches
       유저인터페이스 툴킷은 다양한 ["룩앤필"] 기준을 제공하도록 고려한다. 다른 룩앤필은 스크롤바, 윈도우, 그리고 버튼처럼 다른 모습과 행동양식의 유저 인터페이스 ["Widget"]을 제공한다. 이식가능한 룩앤필 기준을 위해서는, 개별적 룩앤필 Widget을 위한 어떤 애플리케이션은 ["하드-코드"] 가 아니어야 한다. 즉석으로 정의한 룩앤필 클래스는 나중에 룩앤필을 바꾸기 어렵게 만든다.
       각각의 룩앤필에는 해당하는 WidgetFactory의 서브클래스가 있다. 각각의 서브클래스는 해당 룩앤필의 고유한 widget을 생성할 수 있는 기능이 있다. 예를 들면, MotifWidgetFactory의 CreateScrollBar는 Motif 스크롤바 인스턴스를 생성하고 반환한다, 이 수행이 일어날 동안 PMWidgetFactory 상에서 Presentation Manager 를 위한 스크롤바를 반환한다. 클라이언트는 WidgetFactory 인터페이스를 통해 개개의 룩앤필에 해당한는 클래스에 대한 정보 없이 혼자서 widget들을 생성하게 된다. 달리 말하자면, 클라이언트는 개개의 구체적인 클래스가 아닌 추상클래스에 의해 정의된 인터페이스에 일임하기만 하면 된다는 뜻이다.
        * 추상 객체(ProductObject)들을 만드는 기능을 위한 인터페이스를 정의한다.
        * 어떤 객체(ProductObject)를 위한 인터페이스를 정의한다.
• JavaNetworkProgramming . . . . 4 matches
        *동기화(Synchronization) : 동기화란 여러 쓰레드가 동시에 작업할 떄 각 쓰레드의 작업 순서를 제어하기 위한 메커니즘이다.
        *FileDescriptor클래스 : FileDescriptor 객체는 하위 레벨의 시스템 파일 설명자로의 핸들이다. 파일 설명자는 열려진 파일을 의미하며, 읽기 작업이나 쓰기 작업을 위한 현재의 파일 내의 위치와 같은 정보들을 포함한다. RandomAccessFile이나 FileOutputStream, FileInputStream을 사용하지 않고는 유용하게 FileDescritor를 생성할수 있는 방법은 없다 . --;
        *FileReader : 플랫폼의 기본 문자 인코딩 방식을 사용하여 텍스트 파일을 읽기 위한 문자 스트림 인터페이스를 제공한다. 파일에서 읽는것임 --;
        *바이트 스트림에서 기능을 확장하기위한 필터가 있었듯이 문자 스트림에도 필터가 있다.
• OpenGL스터디 . . . . 4 matches
       이 페이지는 위키를 연습?할겸 제가 현제 공부중인 openGL내용을 정리하기 위한 페이지입니다. 혹시 openGL을 공부하시는 분들은 참고하셔서 도움이 되면 좋겠습니다.
        * 비실시간 3D는 반대로 미리 구성해둔 3D이미지를 화면에 보여주는 방식을 이야기한다. 예시로는 애니매이션이나 영화를 들 수 있겠다. 고품질 3D이미지같은 경우는 이를 랜더링하고 구성하는데에만 해도 몇시간이 걸릴 정도로 많은 시간이 소요되는데, 이를 위한게 미리 3D이미지를 구성해두고 화면에 띄워주면 즉시 화면에 보여줄 수 있어서 마치 실시간 랜더링한 것 처럼 보여줄 수 있다.
       실시간 3D 그래픽을 위한 API 프로그래밍 방식에는 즉시모드와 보류모드 두가지 방법이 있다.
        * 들어가기전에 openGL은 프로그래밍 언어가 아닌 ''그래픽 하드웨어 제어를 위한 소프트웨어 인터페이스''이다. 그리고 높은 이식성을 지닌 그래픽&모델링 라이브러리이다. 다시말해, OpenGL은 언어가 아닌 API이다.
• OurMajorLangIsCAndCPlusPlus/errno.h . . . . 4 matches
       ||10||int ECHILD||자식 프로세스(child process)가 없다. 이 에러는 자식 프로세스를 다루는 오퍼레시션을 사용했는 데 다루기위한 어느 프로세스도 존재하재 않을 때 발생한다.||
       || ||int ENOBUFS||입출력 오퍼레이션을 위한 커널의 버퍼들이 모두 사용중이다.||
       || ||int EHOSTDOWN||요청된 네트웍 연결을 위한 원격 호스트가 다운이다.||
       || ||int EHOSTUNREACH||요청된 네트웍 연결을 위한 원격 호스트에 도달할수 없다.||
• PythonLanguage . . . . 4 matches
       '~을 하기에 적합한' 언어는 있어도 '~을 하기 위한' 것이란 없다. -_-; ('~을 하기 위한 API'는 존재할 수 있겠다.) 이녀석도 프로그래밍 언어이므로 프로그래밍을 하기 위한 언어이다. ^^; (PHP도 사람들이 웹프로그래밍으로만 접근해서 그렇지 원래는 shell script programming 도 가능하다. perl 보다 편하게 쓰는 사람들이 많다.)
        * [http://wikidocs.net/read/book/136 왕초보를 위한 파이썬]
• STL/vector/CookBook . . . . 4 matches
       = 벡터를 사용해보기 위한 기본 셋팅(앞으로 편의상 반말로 합니다.) =
        * 몇 번 써본결과 vector를 가장 자주 쓰게 된다. vector만 배워 놓으면 list나 deque같은것은 똑같이 쓸수 있다. vector를 쓰기 위한 vector 헤더를 포함시켜줘야한다. STL을 쓸라면 #include <iostream.h> 이렇게 쓰면 귀찮다. 나중에 std::cout, std:vector 이런 삽질을 해줘야 한다. 이렇게 하기 싫으면 걍 쓰던대로 using namespace std 이거 써주자.
        * typedef으로 시작하는 부분부터 보자. 일단 반복자라는 개념을 알아야 되는데, 사실은 나도 잘 모른다.--; 처음 배울땐 그냥 일종의 포인터라는 개념으로 보면 된다. vector<int>::iterator 하면 int형 vector에 저장되어 있는 값을 순회하기 위한 반복자이다. 비슷하게 vector<Object>>::iterator 하면 Object형 vector에 저장되어 있는 값을 순회하기 위한 반복자겠지 뭐--; 간단하게 줄여쓸라고 typedef해주는 것이다. 하기 싫으면 안해줘도 된다.--;
• SmallTalk/강좌FromHitel/강의3 . . . . 4 matches
       층인지, 그리고 이 사람들이 어떤 것을 원하는지를 조사하기 위한 수단이라
       들어가는 객체를 만들기 위한 명령들이 들어 있습니다. 비유를 들어보면,
       생깁니다. 그러므로 집이 있고 그 집을 만들기 위한 설계도가 있는 것입니
       위한 명령은 바탕글에 들어있습니다. 바탕글에 있는 명령을 사용하면 객체를
• TFP예제/WikiPageGather . . . . 4 matches
       집에서 모인모인을 돌리다가 전에 생각해두었었던 MindMap 이 생각이 났다. Page간 관계들에 대한 Navigation을 위한. 무작정 코딩부터 하려고 했는데 머릿속에 정리가 되질 않았다. 연습장에 이리저리 쓰고 그리고 했지만. -_-; '너는 왜 공부하고 실천을 안하는 것이야!' 공부란 머리로 절반, 몸으로 절반을 익힌다. 컴공에서 '백견이 불여일타' 란 말이 괜히 나오는 것은 아니리라.
        * Python 이라는 툴이 참 재미있는 녀석이라 생각한다. 방식이야 basic에서의 그것이겠지만, '인터프리터언어라는 것이 쉽고 편하다' 의 이유를 다시 생각하게 해준 계기가 되었다. 일반적으로 우리가 프로그래밍을 할 때는 (여기서는 C++이라 하자) Visual C++ 을 하나만 띄어놓고 프로그래밍 하는 경우가 별로 없다. 보통 product code 를 위한 하나, 해당 함수 기능의 부분구현 (임시코드 구현)을 위한 하나. 서버-클라이언트 프로그래밍인 경우에는 3개를 띄우는 경우도 다반사이다. Python 의 shell 은 임시코드를 구현하는데 매우 편리한 도구이다. (한편 이쯤되면 검문이 필요하다. VS 2-3개 띄우는 거랑 python IDLE을 2-3개 띄우는 거랑 다를바가 뭐냐.. --; 내가 말하고 싶은 것은 C++이나 PHP에 파이썬처럼 공통 인터프리터 쉘이 있었으면 하는 것. -_a 흐흐..) 암튼. 나는 모인모인소스를 보면서 제목 검색 관련 일부 코드를 짤라서 쉘에서 간단히 실행해보고 검토하고 실제 소스에 적용해볼 수 있었다.
       위의 예에서는 해당 모듈에서 FrontPage 화일을 직접 open 했다. 위키에서 FrontPage가 바뀌었을 경우에는 해당 알고리즘이 올바르다 하더라도 테스트 코드에서 에러를 유발할 것이다. - 테스트를 위한 FrontPage 화일을 따로 빼두는 방법이 있겠군. -_-; (문제를 명확하게 해두면 해결방법이 도출되기 쉽다. ^^;)
• html5/form . . . . 4 matches
        * search 타입, 전화번호 입력을 위한 tel 타입, 리소스 주소 입력을 위한 url 타입, 이메일 입력을 위한 email 타입, 색상 입력을 위한 color 타입 등이 새로 추가
• 데블스캠프2004준비 . . . . 4 matches
        * 2004년 6월 21일(월)~ 25일(금)에 있을 데블스캠프 2004 준비를 위한 페이지
        새회원이 프로그램 문제를 해결하는 동안 기존 회원을 위한 세미나를 준비해보면 좋겠다는 제안이 나왔습니다. 작년 기록을 보면 기존 회원을 위한 세미나는 없었던 모양입니다.--[Leonardong]
        당연히 없었습니다. [데블스캠프]의 기본취지를 보시면, '밤새서 회원을 뽑기위한' 것 입니다. [데블스캠프]를 재정의하던지, 새로운 행사로 이름을 바꾸던지 해야지요.--NeoCoin
• 새싹교실/2012/startLine . . . . 4 matches
        * 일단 재현이가 기존에 C를 어느 정도 공부했는지를 확인하기 위한 시간이라 따로 과제를 준비하지 못 했음.
        * 개인적으로 현재 시점에서 과제를 낸다면 C의 문법을 익히기 위한 과제를 준비할 것 같은데 환희가 현재 시점에서 C 문법을 나름대로 잘 쓰는 만큼 그렇게까지 무리해서 과제를 낼 필요는 없지 않을까 싶다. 사실 언제쯤부터 어떤 과제들을 내야 할지 정확히 감이 안 잡히는 것도 있지만... - [서민관]
        * 문자열을 다루기 위한 함수들(str...).
        그리고 addAccount()와 deleteAccount()는 이 이후 수업을 위한 하나의 포인트가 될 것입니다.
• 새싹교실/2013/양반/3회차 . . . . 4 matches
       다중 선택을 위한 if문
       수식 1 - 초기화를 위한 수식/ 루프를 시작하기 전에 실행한다.
       수식 3 - 조건식에 사용된 변수를 증가시키거나 감소시키기 위한 식으로 루프의 각 반복후 실행
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 스터디/Nand 2 Tetris . . . . 4 matches
        Screen을 위한 RAM 어딘가를 할당해놓음. 이 공간은 Screen을 위한 공간. CPU는 그 공간을 읽거나 써서 Screen 출력
        Keyboard를 위한 RAM 어딘가를 할당해놓음. 이 공간은 Keyboard를 위한 공간. CPU는 그 공간을 읽어서 어떤 key가 들어왔는지 확인.
• 토비의스프링3/오브젝트와의존관계 . . . . 4 matches
        1. DB 연결을 위한 커넥션을 어떻게 가져올 것인가.
        1. 사용자 등록/조회를 위한 SQL문을 담을 Statement를 만들고 실행하는 것.
        * 가장 큰 문제 : DB 연결을 위한 커넥션 오브젝트 가져오기
        * 1. 스프링이 빈 팩토리를 위한 오브젝트 설정을 담당하는 클래스라고 인식할 수 있도록 @Configuration이라는 애노테이션을 추가한다.
• 2학기파이선스터디/서버 . . . . 3 matches
       lock = thread.allocate_lock() # 상호 배제 구현을 위한 락 객체
       lock = thread.allocate_lock() # 상호 배제 구현을 위한 락 객체
       lock = thread.allocate_lock() # 상호 배제 구현을 위한 락 객체
• AcceleratedC++/Chapter0 . . . . 3 matches
        여기서 첫번째 문장은 b라는 변수의 값과 c라는 변수의 값을 더해서 a라는 변수에 저장하는 식으로 최종 결과가 a라는 변수에 저장되므로 이러한 문장은 최종 결과만을 이용하기 위한 문장이고, 두번째 문장은 std::cout과 "Hi! C++"을 왼쪽 쉬프트 연산을 하여 side effect로 "Hi! C++"을 표준 출력에 출력하고 최종 결과는 특별히 따로 저장하지 않으므로 최종 결과에는 관심이 없고, side effect만을 이용하기 위한 문장이다. 물론 예를 들지는 않았지만 최종 결과도 이용하고 side effect도 이용하기 위한 문장도 있다.
• Android/WallpaperChanger . . . . 3 matches
       || 4/28 || WallPaperAndroidService에서 Bitmap Loading방식 바꿈. 먼저 Loading을 해서 준비해놓고 순서가 오면 화면이 바뀌는 형식으로 바꿔놓음.시간 설정 저장 DB adapter생성 및 DB새로 만들어서 저장함.사용자의 편의를 위한 TextView설명 추가 ||
        * Thumnail제작을 위한 Multi-Thread방식 Image Loading : http://lifesay.springnote.com/pages/6615799
       성능을 위한 설계
• Ant/BuildTemplateExample . . . . 3 matches
       Ant Build 를 위한 기본 Template 예제. 적당히 해당 부분을 고쳐쓰면 된다.
        <!-- build 를 위한 속성변수들(property)들의 정의 -->
        <!-- 배포를 위한 디렉토리 만들기 -->
• AntTask . . . . 3 matches
       Ant Build 를 위한 기본 Template 예제. 적당히 해당 부분을 고쳐쓰면 된다.
        <!-- build 를 위한 속성변수들(property)들의 정의 -->
        <!-- 배포를 위한 디렉토리 만들기 -->
• Bioinformatics . . . . 3 matches
       GenBank flatfile은 DNA-centered의 보고서이다. DNA중심이라는 것은 어떤 단백질의 유전자 정보를 저장하고 있는 DNA영역이 DNA위의 coding region이라고 불린다. 반대로 대부분의 Protein seq. DB들은 Protein-centered의 관점이며, 이는 단백질과 유전자 사이는 accesion number(유전자를 접근하기위한 DB의 key값) ... 진행중
       National Center for Biotechnology Information 분자 생물 정보를 다루는 국가적인 자료원으로서 설립되었으며, NCBI는 공용 DB를 만들며, 계산에 관한 생물학에 연구를 이끌고 있으며, Genome 자료를 분석하기 위한 software 도구를 개발하고, 생물학 정보를 보급하고 있습니다. - 즉, 인간의 건강과 질병에 영향을 미치는 미세한 과정들을 보다 더 잘 이해하기 위한 모든 활동을 수행
• DPSCChapter4 . . . . 3 matches
       '''Composite(137)'''은 전체-부분의 계층 나타내기위한 tree구조로 각 object를 구성시킨다. Composite는 client 들이 개별의 object와 object들의 조합을 일정한 규칙으로 다룰수 있게 한다.
       '''Decorator(161)'''은 object에게 동적으로 임무와 할일을 부여한다. Decorator는 기능의 확장을 위한 함수에 대하여 유연한 선택을 제공한다.
       '''Proxy(213)'''은 다른 object의 조정,관리(control)을 위한 대행자, placeholer를 제공한다.
• DesignPatternsAsAPathToConceptualIntegrity . . . . 3 matches
       디자인패턴의 조직에 대한 우리의 토론중 디자인 패턴의 '자연적인 생성' 을 정의하기 어렵다는 의견이 있었다.만일 우리가 어떻게 디자인 프로세스에서 디자인 패턴들이 이용되는지 이해한다면, 그리고 패턴들의 조직화가 멀리 숨어있지 않다면, 이는 정의를 위한 좋은 프로퍼티가 될 것이다. 크리스토퍼 알렉산더(Alexander) 는 디자인 패턴의 자연적 생성은 이득이 되는 요소중 하나임을 강조했다. 소프트웨어의 관점의 업무 내에서 자연적인 생성은 실패한것 처럼 보이며, 디자인 패턴을 이용하는 더 일반적인 접근 방법은 다음과 같은 식으로 묘사된다. "xyz 문제에 대해 직면하게 되었을때.. 해결책은.." 혹자는 소프트웨어계에서 더 디자인패턴의 편의주의적인 적용은 디자인패턴의 생성적인 이용보다 유용하다고 말할지도 모른다.
       다음은 "객체지향 메소드들의 효과를 테스트하기 위한 리트머스 종이로서의 디자인 패턴" 으로부터의 요약이며, 통찰력을 제공해줄 것이다.
       자, 이전 ConceptualIntegrity 에 대한 토론과 함께 우리는 토론을 위한 질문들을 제안할 수 있다.
• DevOn . . . . 3 matches
        * 개발자를 위한 자연언어 이해하기: 개발자가 비개발자의 말을 더 잘 이해하기 위해
        * 개발자를 위한 자연언어 이해하기: 생명의 언어 해독하기
        * [정진경] - Gnome 3.10 즐기기는 잘 기억나지 않는다... 미안.. 진크리에이터... Wayland는 나름 도움이 되었는데, X 서버가 컴포지터가 인터프로세스 통신을 한다는 사실을 처음 알게 되었다. Wayland는 X 서버와 컴포지터가 합쳐져 있는 형태이고, 프레임버퍼를 위한 API가 제공된다는 것.. 이 부분은 나중에 공부해서 해당 페이지에 자세한 내용을 기술할 필요가 있을 것 같다...
• ExtremeProgramming . . . . 3 matches
        * ["Refactoring"] : 코드를 향상시키기 위한 프로세스
        * SpikeSolution: 주어진 문제에 대한 구현의 난이도를 예측하기 위한 작은 실험 프로그래밍.
        * CodingStandard: CollectiveOwnership 을 위한. 누구나 이해하기 쉽도록 코딩스타일 표준의 설정.
• FreechalAlbumSpider . . . . 3 matches
       주로 제로보드 데이터로 변환하기 위한 데이터베이스 저장 부분인데, 첫번째 이유로는 제로보드 DB 의 스키마를 제대로 파악하지 못한것이 문제였다. 이 문제는 프리첼->제로보드 컨버터 PHP 소스를 보고 이를 Python 으로 포팅하였다. 이전에 PHP 프로그래밍을 많이 했기 때문에 익숙했고, 어차피 같은 어족군(?)의 언어이므로 별다른 어려움이 없었다. 하지만, 테스트 경우를 명확하게 하지 않았기 때문에, 작동이 제대로 되지 않는지에 대해서는 게시판 변환뒤 매번 웹에서 나온 결과를 확인해야 했다.
        원리는 보통의 이런류의 프로그램 (HTTP 로 문서 가져오고 스트링 파싱하여 데이터로 가공하고 DB에 저장) 이 비슷합니다. 단, 앨범게시판의 경우 로그인이 필요한데, 이 경우 쿠키 처리를 위한 header setting을 해줘야겠죠. Perl 같은 경우 LWP, Python 의 경우 ClientCookie, Java 의 경우 HttpUnit(원래의 용도는 다르지만, 이런 프로그램을 위한 간이 브라우저 라이브러리로 쓸 수 있습니다.) 등의 라이브러리를 쓸 수 있습니다. 그리고, 이미지의 경우는 해당 URL을 보고 다시 HTTP Connection 을 열어서 얻어와서 binary로 저장해야 한다는 것이 유의사항이 되겠습니다. (HTML만 얻어오면 img tag 의 링크들만 있겠죠.) 그리고 header setting 에서 약간 미묘(?)한 부분이 있던것 같던데, 저는 걍 webdebug 로 캡쳐한거 그대로 보낸지라..; 이 부분은 CVS의 코드 참조하세요. --[1002]
• GRASP . . . . 3 matches
        Pure Fabrication 클래스를 식별하는 것은 중대한 일이 아니다. 이는 어떤 소프트웨어 클래스는 도메인을 표현하기 위한 것이고 어떤 소프트웨어 클래스는 단순히 객체 설계자가 편의를 위해 만든 것이라는 일반적인 점을 알리기 위한 교육적인 개념이다. 편의를 위한 클래스들은 대개 어떤 공통의 행위들을 함께 그룹짓기 위해 설계되며, 이는 표현적 분해보다는 행위적 분해에 의해 생성된다.
• JavaStudy2003/두번째과제/노수민 . . . . 3 matches
        이러한 실세계를 소프트웨어적으로 표현하기 위한 방법중 하나가 '객체지향'이다.
        청사진이라고 하기도 하고, 벽돌을 찍기 위한 하나의 틀에 비유하기도 한다.
        * new 생성자를 이용하여 객체를 위한 메모리 공간을 할당
• LUA_6 . . . . 3 matches
       __unm : Unary 연산자 예를 들면 -1 의 -와 같은 피 연산자가 하나 인 연산자를 위한 meta 함수
       __metatable : metatable을 보호하기 위한 metatable 프로그램이 metatable을 수정하지 못하도록 하기 위해 재 정의 해주면 된다.
       class를 만들기 위한 페이지 http://lua-users.org/wiki/YetAnotherClassImplementation 추가로 링크 넣었습니다.
• MoreEffectiveC++/Operator . . . . 3 matches
        * '''''implicit type conversion operator''''' 은 클래스로 하여금 해당 타입으로 ''return'' 을 원할때 암시적인 변화를 지원하기 위한 operator이다. 아래는 double로의 형변환을 위한 것이다.
       이거 간단히 보이지만 placement new의 전부이다. operator new의 역할은 해당 객체를 위한 메모리를 찾고(할당), 해당 포인터의 반환이고 placement new의 경우에는 호출자가 이미 메모리를 확보하였고, 단순히 포인터 반환만 해준다. 모든 placement new가 반드시 이런 pointer의 전달 역할을 한다. 그리고 size_t 인자가 아무런 이름이 없어도 반항 안한다. 자세한건 Item 6을 보면 이해가 갈것이다.
• PerformanceTest . . . . 3 matches
       rdtscEx명령은 36클럭을 소요하며 측정 구간을 클럭 단위로 측정할 수 있는 강력한 시간 측정 방법이다. 하지만 이 방법은 클럭 수만 측정할 뿐 시간을 알 수는 없다. 정확한 시간을 알려면 시스템의 CPU클럭을 알아야 하며 측정한 클럭값을 CPU클럭으로 나누어야 시간이 나온다. RDTSC명령을 수행할 때 CPU가 수행 속도 향상을 위해서 CPU 명령 순서가 바뀔 수 있기 때문에 CPUID명령을 전에 수행해 명령 순서를 맞춰야 하는 경우도 있다. 자세한 설명은 인텔에서 제공하는 성능 모니터링을 위한 RDTSC 명령 사용법을 참조하기 바란다.
       Windows는 Multi-Thread로 동작하지 않습니까? 위 코드를 수행하다가 다른 Thread로 제어가 넘어가게 되면 어떻게 될까요? 아마 다른 Thread의 수행시간까지 덤으로 추가되지 않을까요? 따라서 위에서 작성하신 코드들은 정확한 수행시간을 측정하지 못 할 것 같습니다. 그렇다고 제가 정확한 수행시간 측정을 위한 코드 작성 방법을 알지는 못합니다. -_-;
       멀티쓰레드로 인해 제어권이 넘어가는 것까지 고려해야 한다면 차라리 도스 같은 싱글테스킹 OS에서 알고리즘 수행시간을 계산하는게 낫지 않을까 하는 생각도 해봅니다. (하지만, 만일 TSR 프로그램 같은 것이 인터럽트 가로챈다면 역시 마찬가지 문제가 발생할듯..) 그리고 단순한 프로그램의 병목부분을 찾기 위한 수행시간 계산이라면 Visual C++ 에 있는 Profiler 를 사용하는 방법도 괜찮을 것 같습니다. 해당 함수들의 수행시간들을 보여주니까요.
• PyUnit . . . . 3 matches
       unit testing 의 가장 기본적인 코드 블록 단위. 셋팅과 모듈이 제대로 돌아가는지를 체크하기 위한 하나의 시나리오가 된다.
       이러한 testing code를 위한 작업환경을 'fixture' 라고 한다.
       Test case 인스턴스들은 그들이 테스트하려는 것들에 따라 함께 그룹화된다. PyUnit는 이를 위한 'Test Suite' 메커니즘을 제공한다. Test Suite는 unittest 모듈의 TestSuite class로 표현된다.
• Refactoring/BuildingTestCode . . . . 3 matches
       리팩토링을 위한 필수적인 선행조건은 견고한 테스트를 하는 것이다. 당신이 리펙토링을 자동으로 해줄 수 있는 툴을 가지고 있다고 하더라도 여전히 테스트가 필요하다. 모든 가능한 리펙토링을 자동으로 해주는 툴이 나오는데는 오랜 시간이 걸릴 것이다.
       나로하여금 self-testing code로의 길을 시작하게 한 계기는 OOPSLA '92의 한 이야기부터였다. 그때 누군가 (아마도 Dave Thomas)"클래스는 자기 자신의 테스트코드를 가지고 있어야 한다" 라는 말을 했다. 이 말은 테스트를 구성하기 위한 좋은 방법으로 여겨졌다. 나는 모든 클래스에 클래스 스스로를 테스트하는 메소드들 (''test''라 한다.)들을 가지도록 만들었다.
       사실 테스트 코드를 작성하기 위한 가장 좋은 때는 프로그래밍을 시작하기 전이다. 어떤 기능을 추가해야할 때, 테스트 코드를 작성하는 것으로 시작한다. 이것은 뒷걸음질 치는 것이 아니다. 그 기능을 추가하기 위해서 어떤 것들이 행해져야 하는지 스스로에게 물어보는 것이 된다. 그리고 테스트 코드를 쓰는 것은 구현보다는 인터페이스에 집중할 수 있게 해준다. (그리고 이것은 언제나 좋은 것이다)
• ZeroPage_200_OK . . . . 3 matches
        * 서버에서 데이터를 가져와서 보여줘야 하는 경우에 싱글스레드를 사용하기 때문에 생기는 문제점에 대해서 배우고 이를 처리하기 위한 방법을 배웠습니다. 처음에는 iframe을 이용한 처리를 배웠는데 iframe 내부는 독립적인 페이지이기 때문에 바깥의 렌더링에 영향을 안주지만 페이지를 이동하는 소리가 나고, iframe이 서버측의 데이터를 읽어서 렌더링 해줄 때 서버측의 스크립트가 실행되는 문제점 등이 있음을 알았습니다. 이를 대체하기 위해 ajax를 사용하는데 ajax는 렌더링은 하지 않고 요청 스레드만 생성해서 처리를 하는 방식인데 xmlHttpRequest나 ActiveXObject같은 내장객체를 써서 요청 스레드를 생성한다는걸 배웠습니다. ajax라고 말은 많이 들었는데 구체적으로 어떤 함수나 어떤 객체를 쓰면 ajax인건가는 잘 몰랐었는데 일반적으로 비동기 처리를 하는거면 ajax라고 말할 수 있다고 하셨습니다. 그리고 중간에 body.innerHTML을 직접 수정하는 부분에서 문제가 생겼었는데 innerHTML을 손대면 DOM이 다시 만들어져서 핸들러가 전부 다 사라진다는 것도 기억을 해둬야겠습니다. - [서영주]
        * 자바스크립트에서 객체를 표현하기 위한 표기법.
        * JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.
• html5/web-workers . . . . 3 matches
        * 웹 워커 : 자바스크립트 코드를 백그라운드에서 실행하기 위한 기술
        * onerror : 에러 포착하기 위한 이벤트 핸들러
        * onmessage() : 워커로부터의 메세지 수신을 위한 이벤트 핸들러
• whiteblue/MyTermProject . . . . 3 matches
       void copy() // 데이터 훼손을 방지하기 위한 데이터 카피
       int input() // 올바른 입력을 위한 입력함수
       void pass() // 바로 넘어가지 않기 위한 함수
• 데블스캠프2009/월요일후기 . . . . 3 matches
        * '''서민관''' - 마지막 시간인 svn 시간은 수업을 위한 수업이라기보다는 앞으로의 활동을 위한 베이스적인 수업의 성격이 강했던 것 같다. nforge와 svn을 이용하면 확실히 앞으로 팀 프로젝트로 코드를 짜거나 수정할 때 여러모로 편리할 것이라고 본다. 하지만 그 이후의 코드 레이스는 좀 힘들었어요. 제가 원래 머리 회전도 좀 느린 편인데다가 창의력이나 응용력도 부족하단 말이에요. 어째 앞길이 막막한데.
       == 다음날 데블스캠프를 위한 피드백~ 강화할 점, 개선할 점 ==
• 새싹교실/2011 . . . . 3 matches
       피드백은 귀찮게 하기 위한 관리의 수단이 아니라 각 반이 매 시간마다 더 즐겁고 유익한 수업을 진행하고, 다음 해 새싹 교실에서도 이를 참고하기 위한 기록입니다.
        * 더 좋은 커리큘럼을 만들기 위한 의견도 환영합니다. 커리큘럼을 개선할 아이디어가 있으시면 아래에 적어주세요.
• 새싹교실/2012/강력반 . . . . 3 matches
       printf - 콘솔창에 출력을 위한 함수
        %d, %f 등 변수의 숫자나 문자를 출력하기 위한것들
       scanf - 콘솔창에서 입력을 받기 위한 함수
• 새싹교실/2012/부부동반 . . . . 3 matches
       이번 과제는 실질적인 코드보다 문제를 해결하는 프로세스를 알려주기 위한 과제입니다.
       1시간 이상 소요되지 않는 범위에서 문제를 해결하기 위한 아이디어를 서술하고 조사한 자료를 토대로
       * 구조체와 클래스의 차이점, 구조체의 한계를 벗어나기 위한 수단
• 새싹교실/2013/라이히스아우토반/2회차 . . . . 3 matches
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
        char dot; // 입력 받을 문자를 위한 변수.
        int i,j; // for문을 돌리기 위한 인덱스용 변수.
• 새싹교실/2013/라이히스아우토반/3회차 . . . . 3 matches
        * 입력을 위한 함수를 써야 합니다. C언어의 콘솔을 위한 입력용 함수는 이런것들이 있습니다.
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 시간관리인생관리/요약 . . . . 3 matches
        * 매일 같이 자신을 위한 시간을 마련하라.
        * 연습3은 저항하는 것을 가능한 넓게 알아보기 위한 것이고, 이번에는 깊게 보기위한 것이다.
• 위키로프로젝트하기 . . . . 3 matches
        * How - 목표를 위한 방법과 일정의 기록이다. Offline 또는 Online 상에서 한 일에 대한 ["ThreeFs"] 를 남겨라.
        * Why - 프로젝트를 하기 위한 동기이다.
       기존의 게시판방식이 장점이 있다면 '시간의 역사' 라는 점이 있겠다. 매일 작업일지를 쓰는 경우. 시간의 흐름에 따른 진행상황이 처음부터 주욱 보이기 때문이다. 반면 위키는 늘 현재성을 추구한다. 위키의 페이지는 늘 해당 주제를 중심으로 고쳐지는 글이다. 하지만, 시간의 역사 자체의 의미보다는 페이지 자체 내용, 즉 Content 중심의 사고라는 점에 더 무게중심을 두고 싶다. '시간의 역사' 자체가 Content 로서 중요하다면, 그것을 위한 페이지를 열어라.
• 자유로부터의도피 . . . . 3 matches
        * 일에대한 충동, 절약하고자 하는 정열, 손쉽게 초개인적인 목적을 위한 도구가 되려는 경향, 금욕주의, 의무의 강제적 의식 -> 자본주의 사회의 생상적인 힘이 된 성격상의 특성
        * 감상 : 이책을 읽게 된것은 정말 행운인거 같다. 이책은 현대인의 문제점을 아주 날카롭고 정확하게 지적해주어서 지금까지 뭔가 뿌연 안개처럼 잘 알수 없었던 문제들을 파악하는데 많은 도움을 준다. 인생살이에 정말 많은 도움이 되는 책이다. 이책은.. 강력 추천 !, 특히 고등학교와는 다른 생활에 처음 접하는 대학교 1학년들은 꼭 읽어 봤으면 좋겠다는 생각이 든다. 음.. 솔직히 이책이 그렇게 자극적인 재미를 주는 것은 아니지만, 내가 명확하게 설명하지 못한것을 명확하고 면밀하게 분석해주는데서 오는 통쾌함 같은 것을 느낄 수가 있다. 이책에서 알게 된점은 자유라는 것이 분명 좋은것이긴 하지만 그것을 제대로 제어를 하지 못하면 자신에게 좋지 못한 방향으로 다가온다는 점이다. 그리고 그렇게 좋지 않은 방향으로 다가온 것들(무력감, 고독, 기타 등등)을 피하기 위한 임시 방편(자동 인형, 파시즘)으로는 자유를 제대로 향유할 수 없고, 오히려 자신의 자아를 말살 할 수도 있다는 점이다. 그때에는 오히려 자신의 자아가 다른 어떤 자아와도 다르다는 것을 인식하고, 그러한 자아를 유지하고 키워 나가야 한다. 내가 너무 단순화 시키거나 왜곡 시켜서 말하는거 같지만 내 의견을 말하자면, 자유가 오면 피하지 말고 있는 그대로 맞 받아치고 받아들여서 자신의 제어권 안에 두어야 겠다. 즉 자유가 자신의 주인이 되게 하는게 아니라 자신이 자유의 주인이 되어야 할 것이다. 그리고 여기서 자유를 제대로 향유하지 못한 영향으로 발생하는 새디즘이나 매저키즘등이 나왔는데, 이것도 상당히 흥미로웠다. 지금까지 잘 알지 못했던 내용인데 우리주변에서는 아주 흔하게 볼 수있는 것들이었다. 새디즘이나 매저키즘이나 둘다 자유로부터 도피의 수단이었다. 대충 감상을 적으면 이정도이다.
        * 루터와 칼빈 사상의 특징은 인간은 사악하고 불완전한 존재이므로 인간의 의지와 노력은 소용이 없고 절대적인 신에게의 복종만이 최선이다라는 식이다. 이는 자본주의가 발전하기 위한 심리적인 준비를 시켰다. 자기의 목적이 아닌 거대한것의 목적에 자신을 복속 시키려는 심리적 매커니즘은 신 - 개인 관계에 있어서 적용 되었지만 이는 지도자 - 개인, 조직 - 개인 간에도 쉽게 전이될 수 있다.
• 작은자바이야기 . . . . 3 matches
        * 병특을 위한 중장기 프로젝트(?)
        * 동기화 부하를 피하기 위한 DCL 패턴의 문제점을 살펴보고 Java 5 이후에서 volatile modifier로 해결할 수 있음을 배웠습니다.
        * 행동을 확장하기 위한 패턴이다.
• 정신병원에서뛰쳐나온디자인/밑줄긋기 . . . . 3 matches
       == 즐거움을 위한 디자인 ==
       == 강력함을 위한 디자인 ==
       == 사람을 위한 디자인 ==
• 제13회 한국게임컨퍼런스 후기 . . . . 3 matches
       || 11:40 – 12:40 || 빠른 게임개발을 위한 Autodesk®3ds Max® 활용 팁 || 김일혁(오토데스크 코리아) || Graphic ||
       || 13:30 – 14:30 || 키노트 1 - 모바일과 온라인 게임 개발의 미래, 그리고 끊임없이 변화하는 시장안에서 기솔적 우위를 점하기 위한 선택 || Brian Waddle(Havok) || ||
       || 13:30 – 14:30 || 키노트 5 - 모두를 위한 MMORPG || 최관호/한재갑(네오위즈 블레스 스튜디오) || ||
• 조영준 . . . . 3 matches
        * [스터디/게임에 미친이들을 위한 히치하이킹]
• 타도코코아CppStudy/0724/선희발표_객체지향 . . . . 3 matches
        겉에서 그객체를 사용하기 위한 사용자 인터페이스는 제공하나 데이타를 검색, 수정 그리고 함수의 이용을 위해서는 이 인터페이스를 꼭 거쳐야 되게 하는것이다.
        자동차라는 객체 클래스를 우리가 사용하기 위해서는 알아야할 것이 운전하는 방법뿐인 것이다. 표지 판이나 교통신호등은 관계는 있으나 자동차를 움직이기 위한 객체 인터페이스와는 아무런 관계가 없는것이다. 캡슐화는 기능의 조직성과 논리성을 연관시킨다.
        * 데이타형 클래스와 객체(Class and Objectas any type data) : 자동차를 움직이기 위한 유저가 2명 있다. 자동차라는 객체 를 둘다 사용하는데 한명은 부산에 가려고 하고 한명은 대구에 오려고 한다.
• 타도코코아CppStudy/객체지향발표 . . . . 3 matches
        겉에서 그객체를 사용하기 위한 사용자 인터페이스는 제공하나 데이타를 검색, 수정 그리고 함수의 이용을 위해서는 이 인터페이스를 꼭 거쳐야 되게 하는것이다.
        자동차라는 객체 클래스를 우리가 사용하기 위해서는 알아야할 것이 운전하는 방법뿐인 것이다. 표지 판이나 교통신호등은 관계는 있으나 자동차를 움직이기 위한 객체 인터페이스와는 아무런 관계가 없는것이다. 캡슐화는 기능의 조직성과 논리성을 연관시킨다.
        * 데이타형 클래스와 객체(Class and Objectas any type data) : 자동차를 움직이기 위한 유저가 2명 있다. 자동차라는 객체 를 둘다 사용하는데 한명은 부산에 가려고 하고 한명은 대구에 오려고 한다.
• .bashrc . . . . 2 matches
       # bash-2.05 이후 버전을 위한 개인적 $HOME/.bashrc 파일
       # 아 파일은 대화모드 쉘을 위한 것입니다.
• 0PlayerProject/커널업로드작업정리 . . . . 2 matches
        * 통신을 위한 COM Port 설정
        * 종류 : JFFS2 ( 메모리를 위한 것이지만 조금 느림), yaffs ( 안정성이 보장되지 않지만, 그나마 나음)
• 2011년독서모임 . . . . 2 matches
        * [송지원] - 디즈니 영화 '라푼젤(원제:Tangled)'을 보고 가장 읽고 싶었던 동화 원작이 라푼젤이었는데 순의가 도서관 가서 빌리는 김에 같이 빌렸습니다-_-; 막상 빌려 보니 원작의 라푼젤이라기 보다는 몇판에서 삭제된 내용의 라푼젤을 반영하면서도, 약간은 막장 드라마가 되어버린..(고텔 아주머니의 남자에 대한 반감은 그 전에 상처로 인한 건데 그 남자가 알고보니 고텔에게 복수한 거였고 뭐 고딴) 19금 라푼젤이었어요. 전체적인 스토리들을 보며 느꼈지만 그림동화는 역시 어른들을 위한 동화였어요.(음?) 다음에는 진짜 원작을 빌려보고 싶습니다.
        * [강소현] - 죽은 시인의 사회는 학교 안에서 일어나는 내용이어서 이 책으로 선정하였습니다. 대학 진학을 위한 공부만을 강요하는 학교에서 자신의 생각도 존중받지 못하고 공부하는 기계로 살아가는 학생들한테 한 국어 선생님이 찾아오면서 깨달음을 준다는 내용입니다. 도중에 자신의 꿈인 연극을 하겠다는 학생과 공부에 방해된다며 하지 말라는 부모의 충돌도 있었고, 한 학생의 배신으로 선생님이 쫓겨나기도 하지만 학생들은 이미 예전과 달리 변화했다는 점에 의의가 있지요. 몇 십 년 전에 쓰여진 다른 나라의 책이지만 현재에도 적용되는 거 같아 씁쓸했어요. 제가 고등학교 3학년 때는 이렇게 꿈을 찾아가라 깨달음을 주는 선생님은 없었지만, 고등학교 때의 추억을 남기라는 분은 계셨지요 ㅎㅎ 담임 선생님이었는데 담당 수업 시간에 학교 밖으로 나가 벚꽃 구경도 하고, 뒷산(관악산)에 올라가 계곡 구경도 하고, 다른 반과 합동으로 피구대회를 주선하기도 했지요. 우리 반이 이겨서 다른반 선생님한테 아이스크림도 얻어 먹고! 고3 때 야자하는 사진, 쉬는 시간, 놀러간 사진 등등 담임 선생님이 항상 카메라를 들고 다니며 사진을 찍어주셔서 고3 때 사진이 제일 많아요. 그래서 고3 생활이 힘들었다고만 기억되지는 않네요 ㅎㅎ
• 3D프로그래밍시작하기 . . . . 2 matches
       이 시점에서 여러가지 해결해야 할 사항이 생기는데, 첫째로는 파일 포맷에 대해서 정확히 이해하고, 각 항목이 어떤 역할을 하는 것인지를 알아야 하겠으며, 둘째로는 비교적 여러단계로 복잡하게 구성되어 있는 3D Scene Data 를 효율적으로 정렬하기 위한 자료구조를 내 프로그램에 심는 것입니다. STL 같은 라이브러리를 능숙하게 사용할 수 있다면 많은 도움이 될 것입니다. 가급적이면 계층적으로 구성된 모델을 읽을 수 있도록 해야 나중에 애니메이션도 해보고 할 수 있겠죠. 세째로는 기본 이상의 가속기에 대한 조작을 할 수 있도록 d3d_renderstate 들에 대해서 알아두는 것입니다. 최소한 바이리니어 필터링을 켜고 끄고, 텍스춰 매핑을 켜고 끄고, 알파블렌딩, 등등을 맘먹은대로 조합해볼 수 있어야겠죠
        * 이것들 이외에도 모델링 데이타를 가져오기 위한 포멧이 여럿 있습니다. x나 3ds등도 쓰입니다. 3ds의 경우 버텍스 모핑 키값을 쓸수 있다 하는데 실효성은 의문입니다. 그리고 그넘은 binary로 되있어서 읽을때 조금 더손이 갈 듯합니다.
• 5인용C++스터디/소켓프로그래밍 . . . . 2 matches
       || 전화를 받기 위한 '전화 번호' || IP주소 ||
       서버-클라이언트 환경을 만들기 위한 과정을 서버측에서 보자면 다음의 과정을 거치게 된다.
• AcceptanceTest . . . . 2 matches
       AcceptanceTest는 blackbox system test 이다. 각각의 AcceptanceTest는 해당 시스템으로부터 기대되는 결과물에 대해 표현한다. Customer는 AcceptanceTest들에 대한 정확성을 검증과, 실패된 테스트들에 대한 우선순위에 대한 test score를 검토할 책임이 있다. AcceptanceTest들은 또한 production release를 위한 우선순위의 전환시에도 이용된다.
       AcceptanceTest는 자동으로 수행되어져야 하며, 또한 그렇기 때문에 자주 실행될 수 있다. AcceptanceTest score는 개발팀에 의해 점수가 매겨진다. 매 Iteration에 대해 실패한 AcceptanceTest를 수정하기 위한 시간분배 스케줄에 대해서 또한 개발팀의 책임이다.
• CToAssembly . . . . 2 matches
       먼저 스택포인터의 값을 기준포인터 레지스터(base pointer register) ebp에 복사한다. 기준포인터는 스택의 다른 위치를 접근할때 사용할 고정된 기준점이다. foo를 호출한 코드에서도 ebp를 사용하므로, 값을 esp 값으로 대체하기 전에 스택에 복사한다. 명령어 subl $4, %esp는 스택포인터를 감소하여 정수를 담기위한 (4 바이트) 공간을 만든다. 다음 줄은 값 10을 ebp에서 4를 뺀 (4 바이트) 주소에 복사한다. 명령어 movl %ebp, %esp는 스택포인터를 foo 시작시 가졌던 값으로 되돌리고, popl %ebp는 기준포인터 레지스터의 값을 되돌린다. 스택포인터는 이제 foo를 시작하기 전과 같은 값을 가진다. 아래 표는 main 시작과 목록 4의 (main에서 반환을 제외한) 각 명령어 실행후 레지스터 ebp, esp와 3988에서 3999까지 스택 주소의 내용이다. 우리는 main의 첫 명령어 실행전에 ebp는 값 7000, esp는 값 4000을 가지며, 스택 주소 3988에서 3999까지 임의의 값 219986, 1265789, 86이 저장되있다고 가정한다. 또, main에서 call foo 다음에 나오는 명령어의 주소가 30000이라고 가정한다.
       Asm 문장은 프로그램이 컴퓨터 하드웨어에 직접 접근하게 한다. 그래서 빨리 실행되는 프로그램을 만들 수 있다. 하드웨어와 직접 상호작용하는 운영체제 코드를 작성할때 사용할 수 있다. 예를 들어, /usr/include/asm/io.h에는 입출력 포트를 직접 접근하기위한 어셈블리 명령어가 있다.
• CauGlobal/Interview . . . . 2 matches
        * 팀워크를 높이기위한 활동은 어떤 것들이 있습니까?
        저도 그 점이 참 고민이에요. 날카로운 지적 감사합니다 :) 일단 학교에서 지원해주는 행사라 학교에서 원하는 답을 만들어주기 위한 의식이 어느정도 작용했던것 같습니다. 만약 형이 이런 기회로 가시게 된다면, 어떤걸 해보고 싶으세요? 힌트가 있으면 정말 도움이 될것 같습니다. --sun
• CleanCode . . . . 2 matches
        * 실제로는 쓰지 않는데 테스트를 위한 메소드를 추가하게 되는 경우가 있을 수 있지 않은가? -> java의 경우는 reflection을 사용하면 메소드의 추가 없이 처리가 가능한 경우도 있지만 그것보다도 테스트용 framework(mockito 등)를 사용하는것이 좋다.
        * 코드의 성능 개선을 위한 부분적인 리팩토링이 이어지다 보면 어떤 패턴이 나타나는 경우를 예로 들 수 있다.
• CreativeClub . . . . 2 matches
        * ZeroPage의 이름을 알리기 위한 방법
        * Trouble Shooting을 위한 wiki 운영.
• CvsNt . . . . 2 matches
       http://russ.hn.org/viewcvs/ 에서 윈도우즈를 위한 ViewCVS 를 받을 수 있다.
       또하나 필요한 것이 있다면, ViewCVS를 돌리기 위한 RCS 관련 툴들이다. 이는 http://ftp.cvshome.org/rcs/ 에서 받을 수 있다.
• DNS와BIND . . . . 2 matches
       ; 인터페이스를 위한 특정한 이름들
       ; 인터페이스를 위한 특정한 이름들
• DataCommunicationSummaryProject/Chapter5 . . . . 2 matches
        * 따라서 목소리를 위한 D-AMPS + 데이터를 위한 EDGE Compact 제안
• DataCommunicationSummaryProject/Chapter8 . . . . 2 matches
        * Internet Roaming : 단순히 인터넷을 통해서 특화된 서비스를 위한 연결을 보낸다. 이것은 싸고, 간단한 해결책이지만, 느리고 보안 문제가 있다.
        * 내부적인 컴퓨터 이메일 시스템은 POP나 IMAP을 통한 원격 접근을 지원하지 않는다. 대신 이와 같은 것에 대한 이동 통신의 접근을 위한 가장 좋은 방법은 이메일만 담당하는 gateway server(허용된 시스템과 이동 통신과 접속하게 하는)을 통해서 접근 하는 것이다.
• EffectiveC++ . . . . 2 matches
       // 위한 최선의 방법은 다음과 같이 "잘못된" 양의 메모리를 요청하고 있는
       날짜를 나타내기 위한 클래스 이다.
• Emacs . . . . 2 matches
        4. emacs 설정 파일인 .emacs 혹은 init.el 파일에 설치한 cedet을 로드하기위한 elisp코드를 다음과 같이 써준다.
       소스파일의 tabbar를 쓰기위한 플러그인이다.
• ExtremeBear . . . . 2 matches
       ["ExtremeProgramming"] 을 실전과 같이 경험해 보기 위한 스터디.
        * Xper:ToolsForXp : XP 프로젝트를 위한 준비물
• Freemarker . . . . 2 matches
       Java Servlet 을 위한 오픈 소스 HTML 템플릿 엔진이다.
       프리마커는 자바 서블릿을 위한 오픈소스 HTML 템플릿 엔진이다. 프리마커에서는 HTML을 템플릿으로 저장하는데 이들은 결국 템플릿 객체로 컴파일 된다. 이 템플릿 객체들은 서블리셍서 제공하는 데이터들을 이용하여 HTML을 동적으로 생성한다. 프리마커 객체들은 서블릿에서 제공하는 데이터들을 이용하여 HTML을 동적으로 생성한다. 프리마커는 고유의 템플릿 언어를 사용하고, 정적인 HTML페이지에 근접한 속도를 자랑한다. ..하략
• GUIProgramming . . . . 2 matches
       윈도우 매니저 KDE에 사용되는 툴킷이다. 이름은 "cute"라는 단어에서 만들어졌다고 한다. 다양한 멀티플랫폼을 위한 기능이 존재하며 다국어 지원이 좋다. 또한 기본적으로 C++을 이용하지만, 파이선이나 펄, C를 위한 바인딩 기능을 제공한다.
• Gof/State . . . . 2 matches
        * Context 의 특정 상태와 관련된 행위들을 캡슐화 하기 위한 관련 인터페이스를 정의한다.
       일단, 우리는 TCPConnection 클래스를 정의한다. TCPConnection 은 데이터를 전달하고 상태 전환을 위한 request를 다루는 인터페이스를 제공한다.
• HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/변준원 . . . . 2 matches
       속성 상속이라는 개념 역시 우리의 일상 생활에서 흔히 사용하는 개념을 프로그램으로 표현하기 위한 편리한 수단이다. 어떤 객체의 종류, 즉 클래스는 좀 더 세분화하여 분류할 수가 있는데 이렇게 세분화된 종류나 유형을 subtype 혹은 subclass라고 한다.
       클래스 중에는 인스턴스(instance)를 만들어 낼 목적이 아니라 subclass들의 공통된 특성을 추출하여 묘사하기 위한 클래스가 있는데, 이를 추상 클래스(Abstract class, Virtual class)라 한다. 변수들을 정의하고 함수중 일부는 완전히 구현하지 않고, Signature만을 정의한 것들이 있다. 이들을 추상 함수(Abstract function)라 부르며, 이들은 후에 subclass를 정의할 때에 그 클래스의 목적에 맞게 완전히 구현된다. 이 때 추상 클래스의 한 subclass가 상속받은 모든 추상 함수들을 완전히 구현했을 때, 이를 완전 클래스(Concrete class)라고 부른다. 이 완전 클래스는 인스턴스를 만들어 낼 수 있다.
• HowToStudyDesignPatterns . . . . 2 matches
       우리가 갖고 있는 지식이라는 것은 한가지 표현양상(representation)으로만 이뤄져 있지 않습니다. "사과"라는 대상을 음식으로도, 그림의 대상으로도 이해할 수 있어야 합니다. 실제 패턴이 적용된 "다양한 경우"를 접하도록 하라는 것이 이런 겁니다. 동일 대상에 대한 다양한 접근을 시도하라는 것이죠. 자바로 구현된 코드도 보고, C++로 된 것도 보고, 스몰토크로 된 것도 봐야 합니다. 설령 "오로지 자바족"(전 이런 사람들을 Javarian이라고 부릅니다. Java와 barbarian을 합성해서 만든 조어지요. 이런 "하나만 열나리 공부하는 것"의 병폐에 대해서는 존 블리스사이즈가 C++ Report에 쓴 Diversify라는 기사를 읽어보세요 http://www.research.ibm.com/people/v/vlis/pubs/gurus-99.pdf) 이라고 할지라도요. 그래야 비로소 자바로도 "상황에 맞는" 제대로 된 패턴을 구현할 수 있습니다. 패턴은 그 구현(implementation)보다 의도(intent)가 더 중요하다는 사실을 꼭 잊지 말고, 설명을 위한 방편으로 채용된 한가지 도식에 자신의 사고를 구속하는
       하긴, 패턴도 "문제해결"을 위한 한가지 방편에 지나지 않겠군요. 주변에서 "이 경우에는 무조건 이 패턴을 써야 합니다"라고 생떼를 쓰는 사람을 보면 씁쓸한 기분을 감출 수 없습니다.
• IntelliJ . . . . 2 matches
       개인적으로 IntelliJ 는 정말 TestDrivenDevelopment 와 Simplicity 를 위한 에디터라고 생각하는데, 이유는 리팩토링 기능이나 화면상 UI (쓰이지 않는 필드 등에 대해선 회색으로 표시됨), 그리고 Inspection 기능때문이다.
       Intelli J 에서는 ["Ant"] 가 기본으로 내장되어있다. ["Ant"] 를 위한 build.xml 화일을 작성해주고, 오른쪽 ant build window 에서 build.xml 을 추가만 해주면 됨. Intelli J가 ["Ant"] 의 dtd 를 해석, XML 화일 작성중 자동완성 기능을 구현해준다. (환상! 단, Intelli J 가 느린 IDE 이므로 램 256이상은 필수. 학교에서 하려니 도저히 못해먹겠는지라, 결국 메뉴얼과 editplus 보고 작성했다는. -_-)
• IntentionRevealingMessage . . . . 2 matches
       어떻게 된건가? 의사소통이다. 한 줄의 메소드가 의사소통에 가장 중요하다.(?) 사용자의 입장에서는 그냥 highlight라는 메세지에 영역만 넣어서 보내면 되는 것이다. 사각형을 뒤집음으로써 highlight된다는 사실을 몰라도 되는 것이다. IntentionRevealingMessage는 컴퓨터를 위한다기보다는 사람을 위한 가장 극단적인 형태의 패턴이다. 의도와 구현을 분리하자는 것이다. 메세지의 이름을 그 메세지 내에서 어떻게 되는건가로 짓지 말고, 그 메세지가 무엇을 하는건가로 짓자.
• JTDStudy/첫번째과제/상욱 . . . . 2 matches
        * TDD로 만들려고 하니 적응도 안되고 해서 시간이 꽤나 많이 걸리네요^^; 프로그램을 위한 테스트라기 보단 테스트를 위한 프로그램이 되어지는 느낌이 팍팍;;; 하지만 장점이 많은 방법이라 앞으로 더 연습을 해 봐야겠네요~ - [상욱]
• JUnit/Ecliipse . . . . 2 matches
       먼저 Eclipse 에서 JUnit 을 사용하기 위한 세팅법입니다.
       이것으로 Junit을 사용하기 위한 준비는 끝입니다.
• Java Study2003/첫번째과제/곽세환 . . . . 2 matches
       자바의 다중 스레드 기능은 동시에 많은 스레드를 실행시킬 수 있는 프로그램을 만들 수 있도록 해 줍니다. 자바는 동기화 메소드들을 기본적으로 키워드로 제공함으로써, 자바 언어 수준에서 다중 스레드를 지원해 줍니다. 자바 API에는 스레드를 지원해 주기 위한 Thread 클래스가 있으며, 자바 런타임 시스템에서는 모니터와 조건 잠금 함수를 제공해 줍니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
• Java Study2003/첫번째과제/노수민 . . . . 2 matches
       자바의 다중 스레드 기능은 동시에 많은 스레드를 실행시킬 수 있는 프로그램을 만들 수 있도록 해 줍니다. 자바는 동기화 메소드들을 기본적으로 키워드로 제공함으로써, 자바 언어 수준에서 다중 스레드를 지원해 줍니다. 자바 API에는 스레드를 지원해 주기 위한 Thread 클래스가 있으며, 자바 런타임 시스템에서는 모니터와 조건 잠금 함수를 제공해 줍니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
• JavaHTMLParsing/2011년프로젝트 . . . . 2 matches
        InputStream is;//URL접속에서 내용을 읽기위한 Stream
        //내용을 읽어오기위한 InputStream객체를 생성한다..
• LIB_3 . . . . 2 matches
       WAIT은 실행 가능하지만 멈춰 진 태스크를 위한 큐
       이 함수는 스케쥴링을 위한 준비 과정 TCB들을 다 초기화 해 준다.. 겁이 많아서 그냥 다 초기화 해줬다.[[BR]]
• LearningGuideToDesignPatterns . . . . 2 matches
       여러해가 지난 지금, DPSG는 23주 기간의 pattern들을 공부하는 스터디 그룹들을 가져왔다. 각각의 그룹들은 스터디 그룹을 위한 navigation 에 대해 실험하고, 토론하고, 수정했다. 여기서 제안된 navigation은 매 새로운 스터디 그룹들에게 이용된다. 여기서 제안된 navigation은 Pattern 초심자들에게 더 지혜롭게 하나의 패턴에서 다른 패턴으로 이동하게끔 도와줄 것이며, 효율적으로 23개의 Pattern들을 터득하는데 도움을 줄 것이다. 물론 이 navigation은 계속 개선해 나갈 것이다. 그리고 당신이 제안하는 개선책 또한 환영한다.
       ObserverPattern 과 Model-View-Controller (MVC) Design 을 이해하기 위한 준비단계로 MediatorPattern을 공부한다.
• Linux/디렉토리용도 . . . . 2 matches
        * 일반 사용자들을 위한 대부분의 프로그램 라이브러리 파일들이 위치.
        * /usr/lib : /usr/bin과 /usr/sbin에 있는 실행 바이너리를 실행하기 위한 라이브러리 존재.
• MFCStudy_2001/진행상황 . . . . 2 matches
        *1월 2일 : 메뉴 만들기[[BR]]Option으로 Ball Size, Paddle Size, Ball Speed를 사용자가 선택하도록 하기 위해서 필요. Ball Size는 11,13,15 Pixel 중에서 하나를 선택해야 함 - 중복 선택할 수 없도록하기 위한 처리..--;나중에 보니 1학기때 실습예제로 있었는데 몰라서 한참을 삽질) 그리고 게임중일때는 Option메뉴를 선택할 수 없도록 하기 위한 처리까지 했다.
• MoreEffectiveC++ . . . . 2 matches
       - 자원 낭비를 막기위한 소멸자 사용
        * 이 문서는 ZeroPage 회원들을 위한 내부 문서입니다. 회원 이외에 저작권 문제에 소지가 되는 문제에 관해서 책임을 질수 없습니다.
• MoreEffectiveC++/Basic . . . . 2 matches
        // C++는 C와의 호환성 고려를 위한 것이므로 위와 같이
       두가지를 구체적으로 이야기 해보면, '''첫번째'''로 ''for'' 문시에서 할당되는 객체의 숫자를 기억하고 있어야 한다. 잃어버리면 차후 resouce leak이 발생 할것이다. '''두번째'''로는 pointer를 위한 공간 할당으로 실제 필요한 memory 용량보다 더 쓴다. [[BR]]
• NSIS . . . . 2 matches
       또는 Editplus 의 사용자도구그룹에 makensis 을 등록시켜서 사용하는 방법도 있겠다. (nsis 를 위한 간단한 ide 만들어서 써먹어보는중.. 이였지만. 엉엉.. 그래도 editplus 가 훨 편하긴 하다. --;)
       사용 예 : exec 로 regsvr32.exe 호출시 비동기 호출이 되어 뒤의 delete 문이 실행된다. 이를 방지하기 위한 방법으로 다음과 같이 한다.
• OOD세미나 . . . . 2 matches
        오늘 했던 내용 중 정말 특히 기억에 남는건 '''"상속을 하기 위한 프로그래밍을 하지 말아라" & "패턴을 적용시키기 위한 프로그래밍을 하지 마라"''' 였습니다.
• ObjectWorld . . . . 2 matches
       첫번째 Session 에는 ["ExtremeProgramming"] 을 위한 Java 툴들에 대한 간단한 언급이였습니다. 제가 30분 가량 늦어서 내용을 다 듣진 못했지만, 주 내용은 EJB 등 웹 기반 아키텍쳐 이용시 어떻게 테스트를 할것인가에 대해서와, Non-Functional Test 관련 툴들 (Profiler, Stress Tool) 에 대한 언급들이 있었습니다. (JMeter, Http Unit, Cactus 등 설명)
        * Framework - 특정 Domain 과 관련한 모듈을 만들기 위한 library
• OperatingSystemClass/Exam2002_1 . . . . 2 matches
       7. 유한 용량 Message Passing 을 위한 send() 메소드와 receive() 메소들을 완성하시오. send() 메소드는 queue의 공간이 있을때까지 block 하며, 반대로 receive() 메소드는 avariable message가 있을때까지 block해야 한다.
        2-2) 이는 어떤 효과를 유발하기 위한 것인가?[[BR]]
• PairProgramming . . . . 2 matches
       학습목적이 아닌 실질적인 개발을 위한 PairProgramming 으로는 처음인듯 하다. 2주간 격일로 일을 했었는데, XP 스타일로 프로젝트를 진행하였다.
        * 협동 - 이번경우는 비교적 협동이 잘 된 경우라고 생각한다. Python 으로 문제를 풀기 위한 프로그래밍을 하는데는 석천이, Idea 와 중간에 데이터 편집을 하는데에는 정규표현식을 잘 이용하는 상민이가 큰 도움을 주었다. 적절한 때에 적절하게 주도하는 사람이 전환되었던 것으로 기억.
• PairProgramming토론 . . . . 2 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이 약간의 도움이 되기는 할 것 같습니다. 그러나 우리가 현재 하는 방식에 비해서 얼마나 효율이 있을까는 제고해봐야 할 것 같습니다. - 김수영
       ''Performance보다는 왕초보를 왕도사로 만들기 위한 목적이라면 왕초보와 왕도사와의 Pair-Programming이 약간의 도움이 되기는 할 것 같습니다. ''
• ProjectGaia/계획설계 . . . . 2 matches
        키 순차화일 구현을 위한 프로세스
        레코드의 효율적인 검색or삽입or삭제를 위해서는 page의 구조, page 접근을 위한 구조가 잘 구성되어야 한다.
• ProjectSemiPhotoshop/SpikeSolution . . . . 2 matches
        클립보드를 위한 전역 함수
        * 비즈니스 가치와 난이도에 기반하여 첫번째 배포를 하기 위한 스토리를 선택한다.
• ProjectZephyrus/Afterwords . . . . 2 matches
        * Pair Programming 에 신경을 썼다. - Pair Programming 을 위한 진행 전략이 있었다.
        * (아직 정리하지 못한 내용에 대해 추후 기억을 위한 키워드) - 추측록, 신기통, 최한기, Vision, Propose, Problem, Solution
• ProjectZephyrus/ClientJourney . . . . 2 matches
        * 이번 프로젝트의 목적은 Java Study + Team Project 경험이라고 보아야 할 것이다. 아쉽게도 처음에 공부할 것을 목적으로 이 팀을 제안한 사람들은 자신의 목적과 팀의 목적을 일치시키지 못했고, 이는 개인의 스케줄관리의 우선순위 정의 실패 (라고 생각한다. 팀 입장에선. 개인의 경우야 우선순위들이 다를테니 할말없지만, 그로 인한 손실에 대해서 아쉬워할정도라면 개인의 실패와도 연결을 시켜야겠지)로 이어졌다고 본다. (왜 초반 제안자들보다 후반 참여자들이 더 열심히 뛰었을까) 한편, 선배의 입장으로선 팀의 목적인 개개인의 실력향상부분을 간과하고 혼자서 너무 많이 진행했다는 점에선 또 개인의 목적과 팀의 목적의 불일치로서 이 또한 실패이다. 완성된 프로그램만이 중요한건 아닐것이다. (하지만, 나의 경우 Java Study 와 Team Project 경험 향상도 내 목적중 하나가 되므로, 내 기여도를 올리는 것은 나에게 이익이다. Team Project 경험을 위해 PairProgramming를 했고, 대화를 위한 모델링을 했으며, CVS에 commit 을 했고, 중간에 바쁜 사람들의 스케줄을 뺐다.) 암튼, 스스로 한 만큼 얻어간다. Good Pattern 이건 Anti Pattern 이건.
        * 중간 중간 테스트를 위해 서버쪽 소스를 다운받았다. 상민이가 준비를 철저하게 한 것이 확실히 느껴지는 건 빌드용/실행용 배치화일, 도큐먼트에 있다. 배치화일은 실행한번만 해주면 서버쪽 컴파일을 알아서 해주고 한번에 실행할 수 있다. (실행을 위한 Interface 메소드를 정의해놓은것이나 다름없군.) 어떤 소스에서든지 Javadoc 이 다 달려있다. (Coding Standard로 결정한 사항이긴 하지만, 개인적으로 코드의 Javadoc 이 많이 달려있는걸 싫어하긴 하지만; 코드 읽는데 방해되어서; 하지만 javadoc generator 로 document 만들고 나면 그 이야기가 달라지긴 하다.)
• ProjectZephyrus/간단CVS사용설명 . . . . 2 matches
        ==== local 사용자를 위한 서버 설정 ====
        ==== 원격 사용자를 위한 서버 설정 ====
• Refactoring/BadSmellsInCode . . . . 2 matches
       나쁜 냄새를 가리기 위한 방향제로 사용되는 주석. --;
       주석을 이용할 좋은 시기는 도대체 무엇을 해야 할 지 모르겠을 때 이다. 무엇을 할 것인지 주석으로 먼저 서술함으로서 주석은 프로그래머가 무엇을 해야 할 지 확신할 수 없을 때 좋은 지침서가 된다. 주석은 ' ''왜'' 당신이 이것을 하는가' 를 말하기 위한 좋은 장소이다.
• STL/sort . . . . 2 matches
       #include <algorithm> // sort 알고리즘 쓰기 위한것
       #include <functional> // less, greater 쓰기 위한것
• STLPort . . . . 2 matches
        * '''src''': 재사용 바이너리를 빌드하기 위한 플랫폼 별 프로젝트 파일이 있는 디렉토리. (''주의: vc6.mak 파일이 있는지 확인해 보세요. 빌드에 중요합니다'')
        * '''test''' : STLport가 설치된 후 제대로 설치되었나 확인하기 위한 테스트 프로그램 소스.
• SeedBackers . . . . 2 matches
       2005년 2월 졸업생들. 졸업 논문 심사를 통과하기 위해. 조금 더 양질의 논문을 산출해내기 위해 서로의 논문을 같이 준비하고 피드백(feed-back)을 넘어선 시드백(seed-back)을 주고받기 위한 프로젝트 페이지
        || [임인택] || OpenSource 프로젝트 산출물의 품질 향상을 위한 프로세스 개선 방안 || SE 연구실 ||
• Self-describingSequence/1002 . . . . 2 matches
       어제에 이어서 고민하던 중, 문제점에 대해서 다시 생각. 결국은 f(k) 를 위한 table 생성에서 메모리를 많이 쓴다는 점이 문제.
        * 하지만, 수학적인 관계를 찾아내는데에는 역시 한계를 보임. 그냥 퍼포먼스 향상을 위한 알고리즘 개선법으로만 접근.
• Spring/탐험스터디/wiki만들기 . . . . 2 matches
        * 이전에 돌아가던 것이 안돌아가 코드를 보니 테스트를 위한 Mock 객체를 참조하고 있었다. 실제 객체는 구현이 덜 되어있었음. 테스트를 하기 위한 구현을 했었다는 것을 알게되었다. 테스트용 코드가 Mock 객체를 벗어나 실제 객체에도 묻어있었음. 당시엔 확장과 변화를 위해 정한걸 텐데 ''지금보니 왜 이럴까?''
• TabletPC . . . . 2 matches
       태블릿 피씨가 대중화 된다면 컴퓨팅 환경은 어떻게 달라질까. 태블릿 피씨를 위한 운영체제는 어떤 요구사항을 만족해야 하는가...... -- ["데기"]
       TabletPC 가 대중화 된다는건 다수의 실패사례에도 불구하고 MS의 추진이 이상하게 느껴질 정도이다. 이것보다 PostPC 라는 개념이 더 광범위한 토론을 촉구 시킬것 같은데.. --["neocoin"]
• TeachYourselfProgrammingInTenYears . . . . 2 matches
       연구자 (Hayes, Bloom)에 의하면, 체스, 작곡, 회묘, 피아노 연주, 수영, 테니스, 그리고 신경 심리학이나 위상 기하학의 연구를 포함한, 광범위한 분야의 머지않아에 대해서도, 전문 기술을 몸에 익히려면 대략 10년 걸린다고 한다.지름길 등 실재하지 않는 것 같다.4세로 해 음악의 신동이었던 모차르트조차, 세계적인 악곡을 만들어 내기까지 13년 이상의 시간을 필요로 했던 것이다.사뮤엘·존슨(역주2)는, 「어떤 분야에 있어도, 생애에 걸치는 노력 없애 뛰어난 것에는 달할 수 없다.그것보다 싼 대상으로 손에 넣을 수 없는 것이다」라고, 거기에는 10년 이상 걸린다고 생각했다.
       여기서 프로그래밍으로 성공하기 위한, 나나름의 레시피를 소개하면(자)：
• Unicode . . . . 2 matches
       utf utf -8의 목적이 애매하네요. 원래 목적이 ascii문자만 있는 경우 사용하지 않는 첫번째 바이트를 없애기 위한게 아닙니다. 개발 과정에서 ascii 문자와 호환을 위해 그 영역을 그대로 변환이 되도록 한 것입니다. 목적 자체는 ucs 캐릭터가 2 또는 4바이트로 이루어져 있는데 이걸 스트링으로 쭉 이어놓고 보면 중간에 널(0x00)이 들어갈 수 있습니다. 예를 들어 '가'는 0xac00인데 이 널 바이트 때문에 스트링 처리가 곤란하게 됩니다. 그래서 널 바이트를 없앨 수 있는 인코딩 기법을 개발하게 된 거죠. 07/13 23:22:49 코멘트 지우기
       asc 문자 만으로 해결되는 문화권 사람들에게 utf16,32 를 도입하라고 말해봐짜 별로 먹히지도 않을 것이고.. euc 등의 인코딩에서 unicode 로 넘어가는 단계에서의 혼란을 좀 줄이기 위한 과도기적 인코딩이라고 보는게 더 의미 있지 않을까 싶군요...
• VendingMachine/세연/1002 . . . . 2 matches
        1. 명확하지 않는 변수/함수&메소드 이름에 대해 - 이름을 다르게 바꿔준다. 또는 무엇을 하기 위한 것인가에 입각, 함수/메소드 로 추출한다. [[BR]]
       이 이외엔 쓰이지 않지만, private 멤버로 있습니다. 이러한 입력을 받기 위한 임시변수는 그냥 멤버에서 없애주면 됩니다.
• WhenJuniorsAsk . . . . 2 matches
       저도 비슷한 생각을 합니다. 후배들에게 좋은 이야기를 해주려는 마음은, 때로 후배보다 자기 자신을 위한 "자기만족적" 행위가 둔갑을 한 것일 수도 있는 듯 합니다. 꼭 그렇지는 않다고 해도, 신입생들에게 아무런 공감도 불러일으키지 못하는 이야기를 쏟아붇고, 그들은 한귀로 흘려버리고 하는 것은 양자 모두에게 불행한 모습일 겁니다. 선배가 후배에게 지도를 해준다거나 하는 것은 그들이 자신들만의 문제의식을 스스로 형성하고, 나름대로 탐색과 고민을 해본 이후에라도 늦지 않은 것 같습니다. 그들이 자구적으로 물어볼 때, 그 때 문을 슬며시 열어주는 것이죠. WhenJuniorsAsk.
        위의 제글의 이야기는 강연 방법이나 강연 대상을 이야기하자고 하는 것은 아니었습니다. 제글은 강연자의 "권위"를 강조하기 위한 이야기였습니다. 선배님의 윗 글의 의미는 대학년 1년생들에게 그 선배님이 강연을 하시는 것은 비효율적이라는 말씀을 하고 싶으신 것입니까? 문제의식이 없는 사람들에게 강연을 하는 것은 비효율적이라고 말씀하시는 것입니까? 신입생들은 강연자의 (어떤 강연인지는 모르겠지만..)강연 내용에 대한 문제의식이 전혀 없다는 전제라면 뭐라 드릴 말씀이 없습니다. 이것이 의견차를 가져오게 된 결정적인 이유 같습니다. 저는 그 선배님의 강연이 1학년들도 충분이 문제를 가질만한 이야기를 해줄 수 있는 이야기를 강연 주제로 잡으신줄 알았습니다. 뒤에 다른 저의 글은 하나의 의견차이에 대한 반론과 이번 사건에 대해 바램이 있어서 적어보았습니다. 뒷에 글까지 다 적은 후에 이 글을 수정하여서 동기화가 안될 수도 있으니 양해해주십시요.
• Z&D토론/History . . . . 2 matches
       주도적으로 이끌어 주는 선배의 노력때문이 아닌가하는 생각이 듭니다.. 처음 만들어 졌을때는 승태형이 그 역할을 해왔을 것이고.. 제가 제대한 이후로는 제가 그 역할을 해왔다고 생각하고 이제는 그 역할을 후배들에게 물려 줬다고 생각합니다. 물론 후배를 충원하기위한 행위로써 기억에 남을만한 야간 세미나를 하나의 전통으로 삼은 것 역시 그런 배경이 된게 아닌가하는 생각도 들구요.. 솔직히 몇번 후배를 뽑고 같이 공부를 해온 저로써.. 그리고 곧 졸업할지도 모르는 4학년이라는 입장에서 01을 뽑는 것은 부담스러운 일이었습니다. 그런데 후배들이 원하더군요. 후배들 말로는 야간 세미나를 한게 가장 기억에 남는다고.. 그리고 01 후배들도 그렇게 말하구요. 저역시 그렇게 생각하구요.. 데블스에서 가장 기억에 남을 만한 일이 후배를 뽑기위해 밤새서 세미나를 하는 일이라는 점이 아마도 그러한 결정적인 배경이 된게 아닌가 하는 생각도 듭니다. --최태호
       데블스가 왜 소모임으로 대를 이어갔는가.. 제가 알기로는, 또 제가 보기로는 만들어질 당시 제로페이지의 기능이 유명무실해져서 그랬던것 같습니다. 현재의 제로페이지는 소규모 인원만으로 운영되는 것으로 보입니다만 데블스가 생겨날 때는 우리과 인원의 대부분이 제로페이지라는 울타리에 들어와 있었습니다(신입생중 대부분이었죠). 그러니 제로페이지는 연구를 위한 모임으로서의 기능은 더 이상 할수 없는 (그 당시 말하기로는)"학원"으로의 기능만을 수행할 수가 있었습니다. 결국 앞선분이 말한 것처럼 제로페이지의 부흥책으로 소모임의 활성화가 진행되었고. 그래서 데블스가 만들어졌고, 가만히 두면 흩어져버릴 후배들을 묶기 위해서 지속적으로 후배를 충원하게 된 것이지요. 물론 충원은 분리전까지는 제로페이지내에서 이루어졌습니다. 그 후 2년정도 뒤에 폴리곤이라는 소모임이 만들어지게 되었고 어느정도 경쟁관계가 형성되었습니다. 이후 풀리곤이 어떻게 되었는지는 알수가 없군요. 아마 데블스가 제로페이지를 나오면서 소규모가 된 제로페이지를 이들이 운영한 것 같습니다. 잠시 딴데로 샜군요. 암튼 데블스가 대를 이어간 이유는 이렇습니다. - 김수영
• Z&D토론/학회명칭토론백업 . . . . 2 matches
        * 창섭이가 언급한것처럼의 이름 방식은 절대 반대이다. 데블스는 99년에 새로운 회원을 모집하게되었고 98이전까지의 데블스 선배님 역시 대다수 제로페이지이고, 작년 home coming day에서 참석하신 분도 많다. 아예 재 흡수 방식으로 나가던지, 완전히 새로운 이름을 추구하던지 방식을 했으면 좋겠다. 지나간 역사들의 페이지에 연연하는건 바보 짓일지 모르나, 스폰때의 기억과, 전체 기수간의 balance조정(미안합니다. 요즘 rpg합니다. --;) 역시 대두되는 문제일 것이다.[[BR]]결정적으로 느끼게된 계기는 통합 회의라고 모인 회의에서 토론하던 것들이 내 경험에 99년 말에 했던 것과, 00년 말에 했던 것과 같고, 더 작은 부분 그 일부임을 깨달았을 때였다. 과거 했던 주제는 회원 모집, 회장 선출, 서버 관리 문제, 회비 문제, 전시회 문제, 방학중 스터디 구성, 활성화 방안 문제 였다. 이번 처음 경험인 01들은 마치 이번 회의가 통합을 위한 회의로 들렸을지 모르겠지만, 내용 상으로 봤을때 뭐가 다른가. 부족하면 부족했지. 아니면 데블스 인원이 참관인 같았다.[[BR]]그냥 이름을 고수 하던지 새로 하던지 둘중에 하나로 하라, 하지만 개인적인 의견이라면 '''선''' ''고수'' '''후''' ''변경'' 이다. 이유라면 또다시 긴글 써야 하니, 아무나 데블스 회원이 참여시 제발 설득해 달라 --; --상민
       주제넘는것 같지만 이름문제는 선배님들과의 협의후에 결정한다고 했던것 같은데 선배님들의 의견을 모으기 위한 방법이 논의되고 있는지 궁금하네요 -- 손혜연
• Z&D토론백업 . . . . 2 matches
       페이지 구조조정을 위한 백업 페이지입니다. 구조조정 뒤에 본래의 글의 의도를
       단, 밤샘이 불가능한 사람을 위한 예외로 특별한 과제를 내준다.
• ZeroPage . . . . 2 matches
        * ZeroPage 가이드북 발간 - '''코드의 바다를 여행하는 ZeroPager를 위한 안내서''' [https://drive.google.com/file/d/0B5V4LW7YTwbjeDdDZk9ITmhvWmM/edit?usp=sharing 가이드북]
        * 디지털 증거 수집을 위한 디지털 포렌식 프레임워크 : [정의정]
• ZeroWiki/제안 . . . . 2 matches
        * 초대형 위키 사이트를 위한 것이라, 중소 위키라면 절대 쓸 일 없는 데이터베이스 분산이라던가 하는 걸 막 집어넣은 탓에 별로 쓸 일 없어보이는 소스도 엄청 많다.
       제로위키의 정체성에 대해 생각해 봤으면 좋겠습니다. 제로위키가 ZeroWikian 의 위키 인지, 아니면 ZeroWikian 의 프로젝트와 스터디를 위한 위키인지. --["zennith"]
• callusedHand/books . . . . 2 matches
        공개 소스 방식의 개발은 많은 개발자들의 자발적인 참여를 이끌어낼 수 있습니다. 그렇기 때문에 낭비라고 볼 수 있는 많은 동류의 소프트웨어 개발, 무수히 많은 패치들, 중복된 작업들이 존재합니다. 그리고 이런 양상은 혼란스러워 보입니다. 하지만 이것을 더 나은 소프트웨어를 개발하기 위한 과정이라고 보는 것이 타당할 듯 합니다. 소프트웨어 산업에도 약육강식, 적자생존의 법칙이 적용됩니다. 엔드 유저가 찾고 엔드 유저의 눈에 보이는 것은 경쟁 속에서 살아남은 몇 가지 소프트웨어입니다. 그리고 개발자들의 자발적인 참여는 성당 개발 방식에서 개발자들을 기계화하는 것과는 다릅니다. 참여 개발자라면 적어도 그 프로그램에 대한 관심, 열정을 가지고 있으며 이는 자율이라는 점에서 더욱 힘을 얻어 개발자는 개발에 열중하게 될 것입니다. 이럴때 개인의 창의력, 프로그래밍 능력이 극대화될 수 있을 겁니다.
        소프트웨어 공학이란 최소의 경비로 품질 높은 소프트웨어를 개발, 유지보수하기 위한 방법론에 관한 학문입니다. 프로그램을 구현하는 단순한 작업 이상의 다양한 측면을 기지고 있으며 이는 일반적으로 요구 사항 분석, 시스템 디자인, 세부 디자인, 구현, 통합, 필드 테스트, 사후 지원과 같은 공정을 거칩니다. 소프트웨어 공학과 오픈 소스 개발 방식을 비교해 볼 때 오픈 소스 개발 방식이 갖는 문제점을 찾을 수 있습니다.
• eXtensibleMarkupLanguage . . . . 2 matches
        * [http://javawork.egloos.com/2040057 C++을 위한 XML파서 생성]
        * DTD로 검색하다 여기로 왔네요ㅋㅋㅋ 예전에 쓰신 것 같아서 지금은 아시는 내용이겠지만 나중에 다른 분들이 이 페이지를 보실 수 있으니 시간을 건너뛰어 댓글 답니다~ DTD는 Document Type Definition의 약자로 XML 문서 작성을 위한 규칙을 기술하는 형식입니다. valid XML Document의 경우 well-formed XML Document이면서 XML에서 사용되는 원소 이름이 해당 문서에 대한 XML DTD나 XML Schema에 명세된 구조와 합치되어야 한다고 하네요. 이 내용에 대한 수업을 들으며 씁니다ㅋㅋㅋㅋㅋㅋㅋ - [김수경]
• html5/offline-web-application . . . . 2 matches
        * 웹 어플리케이션을 오프라인에서도 사용할 수 있도록 리소스를 클라이언트 쪽에 캐시하기 위한 기능.
        * 캐시할 리소스의 URL을 지정하기 위한 섹션이다.
• html5/outline . . . . 2 matches
        * 웹 어플리케이션의 구조를 논리적으로 기술하기 위한 기본 요소
        * 여러 제목을 묶어 하나로 만들기 위한 {{{<hgroup>}}} 태그 사용가능
• html5/overview . . . . 2 matches
        * 기존의 HTML : 문서를 위한 플랫폼, HTML5 : 웹 어플리케이션을 위한 플랫폼
• joosama . . . . 2 matches
       우리정부나 사회단체들도 이 문제를 일본인 들에게 알리기위한 체계적인 노력도 기울인 적이 없다.
       그 두번째는, IMF사태가 불거진 이후에 대통령에 당선된 김대중 대통령이 외환 위기 극복을 위한 방안으로,
• neocoin/Log . . . . 2 matches
        * 각종 도표나 자료에 한국에 대한 희망적인 소식들로 채워져 나가는 느낌이다. 대선 막바지에 정권 재창출을 위한 언론에 눈가림일까? 아님 정말로 한국이 흑자를 보는 것인가. 중고등학교때 무역 도표에서 몇년째 적자인 나라가 왜 잘 돌아가는지 의문을 IMF가 답해 주었는데, 진짜 2만불까지 갈수 있을까.
        * 8일까지 MEC++로 씨름하였고, 이후에는 수강 신청이라는 것에 신경을 많이 썼다. 3월 중반에서야 시간표의 안정화가 이루어 져서, 시간 재배치 작업을 위한 스케중링에 들어갔고, 4월 중반즈음 하여 정립되어 중, 기말고사를 보낼 생각이다.
• randomwalk/홍선 . . . . 2 matches
        count++; // 바퀴벌레가 총 움직인 횟수를 구하기 위한 카운터
        R_count++; // 바퀴벌레가 모든 타일을 방문하면 멈추게 하기 위한 카운터
• 권영기 . . . . 2 matches
        * 대학원을 위한 영어 점수 따기.
        * 졸업을 위한 한자 급수 따기.
• 나를만든책장/서지혜 . . . . 2 matches
        * 개발자를 ''남자친구''로 둔 사람들을 위한 글임. 여자가 개발자일 경우따위 고려 안함^^ 왜 읽었을까. 불쏘시개이다.
        * 서른살 즈음의 방황하는 영혼을 위한 반창고같은 책
• 논문번역/2012년스터디/신형준 . . . . 2 matches
       그후에 우리는 그다음 section들에서 전처리 과정 단계, 특징 추출에 대한 방법, 그리고 통계적 모델링과 인식을 이용한 기술들을 묘사한다. 제안된 방법들의 효율성을 입증하기 위한 평가결과는 section 7에 있다.
       Example 5를 보면,a1,a2,b 벡터들은 첨가된 행령의 열들인걸 알 수 있습니다. 간결 성을 위해, [a1 a2 b]라 이것의 열들을 인식하기위한 방법으로 씁니다.
• 데블스캠프2004/세미나주제 . . . . 2 matches
        * 프로그래밍을 위한 기술들
       || 금 || 다음 데블스캠프 || ? || 1h || 다음 데블스캠프를 위한 의견 나눔 ||
• 데블스캠프2009/화요일후기 . . . . 2 matches
        * '''서민관''' - 개인적으로 이번 화요일 수업에서 가장 마음에 드는 수업이었습니다. 이런 식으로 시간의 흐름에 따라서 추상화 개념이 발전하는 모습을 보고 있으니 참 대단하다는 생각이 들었습니다. 그리고 반복을 줄이기 위한 방법들(ex - 반복문, 자료형, class) 각각이 무엇을 위해서 만들어졌는지를 알아보는 것으로 평소에 아무 생각 없이 썼던 것을 다시 한 번 생각해 보는 기회가 되었습니다. 그리고 수업을 듣고 나니 추상화를 통해서 긴 프로그램 코드를 각각의 함수로 쪼개는 방법이 왜 중요한지도 조금 더 잘 알겠네요.
        * [김준석] - 같은 것을 반복하기 위해 우리는 자주 copy &paste를 사용한다. 단순히 키보드 두번만 누르면 똑같은 것이 한번더 만들어지는 좋은 단축키 이다. 하지만 사실 이 반복되는것을 우리는 단순히 단축키를 누름으로서 만들어지는것은 과거의 저급언어를 사용할때나 만들어지는 반복의 숙달이다. 평소 자주 알고리즘을 연구하자는 말을 들을것이다. 문제를 푸는것 만에는 사실 극히 특별한 알고리즘이 필요없다고 생각한다. 살면서 어떻게든 간단반복으로 대부분은 풀수 있을테니까. 알고리즘을 연구하는것은 우리가 사용하는 컴퓨터의 부담을 줄이기 위해 만들며 이는 단순 반복되는 계산과정을 줄여줘 자원의 낭비를 줄여준다. 이렇듯 컴퓨터의 반복은 줄이면서 직접 키보드를 치며 반복하고있는 나의 자원소비량은 어떤가? 나는 왜 반복을 하고 있는가? 이 긴 코드를 줄일수 있는 방법은 정녕 없는것인가?라는 컴퓨터 알고리즘을 생각하듯 나를 위한 알고리즘을 생각을 해보았나? 대부분의 문서를 한장으로 줄여서 요약할수 있다는것을 가르쳐주는 One Page Proposal이라는 책에서는 "온갖 미사여구를 넣어 50page나 100page가 넘어가는 문서는 문서를 받은 사람의 책상에서 쌓이고 쌓여 결국에는 보여지지도 못하고 세절기에 들어가 버린다. 정말 자신이 있다면 알짜배기만 모아서 1Page로 보기 좋게 만들어라." 맞는 말이다. 아무리 길게 만든 프로그램이라도 20줄도 안되는 프로그램과 성능이 똑같다면 당연히 보기도 좋고 관리하기도 좋은 20줄 프로그램을 쓰겠지.이 20줄 프로그램을 쉽게 만들기위해 사람은 자신이 편리하게 개발과 연구를 했다. 그렇게 편리하도록 발달하는 과정. 그 생각을 잘보여준 세미나였다고 생각한다. 과연 네이버에서 자동완성됬던 Kesarr.
• 데블스캠프2011/첫째날/후기 . . . . 2 matches
        * 형진이 형의 주제미정의 이야기 였습니다. 개발자로서 살아갈 때에 생각해봐야 할 부분들을 집어주셔서 그에대한 고민을 잠시나마 할 수 있어서 좋았습니다. 이러한 부분은 나중에 제가 개발자로 있을때에 다시 한번 생각할 문제 이겠지요. 또 개발자를 판단하기 위한 단 한가지 질문에서 다른 사람들이 생각하는 질문들과 그에 대한 다양한 답변을 들을수 있어서 좋았습니다.
        * 새내기들이 자바를 맛볼 수 있는 좋은 기회였는데 막상 1학년들이 별로 없어서 아쉬웠습니다. 저 개인적으로는 다시 새내기가 된 느낌으로 차근차근 자바 코드를 작성해보는 것이 재미있었습니다. 성현이네랑 충돌나면서 역시 형상관리 툴을 실제 팀 단위로 사용하려면 형상관리를 위한 규칙을 확실히 정하고 사용해야 문제가 덜하겠다는 생각이 들었습니다.
• 데블스캠프2012/넷째날/후기 . . . . 2 matches
        * [서영주] - C#은 비주얼 스튜디오 2010빨인가 뭔가 C++보다 예뻐보이는 느낌이 있어서 흥미가 좀 있었는데 이번에 이렇게 듣게 돼서 좋았습니다. 내용 자체는 그렇게 어렵지 않은 저학년들을 위한 내용이었지만 어려운 내용이 없었던 만큼 오히려 부담없이 들을 수 있었던 것 같습니다. 물론 자세히 들어가면 C#만의 복잡한 내용도 있겠지만 그런 부분은 나중에 더 자세히 공부해봐야겠습니다. 간단하게라도 콘솔, gui 양쪽을 둘 다 다룬 부분도 참 좋았습니다.
       = 새내기를 위한 파일입출력 =
• 데블스캠프계획백업 . . . . 2 matches
        * 솔직히 저는 ["PairProgramming"]의 장점을 모르겠습니다. 같이 프로그래밍을 하면서 다른 사람의 프로그래밍 기술을 습득하는것이 장점인지 아니면 프로그램의 개발 속도 향상을 하는것이 장점인지 .. 아마도 둘다 장점이 되겠지요. 하지만 ["PairProgramming"]의 목적은 둘중에 개발 속도 향상에 중점을 두고 있다고 생각하네요. 다른 사람의 프로그래밍 기술의 습득은 부가적인 것이구요. 후배들에게 하는 세미나는 개발을 위한게 아니고 실력 향상을 위한 것인데 제가 보기에는 ["PairProgramming"]을 해서 얻는 기술보다는 기존의 방법들이 훨씬더 효과적일거라고 생각하네요. 그들 자신이 이 문제를 어떻게 해결해야 할 것인가에 대한 고민을 하고 자신의 생각을 코드로 표현할 수 있는 능력을 기르는 것. 문제 해결의 해법을 어느정도 찾을 수 있고 자신의 생각을 코드로 표현 할 수 있으며 타인의 코드를 완벽하게는 아니더라도 어느정도 이해 할 수 있는 수준이 된 사람이라면 ["PairProgramming"]으로 얻을 수 있는 기술들은 많을거라 생각하지만 전혀 그렇지 않는 신입생들에게는 무리일거 같군요. -태호-
• 비행기게임 . . . . 2 matches
       '비행기게임' 을 위한건지 아니면 Python 공부를 위한건지? 뭐 둘 다 상관없긴 한데.. 비행기 게임 제작 과정에 'Python 익히기' 가 먼저인건 순서가 아닐 것 같아서.
• 상협/나는희망의증거가되고싶다 . . . . 2 matches
        * 음.. 이책을 읽게된 동기는 우리 누나가 추천을 해줘서 읽게 되었다. 읽고 나서는 잘 읽었다는 생각이 들었다. 언제나 느끼는 것이지만 다른 인간의 투철한 삶에 대한 투쟁을 보면 나에게 그 의지가 조금이나마 전달되는거 같아서 좋다. 나는 나 자신도 상당히 의지가 굳세다고 생각했는데, 서진규 씨를 보니 본받을 점이 많은거 같다. 서진규 씨는 고생을 더 많이 했기 때문에 그 성취후의 보람도 훨씬 더 컸을 것이다. 서진규씨의 투철한 삶에 대한 의지는 감동이었다. 그런데 그 서진규씨에게 있어서 희망이라는 것이 다른 사람에게 보여주기 위한(사회적 지위와 명성 같은 타인에 의한 판가름 되는거.) 희망인지 아니면 자기 자신에게 보여주기 위한(자아실현) 희망인지는 확실히 분간을 못하겠다. 아무래도 전자인거 같은 느낌이 좀 든다. 서진규씨는 자신의 하고 싶은 공부를 하고 있다는 데에서 기쁨을 느끼기 보다 하버드라는 곳에서 그 스스로 대단하다고 생각하는 사람들과 공부를 하게 된 점에서 더 큰 기쁨을 느끼는거 같다. 그래서 약간 씁쓸하기는 하다. 그리고 서진규씨는 미국 군인이었던 만큼 미국에 대한 사랑이 큰거 같다. 개인적으로 미국 자체를 싫어 한다고 볼 수는 없지만, 현재 미국이라는 거대한 이익 집합체가 세계에 하는 행동을 좋게 보지 않는 입장이라서 그게 좀 걸렸다. 그래도 그 수많은 세월동안 미군에 있으면서 자신의 꿈을 실현해 나갔으니 이해는 간다. 음.. 이렇게 좀 삐딱하게도 조금 볼 수 는 있지만, 그래도 서진규씨의 인생에 찬사를 보낸다. 여러가지 고난을 이겨내고 자신이 생각하는 꿈을 이루었으니... 자신이 생각하는...
• 새싹교실/2011/Noname . . . . 2 matches
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
        * expr1 에는 변수 초기화. expr2에 조건. expr3에 조건문을 탈출하기 위한 문장.
• 새싹교실/2012/AClass/2회차 . . . . 2 matches
       -동일한 데이터형의 많은 변수를 처리하기 위한 단수 변수를 사용하면 변수이름을 각각 다른 이름으로 사용해야하기 때문에 많은 불편이 따른다. 이러한 불편함을 덜기 위하여 같은 데이터형인 일련의 기억장소를 표현한 변수를 '배열변수'라 한다. 즉 배열을 이용하면 여러개의 변수를 간단히 표현할 수가 있다. 2차원 배열은 '데이터형,배열명,그리고 [행]과[열]'을 나타내어 표현한다. 1차원 배열은 배열 요소의 크기와 데이터형이 동일한 기억장소를 1개의 차원으로 선언하였다고 말하면 2차원 배열은 2차원으로 선언(행과열)한 것이다.
       포인터란 메모리의 주소 값을 저장하기 위한 변수. 타입에 상관없이 크기는 4바이트(컴퓨터 주소 체계가 4바이트로 표현된다는 것을 의미)
• 새싹교실/2012/AClass/3회차 . . . . 2 matches
       이중 포인터는 싱글 포인터의 주소 값을 저장하기 위한 용도로 사용되는 포인터이다.
       구조체 : 서로 다른 종류의 데이터를 저장하기 위한 여러 자료형 변수들의 집합
• 새싹교실/2012/도자기반 . . . . 2 matches
        * 다양한헤더파일을 설명해줬습니다. 2주차 예제에 새로 등장한 stdlib.h, time.h 에 포함되는 간단한 함수들을 설명했습니다. 그리고 #define을 쓰는 이유도 설명했습니다. 랜덤변수를 얻기 위한 rand함수와 사용법 등을 알려주면서 다시 한번 winapi.co.kr 에 대해서도 언급했습니다. 또한 srand(time(NULL))을 사용하여 씨드를 설정해줘야 매번 다른 값이 나오는 것도 설명 했습니다.
        * 이 페이지는 무엇을 위한 건가요?? ㅎㅎㅎ -[김태진]
• 새싹교실/2012/사과나무 . . . . 2 matches
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
        * switch문과 if문이 서로 바뀔 수 있다는 것을 보기위한 코드입니다.
• 새싹교실/2013/라이히스아우토반/1회차 . . . . 2 matches
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
       오늘처럼 나만을 위한 준비는 하지 않을 것이다.
• 소수구하기/영동 . . . . 2 matches
        clock_t t1 = clock();//시간재기위한라인
        clock_t t = clock() - t1;//시간재기위한라인
• 요정 . . . . 2 matches
       요정 중에는 악마적인 행동을 하는 요정도 있지만 결정적인 차이는 악마가 그런 행위를 하는 목적은 인간에게 해를 끼치거나 타락시키는 것인데 비해 요정은 그들 자신이 살아가기 위한 방편이거나 그들 스스로 즐기기 위한 것이다.
• 이영호/개인공부일기장 . . . . 2 matches
       ☆ 앞으로 공부해야할 책들(사둔것) - Effective C++, More Effective C++, Exeptional C++ Style, Modern C++ Design, TCP/IP 네트워크 관리(출판사:O'Reilly), C사용자를 위한 리눅스 프로그래밍, Add-on Linux Kernel Programming, Physics for Game Developers(출판사:O'Reilly), 알고리즘(출판사:O'Reilly), Hacking Howto(Matt 저), Windows 시스템 실행 파일의 구조와 원리, C언어로 배우는 알고리즘 입문
       ☆ 레퍼런스 - 리눅스 공동체 세미나 강의록, C언어 함수의 사용법(함수 모음), 데비안 GNU/LINUX, C사용자를 위한 리눅스 프로그래밍, Add-on Linux Kernel Programming, Secure Coding 핵심원리
• 정모 . . . . 2 matches
        * 안건을 처리하고, 회원들의 의견을 듣기 위한 시간
       ||||2023.04.03||[최성민]||||||||웹 개발자를 위한 플러터||
• 정모/2004.5.7 . . . . 2 matches
        프로젝트를 활성화 하기 위한 방안들 :
       * 열린 제로페이지를 위한 방안들
• 정모/2011.3.7 . . . . 2 matches
        * '''목적''' : 결과로 학생들을 자르기 위한 것이 아니라 선행 지식, 이해도가 비슷한 학생들을 같은 반으로 묶어 새싹 교실을 진행하며 발생하는 같은 반 학생들 간 실력 차이를 최대한 줄이려 함.
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2011.5.2 . . . . 2 matches
        * 정모에 뒤늦게 가서 OMS나 앞부분 정모는 대부분 참여를 못했지만 IBM공모전이나 삼성소프트웨어 멤버쉽같은 여러 활동을 항상 동아리때문에 바쁘다, 능력이 안된다는 핑계로 다른세계 이야기로만 생각해왔었는데 능력을 키우건 어쩌건 되는게 중요한게 아니라 도전을 해볼 필요도 있겠구나 싶었습니다. 하지만 이런 생각을 항상 하면서도 다음날 자고일어나면 금방 잊게되는게 문제네요.. 저도 이제 학교수업만 듣고 학점을 위한 공부가 아닌 진짜 나중을 위해 필요한 공부를 해야겠다고 느껴지지만 이것도 역시 쉽게 불타오르고 실천하지 않는 제 모습이 뻔히 보이네요.. 그러지 말아야할텐데 - [경세준]
        1. 똑똑한 지구를 위한 똑똑한 애플리케이션 공모전 많이들 참가하셨으면 좋겠어요. 저도 작년에 신청만 하고 결과를 못 낸 아쉬움이 있어 올해 다시 도전해볼까 생각중입니다. 공모전이라고 해서 복잡하고 대단한 프로그램을 만들어야 하는 게 아니라 사소한 아이디어를 잘 다듬어 참가할 수 있는 공모전이라고 생각합니다. - [김수경]
• 정모/2013.1.29 . . . . 2 matches
        * 지출 예상내역으로 신입생 맞이를 위한 책자제작 비용, 스티커 등이 있다.
        * BigBang - 선형대수학에서 쓰이는 vector를 구현하기위한 가변인자 + stl개요 등을 함.
• 코바예제/시계 . . . . 2 matches
       CORBA 애플리케이션이 어떤 것인지를 설정하기 위한 단순한 예제이다. 그렇기 때문에 이 코드를 그대로 사용해서는 올바르게 동작하지 않는다. 구체적인 코드는 필요에 따라서 추가해야한다. 자신이 사용할 ORB의 종류에 따라 혹은 사용할 언어에 따라서 다르게 구성될 것이다.
       CORBA FRAMEWORK를 이해하기 위한 것으로 단순히 타임 서버로부터 현재 시간을 알아보는 간단한 분산 애플리케이션이다.
• 토비의스프링3/밑줄긋기 . . . . 2 matches
        * 애플리케이션의 로직을 담기 위한 예외는 체크 예외로 만든다.
        * 패턴이나 설계 원칙을 공부하는 이유는 폼나는 용어를 외우고 기계적인 지식을 습득하면 저절로 깔끔하고 유연한 코드가 나오기 때문이 아니다. 좋은 코드를 만들기 위한 개발자 스스로의 노력과 고민이 있을 때 도움을 주기 때문이다.
• 프로그래머가지녀야할생각 . . . . 2 matches
       너무나 이상적이고 추상적인 생각이겠지만 '프로그래머는 사회에 이익이 되는 프로그램을 만들어야 한다'는 근본적인 생각을 갖는 건 어떨까요? 예를 들어 재미있는 오락도 좋겠지만 장애인이나 나이 많이 드신 분들을 위한 보조용프로그램 같은 것들이 많이 개발되어야 한다고 생각합니다. 전에 정보요원단 활동을 할 때 우리나라에 보급되어 있는 장애인용 프로그램들이 많이 부족한 현실을 봤었는데... 내가 만든 프로그램이 남에게 도움이 된다면 그보다 좋을 일이 또 있을까요? ^^ -- jeppy
        * 다들 인간으로써의 프로그래머를 두고 말씀하시는 것 같아 제 말이 뚱딴지처럼 들릴 것 같네요...^^;[[BR]]전 말이죠... 프로그래머는 컴퓨터를 사랑해야한다고 생각합니다. 정말 제가 생각해서 어이없는 말 같지만, 프로그래머는 컴퓨터에게 명령만 내리는 것이 아니라 컴퓨터와의 커뮤니티가 형성되어야 좋은 프로그램(인간에게가 아니라 컴에게)을 짤 수 있다고 생각합니다. 지극히 추상적이라서 반박의 여지가 많은 말이지만 그냥 그렇지 않을까 생각해봅니다. 컴퓨터에 미친 사람이라면 다음의 말에 공감을 할 지도 모르겠네요. [해커를 위한 파워핸드북]표지에 나오는 말입니다. ''''컴퓨터 속에서 흘러 다니던 비트가 내 혈관 속으로 옮겨와 흐르기 시작하고, 나는 컴퓨터와 함께 오르가즘을 느낀다.'''' --["창섭"]
• 프로그래머의길 . . . . 2 matches
        현실 속의 안주는 시간과의 싸움이다. 모든 프로젝트는 정해진 시간을 갖고 있다. 초반 설계 단계에 수립된 계획은 불가피하게 수정되는 경우가 태반이다. 이는 코딩중에 예상치 못한 복병(?)을 만나게 되는 경우가 있을 수 있으며, 관리자의 무리한 계획으로 초반 계획이 수정되는 경우도 있다. 모든 프로그래머들은 항상 후자에 치중하게 된다. 현실도피를 위한 희생양으로 몰아세우는 격이지만, 대부분의 경우는 관리자의 이해 부족에 의한 비현실적 계획이 주를 이루기 때문이다.
       초보자 들 중 주위 사람들 보다 좀더 많은 내용을 알고 있다는 자만심을 갖고 있는이들이 특히 그럴 확률이 높다. 이들은 일종의 유틸리티를 이용해 남들이 하지 못하는 기법을 익혀 이를 자랑하면서 우월감에 사로 잡히게 된다. 하지만 그러한 우월감은 그리 오래 가지 않는다. 자신보다 더 뛰어난 전문가를 만나면 '도대체 내가 무엇을 하고 있는가?'하는 반문이 생기기 때문이다. 여기서 이들은 '이해의 벽'을 피부로 느끼며, 컴퓨터를 이용한 새로운 도전을 받아들이게 된다. 물론 이 시점에서 이해의 벽을 뛰어넘지 못하는 이들도 있을 것이다.하지만 프로그신머의 길을 걸어가기를 원하는 이는 자신에게 닥친 상황을 돌파하기 위한 해결책을 찾는다. 이것이 바로프로그램이다. 필자는 이들에게 이렇게 말하고 싶다.
• 프로그램내에서의주석 . . . . 2 matches
       자네의 경우는 주석이 자네의 생각과정이고, 그 다음은 코드를 읽는 사람의 관점인 건데, 프로그램을 이해하기 위해서 그 사람은 어떤 과정을 거칠까? 경험이 있는 사람이야 무엇을 해야 할 지 아니까 abstract 한 클래스 이름이나 메소드들 이름만 봐도 잘 이해를 하지만, 나는 다른 사람들이 실제 코드 구현부분도 읽기를 바랬거든. (소켓에서 Read 부분 관련 블럭킹 방지를 위한 스레드의 이용방법을 모르고, Swing tree 이용법 모르는 사람에겐 더더욱. 해당 부분에 대해선 Pair 중 설명을 하긴 했으니)
       코드 자체로서 의미를 이야기할 수 있도록 이름을 잘 짓는 것은 분명 중요하지만, 그에 못지 않게 코드를 읽고 작성하는 주체가 사람임을 생각할때 주석은 이들을 위한 작은 배려라 할 수 있다.
• 학회간교류/08 . . . . 2 matches
        1. 토의를 위한 오프모임
        1. 실제 모임을 위한 준비
• 02_Archi . . . . 1 match
       컴퓨터 구조에 대한 이해는 프로그래밍에 기본 바탕이 되어집니다. 로우레벨의 프로그래밍을 하기 위한
• 05학번만의C++Study/숙제제출/1 . . . . 1 match
       ==== C++과 가까워지기 위한 기본적인 문제 ====
• 05학번만의C++Study/숙제제출/2 . . . . 1 match
       ==== C++과 가까워지기 위한 기본적인 문제 ====
• 05학번만의C++Study/숙제제출/4 . . . . 1 match
       ==== C++과 가까워지기 위한 기본적인 문제 ====
• 05학번만의C++Study/숙제제출1/조현태 . . . . 1 match
        문제 앞에서 말햇듯이, 이 문제는 C++에 익숙해 지기위한 입출력 형식만 쓸수 있게 한것이야 ~
• 1002/TPOCP . . . . 1 match
        문제해결방법을 찾는 여러 방법들을 인식하고 있다. 문제를 이해하기 위한 프로그램을 준비하기도 한다
• 1002/책상정리 . . . . 1 match
       이는 위의 경우와 반대가 된다. 위에서의 책상에 비해 '휘발성'을 띤다. 이 경우 책상 판 자체는 main memory 역할을 하게 되므로, 가급적 책상을 비우기 위한 전략을 짜되, 해당 자료에 대한 접근성이 좋아야 한다.
• 2dInDirect3d/Chapter1 . . . . 1 match
        DeviceIdentifier : 드라이버나 어댑터를 위한 GUID(?)
• 2dInDirect3d/Chapter3 . . . . 1 match
        * 점을 표현하기 위한 유연한 vertex형태를 이해한다.
• 2학기파이선스터디 . . . . 1 match
        http://turing.cafe24.com - 초보를 위한 파이선 설명
• 2학기파이선스터디/함수 . . . . 1 match
       None 객체란 파이썬 내장 객체로서, 아무 값도 없음을 나타내기 위한 객체이다.
• 3DGraphicsFoundationSummary . . . . 1 match
        * [ Xe, Ye, Ze, 1 ] = [ Xw, Yw, Zw, 1] V : V는 실좌표계를 시각좌표계로 바꾸기 위한 행렬
• 3rdPCinCAUCSE/FastHand전략 . . . . 1 match
       그리고, [재동] & [상규] 커플. 다시한번 1위한 것 축하. :) --[1002]
• 5인용C++스터디/멀티미디어 . . . . 1 match
       MFC는 멀티미디어를 위한 별도의 클래스를 제공하지 않는다. Win32 API함수 차원에서 멀티미디어를 지원하기 때문에 MFC에서는 별도의 클래스로 만들어 놓지 않은 것이다.
• 5인용C++스터디/윈도우에그림그리기 . . . . 1 match
        예를 들면 자동차를 운전할때 자동차핸들을 좌/우로 움직이면서 자동차를 조작하듯이 '''윈도우에서 핸들은 윈도우를 조작하기 위한 것'''입니다.
• ACM2008 . . . . 1 match
        * 알고리즘과 자료구조 탐구를 위한
• ACM_ICPC/2013년스터디 . . . . 1 match
        * 참여를 원하는 분을 위한 문은 언제나 열려있습니다.
• AM . . . . 1 match
        * 목적 : 윈도우 프로그래밍을 위한 API와 MFC를 공부한다.
• APlusProject . . . . 1 match
       C# 공부를 위한 책.
• APlusProject/PMPL . . . . 1 match
       PM과 PL을 위한 페이지 입니다.
• ATmega163 . . . . 1 match
        * 전원 어뎁터를 연결하면 LED가 켜지며 TEST를 위한 준비는 끝난다.
• AcceleratedC++ . . . . 1 match
       홈페이지: http://www.acceleratedcpp.com/ (VS.NET, VC++6.0 등을 위한 소스화일을 받을 수 있다)
• AcceleratedC++/Chapter10 . . . . 1 match
        a가 n개 요소의 배열이라면, a+i가 유효하기 위해서는 0<=i<=n, a+i가 a의 요소를 가리키기 위한 필요 충분 조건은, 0<=i<n이다.
• AcceleratedC++/Chapter11 . . . . 1 match
        또한 자기 대입 (self-assignment)을 위한 고려가 필요하다.
• AcceleratedC++/Chapter13 . . . . 1 match
        '''동적바인딩을 위한 virtual키워드'''
• AcceleratedC++/Chapter6 . . . . 1 match
        이를 위한 세부작업
• ApplicationProgrammingInterface . . . . 1 match
       API는 소프트웨어의 특정부분이 다른 부분과 소통하기위한 방법의 정의들의 집합체이다. 이는 로우레벨, 하이레벨 소프트웨어 사에에서 보통 추상화를 달성하는 한가지 방법이다.
• ArtificialIntelligenceClass . . . . 1 match
       지금 인공지능 수업이 피곤하고 졸린 이유는 뭘까. 교수님은 학생들의 feedback 을 끌어내려고 하지만, 끌어내기 위한 방법 자체를 잘 모르신다는 느낌을 강하게 받았다. 수업 내용의 경우도 책의 수준을 벗어나지 못한다. (시간상 조명상 더 졸립기까지 하다. 또는 교수님이 책의 내용을 정확하게 이해하시지 못한다는 느낌을 많이 받게 되었다.) 차라리 좀 더 구체적인 예제를 만들고, 이에 대한 해결법의 진행 과정에 대해 설명해주신다면 어떨까.
• Athena . . . . 1 match
        * Object Programming 수업의 숙제를 위한 페이지입니다
• BirthdayCake . . . . 1 match
       오늘은 루시와 릴리의 생일이라서 어머니가 생일 케이크를 사오셨다. 케이크에는 체리가 2N(1≤N≤50)개 있다. 어머니는 케이크를 한 가운데를 따라 직선으로 잘라서, 루시와 릴리에게 주는 케이크의 양과 체리의 개수를 정확히 똑같게 하려고 한다. 어머니를 도와주기 위한 프로그램을 만들어보자.
• BookShelf/Past . . . . 1 match
        1. 실용주의 프로그래머를 위한 CVS - 20050404
• Boost . . . . 1 match
        1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
• BoostLibrary . . . . 1 match
        1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
• B급좌파 . . . . 1 match
        ''뭐.. '어설프게 젠척하지 않기 위한' 개인적인 경계의 글 정도로만 생각해주시길. :) 그 이상 가다가는 이 글이 '자기가 다치지 않기위해 미리 쳐놓은 보호막' 이 되어버릴지도 모르기에. -- ["1002"]''
• C++Seminar03 . . . . 1 match
        * ZeroPage 홍보를 위한 수단중의 하나로 C++ Seminar 가 개최되었으면 합니다. 현재 회장님께서 생각하시는 바가 DevilsCamp 이전까지는 준회원체제로 운영되다가 DevilsCamp 이후로 정회원을 뽑는 방식이 좋다는 쪽인것 같은데 일단 입학실날의 강의실홍보 이후로 C++ Seminar 를 여는게 새내기들의 관심을 모으는데 좋을 것 같습니다. --["임인택"]
• C++스터디_2005여름/학점계산프로그램/허아영 . . . . 1 match
        //장학생 명단을 찍어내기 위한 변수
• C/C++어려운선언문해석하기 . . . . 1 match
       선언문을 직면했을 때 이를 어떻게 해석하는가를 알려주기 위한 글입니다. 매우 기본적이고 평범한 예제에서 시작해서 복작한 경우까지
• CSS . . . . 1 match
       [http://css.macple.com/] - CSS기반의 디자인을 위한 웹표준 사이트입니다. 현재, 사이트 개편에 대해 투표가 진행중입니다.
• CVS . . . . 1 match
       Concurrent Versions System. 공동 프로젝트를 위한 소스 버전 관리 툴. 오픈소스계열에서 Source Repository 의 용도로서 많이 이용된다. 활발하게 이용되고 있는 곳에 대해서는 http://sourceforge.net 에서 많이 볼수 있다.
• CVS/길동씨의CVS사용기ForLocal . . . . 1 match
       먼저 세팅을 위한 파일을 작성한다. 이 세팅이 없다면
• CVS/길동씨의CVS사용기ForRemote . . . . 1 match
       먼저 다음 내용의 cvs login을 위한 cvs_set_remote.bat 란 세팅 배치 파일을 만들었다.
• CarmichaelNumbers . . . . 1 match
       주어진 정수가 카마이클 수인지 테스트하기 위한 프로그램을 만들어라.
• ChainsawMassacre . . . . 1 match
       캐나다 벌목인 협회에서 최근에 연례 벌목 경진 대회를 개최했는데, 몬트리올과 뱅쿠버 사이에 있는 국립공원의 나무들이 많이 잘려나갔다. 경진 대회가 끝나고 벌목인들이 모두 모여 즐기기 위한 파티를 시작할 때가 되었다. 조직위원회에서는 이브닝 파티에 적합한 무도회장을 만들기 위해 나무가 한 그루도 없는 넓은 직사각형 모양의 공터를 찾고 있다. 벌목인들은 모두 술이 취해서 아무도 전기톱을 가지고 작업을 할 엄두를 못 내고 있다.
• Chapter I - Sample Code . . . . 1 match
        수행시간 측정은 한 task 의 수행시간을 측정하기 위해서 한다. (당연한거 아냐?). 이 측정은 PC의 82C52 타이머 2번을 통해 수행된다. 수행시간 측정을 위한 함수로는 PC_ElapsedStart()와 PC_ElapsedStop()이 있다. 하지만 이 두 함수를 사용하기 전에 PC_ElapsedInit()를 호출해야한다. 이 함수는 두 함수와 관련된 오버헤드를 측정하는데 사용된다. 이렇게 하면 PC_ElapsedStop 함수에 의해 수행시간이 리턴된다(마이크로세컨드). 이 두 함수는 모두 리엔터런트(주 : 몇 개의 프로그램이 동시에 하나의 task나 subroutine을 공유하여 쓰는 것에 대해 말함, from 한컴사전) 하지 않아야한다. 다음은 PC_DispChar()함수의 측정시간을 구하는 예이다.
• Chapter II - Real-Time Systems Concepts . . . . 1 match
       문맥전환이라 불리우는 이 과정은 하나의 태스크에서 다른 태스크로 작업이 이전 되기 위한 과정을
• Chopsticks . . . . 1 match
       중국에서는 음식을 먹을 때 젓가락 두 개를 쓰지만, L씨는 조금 다르다. 그는 젓가락 세 개를 사용한다. 셋 중 하나는 긴 젓가락으로, 음식을 쿡 찍어먹기 위한 용도로 쓰인다. 두 개의 일반 젓가락의 길이는 최대한 비슷해야 하지만 나머지 하나는 무조건 제일 길기만 하면 된다. 길이가 각각 A, B, C(A<=B<=C)인 세 개의 젓가락이 있을 때 (A-B)^2을 계산하면 두 젓가락이 짝이 안 맞는 정도를 구할 수 있다.
• ClassifyByAnagram/sun . . . . 1 match
        === 상대시간 비교를 위한 애플릿 ===
• Class로 계산기 짜기 . . . . 1 match
        * 그냥 보여주기 위한 코드에요. 결코 올바른 프로그래밍은 아니라는거 명심하세요^^; - [상욱]
• CodingStandard . . . . 1 match
       위키에서도 페이지이름에 대해서 표준을 두는것과 비슷하다. 이는 다른 사람들을 위한 배려가 된다.
• CollaborativeFiltering . . . . 1 match
        1. 1에서 선택된 사용자 집합중 예측을 위한 부분집합 선택 - neighbourhood selection
• CppStudy_2002_2 . . . . 1 match
        * 드디어 스터디는 시작됩니다...^^ 좀 힘들더래도 자신의 '발전'을 위한 거라 생각하시고 열심히 따라와 주세요
• CppStudy_2005_1/BasicBusSimulation . . . . 1 match
        * 사실 위 문제는 아래 문제를 내기위한 포석이었음.
• DataCommunicationSummaryProject/Chapter9 . . . . 1 match
        * ISM(Industrail,Scientific, and Medical) 는 의사소통을 위한것이 아니다. 따라서 이 범위의 주파수는 국가에서 나두었다. 그래서 무선 전화나 무선 랜에서 사용된다.
• DataStructure/Foundation . . . . 1 match
        * 이것을 이해하기 위한 소스
• Debugging . . . . 1 match
        * 수집하고 싶은 정보를 출력하기 위한 디버깅용 명령을 미리 프로그램 곳곳에 삽입하여 실행 시키는 방식
• DesignPattern2006 . . . . 1 match
        * 파워풀한 프로그래밍을 위한다면(과연...그럴까^^;;) 참여자에 이름을 남기세요 - [상욱]
• DesignPatterns/2011년스터디/1학기 . . . . 1 match
        1. MVC로 나누고 Data모델을 위한 Drawable을 만드는 이유를 알것 같았다. 서로 직접적인 통신을 꼭 안해도되는군..
• DevCppInstallationGuide . . . . 1 match
       == 05를 위한 간단한 Dev 사용법 ==
• Devils . . . . 1 match
       이 두 단체는 [제로페이지]의 규모가 작아지고, 과거의 시작 멤버 이후로 모임의 강도가 약해지면서 [제로페이지]와 통합하였는데, [데블스캠프]는 [데블스]의 정신을 이어 받은 신입생을 위한 밤새기 세미나로 남아 있다.
• DirectX2DEngine . . . . 1 match
        * 계속 구현 : Timer 클래스, 상속을 위한 처리 및 DeviceLost 처리
• DispatchedInterpretation . . . . 1 match
       모든 커맨드를 위한 case 구문을 쓰지 말고, PostScriptShapePrinter에 모든 커맨드를 두자.
• DoubleDispatch . . . . 1 match
       Integer라는 클래스와 Float라는 클래스가 있다. 두 객체 간의 덧셈을 구현하고 싶다. 몇개를 구현해야할까? 4개다. 즉, Integer + Integer, Float + Float, Integer + Float, Float + Integer이렇게 말이다. 이를 해결하기 위한 절차적 방법은 모든 상황을 거대한 case 구문에 넣는 것이다. 이것은 한군데에다가 로직을 다 넣을 수 있다는 장점이 있음에도 불구하고, 유지보수가 어렵다.
• Eclipse . . . . 1 match
       ["Eclipse"] 프로젝트는 통합 개발 환경(IDE)을 위한 플렛폼을 목표하는 오픈소스 프로젝트 이다. [http://www.eclipse.org/projects/index.html 부분인용]
• EmbeddedSystemClass . . . . 1 match
       // nfs 마운트 환경 구축을 위한 nfs 서버, 클라이언트 설치
• EnglishSpeaking/TheSimpsons/S01E01 . . . . 1 match
        * 크리스마스를 즐겁게 보내는 옆집 플랜더스네 가족들, 심슨네 가족들도 나름의 크리스마스를 보내려고 한다. 반면 심슨네 가족은 호머의 회사에서 크리스마스 보너스가 지급되지 않게 되고 크리스마스 때 쓰기 위해 모아놨던 저금통도 바트가 팔에 허락없이 문신을 해버리는 바람에 이를 지우기 위한 시술비로 전부 날려버린다. 호머는 모를 통해 알게 된 산타클로스 아르바이트를 하지만 받게 되는 급료는 겨우 13달러. 호머와 바트는 바니를 통해 알게된 경구장에서 '산타의 작은 도우미'라는 개에게 13달러를 모두 걸지만 꼴찌를 하고 돈을 잃는다. 그 대신 경구장에서 아예 쫓겨나 버린 '산타의 작은 도우미'를 크리스마스 선물로 집에 데려간다.
• ExploringWorld/20040308-시간여행 . . . . 1 match
       지하철에서 세환이와 오늘을 제목을 정한다면, 어떨까 라는 고민을 했다. '워밍업 데이'? '시작한날'? 하지만 이런 무미건조한 단어를 쓰기에 오늘을 따뜻하게 표현하고 싶었다. 그리고 집에와 Zp서버의 과거를 주로 이야기한 '시간여행'이라는 제목을 붙였다. 오늘을 한마디로 설명하기에 충분한 날이다. 그러나 크게 후회되는 점이 있다. 얼마전 나의 여행기에 '잘못된 이야기'에 대한 반성을 쓰고 실천 사항을 적었는데 오늘 후배님들 앞에서 실천하지 않았다. 결과, 다시 한번 아까운 시간을 두서없는 이야기로 채우는 우를 반복하였다. 다음주에는 반드시 이야기를 위한 '계획'을 세워 가치있고 압축적으로 시간을 써야겠다. --NeoCoin
• FocusOnFundamentals . . . . 1 match
       소프트웨어 필드에 익숙한 독자들은 오늘날의 '중요한' 주제들은 언급되지 않음을 지적한다. ["Java"], "웹 기술", "컴포넌트 지향", 그리고 "프레임워크" 는 나타나지 않았다. 이러한 접근법과 툴들에 기반한 많은 좋은 아이디어들은 반드시 가르쳐야 한다. 연구실 숙제들과 다른 프로젝트들은 학생들에게 가장 대중적이고 유명한 툴들을 이용할 기회를 제공해야 하며, 또한 뭔가 새로운 것을 경험할 기호를 제공해야 한다. 하지만, 우리는 이러한 주제들은 오늘날의 이른 변덕을 위한 교체품들 이며 만병통치약이며 곧 교체될 것들임을 기억해야 한다. 교육자들에게는 오늘날의 학생들의 성공이 40년은 지속할 수 있어야 함을 기억해야 할 책임이 있다. 우리는 이 기간동안효과적이고 유용한 근본들을 알고, 그리고 수업시간에 이 원리들을 강조해야 한다. 많은 프로그래머들은 특정 시스템이나 프로그래밍 언어를 배우는 것이 뭔가 다른 것을 배우는 것일 뿐, 그 그거 자체의 목표가 아니라는 사실에 대해 시야를 잃곤 한다.
• Gnutella-MoreFree . . . . 1 match
       || push || 방화벽이 설치된 Servent와의 통신을 위한 DescriptorServent Identifier / File Index / IP_Address(Big-endian)/Port ||
• Gof/Adapter . . . . 1 match
       BridgePattern 은 adapter object와 비슷한 구조를 가진다. 하지만 BridgePattern의 AdapterPattern과 그 의도가 다르다. BridgePattern은 실제 구현부와 interface부분을 분리시켜 실제 구현 부분이 다양하고 독립적일 수 있도록 하기 위한 것이다. adapter는 현재 이미 존재하는 객체에 대한 interface를 바꾸기 위해 이용된다.
• Gof/Strategy . . . . 1 match
        * 조건문을 제거하기 위한 Strategy
• GofStructureDiagramConsideredHarmful . . . . 1 match
       사실은 각 Pattern을 구현하기 위한 여러가지 방법이 있는데, GoF의 OMT diagram을 보노라면 마치 각 Pattern에 대한 단 한가지 구현만이 있는 것으로 잘못 이해될 수 있다.
• GoodExams . . . . 1 match
       "갑의 종류 8가지를 나열하라"와 같은 문제는 채점하기 편리하다. 하지만 이런 류의 지식은 시험 자체를 위한 지식에 지나지 않는 경우가 대부분이다. 더욱 큰 문제는 대부분의 시험이 이런 식으로 이루어진다면 학생들의 평소 공부도 그런 쪽으로 향방이 정해진다는 점이다. 고등학교식으로, 생소한 단어가 출현하면 밑줄부터 긋고 그 말을, 간혹 사전적 정의와 함께, 외우는데 전력을 기울인다.
• HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/김아영 . . . . 1 match
       - 객체가 소멸될 때 수행해야 할 작업들을 위한 함수
• HelpContents . . . . 1 match
        * HelpForBeginners - 위키 초보자를 위한 페이지
• HelpForBeginners . . . . 1 match
       위키위키 여행을 위한 좋은 출발점으로는
• HelpOnActions . . . . 1 match
        * `revert`: 구 버전의 페이지로 되돌리기 위한 액션 (모니위키 1.1.3부터 지원)
• HelpOnAdministration . . . . 1 match
       열거된 페이지는 위키를 관리하기 위한 여러가지 정보를 담고있습니다.~
• HelpOnInstallation/MultipleUser . . . . 1 match
       모니위키 버전 1.0.9 이후부터 모니위키는 다중사용자를 위한 좀 더 편리한 설치환경을 제공합니다.
• HelpOnTables . . . . 1 match
       테이블 속성을 위한 몇가지 문법은 다음과 같습니다:
• HelpOnUpdating . . . . 1 match
       모니위키 1.0.8 버전 이전에는 간단한 업그레이드를 위한 자동화 스크립트를 제공하지 않으며, 1.0.9버전 이후에는 간단한 업그레이드 스크립트(UpgradeScript)를 제공합니다 (upgrade.sh)
• Hessian . . . . 1 match
       RPC 를 위해서는 서버-클라이언트의 대화를 위한 interface 의 정의가 필요하다. 간단하게 정의해본다.
• HowToBlockEmpas . . . . 1 match
       ZeroWiki 는 ZP 내부작업을 위한 위키입니다. 아무래도 외부로 노출되었을 경우 여러 문제들이 발생할 수 있을 것입니다. (저번과 같은 크래킹의 문제도 있을테고요..)
• HowToCodingWell . . . . 1 match
        * 보통 코딩을 학교 프로젝트 아니면 과제때만 많이 하게 되는 데, 그 보다는 평소에 즐기듯(?) 코딩해야 합니다. 급하게 쫓기면서 하는 코딩은 결과물을 만들어 내기 위한 코딩이므로 생각하지 않고 코딩하게 됩니다. 평소에 자신이 필요한 프로그램(ex 선대계산기, 알송 리스트 자동 갱신 프로그램) 들을 느긋하게 코딩해 보면 급하게 코딩 하지 않기 때문에 더욱 많은 생각을 하면서 코딩을 할수 있습니다. 진정으로 실력이 느는건 이런 생각하면서 코딩하면서 늘지 않을까요? - [안혁준]
• JTDStudy . . . . 1 match
        * [http://java.sun.com/docs/books/tutorial/] : Java 공부를 위한 튜토리얼
• JTDStudy/첫번째과제/원명 . . . . 1 match
       특정 포지션의 숫자를 얻어오기 위한 반복 부분들 발견, 특정 포지션을 얻어오는 함수 만들기
• JUnit . . . . 1 match
       Java 언어를 위한 UnitTest Framework.
• Java/ModeSelectionPerformanceTest . . . . 1 match
       이건 위의 테스트들을 한번에 실행시키기 위한 runner class.
• JavaStudy2003/두번째과제/곽세환 . . . . 1 match
        모듈성은 각각의 객체를 위한 소스코드가 서로 무관하게 유지될 수 있다는 것이다.
• JavaStudy2004/클래스상속 . . . . 1 match
        인스턴스 변수의 경우 클래스에 새로운 변수를 만들었다면, 현재 클래스의 변수와 상위클래스에서 정의된 모든 변수를 가질수 있다. 따라서 모든 클래스들의 조합으로 현재의 객체를 위한 템플릿을 형성하게되고 필요한 정보를 채우는 것이다.
• JuneTemplate . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• KDP_토론 . . . . 1 match
       소모임내 스터디를 위한 문서번역은 어디든지 하는 곳들이 있다고 할때.. 단, 우리의 문제는 인터넷에 그 문서들이 노출되어있다는 점. 그래서 공개되어있다는 점이 되겠지. 하지만, 의도적인 저작권 위반이 아닌이상, 그리고 명시적으로 우리의 목적을 밝히는 선이면 추후에 문제가 발생하더라도 바로 소송걸릴일은 없을거라 생각. 그리고, 도큐먼트의 효율화를 위해서 처음엔 번역인 문서들도 요약화되어질 것이라 생각중. (어차피 1차 번역은 소위 '와우북식 번역책 욕하기' 에 딱 걸릴 수준인지라. --;) -- 석천
• Karma . . . . 1 match
       스스로가 테스트를 하는 것은 아니고, 테스트 라이브러리를 동작(run)시키기 위한 환경을 제공하는듯.
• LIB_1 . . . . 1 match
        LIB_Init_Schedu(); // 스케쥴링을 위한 우선순위 큐를 초기화 하고
• LUA_2 . . . . 1 match
       자료형을 배웠으니 이제 자료형을 연산하기 위한 연산자들을 살펴 보겠습니다.
• Linux . . . . 1 match
       어느정도 실력을 쌓았다 싶으면 RunningLinux, Oreilly 를 읽기를 권한다. 이 책은 비록 초심자가 읽기에는 부적절하지만 APM설정에 어느정도 리눅스의 구조에 대해서 익힌 사람들이 리눅스를 운영하기 위한 전반적 기초지식의 대부분을 습득 할 수 있는 수작이라고 생각된다.
• Linux/배포판 . . . . 1 match
       국내의 배포판은 대부분 레드햇의 패키지 방식인 RPM(Redhat Package Manager)를 채용한다. RPM의 경우 단일 패키지르 중심으로하는 경향이 강하고 의존성에 상당히 관대한 패키지 방식으로 알려져있다. ''(데비안유저인 관계로 잘모른다.)'' 알려진 바로는 느슨한 패키지 의존성때문에 처음에는 편하지만 나중에 엉켜있는 패키지를 관리하기가 좀 까다롭다는 의견도 많다. 레드햇 리눅스는 현재 공개방식으로 배포되지 않는다. 기업용 혹은 웍스테이션을 위한 돈주고 파는 버전만 존재한다. 대신에 레드햇사는 페도라라는 리눅스 배포판을 지원하고 있으며, 레드햇의 사이트를 통해서 배포가 이루어진다. 대부분의 패키지가 CD안에 통합되어 있으며, 대략 최신 패키지 들이 패키징되어있다. (050626 현재 페도라4가 얼마전에 발표되었다 4+1CD) 페도라 리눅스는 레드햇의 불안정판 정도라고 생각하면 되고, 실제로 최신의 패키지들로 묶어서 내놓고 잇다. 페도라에서 얻어진 피드백을 통해서 레드햇에 반영하고 이로부터 안정적인 리눅스 서버 OS를 발표한다. ''ps) 의존성? 리눅스의 각패키지는 각기 다른 프로젝트로 진행되어 만들어진 것들을 다시 사용하는 경우가 많다. 따라서 각기 독립적인 패키지 만으로는 프로그램이 실행이 안되어 경우가 있는제 이런 경우 의존성이 있다고 말한다.''
• LogicCircuitClass . . . . 1 match
        * 컴퓨터의 가장 밑바닥 구조인 전자회로를 설계하기 위한 논리 회로를 배운다.
• MFCStudy2006/Client . . . . 1 match
        * 2006. 7. 11.(화) - 클라이언트의 UI구현을 위한 내용(Dialog Box, BMP집어넣기, 버튼 제작 등) 스터디, 제작
• MFCStudy2006/Server . . . . 1 match
        * 메신저를 만들기 위한 Server구현
• MFCStudy_2002_1 . . . . 1 match
        1. 다음 숙제를 위한 간략한 세미나 및 토론
• Metaphor . . . . 1 match
       시스템 메타포를 선정하면 같은 팀내에서 클래스와 메소드의 이름을 일관적으로 정할수 있어 공감대를 형성할 수 있다. (즉 하나의 메타포를 선정하여 공유하면 변수 이름같은 것을 지을때 같은 관점으로 짖게 된다는 의미). 어떤 객체에 대한 이름을 정하는 것은 시스템 전체를 이해하거나 코드를 재사용하는데 매우 중요하다. 만약 메타포를 올바르게 정한다면, 이름이 어떻게 정해지는가를 추측할 수 있게되고 실제로 개발 시간을 크게 절감시켜준다. 구축할 객체에 대한 이름을 위한 시스템(즉 메타포)를 결정할때는 모든 사람이 해당 시스템에 대하여 특별한 지식이 없이도 쉽게 연관되어 질수 있는 것으로 선택해야 한다. 예를 들어 크라이슬러의 지불시스템은 생산라인으로 구축되었다. 포드의 자동차 영업사원들은 BOM(부품표)으로 구조화 되었다. 구축하려고 하는 분야의 메타포를 사용할 수도 있다. 그러나 충분히 단순하지 않다면 영영에 해당하는 메타포를 사용하지는 말아라.
• ModelViewPresenter . . . . 1 match
       C++, Java 의 다음 세대 프로그래밍 모델. Smalltalk 의 고전적인 MVC 프로그래밍 모델에서 나왔으며, 다양한 번위의 어플리케이션과 컴포넌트 개발 테스크를 위한 강력하면서 이해하기 쉬운 디자인 방법론. 이 개념의 framework-based 구현물은 MVP 를 em쓰는 개발 프로그램에 훌륭한 가치를 더해준다. MVP는 또한 다중 client/server 나 multi-tier 어플리케이션 아키텍쳐에도 적합하다. MVP 는 IBM 의 대부분의 OO Language 환경들에 대해 단일한 개념의 프로그래밍 모델을 제공해 줄 수 있을것이다.
• MoniWiki/Release1.0 . . . . 1 match
       <!> StandaloneWiki를 위한 Http Server를 완성한 후에 1.0을 발표할 것을 계획하고 있습니다. 물론, 개발이 지체되어 그 전에 발표할 수도 있습니다.
• MoniWikiPlugins . . . . 1 match
        * format: 프로세서를 액션으로 이용하기위한 인터페이스 액션 (모인모인도 이 방법을 쓴다)
• MoniWikiTutorial . . . . 1 match
        * [wiki:KLDPWiki:FrontPage KLDP 위키] : 국내 오픈소스 개발자들을 위한 위키 사이트
• NSIS/예제3 . . . . 1 match
        ; 윈도우 프로그램추가/삭제 관리자를 위한 Uninstall 관련 key를 레지스트리에 저장
• NUnit . . . . 1 match
       [http://nunit.org/ NUnit] 은 .Net 언어들을 위한 UnitTest Frameworks 이다.
• NamedPipe . . . . 1 match
        // Create a thread for this client. // 연결된 클라이언트를 위한 쓰레드를 생성시킨다.
• NeoCoin/Server . . . . 1 match
       -테스트를 위한 임의 크기 파일 생성
• NeoCoin/Temp . . . . 1 match
       ManagerPool, 일반인을 위한 파인만의 QED강의,
• NoSmokMoinMoinVsMoinMoin . . . . 1 match
       || Navigation 기본형태 || 하단 검색창, 노스모크 스타일로 커스터마이징 가능 || 상단 검색창. 익스에서 단축키(Alt-Z, Alt-X, \) 지원. NoSmok:양손항해 를 위한 디자인 || . ||
• ObjectOrientedDatabaseManagementSystem . . . . 1 match
       OODBMS[오오디비엠에스]는 객체로서의 모델링과 데이터 생성을 지원하는 DBMS이다. 여기에는 객체들의 클래스를 위한 지원의 일부 종류와, 클래스 특질의 상속, 그리고 서브클래스와 그 객체들에 의한 메쏘드 등을 포함한다. OODBMS의 구성요소가 무엇인지에 관해 광범위하게 합의를 이룬 표준안은 아직 없으며, OODBMS 제품들은 아직 초기에 머물러 있다고 여겨진다. 그 사이에 관계형 데이터베이스에 객체지향형 데이터베이스 개념이 부가된 ORDBMS 제품이 더욱 일반적으로 시장에 출시되었다. 객체지향형 데이터베이스 인터페이스 표준은 산업계의 그룹인 ODMG (Object Data Management Group)에 의해 개발되고 있다. OMG는 네트웍 내에서 시스템들간 객체지향형 데이터 중개 인터페이스를 표준화하였다.
• ObjectOrientedReengineeringPatterns . . . . 1 match
        * 역공학을 위한 패턴 랭귀지에 대한 이해가 있으면 이해에 훨씬 수월 할수 있다.
• Omok . . . . 1 match
        * 전부 그림으로 처리하기 때문에 그래픽적인 요소들을 위한 코딩이 많이 들어가는...(나쁘게 말하면 생노가다..--; )
• OpenGL . . . . 1 match
       3D Programming 을 위한 API. 요새 유행하는 3D Game Programming 시에는 주로 [Direct3D] 와 [OpenGL]을 사용한다.
• PatternOrientedSoftwareArchitecture . . . . 1 match
        * task(과업,일) 들을 레이어에 배치하기 위한 추상적인 기준을 정의 하여라. 실제적인 소프트웨어 개발에서 우리는 종종 추상적인 기준들의 혼합을 사용한다. 예를들어서 하드웨어적인 관점에서 저 수준의 레벨들의 모습을 정하고, 개념적인 복잡성으로 고 수준의 레벨을 정한다.
• PhotoShop2003 . . . . 1 match
       || ? || ? || BYTE를 2차원 배열처럼 쓰기 위한 랩퍼 클래스|| 철민 || . ||
• Plugin/Chrome/네이버사전 . . . . 1 match
       Ajax는 비동기식으로 데이터를 주고받기 위해 (A는 Asyncronous) HTML과 CSS 동적 정보 표시를 위한 동적 언어와 DOM문서형 구조를 가진 XML, json만이 Ajax를 뜻하는 것이 아니라 이런 조합으로 이루어진 비동기 웹 어플리케이션 기법을 뜻한다.
• PracticeNewProgrammingLanguage . . . . 1 match
       즉!!! 이것만 해보면 이 언어로 프로젝트를 진행할 만하다 싶을 정도의 레벨을 만들기위한 프로그램 작성.
• ProgrammingLanguageClass/Exam2002_1 . . . . 1 match
       나의 경우는 1. string (char array) 으로 애뮬레이션 한다. (단점도 썼음. 계산뒤의 메모리할당 문제와 실제 산술연산 계산을 위한 형변환시 cost가 많이 든다 등등) 2. long integer 2 개로 앞의 32 bit 는 유효숫자를, 뒤의 32bit 는 지수를 표현한다. (2^-31 ~ 2^31 * 2^-31 ~ 2^31 까지 표현된다라고 썼는데, 실제론 저 숫자들을 다 표현할 수가 없겠군. 2^31 1024 * 1024 * 1024 * 2 니까 약 10억. 즉, 자리수 표현도 10억 이후부터는 precision 유효숫자를 다 쓸수 없을테니) 아.. 풀고나니 잘못생각했군. 흑; --석천
• ProgrammingPartyAfterwords . . . . 1 match
       각 항목별로 50점만점에 멘터 3명이 각각 점수를 매겼고 그 합산에 항목별 가중치를 곱하여 총점을 내었다. 평가 결과 ZP#2 팀이 가장 높은 점수를 받았다. 1등을 위한 모종의 선물이 있었더라면 더 좋았을것 같다.
• ProgrammingPearls/Column3 . . . . 1 match
        * Column1의 이상한 소트와 더불어, 지금까지 본 내용중에서 꽤 신선한 내용이다. 왜 이렇게 하는지는 잘 모르겠지만... 역시 확장성을 위한 것 같다.
• ProgrammingPearls/Column4 . . . . 1 match
        * Verification을 위한 general한 principles을 제공하고 있다.
• ProjectEazy/테스트문장 . . . . 1 match
       입력해서 각각 격으로 분리가 되는지 알아보기 위한 대표적인 문장
• ProjectPrometheus/Iteration5 . . . . 1 match
       || Object-RDB Relation 을 위한 Gateway 작성 || 1 || . ||
• ProjectPrometheus/Iteration6 . . . . 1 match
       || Object-RDB Relation 을 위한 Gateway 작성 || 1 || . ||
• ProjectSemiPhotoshop/계획서 . . . . 1 match
        * 11/19 상민과 현민이 이미지 프로젝트의 시작을 위한 시작 코딩
• ProjectSemiPhotoshop/기록 . . . . 1 match
        * 11/19 상민과 현민이 이미지 프로젝트의 시작을 위한 시작 코딩
• ProjectTriunity . . . . 1 match
       파일 구조 팀 프로젝트를 위한 페이지...
• ProjectVirush . . . . 1 match
        백신이란 치명적인 바이러스를 예방하기 위한 것이다. 치료제가 아니다.
• ProjectZephyrus/ServerJourney . . . . 1 match
        1. Windows 상에서 일반 콘솔에서 컴파일, 실행 하기 위한 배치 파일 작성
• ProjectZephyrus/일정 . . . . 1 match
        - 클라이언트, 서버의 배포를 위한 jar와 소스 배포를 만들어 링크한다.
• Python/DataBase . . . . 1 match
       client_flag - integer, 필요할 경우 사용하기 위한 flag (0)
• PythonIDE . . . . 1 match
       파이선은 나온지 상당히 오래된 언어이며, 대안언어중에서 사용자가 가장 많은 상당히 비중이 높은 언어이다. 비록 어처구니 없는 상황하에서 발생하는 에러가 무시하지 못할 수준이기는 하지만 언어의 특징인 최대의 간격함과 빠른 개발을 위한 다양한 특징이 언어자체에 내포되어있다.
• ResponsibilityDrivenDesign . . . . 1 match
       Object 란 단순히 logic 과 data 묶음 이상이다. Object 는 service-provider 이며, information holder 이며, structurer 이며, coordinator 이며, controller 이며, 바깥 세상을 위한 interfacer 이다. 각각의 Object 들은 자신이 맡은 부분에 대해 알며, 역할을 해 내야 한다. 이러한 ResponsibilityDrivenDesign 은 디자인에 대한 유연한 접근을 가능하게 한다. 다른 디자인 방법의 경우 로직과 데이터를 각각 따로 촛점을 맞추게끔 하였다. 이러한 접근은 자칫 나무만 보고 숲을 보지 못하는 실수를 저지르게 한다. RDD는 디자인과 구현, 그리고 책임들에 대한 재디자인에 대한 실천적 조언을 제공한다.
• Reverse Engineering처음화면 . . . . 1 match
       4. 프로그래밍 후의 Debugging을 위한 초석.
• RonJeffries . . . . 1 match
       왜이리 찔리는지. -_-; 특히 마지막문장.. 프로그래밍을 하다보면 가끔 누구를 위한 프로그램인가를 간과하게 되는 경우가 많게 되는지라서.. ^^;
• RuminationOnC++ . . . . 1 match
       Accelerated C++의 저자인 앤드류 쾨니그가 쓴 책이다. C++을 다년간 써온 저자의 프로그래밍 테크닉을 쉽게 이야기를 쓰듯 풀어나간 책이다. 책의 내용은 저널에 저자가 썼던 글에 살을 덧 붙이고 다듬어서 나온책이다. 약간 흥미를 위주로 쓴 측면이 있어서 재미있게 읽을 수 있다. (표지나 서문에서 느껴지는 책의 분위기는 프로그래머를 위한 C++ 동화책이다. ㅡ.ㅡ;;)
• SPICE . . . . 1 match
       ISO/IEE 15504. 소프트웨어 프로세스 평가를 위한 ISO 표준모델.
• STL/Miscellaneous . . . . 1 match
        * vector<Object*> 이런식으로 동적 생성하는 객체의 레퍼런스를 위한 포인터를 컨테이너에 넣을때는 추후 포인터가 가리키는 객체를 직접 delete 해줘야 한다.
• STL/search . . . . 1 match
       #include <algorithm> // search 알고리즘 쓰기 위한것
• STLErrorDecryptor . . . . 1 match
       본 문서는 [http://www.kwak101.pe.kr/kwak101/works/InternData/STLDecryptor_QuickGuide.html QuickInstallation For STLErrorDecryptor] 의 '''내용을 백업하기 위한 목적'''으로 만든 페이지입니다. 따라서 원 홈페이지의 자료가 사라지지 않은 이상 가능하면 원 홈페이지에서 글을 읽으셨으면 합니다.
• ScheduledWalk/석천 . . . . 1 match
       typedef struct __IntegerPair { // return 을 하기 위한 구조체 선언
• SchemeLanguage . . . . 1 match
        * http://www.htdp.org/ - How To Design Programs. 비 전공자들을 위한 Scheme Language 책으로, 인터넷에 공개되어있다. 위의 PLT Scheme 을 인스톨하면 Help 탭에 HTDP 링크가 생긴다.
• SearchAndReplaceTool . . . . 1 match
       자동 리팩토링 툴이 지원되지 않는 언어들(C/C++, HTML 등) 을 위한 텍스트 일괄검색 & 치환 툴.
• Self-describingSequence/황재선 . . . . 1 match
        * 메모리 사용을 줄이기 위한 방안이 필요하다. 또한 입력값에 맞는 배열 크기 할당이 요구된다. 여기는 입력 값에 관계없이 최대 입력 값에 맞는 배열 크기를 할당하였다.
• SeminarHowToProgramIt . . . . 1 match
        * Coding Style -- esp. How to Name it (프로그래머를 위한 정명학. "子曰 必也正名乎...名不正則言不順 言不順則事不成" <논어> 자로편)
• ServerBackup . . . . 1 match
        1. screen 공유를 위한 서버 세팅
• SmallTalk/강좌FromHitel/소개 . . . . 1 match
       을 효율적으로 관리하기 위한 쓰레기 수집(garbage collection) 등 처음
• SmallTalk_Introduce . . . . 1 match
       을 효율적으로 관리하기 위한 쓰레기 수집(garbage collection) 등 처음
• SmithNumbers/이도현 . . . . 1 match
        /* 입력 받은 숫자를 문자열로 저장하기 위한 포인터 */
• SoftwareEngineeringClass/Exam2006_2 . . . . 1 match
       4. 심사를 하고 받은 후의 Software Engineer 로써 앞으로 조직의 비전을 위한 자신의 각오, 결단을 기술하시오.
• SpikeSolution . . . . 1 match
       이러한 실험들을 XP에서는 Spike Solution이라고 한다. 다른 점이라면, 우리는 보통 실험 코드를 만든 뒤 실전 코드에 바로 붙일 것이다. 하지만 Spike Solution 의 경우는 '실험은 실험에서 끝난다' 에서 다를 수 있다. 보통 Spike Solution 에서 실험한 코드들을 메인소스에 바로 적용시키지 않는다. Spike Solution은 처음 계획시 estimate의 선을 잡기 위한 것으로 메인소스에 그대로 적용될 코드는 아닌 것이다. 지우고 다시 만들어 내도록 한다. 그러함으로써 한편으로는 학습효과를 가져오고, 실전 소스의 질을 향상시킬 수 있다.
• Spring/탐험스터디/2011 . . . . 1 match
        1.3 Resttemplate : spring에서 RESTful에 접근하기 위한 template. spring에서 데이터를 받아오는 방법.
• SystemEngineeringTeam/TrainingCourse . . . . 1 match
        * FreeBSD - 솔직하 깔아서 쓰기 전까지는 모르겠다. 일단 패키지 관리자 비슷한것은 존재하는 것 같고 서버를 위한 지원도 활발한것 같다.
• SystemPages . . . . 1 match
        * WikiSandBox - 테스트를 위한 모래상자.
• TCP/IP . . . . 1 match
       소켓 프로그래밍을 위한 TCP/IP 용어 정리
• TCP/IP 네트워크 관리 / TCP/IP의 개요 . . . . 1 match
        *Network layer : 상위 계층을 위한 네트워크 접속을 관리
• TddWithWebPresentation . . . . 1 match
       즉, 현재 action 코드에 다 섞여있는 것이다.이부분을 TDD로 작성하기 위한 테스트는 다음과 같았다.
• TdddArticle . . . . 1 match
        그렇다 해도 오라클을 테스트를 위한 Local DB 로 돌리기엔 덩치가 크겠죠? --[1002]
• TemplateLibrary . . . . 1 match
       text 나 code generation 을 위한 라이브러리들을 일컫는 말.
• TheTrip/이승한 . . . . 1 match
        tempIntAver = (sum * 100) / stuN; //센트단위까지만 계산하기 위한 조치.
• Trac . . . . 1 match
       Trac(트랙) 은 소프트웨어 개발 프로젝트를 위한 위키 이자 이슈 트래킹 시스템이다. Trac은 웹 기반 소프트웨어 프로젝트 관리에 대해서 미니멀리스트적인 접근법을 취한다. 우리의 미션은 개발자들이 위대한 소프트웨어를 작성하는 것을 도우면서도, 그들의 방식에 대해 간섭하지 않는 것이다. Trac은 가능한한 팀에 이미 정착된 개발 프로세스와 정책에 대해서 덜 간섭해야 한다.
• TriDiagonal/1002 . . . . 1 match
       === test_lu.py - LU Decomposition 을 위한 test code ===
• UDK/2012년스터디 . . . . 1 match
        * [http://library.cau.ac.kr/search/DetailView.ax?sid=1&cid=391650 게임 & 캐릭터 제작을 위한 3ds max] 를 보면서 Sonic에 뼈대 넣어보고 있음
• UML서적관련추천 . . . . 1 match
       참고로 UML 은 'Modeling Language' 입니다. 모델링 서술을 위한 언어일 뿐, 모델링이나 디자인 방법 자체에 대한 설명을 하진 않습니다. 디자인 관련 서적은 따로 서술하겠습니다.
• UnitTestFramework . . . . 1 match
       UnitTest code 작성을 위한 Framework
• UploadFileMacro . . . . 1 match
       모니위키는 파일 업로드를 위한 3가지의 업로드 폼을 매크로로 지원하고 있다.
• VMWare . . . . 1 match
       유사기술을 적용한 Linux [Xen] 커널이 등장하기 시작했으며, Xen 은 차후 나타나게될 멀티코어 CPU 환경(플랫폼 자체가 완전히 다른)에 적합한 커널의 구축을 목표로 하고 있다고 한다. (완전히 다른 프로세서라면 당연히 해당 머신에 접근하는 인터페이스 역시도 다를텐데 XEN 을 이용해 해당 부분을 추상화시켜서 접근하는 식으로..) 현재에는 해당 기술을 보안 분야에서 이용하기 위한 연구가 진행중이며 기존의 단일 커널하의 커널모드, 유저모드 식의 구분이 아닌 관리자 커널, 애플리케이션 커널과 같은 구분으로 2개의 서로 다른 커널을 구현해 커널 단에서 애플리케이션이 머신에게 직접적으로 접근할 가능성을 원천 차단하는 방식의 연구가 되고 있다.
• VMWare/OSImplementationTest . . . . 1 match
       = Protected i386 OS를 위한 잛은 설명 =
• ViImproved . . . . 1 match
        * [[http://kldp.org/node/125263|vim 사용자를 위한 플러그인 매니저 vundle 을 소개 합니다. - KLDP]]
• VimSettingForPython . . . . 1 match
       Python Programming 을 위한 VIM Setting.
• WeightsAndMeasures . . . . 1 match
       맥(Mack)이라는 이름의 거북이가 여틀(Yertle)왕의 거북이 왕좌(王座)을 만들기 위한 거북이를 쌓는 방법을 문의해왔다. 혹시 자기 등껍질이 깨질까 봐 겁이 났기 때문이다. 여틀 왕의 왕좌을 만들기 위해 동원된 5,607마리의 거북이는 체중과 체력이 모두 다르다. 가능한 가장 많은 거북이를 쌓는 방법을 찾아보자.
• WhatToExpectFromDesignPatterns . . . . 1 match
       리펙토링을 위한 목표.
• WikiGardeningKit . . . . 1 match
       [위키정원사] 노릇을 편하게 하기 위한 도구 상자
• WinampPluginProgramming/DSP . . . . 1 match
       // samples3-5 번 관련. pitch control 를 보여주기 위한 윈도우.
• WindowsTemplateLibrary . . . . 1 match
       WTL은 객체지향적인, Win32 를 캡슐화하여 만들어진 C++라이브러리로 MS 에서 만들어졌다. WTL은 프로그래머에 의한 사용을 위해 API Programming Style을 지원한다. WTL MFC에 대한 경량화된 대안책으로서 개발되었다. WTL은 MS의 ATL를 확장한다. ATL 은 ActiveX COM 을 이용하거나 ActiveX 컨트롤들을 만들기 위한 또 다른 경량화된 API 이다. WTL은 MS 에 의해 만들어졌디면, MS 가 지원하진 않는다.
• XMLStudy_2002/Resource . . . . 1 match
       === XML 사용을 위한 프로그램들 ===
• XMLStudy_2002/Start . . . . 1 match
        *NOTATION은 Unparsed Entity를 처리하기 위한 방법이나 아직은 브라우저에서 지원이 안됨
• XPlanner . . . . 1 match
        ExtremeProgramming 팀을 위한 웹-기반 프로젝트 관리도구, 위키 스타일의 포매팅도 지원한다고 한다.
• XpQuestion . . . . 1 match
       - '필요하면 하라'. XP 가 기본적으로 프로젝트 팀을 위한 것이기에 혼자서 XP 의 Practice 들을 보면 적용하기 어려운 것들이 있다. 하지만, XP 의 Practice 의 일부의 것들에 대해서는 혼자서 행하여도 그 장점을 취할 수 있는 것들이 있다. (TestDrivenDevelopment, ["Refactoring"], ContinuousIntegration,SimpleDesign, SustainablePace, CrcCard Session 등. 그리고 혼자서 프로그래밍을 한다 하더라도 약간 큰 프로그래밍을 한다면 Planning 이 필요하다. 학생이다 하더라도 시간관리, 일거리 관리는 익혀야 할 덕목이다.) 장점을 취할 수 있는 것들은 장점을 취하고, 지금 하기에 리스크가 큰 것들은 나중에 해도 된다.
• YetAnotherTextMenu . . . . 1 match
       차라리 "텍스트 메뉴" 자체를 Event Driven Programming 개념을 전달하기 위한 toy problem으로 쓰는 건 어떨까? 간단한 구조를 통해, 콜백 함수가 무엇인지 등을 배울 수 있을 것이다.
• Z&D토론/통합반대의견 . . . . 1 match
       열심히 하고, 대학원을 KAIST로 가기 위한 노력들을 많이 했었지만, 이젠
• ZP도서관 . . . . 1 match
       || 지식인을 위한 변명 || 샤르트르 || ["1002"] || . ||
• ZeroPageEvents . . . . 1 match
       || 6.23. 2002 ~ 6. 28. 2002 || ["데블스캠프2002"] || 신입회원들을 위한 밤샘 세미나 & 실습 프로젝트 || . ||
• ZeroPageHistory . . . . 1 match
       ||1학기 ||2기 회원모집. 1학년을 위한 각종 강좌 마련, 스터디 조직. 2학년 각종 스터디 조직(C++, Graphics, OS, System-Programming, 한글 구현). 첫돌 잔치. ||
• ZeroPageMagazine . . . . 1 match
       [정모/2004.7.26]에서 논의한 학회지 만들기를 위한 페이지(페이지 이름은 임시로 지음)
• ZeroPageServer . . . . 1 match
       99년 후반 부터 운영되어오고 있는 ZeroPagers 들을 위한 서버. 학회실이 없었을 때에는 준 학회실과도 같은 역할을 했던 소중한 의견교환 & 정보저장소.
• ZeroPageServer/AboutCracking . . . . 1 match
        * 분석 : 세팅 과정에서 설치를 위한 wu-ftp 패키지 서비스를 한달간 제공하였는데, 설치 문제로 가장 자주 사용할 NeoCoin 이 걸려 든것 같음
• ZeroPageServer/Mirroring . . . . 1 match
        ＠ [ 참고사항 ] - SSH를 이용한 rsync 데이터 동기화를 위한 원격 서버의 환경
• ZeroPage_200_OK/note . . . . 1 match
       ==== Same Origin Policy를 극복하기 위한 방법 ====
• ZeroPage성년식/거의모든ZP의역사 . . . . 1 match
       ||1학기 ||2기 회원모집. 1학년을 위한 각종 강좌 마련, 스터디 조직. 2학년 각종 스터디 조직(C++, Graphics, OS, System-Programming, 한글 구현). 첫돌 잔치. ||
• ZeroPage성년식/회의 . . . . 1 match
        * 전화번호 여쭤보기(연락처가 손상되어 복구를 위한 것)
• ZeroPage성년식/후기 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• ZeroPage정학회만들기 . . . . 1 match
        현재 빈 공간은 신임교수님들을 위한 공간이라고 합니다.)
• ZeroWiki에서 언어습관 . . . . 1 match
       지식의 재활용을 위한 학습의 필요합니다.
• [Lovely]boy^_^/Book . . . . 1 match
       == 효율적인 프로그램을 위한 책 ==
• [Lovely]boy^_^/Diary/2-2-9 . . . . 1 match
        * 초보자를 위한 UML책 빌렸다. 역자가 곽용재씨군.(이 사람 번역 짱이던데.)
• [NewSSack]Template$ . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• cogitator . . . . 1 match
       코딩을 위한 프로그래머가 아닌 세계를 창조할줄 아는 프로그래머가 되었으면 좋겠습니다.
• eclipse단축키 . . . . 1 match
        * Quick Fix : 에러 수정을 위한 몇 가지 제안 알려준다
• erunc0/COM . . . . 1 match
        * 간단한 C++ 클래스로 시작하여 재사용 가능한 이진 Component로써 클래스를 사용하는 법을 간단한 예제를 통해서 배우게 된다. 처음은 DLL을 통해서 client 에게 제공하는 문제에 대해 말하며. 다음에는 이렇게 제공되어진 컴포넌트에 대한 방화벽(?)등에 대해 논의 하면서 인터페이스를 통하여 컴포넌트 내의 은닉화를 위한 방법들을 설명해준다. 그리고 그다음으로는 abstract class를 사용해 (virtual function을 이용한 방법) 인터페이스의 확장에 관한 부분까지 설명한다. 그리고 끝으로는 RTTI 이용하여 더 나은 인터페이스의 확장 방법과 다중의 client 에게 컴포넌트를 제공할수 있게 만드는 부분까지 설명한다. 한서라서 그런지 애매한 용어들이 많이 있어서 아직도 이해가 가질 않는 부분이 많았다. 한번더 chapter 1응 읽은 후에 정리하고 chapter 2로 넘어가야 하겠다.
• fnwinter . . . . 1 match
       = 다른 사람들을 위한 공간 =
• html5/communicationAPI . . . . 1 match
        * 다대다 메세지 통신을 실현하기 위한 API
• html5/geolocation . . . . 1 match
        * 프로그램을 실행하는 디바이스의 위치 정보를 얻기 위한 API
• html5/others-api . . . . 1 match
        * HTML5는 사용자의 편의를 위한 다양한 요소를 제공한다.
• html5/richtext-edit . . . . 1 match
        * 내용 편집이 불가능한 요소(div등)를 편집하게 하기 위한 API.
• iruril/도자기토론 . . . . 1 match
       그것을 보완하기 위한 움직임을 생각해보고
• snowflower/Arkanoid . . . . 1 match
       앞으로 추가하기 위한 것은 만들어둔 충돌처리 루틴을 좌표계와 연결하여 이제.. 45도가 아닌 다른 각도에서도 충돌 가능하도록 하는것.[[BR]]
• tempOCU . . . . 1 match
       오씨유 시험을 치루기 위한 잠깐의 페이지
• zennith/w2kDefaultProcess . . . . 1 match
       작업관리자를 위한 프로세스
• 가독성 . . . . 1 match
       글을 작성하신 분과 제가 생각하는 '가독성'에 대한 정의가 다른게 아닌가 합니다. 코드를 글로 비유해 보자면(저는 비유나 은유를 좋아한답니다) 이영호님께서는 ''눈에 거슬리지 않게 전체적인 문장이 한눈에 들어오는가''를 중요하게 생각하시는 것 같습니다. 저는 가독성이라는 개념을 ''문장들이 얼마나 매끄럽고 문단과 문단의 연결에 부적절함이 없는가''에 초점을 맞추고 있습니다. 문단의 첫 글자를 들여쓰기를 하느냐 마느냐가 중요한 것이 아니고 그 문단이 주제를 얼마나 명확하고 깔끔하게 전달해 주느냐가 중요하다는 것이죠. CollectiveOwnership 을 위한 CodingConventions와 글쓰기를 연계시켜 생각해 보자면 하오체를 쓸것인가 해요체를 쓸것인가 정해두자 정도가 될까요? 제가 생각하는 가독성의 정의에서 brace의 위치는 지엽적인 문제입니다. SeeAlso Seminar:국어실력과프로그래밍
• 가위바위보 . . . . 1 match
       렌덤 함수 이용을 가르치기 위한 숙제입니다
• 강성현 . . . . 1 match
        * 효율적인 OCR 인식을 위한 안드로이드 기반의 사진 편집 애플리케이션 개발
• 객체지향분석설계 . . . . 1 match
        프로젝트의 목표는 여러가지로 정할 수 있다. 이 프로젝트를 통해 얻고자 하는 비지니스 요구사항, 이 프로젝트를 사용하는 사용자가 얻기 위한 사용자 요구사항, 그리고 개발자 요구사항등이 있을 수 있다.
• 겨울과프로젝트 . . . . 1 match
        * XpWeek가 진행되며 방학을 즐기며 술독에 빠져 사는 경우가 많음으로 프로젝트 참가자를 받고, 프로젝트 진행을 위한 사전 준비를 한다. ( 학습방법, 교재, 모임주기, 기타등등 )
• 권영기/web crawler . . . . 1 match
       Python을 이용해서 Web Crawler를 제작하면서 Python의 사용법을 익히고, 원하는 웹 페이지를 긁기 위한 Web Crawler를 제작한다. (네이버웹툰(돌아온 럭키짱, 신의 탑...), 네이버 캐스트, 그 외의 각종 웹페이지..)
• 김동준/원맨쇼Report/08김홍기 . . . . 1 match
        # 채널링 - 특정한 스킬을 유지하기 위한 동작 <움직이면 캔슬>
• 김민재 . . . . 1 match
        * [데블스캠프/2013] Speaker - "Opening", "새내기의,새내기에의한,새내기를위한C언어"
• 논문번역/2012년스터디/김태진 . . . . 1 match
       완전한 영어 문장들로 학습/인식을 위한 데이터를 제공했는데, 각각은 Lancaster-Oslo/Bergen corpus에 기초한다. 글쓴이에 상관없는 형태와 마찬가지로 다수의 저자에 의한 실험은 the Institute of Informatics and Applied Mathe- matics (IAM)에서 수집한 손글씨 형태를 사용했다. 전체 데이터는 다양한 텍스트 영역들을 가지고 있고,500명보다 많은 글쓴이들이 쓴 1200개보다 많은 글씨를 가지고 있다. 우리는 250명의 글쓴이가 쓴 글쓴이-독립적인 실험에서 만들어진 카테고리들의 형태를 사용하고, 6명의 글쓴이가 쓴 c03 형태로 여러 글쓴이 모드를 적용해본다.
• 누가내치즈를옮겼을까 . . . . 1 match
       가기 위한것인데, 그것도 결국 변화를 싫어하게 만들었던 소유욕이 아닌가?'라는 반론이
• 당신의큰돌은무엇입니까 . . . . 1 match
       내가 알고 있는바로는 '천재B반을 위한 Time Management' 에 있던 글로 추정 -- ["1002"]
• 데블스캠프 . . . . 1 match
       밤새는 것은 평가를 위한 것이 아니다. 이것으로 사람들의 근성을 알아보려는
• 데블스캠프2002 . . . . 1 match
       프로그래밍을 위한 연습문제들 정리. (문제, 내용, 고른 이유 등은 관련 페이지 참조)
• 데블스캠프2005/화요일후기 . . . . 1 match
       [남도연]:오늘 크게 2가지를 배우게 되었다. 하나는 알고리즘과 자료구조에 관한 내용이었고 하나는 파이선에 대해 배운 것이었다. 알고리즘과 자료구조는 평소 우리가 수업시간에 들었던 내용이기는 하였지만, 막상 코드로 직접 적용하려니 잘 풀리지 않았다. C코딩을 할때 중요한 것이 알고리즘이라는 것을 또 한번 느끼게 되었다. 아무 생각 없이 코딩을 무작정 하려고 하다가는 크게 낭패를 본다는것을 배웠기 때문이다. 알고리즘은 하나의 계획표라고 볼 수 있다. 하나의 프로그램을 짜기 위한 계획표. 파이선은 C언어와는 사뭇 다른 언어였다. C언어 보다 편리한면이 많아 보이기는 했지만, C언어보다 못한 점도 간혹 보였다. 아직 미숙하기 때문에 딱히 무엇이라 말할 수는 없지만.. ㅋ 오늘 새로운 언어도 배우고 알고리즘의 중요성도 다시금 느끼게 되어 날 샌것이 아깝지 않았지만, 내준 과제 모두를 다 해결 하지 못한 것이 아쉬움이 남는다. 다 해결했으면 더 뿌듯 했을텐데 .. ㅋ
• 데블스캠프2006 . . . . 1 match
       신입생을 위한 데블스 캠프.
• 데블스캠프2010/둘째날/후기 . . . . 1 match
        * 일반적으로 C 프로그래밍은 자신이 아는 출력(또는 원하는 출력)을 위해서 구조를 짜는데 PROLOG는 중간만 만들어 놓으면 답이 알아서 나온다는 상당히 특이한 구조를 가지고 있어서 꽤 신기했습니다. 근데 이건 좀 편견일지도 모르겠지만 어째 이건 뭘 만들기보다는 연구하기 위한 언어가 아닌가 싶네요. - [서민관]
• 데블스캠프2010/첫째날/후기 . . . . 1 match
        * 정말재밌어요! 창의적설계를 이것으로 했으면 진짜 재밌었을텐데 ^_^ ㅠ_ㅠ... 우수법의 승리!!. RUR-PLE 이란 것을 소개시켜주셨고, 또한 맵을 수행하기위한 여러 생각을 할 수 있도록 해주셨습니다 ^^. - [이충현]
• 데블스캠프2011/다섯째날/후기 . . . . 1 match
        * 루아에 대해서 찾아보니까 주목받는 이유는 역시 용량이 작기 때문인 것 같은데 폰쪽에서 일하셨다는 부분도 그렇고 역시 임베디드쪽인가 싶었습니다. 임베디드에서 루아로 프로그래밍을 하기 위한게 따로 있다고 하신 부분이 좀 궁금했습니다. 이번에 파이썬에 루비, 루아까지 스크립트 언어쪽을 많이 본 것 같습니다. 다들 문법적으로는 비슷한 느낌인데 어떤걸 쓰는지는 용도 나름인 것 같습니다.
• 데블스캠프2011/셋째날/후기 . . . . 1 match
        * 초보자를 위한 RUR-PLE. 우선 1년만에 다시 공부를 하는데 좀더 많은것을 알았지만 프로그램적으로는 나는 발전이 없었구나 생각하게되었습니다. 프로그램을 새로 짜는데 발전이 없었으니까요. 그리고 RUR-PLE을 두번째 했을때 느끼는것은 무조껀 즐기는것이 좋고 단순했으면 하는데 그렇게 안되서 참난해했습니다. 수강생들은 대부분 안들었던 사람들이지만 재학생이어서 난이도 높은걸 할까 생각했었지만 단순한 Harvest문제도 처음 하는 사람들과 비슷한 속도로 풀게 되었죠. 그 원인을 보게 되면 참 재미있죠. 처음에 단순하게 즐기는 초보자는 단순하게 문제를 풀고. 아는 사람들은 아는걸 최대한 이용해서 문제에 최적화 해서 낭비를 줄이려 합니다 그대신 오래걸리죠. 위의 이유로 같은 문제 풀이도 많은 분기가 나오는걸 볼수 있었죠. 시간 제한을 안둬서 그런가. 다음부터는 원할한 진행을 위해 시간제한을 둬봅시다. 마지막으로 RUR-PLE에 대한 감상으로 교육 환경을 만든 사람들은 참 대단하다고 다시한번 생각합니다. 봐도 봐도 재밌긴 하네요. 다음에 이걸 다시 하게 된다면 더욱 재미있게 해보았으면 좋겠습니다.
• 데블스캠프2011/첫째날/개발자는무엇으로사는가 . . . . 1 match
       == 개발자를 판단하기 위한 단 한가지 질문 ==
• 데블스캠프2012/다섯째날/후기 . . . . 1 match
        * [서영주] - 저학년을 위한 C++개념 설명일줄 알았는데 생각보다 고학년한테 반응이 좋았습니다. 저도 pl시간에 개념으로 대충 배웠던게 실제로는 이렇게 되어있구나 하는걸 알 수 있어서 좋았습니다. 언어를 쓰더라도 그런게 실제로 어떻게 구현되어있나를 생각해본 일은 별로 없었어서 내가 쓰는 언어에 대해서 다시 한 번 생각해볼 기회가 된 것 같습니다.
• 데블스캠프2012/둘째날/후기 . . . . 1 match
        * [안혁준] - 웹서비스를 위한 전반적인 사항을 깔끔하게 정리해주셔서 많은 도움이 되었습니다. 가끔은 이렇게 전반적인 것을 정리할 필요가 있다고 느끼지만서도 제 지식이 짧아서 스스로 하지 못하고 있었는데, 이번이 정말 좋았던 기회인것 같습니다.
• 데블스캠프2012/셋째날/코드 . . . . 1 match
       = 테스트를 위한 CTIP =
• 데블스캠프2012/셋째날/후기 . . . . 1 match
       = 테스트를 위한 CTIP =
• 데블스캠프2012/첫째날/후기 . . . . 1 match
        * 당신을 위한 최고의 솔루션 - [http://random.org/ RANDOM.ORG]
• 데블스캠프2013/둘째날/후기 . . . . 1 match
       = 김민재 / 새내기의, 새내기에 의한, 새내기를 위한 C언어 =
• 데블스캠프2013/셋째날/후기 . . . . 1 match
        * 개인적으로 좀 아쉬움이 큰 세션이었습니다. 물론 머신 러닝이 쉬운 주제가 아니라는 건 맞습니다. 하지만 오히려 그렇기 때문에 강사 입장에서는 최대한 난이도를 낮추기 위한 노력들을 할 수 있지 않았을까 하는 생각이 조금 남습니다. 적어도 새내기나 2학년 들이 머신 러닝이라는 뭔가 무서워 보이는 주제 앞에서 의욕이 사라질 수 있다는 생각을 했다면, 전체적인 알고리즘의 간단한 의사 코드를 보여주거나, DataSet을 줄인다거나 해서 조금 현실적인 시간 내에 결과를 보고 반복적으로 소스 코드를 손을 볼 수 있게 할 수 있지 않았을까요. 적어도 간단한 샘플 소스를 통해서 이 프로그램이 어떻게 돌아가는가, 어떤 input을 받아서 어떤 output을 내는가 등에 대해서 보여주었다면 더 재미있는 실습이 될 수 있지 않을까 하는 생각이 듭니다. 머신 러닝은 흥미로운 주제지만, 흥미로운 주제를 잘 요리해서 다른 사람들에게 흥미롭게 전해줄 수 있었는가를 묻는다면 저는 좀 아쉬웠다는 대답을 할 것 같습니다. - [서민관]
• 디자인패턴 . . . . 1 match
       그리고 한편으로는 Refactoring을 위한 방법이 됩니다. Refactoring은 OnceAndOnlyOnce를 추구합니다. 즉, 특정 코드가 중복이 되는 것을 가급적 배제합니다. 그러한 점에서 Refactoring을 위해 DesignPattern을 적용할 수 있습니다. 하지만, Refactoring 의 궁극적 목표가 DesignPattern 은 아닙니다.
• 레밍즈프로젝트/이승한 . . . . 1 match
       메모리 관련 버그가 아니라. 메모리 확보와 해제를 위한 CPU 타임이었음. 보통의 맵이 1000*150 정도의 크기를 가질 텐데 그것을 죄다 인터페이스화 된 클래스로 생성을 중간에 메모리 소모가 심했다. CDwordArray, CByteArray두개로 필요 데이터를 나누고 좀더 최적화 시켜서 해결을 해 보았다. 메모리 확보와 해제에 필요한 시간은 거의 잡았지만 실제로 출력 할 때 어떤 어려움이 나타 날지는 모르겠다.
• 몸짱프로젝트/CrossReference . . . . 1 match
       // Cross Reference를 작성하기 위한 함수
• 무엇을공부할것인가 . . . . 1 match
       Game Developer, System Software Developer, Software Architect, 전산학자 식으로 각각의 직업과 관련된 지식에 대한 Roadmap 은 어떨까요? (예전에 '~~한 개발자가 되기 위한 book map' 같은 것도 있었던 것 같은데)
• 문자반대출력/문보창 . . . . 1 match
       // 확장문자를 위한 전처리 함수
• 문제은행 . . . . 1 match
       신입생들을 위한 문제(["문제분류"]) 들을 제시하는 지도역할을 하는 페이지 See Also ["데블스캠프2002"]
• 문제풀이게시판 . . . . 1 match
        * 프로젝트를 위한 모임을 해야할텐데.. 언제 한번 모였으면 하는데요.. --[상규]
• 물푸 . . . . 1 match
        * '''어바웃 어 보이(about a boy) : 닉혼비'''(2003.3.27) - 어른이 되지 못한 어른들을 위한 이야기
• 병역문제어떻게해결할것인가 . . . . 1 match
        * 이 항목이 미래창조과학부(MSIP)주관, 정보통신산업진흥원(NIPA)운영하는 SW 마에스트로와 MOU를 체결한 그 부서의 그 특기병과를 지칭한다면, 지원하기 위해서는 활동량이 많은 제로페이지 회원이어도 지원 자격 요건은 충족할 수 있습니다만, 그건 구색을 맞추기 위한 지원조건이고, 실제로는 MOU 체결한 기관의 지원자에게 우선순위를 부여하기 때문에, 비 기관 지원자가 서류를 통과할 가능성은 거의 없다고 합니다. (입대설명회에 나온 간부가 말하길 서류 특별점수가 60점 정도 되는데, MOU 기관은 만점 채우고 시작, 아닌 사람은 산더미 만큼 모아와야 채울 수 있다고 합니다.)
• 부자아빠가난한아빠1,2 . . . . 1 match
        * 나 자신을 위한 사업을 하자.
• 빵페이지/도형그리기 . . . . 1 match
        * 같은 생각으로 작성한다면 소스가 어떻게 표현될까 궁금했다. 소스양만 따지면, Python 을 위한 문제인가.
• 상협/2DAlca . . . . 1 match
       || 11.4 ||98에서도 호환성을 유지하기 위한 삽질을 합.. 98에선 키보드 안 움직임. 이유 알수 없음 ㅠㅜ|| 30분 ||
• 상협/학문의즐거움 . . . . 1 match
        * 체념한다라... 이것을 어떻게 받아 들여야지.. 난 어떤일을 하기로 마음을 먹으면 몸이 부서지는 한이 있어도 해내야 한다고 생각한다. 깡생깡사. -_-;, 그래서 이 어구는 그냥 그대로 받아 들일수 없고 내 식으로 해석해서 받아 들여야 겠다. 즉.. 체념은 더나은 발전적인 방향을 위한 체념일때만 그 체념을 해야 겠다는 생각이다. 즉.. 자신감 부족이나 의지 부족, 열정 부족 따위로 체념하는것은 말도 안된다고 생각한다. 물론 저자도 그런 의미에서 이렇게 말한거라고 생각한다.
• 새싹C스터디2005/pointer . . . . 1 match
       보다 명확한 포인터 설명을 위한 예제와 자료들
• 새싹C스터디2005/선생님페이지 . . . . 1 match
       오늘 집에 오면서 [프로그래머를위한공부론]을 다시 읽어봤는데(앞으로 수십 번은 다시 읽어봐야겠지만) 다음과 같은 구절이 있었습니다.
• 새싹교실/2011/A+ . . . . 1 match
        * 선생님이 잘못한 점도 부담없이 말해주세요. 보다 더 좋은 수업을 위한 일입니다.
• 새싹교실/2011/AmazingC . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/GGT . . . . 1 match
        * 선생님이 잘못한 점도 부담없이 말해주세요. 보다 더 좋은 수업을 위한 일입니다.
• 새싹교실/2011/Pixar . . . . 1 match
        * 아직은 링크를 눌러보는 것이 어색한 그대들을 위한 간단 설명
• 새싹교실/2011/學高 . . . . 1 match
        * 선생님이 잘못한 점도 부담없이 말해주세요. 보다 더 좋은 수업을 위한 일입니다.
• 새싹교실/2011/데미안반 . . . . 1 match
        * 데이터 저장을 위한 변수
• 새싹교실/2011/무전취식/레벨1 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨10 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨11 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨2 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨3 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨4 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨5 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨6 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨7 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨8 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/무전취식/레벨9 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.3.15 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.3.23 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.3.29 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.4.6 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.5.17 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/쉬운것같지만쉬운반/2011.5.3 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2011/씨언어발전 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/AClass/4회차 . . . . 1 match
       큐를 위한 버퍼와, 시작과 끝을 나타내는 두개의 값을 사용하게 된다.
• 새싹교실/2012/개차반 . . . . 1 match
        * 특정한 기능을 수행하기 위한 알림으로써 \ (back slash) 로 표시
• 새싹교실/2012/세싹 . . . . 1 match
        네트워크 통신을 위한 프로그램들은 소켓을 생성하고, 이 소켓을 통해서 서로 데이터를 교환한다. - wikipedia
• 새싹교실/2012/아우토반/뒷반/3.23 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/뒷반/3.30 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/뒷반/4.13 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/뒷반/4.6 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/뒷반/5.11 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/3.22 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/3.29 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/4.12 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/4.19 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/4.5 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/5.10 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/아우토반/앞반/5.17 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2012/열반/120319 . . . . 1 match
        * 출력을 위한 함수
• 새싹교실/2013 . . . . 1 match
        * 근데, 강사를 위한 가이드라인 어디 있나요ㅠㅠ - [김해천](13/03/17)
• 새싹교실/2013/라이히스아우토반/4회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/라이히스아우토반/6회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/라이히스아우토반/7회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/록구록구/1회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/록구록구/2회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/록구록구/3회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/록구록구/4회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/록구록구/5회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/록구록구/6회차 . . . . 1 match
       ''' 뭔 말이지? 라고 하는 당신을 위한 설명 '''
• 새싹교실/2013/양반/1회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/양반/2회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/양반/4회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/양반/5회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/양반/6회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹교실/2013/양반/7회차 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 새싹스터디2007 . . . . 1 match
        * 2007년도 1학기 제로페이지 신입생 대상 세미나를 위한 페이지입니다.
• 서지혜 . . . . 1 match
        1. 나를 위한 프로그램
• 손동일/TelephoneBook . . . . 1 match
       // 확인하기 위한 문장
• 수 . . . . 1 match
       기본 함수들을 설명하기 위한 예제니까요. :)
• 스터디그룹패턴언어 . . . . 1 match
       본 패턴언어는 사람들이 스터디 그룹을 만들거나 개선하는 걸 돕기 위한 것이다.
• 스터디지원 . . . . 1 match
        * ~~구성원 중 한 사람이 지출을 담당하기를 권장하며, 금전적인 이익이나 사익을 위한 행위를 엄격하게 금지합니다.~~
• 신재동/내손을거친책들 . . . . 1 match
       자바 프로그래머를 위한 UML 실전에서는 이것만쓴다! - 로버트 C. 마틴
• 아직도가야할길 . . . . 1 match
        * 성숙해진 사람은 자신의 게으름을 잘아는 사람, 정신 질환은 오히려 은총, 그에 따른 책임을 전적으로 질뿐만 아니라 그것을 극복하기 위한 변화를 스스로 일으키는 사람은 치유된다.
• 안혁준/class.js . . . . 1 match
       Javascript에서 클래스를 묘사하기 위한 방안.
• 애자일과문서화 . . . . 1 match
       어찌보면 동의할 수 있고 어찌보면 문제의 일부분만 강조한 것 같아 아리송하다. 문제의 본질은 우리가, 즉 개발자 또는 PM이 보는 XP와 경영자가 보는 XP의 입장이 달라도 너무 다르다는 것이다. 물론 내가 만일 경영자 또는 경영자가 되기 위한 공부를 하고 있는 학생이라면, 개발자들이 생각하고 있는 입장을 이해하지 못할지도 모르겠다.
• 열정적인리더패턴 . . . . 1 match
       스터디 그룹은 지속적인 에너지(EnduringEnergyPattern)를 갖고 안전한 장소([안전한장소패턴])가 되기 위한 리더십이 필요하다. 이 패턴은 이런 특성을 만들기 위해 리더가 해야할 일을 설명한다.
• 영어학습방법론 . . . . 1 match
        iii) 책은 듣기를 위한 참고 자료로 삼는다.[[BR]]
• 오픈소스검색엔진Lucene활용/세미나060401_2시 . . . . 1 match
        * 자신의 프로그램에 검색이 필요한 경우 굳이 새로 만들기 보다는 기존의 검증된 오픈소스를 활용하기 위한 방법을 소개해 드릴 예정입니다.
• 우리홈만들기 . . . . 1 match
        * DeleteMe) 개인적으로 cgi를 위한 언어로 파이썬을 추천합니다. 물론 펄도 문자열 처리가 쉬워서 cgi에 아주 좋은 언어이지만 cgi에 써먹는 것으로 끝날 확률이 높아 보입니다. --["이덕준"]
• 위시리스트 . . . . 1 match
        * 가방 정리를 위한 책장
• 위키를새로시작하자 . . . . 1 match
        기존의 정보들을 옮겨놓자는 의미가 아니었습니다. 새로 만들어 지는 페이지들이 그쪽으로 가고 있는 것이지요. 지금 그렇게 되고 있고, 어쩌면 프로젝트를 위한 특화된 위키가 될지도 모를것 같군요.--NeoCoin
• 위키설명회2005/PPT준비 . . . . 1 match
       - 위키에 익숙해지다 보면 솔직히 디자인은 그다지 신경 쓰이지 않고, 어떤 CSS를 쓴다면 눈이 편할까에 집중하게 된다. 물론 위키 전도사가 되려면 초보자들을 위한 배려에 대해 많이 고민해야 한다.
• 위키의특징 . . . . 1 match
        * 개인위키 : 스쳐지나가는 아이디어들을 쌓아서 결국 체계적인 정보 자료집을 만들어나가고자 할 때에 유용, 종국에 있어서는 체계적으로 정리된 지식의 형태가 된다. 개인위키는 블로그처럼 타인에게 보여주기 윈한 목적보다 자기 자신을 위한 것인 경우가 더 많다. 어느 누구에게 공개하지 않고 홀로 써도 많은 가치를 얻는다. 반면 블로그는 비공개 일기장으로 쓰는 경우는 별로 없다. 객관화된 양질의 지식을 얻기 위해서는 위키가 훌륭함.
• 윤종하 . . . . 1 match
       [공정한 IT 생태계를 위한 SW 정책 세미나]: 조만간에 추가하겠습니다
• 윤종하/지뢰찾기 . . . . 1 match
        /*게임을 위한 루프 시작*/
• 이름짓기토론 . . . . 1 match
        ZeroWiki - 최광식군의 아이디어. 옆집 메뉴판에 달기 위한 축약의 결정체.[[BR]]
• 이성의기능 . . . . 1 match
        이 마지막 선택의 기로는 이미 내가 앞에서 언급한 삼중의 충동이라는 성격에서 유래되는 것이다 : 산다, 잘 산다, 더 잘산다! 한 방법론의 탄생이라는 것은 본질적으로 살려고 하는 안전한 방법의 발견이다. 그것은 전성시대에은 좋은 삶을 위한 긴박한 조건들을 만족시킨다. 그러나 좋은 삶이라고 하는 것은 불안정한 것이다. 피곤의 법칙이 용서없이 엄습한다. 삶의 어떠한 방법론이라도 그 범위내의 신선함을 다 고갈시키고, 또 피로가 물밀쳐올때까지 그 신선한 것들을 다 써먹어버리게 되며, 하나의 마지막 결단이 그 종의 운명을 결정한다. 하나는 그 자신을 안정적으로 만들고 그냥 생존하는 수준으로 퇴행해버리는 것이요; 또 하나는 과거의 관습들을 자유롭게 떨쳐버리고, 더 잘 사는 모험을 시작하는 것이다.
• 이승한/java . . . . 1 match
       GUI를 위한 라이브러리 : javax.swing
• 이승한/mysql . . . . 1 match
       PHP공부를 위한 mysql 구분 공부.
• 이학 . . . . 1 match
       어떻게 대답하면 좋은가? 일본이란 어떤 나라인가, 일본인이란 어떤 성격을 가진 국민인가? 자기 스스로도 생각해 보고 책을 읽고 배워야 한다. 가르치기 위해서는 배워야 한다. 바꾸어 말하면 배우기 위한 방법의 하나는 남에게 가르치는 것이다.
• 일반적인사용패턴 . . . . 1 match
       페이지 편집을 위한 태그들은 다음 링크를 참조하세요. (해당 페이지를 EditText해보시면 다른 사람들이 어떻게 편집했는지 알 수 있으니 보고 배우셔도 됩니다.)
• 일취집중후각법 . . . . 1 match
       ["Refactoring"]의 도를 얻기 위한 수련법의 하나. see also HowToStudyRefactoring
• 임베디드방향과가능성/정보 . . . . 1 match
       한마디 더 추가하겠습니다. constraint가 거의 없는 시스템이 pc입니다. (단순pc라면 200만원대 이하가 유일한 조건인가요..? 특별한 작업을 위한 시스템이면 수천만원도 가능하겠군요) 하지만 임베디드 시스템은 많은 constraint가 존재합니다. 크기,무게,가격,온도,습도,처리량,time-to-market 등등..
• 정모/2002.7.11 . . . . 1 match
       ''DeleteMe later: 천천히 제로페이지 회원들을 위한 컴퓨터 공부 로드맵(roadmap)을 하나씩 만들어 가면 어떨까요? 갑을 공부하려면 이걸 먼저 보고, 그 다음 이런 프로젝트들을 한번 씩 해보고, 어떤 기사를 보고 등등. 각 과목에 대해서 만들어도 좋고, 특정 기술에 대해서 만들어도 좋겠습니다. 가능하면 선배들이 각자 자신이 공부한 경험을 토대로 "공동 작성"하면 참 좋겠죠. 다만 한시적인 기술일 경우 "축적"의 가치가 별로 없이 해당 로드맵이 일이년 만에 쓸모없어 질 수도 있겠죠. --JuNe''[[BR]]
• 정모/2002.7.25 . . . . 1 match
       시스템 업글을 위한 회비 걷었나요? 시스템 업글 날짜 잡으려면 한번에 걷는게 편하실것임. 그리고 재학생/졸업선배와의 자리에 대한 언급이 없군요. (이에 대해서 꼭 회의할 필요는 없을것 같고, 기획하는 사람 중심으로 날짜/연락하시길) --["1002"]
• 정모/2003.1.15 . . . . 1 match
        작년의 경우 3월에 소개, 홍보 차원에서 '설명회'를 했었고 4월부터 C++세미나 등등 관심을 불러일으키고 낯익게 하기 위한 것들을 했었습니다. 여기까지 '준회원' 형식으로 있다가 '데블스캠프'를 마쳐야 정회원이라는 조건을 내걸었었습니다. 데블스캠프가 조건이 되지 않았던 것 같지만 사실 현재 02학번들의 활동을 보면 데블스캠프 참여도와 상관성이 많습니다. 작년 모집방법에서 수정이 필요한 부분을 짚어주시면 감사하겠습니다. 뭔가 선배 의견에서 공감이 될것 같은데 정확히 못집어 내겠습니다. ^^;; --창섭
• 정모/2003.3.5 . . . . 1 match
        * 저는 신입생 모집을 따로 기간을 안두고 마음대로 위키에 페이지를 만들게끔 두고 싶습니다. 물론 정회원은 데블스 캠프가 끝난 후가 될꺼구요.. 신입생을 위한 시험대비 씨++ 세미나와 제로페이지 소개 등을 지속적으로 가지면서 준회원을 모으는 것이 좋을것 같습니다. -- 상욱(["whiteblue"])
• 정모/2004.1.6 . . . . 1 match
        * 미리 못 온다는 사람 빼고는 다 왔다. 잘했어요~ 하지만 회의 준비를 하고 준비하고 싶었는데 뜻대로 안 되었다. 회의 시간도 안 지켜졌다. 회의에 준비가 필요한 이유를 먼저 설명하고 시작해야 했을까? 정모가 회의를 위한 것이 아닌데도 회의만 하고는 끝났다. 음..다음에 또 도전해보자. -[Leonardong]
• 정모/2007.3.6 . . . . 1 match
       - 데블스 캠프를 밤에 열었던 이유중에 하나가 직업전선에 나가계신 분들께 세미나를 부탁하기 위한 이유도 있었음.
• 정모/2011.10.5 . . . . 1 match
        * [http://ko.wikipedia.org/wiki/W3C W3C]는 월드 와이드 웹을 위한 표준을 개발하고 장려하는 조직으로 HTML 표준을 제정하였다.
• 정모/2011.3.14 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2011.3.2 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2011.3.21 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2011.4.11 . . . . 1 match
        * 링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2011.5.23 . . . . 1 match
        * 지난 정모때 사람이 많았어서 상대적 박탈감(?)이 느껴지는 정모였습니다. 기말이 다가오니 바쁘신지 안오신 분들도 많았고ㅜㅜ 내 OMS가 있던 날인데.. 흙흙 그래도 매번 참석하는 11이 있어 기특합니다. 사람은 빈곤했지만 내용은 학술적인 내용으로 풍요로웠네요. 세미나도 하고. 연구실에서 무슨일을 하고있는지 알수 있는 좋은 기회였습니다. 연구실도 트렌드를 따르는군요ㅋㅋ 친구추천이랑 약간 비슷한거 같아요. 나의 OMS 잘 들으셨는지ㅠㅠ 아 스크립트 소개를 위한 스크립트도 썼는데 눈이 침침해서 잘 안보여서 횡설수설했네.. 자료실에 ppt랑 스크립트 같이 올려뒀어요 비교해 보세요.. 컴파일 언어가 전부인줄 알았다면 다른 종류의 언어도 익혀보세요! 전 루비와 얼랭을 해볼 생각입니다ㅋㅋ 구루가 되어보아요:> - [서지혜]
• 정모/2011.9.20 . . . . 1 match
        * [http://onoffmix.com/event/3672 개발자를 위한 공감세미나]
• 정모/2011.9.5 . . . . 1 match
       돌아온 멤버와 처음온 사람을 위한 나이순 자기소개
• 정모/2012.11.26 . . . . 1 match
        * 전체적으로 학생 아이디어 착취를 위한 느낌의 프로그램이었음.
• 정모/2012.12.10 . . . . 1 match
        * 아마추어 아티스트(음악)를 위한 Social Network 를 만드려고 합니다.
• 정모/2012.12.3 . . . . 1 match
        * [정진경] - 창세기전 옛날에 해봤으나 살라딘이 쌍검(?)을 쓴다는 것 외에는 기억이 나지 않음.. 회고해봤는데 벌써 1년이 지나갔군여. 프로젝트나 스터디에 모두 참여하는 일은 역시 힘든 것 같습니당. 크리에이티브클럽에서 나왔던 것 같은데 개인적으로 관심있는 분야나 하고 싶은 프로젝트를 하는게 어렵다면 전공 수업에서 배운 내용을 위키에 기록하는게 어떠냐..는 내용이 있었습니당. 내년에 저는 사라지기 때문에 막 던지기.. ㅋㅋ 굳이 전공 수업이 아니더라도 최근 어코드 사업으로 특강이나 멘토링 등등 참여할 수 있는 활동이 많기 때문에 학술 활동을 하기 위한 여건이 학부 차원에서 나아지고 있지 않나 싶습니당.
• 정모/2012.2.24 . . . . 1 match
        * 오랜만에 지원이누나를 다시 보는데다 승한선배가 오신다기에 급하게나마 2월 회고를 위한 정리를 진행했어요. 는 지원이누나가 정모가 잘 진행되고 있는거 같아서 좋다고 하기에 안도. ㅎㅎㅎㅎ 회고에서는 아무래도 단추공장 조가 가장 큰 인기를 끌었던거 같네요. Agile Korea가서 제대로 건져와서 써먹네요. ㅋㅋ GUI는 요새 제가 동네 리뉴얼하면서 (실제로 난 별로 안하는거같기도..) MVC패턴이나 View부분에 신경을 많이 쓰다보니 와닿는점이 참 많았어요. 승한선배가 좀 더 깊이 설명해주셨다면 좋았을텐데...라는 생각이 좀 들긴했지만요. 성현이형의 OMS도 엄청나서 (도쿄라니!) 전반적으로 정말 즐거운 정모였던거 같아요 - [김태진]
• 정모/2012.4.2 . . . . 1 match
        * 파비앙을 위한 프랑스어 회고지를 만들었으나 그는 오지 않았습니다ㅠㅠㅠㅠㅠㅠㅠㅠㅠ
• 정모/2012.7.11 . . . . 1 match
        * OpenCV - 영상인식을 위한 라이브러리 사용.
• 정모/2012.7.18 . . . . 1 match
        * 토요일 : HTTP의 특징들과 그 한계를 극복하기 위한 방안들.
• 정모/2012.9.24 . . . . 1 match
       학회 및 학술 활동을 위한 외부 기관 제출 문서 작성 건당 지원금 1만원 지급은 어떤가요? 그리고 해당 문서의 통과 등에 대한 성과금은 추가 지급해도 괜찮을 것 같고.
• 정모/2013.2.19 . . . . 1 match
        * 새싹교실을 알리기 위한 방식 결정(미정)(새싹교실 벽보 여부, 페이스북이나 트위터같은 매체 활용 여부 등등.)
• 정모/2013.5.13 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2013.5.20 . . . . 1 match
       링크를 눌러보기조차 귀찮은 당신을 위한 간단한 설명
• 정모/2013.8.12 . . . . 1 match
        * 제로페이지에는 안드로이드 개발 기기(Nexus 7)을 비롯해 Kinect, 아두이노 등 개발을 위한 기기가 마련되어 있습니다.
• 정수민 . . . . 1 match
       편하게 살기위한 계획!
• 제본 . . . . 1 match
       학부생을 위한 책아저씨
• 조현태/놀이/시간표만들기 . . . . 1 match
        * 커플을 위한 최고 싱크로율 시간표 생성기능... (대신 양쪽의 모든 경우를 탐색해야하니 무지 느릴꺼라는.. 사랑은 인내인 것이다 ㅡㅡV)
• 좋은위키페이지 . . . . 1 match
        ["데기"]는 생각과 느낌을 나누는(곱하기까지 하면 더 좋고...) 페이지가 좋다. ["Python"] 페이지에서 파이썬 학습을 위한 로드맵만을 만나는 것보다 "내가 어제 말로만 듣던 파이썬을 써서 구구단을 짰는데 너무 쉽고 재밌어서 감동이더라."와 같은 경험을 나누는게 더 반가울것 같다. --["데기"]
• 지금그때/OpeningQuestion . . . . 1 match
       기술자로 남고 싶으면, 그는 '''평생 학습'''을 하라고 조언 합니다. 책은 '''평생 학습'''을 위한 사회 제반과 개인의 인식에 대한 내용을 더 제시합니다. 그가 제시한 것중 우리가 가장 쉽게 실천 할수 있는것은 [음계연습하기] 인 것 같습니다. (이 내용에 약간 틀릴수 있습니다. 틀린 점 있으면 읽으신 분이 고쳐주세요. )
• 지금그때/도우미참고 . . . . 1 match
       100분 토론(이렇게 되지 않기 위한 생각)
• 지금그때2003 . . . . 1 match
       2003년 3월 21일 금요일 pm7~10 시에 있었던 [지금그때] 행사의 준비를 위한 페이지
• 지금그때2003/토론20030310 . . . . 1 match
       [지금그때] 준비를 위한 토론 첫번째 모임. 마저 내용을 생각해보고 옵시다.~
• 지도분류 . . . . 1 match
       || ["CVS"] || Concurrent Versions System. 공동 프로젝트를 위한 소스 버전 관리 도구 ||
• 창섭/배치파일 . . . . 1 match
       도스에는 명령어를 일괄적으로 처리하기위한 배치파일이라는 것이 있습니다.
• 채팅원리 . . . . 1 match
       클라이언트가 시작되면 Login을 위한 ID 체크를 한다. 서버에 접속하여 서버에 저장되어 있는 사용자 ID Vector에 사용하고자
• 책거꾸로읽기 . . . . 1 match
       * 인도인들의 인재양성을 위한 노력이 대단함을 느꼈다. 나의 경쟁자가 될 인도 엔지니어들의 학구열과 활약들을 보며 많은 것을 느꼈다.
• 최소정수의합 . . . . 1 match
        - 문제가 그렇습니다. 처리조건은 HINT라기 보다는 그 말 대로, 처리하기 위한 조건이라서 문제의 하위 조건이라고도 볼 수 있습니다.
• 캡스톤설계실 . . . . 1 match
       공지사항을 올리기 위한 페이지입니다.
• 컴공과학생의생산성 . . . . 1 match
       생산성에 대해 신경 못쓰는 이유중 하나가 능력부족으로 인한 여유부족이 아닐까 하는 생각. 중간에 자기자신이 어떤 방식으로 프로그램을 만들고 있는지를 생각할 여유가 없어서인지도 모르겠네요. 그러한 점에서 개발하기 전의 문서와 작업일지를 작성하는 것이 중요하다고 생각합니다. (자신이 어떤 방식으로 생각을 하면서 일하고 있다라는 것을 인식하고 있는 것은 생산성을 높이기 위한 방법이 되지 않을까 하는.)
• 컴퓨터공부지도 . . . . 1 match
       Windows 에서 GUI Programming 을 하는 방법은 여러가지이다. 언어별로는 Python 의 Tkinter, wxPython 이 있고, Java 로는 Swing 이 있다. C++ 로는 MFC Framework 를 이용하거나 Windows API, wxWindows 를 이용할 수 있으며, MFC 의 경우 Visual Studio 와 연동이 잘 되어서 프로그래밍 하기 편하다. C++ 의 다른 GUI Programming 을 하기위한 툴로서는 Borland C++ Builder 가 있다. (C++ 중급 이상 프로그래머들에게서 오히려 더 선호되는 툴)
• 코바용어정리 . . . . 1 match
       구현 객체가 ORB에 의해 제공되는 서비스를 이용하는 주된 방법은 객체 어댑터를 통하는 것이다. 객체 어댑터는 CORBA 라이브러리인데 ORB 코어 통신 서비스의 맨 위쪽에 위치하고 있으며 서버 객체를 대신하여 리퀘스트를 받아들인다. 객체 어댑터는 서버 객체를 인스턴스화하기 위한 실행 환경을 제공한다. 즉, 서버 객체에 리퀘스트를 전달하며 객체 ID를 부여하는 등의 작업을 하게 된다는 것이다. 또한, 객체 어댑터는 구현 저장소에 어댑터가 지원하는 클래스와 런타임 인스턴스를 등록한다. CORBA에서는 각 ORB가 기본 객체 어댑터(BOA)라 불리는 표준 어댑터를 지원하도록 규정한다. 하나의 서버가 여러 개의 객체 어댑터를 지원할 수 있다.
• 타도코코아CppStudy/0731 . . . . 1 match
        * 시간 재기 위한 타이머 메세지
• 토이 . . . . 1 match
        * 저는 군대 가서 까먹은 코딩 감각을 살리기 위한 게 주목적입니다. -영동
• 토이/메일주소셀렉터 . . . . 1 match
       특정 text안에서 메일 주소만을 골라내 단체메일을 보내기 위한 폼(가령 a@b.com, b@c.net,..)으로 변환하여 text로 저장해준다. 여러 단계로 차례차례 나누어 구현
• 튜터링/2011/어셈블리언어 . . . . 1 match
        * 중간고사를 위한 여러분의 대비
• 튜터링/2013/Assembly . . . . 1 match
        * 승준이를 위한 과제
• 파스칼삼각형/sksmsvlxk . . . . 1 match
        //계산을 편하게 하기 위한 잔머리.
• 페이지제목띄어쓰기토론 . . . . 1 match
       조금 다른 이야기인데, 특수문자를 페이지이름에 사용하는 문제입니다. 제가 특수문자를 사용하지 말자는 규칙을 만든 이유는, 그것이 발음하기 어렵기 때문입니다. 발음하기 힘든 단어를 한 사회의 언어에 사용하지 않는 것에는 언어학적, 심리학적, 사회학적, 조직학적, 문화적 문제가 중층적으로 연계되어 있습니다. 한마디로 말한다면 해당 위키 커뮤니티가 더 발전하기 위한 겁니다. 이건 다음에 기회가 되면 자세히 설명을 하죠. 아주 작은 차이 같고, 별 이유가 없고 오히려 더 불편한 것 같지만 사실은 상당한 차이를 불러오는 것들이 많습니다. 페이지이름 띄어쓰기 문제도 직접 실험도 해보고 그 결과에 대해 여러가지 분석, 논의도 해보면서 신중한 결정을 하길 바랍니다. --김창준
• 프로그래머를위한공부론 . . . . 1 match
       [http://www01.zdnet.co.kr/news/column/hotissue/0,39024748,10049399,00.htm 어떻게 공부할까? 프로그래머를 위한 「공부론」]
• 프로그래밍잔치/둘째날후기 . . . . 1 match
       처음에 팀 프로젝트를 잘하기 위한 방법에 대해 각 팀별로 토론을 했다. 다음과 같은 이야기들이 있었다.
• 프로그래밍잔치/첫째날후기 . . . . 1 match
        * ZeroPagers 의 위키에 자신의 공부내용을 정리하는 것은 '의무'인가? 자신을 위한 행동이 아닌가? 강요되는것은 아닌지. (실제로 자신의 공부내용을 글로 정리하기에 대한 어려움)
• 프로젝트기록의필수요소토론 . . . . 1 match
       ["neocoin"] ZeroWiki의 프로젝트 페이지를 위한 6하 원칙을 생각해 봤습니다. 저정도면 될것 같네요. 어디서(where)이 있지만 이것은 보나마나 여기서 여기서니 프로젝트 이름으로 대체해서 했습니다. 앞으로의 모든 페이지가 저 정보가 꼭 있어야 한다고 정모에서 건의 함이(이거 원 정모를 해야 --;) --상민
• 하노이탑/윤성복 . . . . 1 match
       int Mcount = 0; //이동횟수세기 위한 전역변수
• 학회간교류 . . . . 1 match
        * 친목을 위한 게임 대결. 혹은 게임 AI 만들기 등등.~
• 현재 위키에 어떤 습관이 생기고 있는걸까? . . . . 1 match
        * 하위 페이지에서 상위 페이지로 가기 위한 역링크 도 존재하는 것 같습니다. 없는 페이지도 많지만(그냥 복사해서 그런걸까..) --[snowflower]
• 호너의법칙/남도연 . . . . 1 match
        j=function_value;//j는 같은 식을 반복하기 위한 변수.처음에 j는 an, 그다음에는 an*X+an-1이 된다.
• 호너의법칙/박영창 . . . . 1 match
       // 에러처리를 위한 매크로
• 환경의중요성 . . . . 1 match
       역사의 연구라는 책을 보면 인간 문화가 발달한 경우는 환경이 아주 좋은, 언제나 맛좋은 과일, 식량을 구할수 있는 열대 지방이 아니라 특정한 자극을 지속적으로 주는 그런 환경에서 인간의 문화가 발달한다고 한다. (지금 환경도 충분히 만족스럽다면 다른 발전적인 것을 할 필요성을 느끼지 못해서 인거 같다) 예를 들면 중국의 황하 는 자주 범람 하는데 그런 악조건속에서 그것을 극복하기 위한 더 큰 문화적 발전이 이루어졌다. 또한 베네치아도 결코 좋지 못한 환경이었지만 오히려 그렇기 때문에서 살아남기 위해서 더 큰 발전을 이루었다. 그렇지만 저런 자극이 일정 한도를 넘으면 그것은 해가 되어서 발전에 방해가 된다. 이런 측면에서 봤을때 제로페이지에서는 여러 자극을 많이 받을 수 있는 환경이지만, 앞으로 더욱 서로 긍정적인 자극을 주는 환경을 만들어야 한다고 생각한다. - [상협]
• 회원 . . . . 1 match
        * ZeroPage 정회원, 준회원, 활동회원 등 회원 관리를 위한 페이지.
• 후각발달특별세미나 . . . . 1 match
        물론 함수가 추가되면 전달인자 처리를 위한 약간의 코드가 추가되는 것은 사실입니다. 하지만 그것은 몇바이트에 지나지 않습니다.
• 훌륭한프로그래머의딜레마 . . . . 1 match
       우연치 않게 두 회사에 정확히 똑같은 내용의 주문이 들어왔다. "열나어려운문제" 해결을 위한 프로그램을 작성해 달라는 것이었다.

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

You can also click here to search title.