기록

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

• 회원자격 . . . . 17 matches
        해당 모임 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 반 별 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 모임 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 반 별 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 모임 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 반별 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 모임 페이지에 활동 공유가 기록되어 있어야 합니다.
        해당 반별 페이지에 활동 공유가 기록되어 있어야 합니다.
       가입조건: 아래 1,2,3중에 하나를 만족하고 이 내용을 개인 위키페이지에 기록한 자
       (기존예산으로 활동이 불가능하다고 판단될시, 회계기록 참조바람).
        * 가입조건: 아래 1,2,3중에 '''하나'''를 만족하고 이 내용을 개인 위키페이지에 기록한 자
        (기존예산으로 활동이 불가능하다고 판단될시, 회계기록 참조바람).
        * 가입조건: 아래 1,2,3중에 '''하나'''를 만족하고 이 내용을 개인 위키페이지에 기록한 자
        (기존예산으로 활동이 불가능하다고 판단될시, 회계기록 참조바람).
        * 가입조건: 아래 1,2,3중에 하나를 만족하고 이 내용을 개인 위키페이지에 기록한 자
        * 정회원 : 4회 이상의 정모를 참여하거나 스터디, 프로젝트를 참여하며, 이를 기록한 개인 위키페이지를 가지고 있어야 함.
        * 3회 이상 행사(정모, 데블스 캠프 등)에 참가하고, 이를 기록한 개인 위키페이지를 가지고 있어야 함
• Linux/필수명령어/용법 . . . . 16 matches
       -P : 원본 파일의 소유자, 그룹, 권한, 시간 기록을 그대로 복사한다.
       명령이 내려지면 일련의 마무리 작업을 수행한 후에 정지한다. 시스템 종료 기록도 /var/adm/wtmp 로그 파일에 추가된다.
       -n : 마운트 정보가 기록되는 /etc/rntab 파일에 정보를 기록하지 않는다.
       -q : 현재의 프로세서들을 종료시키지 않고, 부팅 동작만을 수행한다. 이 옵션을 사용하면 더 빠르게 리부팅할 수 있다. 다시 부팅한 기록은 로그 파일인 /var/adm/wtmp에 기록된다.
       현재 시스템 디스크의 IO 버퍼에 있는 디스크 이미지를 하드 디스크로 기록한다.
       시스템을 다운시키기 전에 버퍼에 있는 이미지를 반드시 디스크로 기록해야 한다. 그렇지 않으면 디스크는 기록된 정보의 이미지와 일치하지 않는 이미지를 가지게 될지도 모른다. 사실, 이것을 사용할 경우는 극히 드물다. 왜냐하면 shutdown등의 동작을 수행하면 그들이 자동적으로 sync를 호출하기 때문이다.
       - $ sync ,, 버퍼의 내용을 디스크로 기록한다.
       마그네틱 테이프 기록 장치를 위한 명령이다. 파일을 테이프 기록장치로 기록하거나 읽어온다.
       테이프와 같은 순차적 기록 장치는 디스크와는 특성이 다르다. tar명령과 마그네틱 테이프에 대한 내용은 다른 자료를 참고하기 바란다. 리눅스를 사용하는 사람들은 테이프 기록 장치를 사용하는 경우는 거의 없을 것이다.
       파일 목록을 list.output이라는 파일에 기록함과 동시에 more를 사용하여 화면으로 ls 출력 내용을 볼 수 있다.
• OurMajorLangIsCAndCPlusPlus/stdio.h . . . . 12 matches
       || int fprintf(FILE *, const char *, ...) || 해당 스트림에 문자열을 기록한다. ||
       || int fputc(int, FILE *) || 해당 스트림에 한 문자를 기록한다. ||
       || int fputs(const char *, FILE *) || 해당 스트림에 문자열을 기록한다. ||
       || size_t fwrite(const void *, size_t, size_t, FILE *) || 해당 내용을 두번째 인자의 크기만큼, 세번째 인자의 횟수로 스트림에 기록한다. ||
       || char * tmpnam(char *) || 임시 파일로 사용할 수 있는 이름을 인자1에 기록한다. ||
       || int vsprintf(char *, const char *, va_list) || 해당 문자열에 인수리스트를 이용해서 지정된 형식의 문자열을 기록한다. ||
       || wint_t fputwc(wchar_t, FILE *) || 해당 스트림에 유니코드 한자를 기록한다. ||
       || wint_t putwc(wchar_t, FILE *) || 해당 스트림으로 유니코드 한 문자를 기록한다. ||
       || int fputws(const wchar_t *, FILE *) || 해당 스트림으로 유티코드 문자열을 기록한다. ||
       || int fwprintf(FILE *, const wchar_t *, ...) || 해당 스트림에 지정한 형식의 유니코드 문자열을 기록한다. ||
       || int vfwprintf(FILE *, const wchar_t *, va_list) || 해당 스트림에 지정된 형식의 유니코드 문자열을 인수리스트를 사용해서 기록한다. ||
       || int vswprintf(wchar_t *, const wchar_t *, va_list) || 유니코드 문자열을 지정된 형식의 유니코드 문자열로 인수리스트를 사용해서 기록한다. ||
• neocoin/Log . . . . 9 matches
        * 내용 : 지나온 기록들
        * 책에 대한 기록을 느낌을 적게 기록하고, 기억남는 문구의 인용으로 대체하여 보았다.
        * ["ProjectZephyrus"] : 이게 한 20일에 시작한줄 알았는데, 기록을 보니 12,3일 경에 시작한듯 하다. 남는 자원을 이쪽에 최대한 할당을 하려고 했는데, 욕심에 차지는 않는다. 일단, 본 궤도에 오른것 같고 부가적인 코딩 작업만이 남은것 같다.
        * 4월까지 책의 저자들이 나에게 말해 준것들에 관한 분류, 기억에 남는 것들에 대한 기록을 소흘히 했다. 물론 마인드 맵식으로 설명하라고 하면 설명 하겠지만, 역시나 아쉬운 감이 있다.
        * ["MoreEffectiveC++"] : 20~32 장 한글화, 자세한 로그는 해당 페이지 기록
        * ["OpenGL_Beginner"] : 진행하다가, MEC++로 집중, 자세한 로그는 해당 페이지 기록
        * 2월 한달, 동영상도 많이 봤다는 느낌이 새삼 든다. 역시 기록은 좋은것. 만화책 본 기록도 옮겨놀까..
• 지금그때2004/토론20040401 . . . . 9 matches
        * 질문 : 패널 기록은 누가 함? -> 레코더가 있음 좋겠음 -> 자겸 : 레코더로 정해짐
        * 의제를 발제한 사람이 기록자이지만, 그 기록자도 움직일수 있음을 원칙으로 삼다.
        * 테이블마다 기록자. 선배 1분이상
       기록자는 기록한 것을 적어주세요--[Leonardong]
        대체 관련 계획을 어디에서 볼수 있나요? 기록자가 늦으면, 그냥 당일 계획하신 분들이 생각 모아서 기록하면 안되나요? --NeoCoin
       기록이 늦어 죄송합니다 (;) --[iruril]
• SmallTalk/강좌FromHitel/강의3 . . . . 7 matches
       Smalltalk를 끝낼 때에는 현재의 상태를 그대로 기록해 둡니다. 여기서 '현
       가 기록되는 것입니다. 그러므로 '본'은 매우 중요한 것입니다. 그야말로 여
       이 파일은 '변경 기록 파일'(change log file)이라고 부릅니다. 이 파일 안
       에는 여러분이 Smalltalk에서 실행한 모든 명령이 기록됩니다. 새로운 객체
       이 파일에 기록되어 있습니다. 다시 말하면 바탕본이 어떻게 변해왔는지를
       이 파일에 기록해 두는 것입니다.
       기록된 것을 불러와서 쓴다는 것은 변함이 없습니다.
• ViImproved/설명서 . . . . 7 matches
        복 사 yw 한 단어를 버퍼에 기록시킨다
        3yw 3단어를 버퍼에 기록시킨다
        y$ 줄의 끝까지 버퍼에 기록시킨다
        y) 문자의 끝까지 버퍼에 기록시킨다
        yy nyy 현재 (n개의)줄을 버퍼에 기록시킨다 (Y)
        "a5Y 현재 줄에서 부터 5줄을 a라는 이름으로 버퍼에 기록
        "np n번 전에 사용한 삭제 명령이나, yank명령에 의해 기록된 버퍼의 내용을 가지고 붙이기 수행
• MineFinder . . . . 6 matches
        * Begineer mode 최고기록 1초, 평균 4-7초.
        * Middle mode 최고기록 21초, 평균 30~50초 안쪽.
        * Expert mode 최고기록 151초. 단, 깰 수 있는 확률 낮음. -_-; 아. 확률높은 찍기 알고리즘이 필요하다는. --;
        * Expert mode 51초, Middle mode 11초 기록. 알고리즘 최적화에 대한 다른 관점 잡음. (하지만, 여전히 깰 수 있는 확률 낮음)
        * 기록 : 초급 8-9초, 중급 90-100초, 고급쪽은 너무 느려서 테스트 포기. -_-;
        * 기록 : 초급 2-3초, 중급 21~40초, 고급쪽은 너무 느려서 테스트 포기. -_-;
• Bigtable기능명세 . . . . 5 matches
        1. 클라이언트에게 요청받은 row는 먼저 커밋로그에 기록 후 memtable에 쓴다.
       쓰기(write) 연산시에만 기록됨
       ==== 기록 ====
        1. 커밋로그에 sstable명과 쓰려는 값 기록
       SSTABLE들을 합병하여 최근 기록만을 남긴다.
• SpiralArray/Leonardong . . . . 5 matches
       현재는 행렬 구성이 비효율적이다. 움직였던 기록을 가지고 행렬을 구성하기를 반복한다.이것을 수정할 때 좀더 효율적으로 작동하게 만들어야겠다. Mover클래스, Array클래스의 종료검사, 테스트 케이스는 확실히 Refactoring이 필요하다.
       goStraight 전 버전은 Direction클래스를 이용해서 이동한(벽을 만나면 이동하지 않음) 위치를 얻어내고, 이동한 기록을 저장하는 형식이었다. 벽에 대한 검사가 겹치는 것 같아 mover에서 바로 벽을 검사하고 벽에 들어서면 종료하는 것으로 만들었다. 그러고 보니 따로 카운트 할 필요가 없어 moveCount변수를 없앴다. mover가 종료 조건도 검사하는데 board 넓이만큼 이동했으면 끝나는 것이기 때문이다.
       그런데 벽에 들어서야 종료하다 보니까 mover를 벽에 들어가기 전에 위치로 되돌려놓아야 했다. 그래서 direction에 모두 previous 메서드가 생겼다. 한데 다음 번 goStraight를 할 때는 이미 이동했던 기록이 남아있게 되었다. 그래서 매번 goStraight를 할 때마다 마지막 이동 기록을 삭제했다. 그러다보니 board크기가 1일 경우는 이동한 기록이 모두 지워져버리는 것이 아닌가. 조잡하지만 예외 처리를 해주었다.
• SummationOfFourPrimes/1002 . . . . 5 matches
       10000000 건에 대해서는 7.49 초 기록 (profiler 를 이용할 경우 속도저하가 있기 때문에 profiler 를 끄고 psyco 만으로 실행)
       inlining 을 하지 않았음에도 6.4초대를 기록하였다. inlining 을 하면 5.7초대를 기록한다.
        * 과정에 대한 기록. 무언가 잘 관리가 안되는 상황이 오래될때, 한 일들과 사실들을 기록해보는 것은 상당히 도움이 된다.
• ZPBoard/AuthenticationBySession . . . . 5 matches
        i. 처음 사용자가 로그인을 합니다. 이때 세션 아이디를 생성해서 저장하겠죠? 데이터베이스를 이용한다고 가정하고, 생성한 세션아이디를 키 값으로 해서 부가적인 정보를 기록합니다. 여기서는 현재 요청이 온 시각을 기록하면 되겠군요.
        i. 서버가 세션아이디를 통해 이전 요청 시각과의 차이를 구해보니 1초 차이로 '''유효'''한 서비스 요청임을 부르짖습니다. 다시 현재 시각을 기록합니다.
        * 맞습니다. 현재 예제에서 세션에 기록하는 값은 어떤 값인가요? 어떤식으로 인증이 가능하죠? 만약 클라이언트측에서 값을 조작한다면 어떻게 조작여부를 알아낼 수 있나요?
        잘못 이해하고 있습니다. 세션역시 보통은 쿠키를 사용합니다. 쿠키에 기록된 세션값을 가져와서 서버측에서 인증을 하니까요.
• PC실관리 . . . . 4 matches
       == 2004년 1학기 관리 기록 ==
       == 2004년 2학기 관리 기록 ==
       == 2005년 1학기 관리 기록 ==
       == 2005년 2학기 관리 기록 ==
• ProjectZephyrus/Server . . . . 4 matches
        +---- document : 코딩중 기록되는 여타 문서들의 보관
        * Client 팀처럼 측정을 하면서 한것이 아니라. 경험상으로의 진행률 만의 기록할수 있을것 같다. --상민
       ||로그인 객체에 정보 기록||{{{~cpp InfoManager}}}||이상규||90%||
       ||로그 아웃시 {{{~cpp LogoutCmd}}}에 정보 기록 || {{{~cpp InfoManager}}} ||이상규||90%||
• 정모/2005.2.16 . . . . 4 matches
       회의 기록에 대한 [Leonardong]의 충고.
       회의록 기록을위한 사진기 준비가 조금 느렸다.
       기록의 서투르다.
       zp소갯말 기록을 위한 간단한 이야기
• 제12회 한국자바개발자 컨퍼런스 후기/유상민의후기 . . . . 4 matches
       보조자라는 표현은 잘못이라고 생각한다. 이 사람이 주제하는 사람에게 회의가 어느 단계로 가고 있는지 알려주고 회의 내역을 기록한다고 하였다. 이건 진행자 롤인데? 왜 보조자가하지? 보조자는 '기록자'에 가까운건데? 상상에 아마 컨설팅했던 본인의 롤이 보조자가 아니었나 싶다. 워크샵 주체인 팀장 옆에서 진행 가이드하고 내용을 본인이 기록한건 아닌가 싶다. 이러면 당연히 '보조자'라는 모호한 용어의 롤이 제일 중요하지.
       이하 발언자들 이름이 해깔린다. 양수열 이 두분이 기억속에 섞여 있다. 답변이 중요한거니 기록.
• 제로페이지의문제점 . . . . 4 matches
       요새 『해커, 그 광기와 비밀의 기록』을 읽으면서 하는 생각입니다. 피시실에 항상 누군가가 있어서 같이 작업하거나 작업 기록을 공유할 수 있다면 학회실 같은 분위기가 나지 않을까요? 실제로 구피에는 상주(?)하시는 분들이 계십니다. --[Leonardong]
        * 개발 방법론이랄까, ZP같은 학회에서 성공하는 프로젝트가 진행되는 정형화된 방법이 없는 것 같다. 많은 페이지에 기록이 남아있긴 하다. 하지만 실제로 새 프로젝트를 시작하면서 이전에 선배들이 했던 프로젝트의 기록을 참고하지 않고, 프로젝트 진행 과정에 대한 정리가 따로 돼 있지는 않은 것 같다. --[Leonardong]
• 지금그때2006/세부사항 . . . . 4 matches
        1. 질문을 포스트잇에 기록한다.
        기록자 - 조현태
       기록해주세요.
        2. 몇몇 사람이 정해진 주제나 자기가 생각한 주제중에서 마음에 드는것을 선택해서 칠판에 기록한다.
• 프로그래밍파티 . . . . 4 matches
       또한 뒷풀이에 대한 문서화, 기록 작업을 하는 게 좋습니다(기록하기 위해서 기록하는 것은 아닙니다. 사용되어지고 읽히기 위해 기록합니다). "참 재미있었어요!"나 "아무개씨는 참 재미있는 사람이고, 홍길동씨는 인상이 좋고.."같은 통신 공간의 상투적 "후기"를 말하려는 것이 아닙니다.
• 0PlayerProject/커널업로드작업정리 . . . . 3 matches
        * NAND Flash는 기록 방식이 다르기 때문에 독자적인 메모리 영역을 가짐.
        * tftp 파일명 위치 : 해당 파일을 지정한 메모리 주소에 기록한다.
        * finfo : NorFlash의 상태를 볼 수 있다. (R0 - U-Boot위치, E - Empty(꼭 지워야만 기록이 가능하다.)
• CodeYourself . . . . 3 matches
       C언어로 일기를 쓰라는 숙제가 있었나요? 재미있네요. 그런데 이건 좀 어려운 과제 같습니다. 왜냐하면, 프로그래밍의 일상적 시간 흐름과 정반대가 되기 때문입니다. 무슨 말이냐면, 프로그래밍이라는 행위는 시간의 순방향입니다. 내가 작성한 프로그램은 미래에 일어날 사건(실행)에 대한 청사진이죠. 하지만 일기는 주로 시간의 역방향입니다. 과거에 일어났던 일들을 정리, 기록하는 성격이 강하죠. 프로그램으로 과거의 일을 기록한다는 것은 어찌보면 쉽지만 또 어찌보면 매우 어려운 문제일수도 있습니다. 신입생 입장에서는 시간의 흐름에 따라 일어났던 과거의 이벤트 연속을 적는 수준이면 될 것 같습니다. 아쉬운 것은, 이렇게 되면 조건 분기문을 활용하기가 어렵다는 점입니다. 힌트를 준다면, 리팩토링을 하면 가능합니다(내 하루의 중복을 어떻게 제거할지 생각해 보세요 -- higher-order function이 나올 정도면 상당히 진전된 것입니다). 어차피 과거의 기록 역시 "기술"(description)의 일종이고, 미래의 계획도 "기술"이니까요.
• History지도 . . . . 3 matches
       ZeroPage 이 걸어온 기록들.
        * ["WikiProjectHistory"] - 위키에 열렸던 프로젝트에 대한 과거기록
        * ["오프라인모임"] - ZeroPage 오프라인 모임 기록들.
• Linux/디렉토리용도 . . . . 3 matches
        * 주로 시스템 작동기록(log)들을 저장.
        * /var/log : 시스템에 발생된 일들에 대한 기록 파일이 있음
        * /var/spool/mail : 수신 메일을 사용자 명으로 기록하는 디렉토리'''
• MoreEffectiveC++/Exception . . . . 3 matches
       다음 예제는 online 컴퓨터 세션을 위한 Session 클래스를 생각해 본 것이다. 각 세션 객체들은 생성과 파되된 날짜를 기록해야만 한다.
       아마 대다수의 사람들이 이런 상태로 빠지는걸 원하지 않을 것이다. Session 객체의 파괴는 기록되지 않을 태니까. 그건 상당히 커다란 문제이다 그러나 그것이 좀더 심한 문제를 유발하는건 프로그램이 더 진할수 없을 때 일것이다. 그래서 Session의 파괴자에서의 예외 전달을 막아야 한다. 방법은 하나 try-catch로 잡아 버리는 것이다.
        cerr << "해당 주소에서 세션 객체의 파괴기록이 되지 않습니다."
• MoreEffectiveC++/Techniques2of3 . . . . 3 matches
       Reference counting(이하 참조 세기, 단어가 길어 영어 혼용 하지 않음)는 같은 값으로 표현되는 수많은 객체들을 하나의 값으로 공유해서 표현하는 기술이다. 참조 세기는 두가지의 일반적인 동기로 제안되었는데, '''첫번째'''로 heap 객체들을 수용하기 위한 기록의 단순화를 위해서 이다. 하나의 객체가 만들어 지는데, new가 호출되고 이것은 delete가 불리기 전까지 메모리를 차지한다. 참조 세기는 같은 자료들의 중복된 객체들을 하나로 공유하여, new와 delete를 호출하는 스트레스를 줄이고, 메모리에 객체가 등록되어 유지되는 비용도 줄일수 있다. '''두번째'''의 동기는 그냥 일반적인 생각에서 나왔다. 중복된 자료를 여러 객체가 공유하여, 비용 절약 뿐아니라, 생성, 파괴의 과정의 생략으로 프로그램 수행 속도까지 높이고자 하는 목적이다.
       "Hello"라는 값은 하나만 저장되어 있는 것이고, 이를 문자열들이 공유해서 표현시 가지고 있는 것이다. 하지만 실질적으로 "Hello"의 할당 시점은 손쉽게 알수 있지만, 파괴 시점을 알수 있는것은 만만치 않다. 그래서 파괴 시점을 알기 위해서 "Hello" 값에 그것을 참조하는 정도를 기록하고, 그 참조가 0가 되는 시점을 값의 파괴 시점으로 삼아야 하는데, 이런 생각을 아까 그림에 다시 넣으면 다음과 같다.
       String의 복사 생성자는 이러한 상태를 감지할 방법이 없다. 위에서 보듯이, s2가 참고할수 있는 정보는 모두 s1의 내부에 있는데, s1에게는 non-const operator[]를 수행하였는지에 관한 기록은 없다.
• NSIS/Reference . . . . 3 matches
       || SubCaption || 0 ": 라이센스기록" || 인스톨러 각 페이지 관련 부타이틀 ||
       || WriteRegStr || root_key subkey key_name value || 레지스트리에 기록. root키의 경우 다음이 가능. HKCR - HKEY_CLASSES_ROOT ||
       || WriteINIStr || ini_filename section_name entry_name value || ini 화일에 기록. [section_name] entry_name=value 식으로 저장됨 ||
• PragmaticVersionControlWithCVS/Getting Started . . . . 3 matches
       -m " " 프로젝트를 임포트할때 기록할 메시지임. (서드파티 코드를 사용하는 경우에 유리하다.)
       -rHEAD는 현재의 branches에 존재하는 가장 최신버전의 것과 비교하는 옵션이다. 만약 이 옵션이 없다면 cvs는 현재 받아진 지역 버전과 동일한 저장소상에 기록된 소스와 비교를 한다.
       이런일이 발생한 경우에는 어떤 일이 발생했는지 기록을 우선적으로 찾아보아야한다.
• ProjectZephyrus/Afterwords . . . . 3 matches
        * 후기 기록이 잘 되었다.
        - 선배들이 후기 기록에 솔선수범하였고, 그러면서 사람들이 후기 기록이 장점을 인식하게 되었다.
• SmallTalk/강좌FromHitel/강의4 . . . . 3 matches
       는 Smalltalk 환경이 우리에게 알려야 할 여러 가지 사항들이 기록됩니다.
       그리고 각각의 일터에 기록된 글들을 따로따로 저장하거나 불러올 수 있습니
       서 수행합니다. 알림판에는 주로 알림 사항이 기록되도록 하고, Smalltalk
• ZeroPageServer/Wiki . . . . 3 matches
       위키의 변경 사항에 대한 공지 기록
       A : RecentChanges 는 editlog 를 분석해서 출력하는데, editlog는 과거 기록을 삭제하지 않습니다. 따라서 editlog가 수만 라인 이상이 되면 editlog 를 읽는 속도가 급격히 느려질수 있으므로, 뒤에서 1000줄 정도를 남기고 삭제하면 원래 속도로 돌아 옵니다.
       === 2003.3.7 기록 ===
• ZeroWiki/제안 . . . . 3 matches
       지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
        내가 ZeroWiki 글을 처음 썼었을때가 좀 예전이긴 하지. 그때는 주로 페이지를 생산해내는 중심체들이 프로젝트 그룹이였고 (지금도 그렇지만, 예전에 비해 개개인들의 독립된 활동들이 많아졌지.) 일단 사람들 스스로가 학습용도나 개인훈련기록용으로 잘 이용하는 것 같고. 그래서 특별히 그에 대해 구분하고 싶은 생각은 없는중임. (단, 개인페이지내에서의 진행기록들이 너무 많아지는 것 같아서. 계층 위키에 대해서 개인적으로 조금 경계하는중.) 의견있으면 계속.~ --["1002"]
• django/Example . . . . 3 matches
       "화재"가 발생한 뒤에는 위험이 발생하고 이에 대처한 기록을 남긴다. "도난"이 발생한 뒤에는 원인을 분석하고 이에 대처한 기록을 남긴다. 이러한 위험 발생 기록에 대하여 "너구리"사는 유효적절한 대책을 시행했는지 확인한다. 만일 유효 적절한 대책을 시행했다면 이를 확인한다.
• 새싹스터디2006/의견 . . . . 3 matches
       제로페이지 위키에 [새싹스터디2006]에서 소그룹으로 진행한 기록이 재학생에게 필요할까요? [제로페이지의문제점]에서도 ''스터디가 신입 수준을 벗어나지 못한다''라는 점을 지적합니다. [2004년활동지도]의 1학기 스터디, [새싹C스터디2005]의 Class페이지들이 대표적입니다. 반면 [새싹C스터디2005/선생님페이지], [새싹배움터05/첫번째배움터], [새싹C스터디2005/pointer]와 같은 페이지는 현재 [새싹스터디2006]을 진행하는데 도움을 줍니다. 조금만 가다듬으면 [STL]페이지처럼 주제별로 정리할 수 있습니다.
       여기 페이지도 나름대로 필요하다고 생각합니다. 각 팀마다 06학번 신입생의 실력이 다른 것 처럼 각 팀은 각 나름대로 진행해야 할 것입니다. 하위 페이지에서 기록이 단순히 '재학생을 위해서' 가 아닌 무슨 문제를 풀었고, 언제 만날건지, 어떤 문제를 풀건지 등 위키에 내용으로 남겨두는 것이 좋을것 같습니다. 후에 또 참고할 수 있도 있고. 지금 많은 class의 진척도도 볼 수 있고요.
       위키에 기록을 남기되 개인위키를 활용하자는 말입니다. [stuck]같은 페이지에서 언제 만날지, 오늘은 누가 나왔는지까지 후에 참고할 필요가 없다고 생각합니다. 또 [빵페이지/구구단], [복/숙제제출] 같이 페이지 아래 실습한 내용이 분산되지 않고, 각 반의 숙제 페이지는 되도록 문제에 따라 한자리에 정리하면 좋겠습니다. 진행 상황은 페이지를 만들지 않아도 링크를 걸면 되겠죠. -- [Leonardong]
• 수학의정석 . . . . 3 matches
        CPU_CLOCKS : 시간은 기록 되지 않으며 프로그램이 수행된 시간(CPU CLOCK을 기록해야한다. 방법은 아래.)
        UPDATE : ○로 표시하며 프로그램이 일주일 동안 업데이트 되었음을 기록하는 것이다.
• 스터디지원 . . . . 3 matches
        * ~~한 달 안에 스터디와 프로젝트가 2회 이상 진행되어야 하고 그 진행 상황을 위키에 기록하여야 합니다.(다른 곳에 기록 후 링크로 대체 가능)~~
        * 회식지원에 위키에 해당 일자에 스터디를 진행한 기록도 있어야하지 않을까? -[김태진]
• 위키의특징 . . . . 3 matches
       || 특징 || 사고(무한)확장 || 지식(무한)연결 || 지식구조화/체계화 || 개인기록 나열/분류 ||
        * 네티즌이 웹에서 기록하는 일기나 일지를 뜻한다.(가장 정확하게 표현해주는 말) 무엇을 기록할지는 사용자 마음
• 정모/2003.3.5 . . . . 3 matches
       2003.3.5 에 있었던 정모의 내용을 기록
       === 기록 ===
       어느분께서 이 기록을 담당하셨는지는 모르겠지만, 요약에서 이모티콘 같은 감정 표현의 글자를 쓰지 말아주세요. 모두가 동일한 감정을 느꼈는지 안느꼈는지 확인하지 않은 이상 말이지요. --NeoCoin
• 좋은위키페이지 . . . . 3 matches
        ["상민"] 이도 ["데기"] 가 말하는 부분들이 아쉽다. 그러한 느낌을 기록하고, 그것을 공유하는 것이 위키의 순기능중 하나라고 생각한다. 하지만, 그런 모습이 ZeroWiki에 부족한 이유가 느낌을 기록하기 위해 글을 쓰는 '''용기'''가 부족하기 때문이라고 생각한다. ZeroWiki에서는 경험과 느낌이 표현되는 곳은 프로젝트 페이지의 '''여정'''이나 '''느낌''' 기록하는 부분이나 이벤트의 '''후기''' 같은 부분이 주가 되고 있다. --["상민"]
• 1002/Journal . . . . 2 matches
        몇몇 중요한 사건들에 대해 기록할 수 없다. (Daum workshop 등..)
        * 내가 시간 계산에 그렇게 투철하지 못하다는 점 발견. 다른 사람 Pair 할때는 걸린 시간체크 열심히 했건만, 정작 내가 쓰고 있는 시간을 제대로 기록하지 못하였다. (지금 1시간정도를 계획에 없는 일로 오버중;;)
• AcceleratedC++/Chapter13 . . . . 2 matches
        //만약 r이 Core의 객체이고 Core::regrade(double)는 인자로 받은 것을 final에 기록한다.
        //만약 r이 Grad의 객체이고 Core::regrade(double)는 인자로 받은 것을 final에 기록한다.
• Android/WallpaperChanger . . . . 2 matches
       = 프로그램 작업현황 및 로그 기록소 =
       || 5/1 || Image Gallery에서 불러와서 크기조절 해주는 Crop 작성. File 입출력을 지원하면서 Side Effect로 DB 기록과 실제 File의 존재 유무를 판단해야하는 경우가 생김 ||
• KnowledgeManagement . . . . 2 matches
        * 지식은 프로젝트 하기 전에 포착되고 기록되어 질 수 있다. 예를 들어서 초기 프로젝트 분석에서 프로젝트 팀은 정보와 레슨을 배운다. 그리고 프로젝트 진행중에 배우게 되는 레슨도 기록되어 질 수 있고, 프로젝트 후에 남겨진 리뷰는 추후에 해당 지식에 접근할때에 더 나은 통찰력을 제공해줄 수 있다.
• LispLanguage . . . . 2 matches
       주변에서 하도 물어봐서 그냥 링크 던져주기 좋도록 기록함
       {{{단순 output buffer 기록(코드 저장)
• MoreEffectiveC++/Efficiency . . . . 2 matches
       캐시(cashing)는 예상되는 연산 값을 기록해 놓는 하나의 방법이다. 미리 가지고 오는 것이기도 하다. 당신은 대량의 계산을 줄이는 것과 동등한 효과를 얻을것이라 생각할수 있다. 예를들어서, Disk controller는 프로그래머가 오직 소량의 데이터만을 원함함에도 불구하고 데이터를 얻기위해 디스크를 읽어 나갈때, 전체 블록이나 읽거나, 전체 섹터를 읽는다. 왜냐하면 각기 여러번 하나 두개의 작은 조각으로 읽는것보다 한번 큰 조각의 데이터를 읽는게 더 빠르기 때문이다. 게다가, 이러한 경우는 요구되는 데이터가 한곳에 몰려있다는 걸 보여주고, 이러한 경우가 매우 일반적이라는 것 역시 반증한다. 이 것은 locality of reference (지역 데이터에 대한 참조, 여기서는 데이터를 얻기위해 디스크에 직접 접근하는걸 의미하는듯) 가 좋지 않고, 시스템 엔지니어에게 메모리 케쉬와, 그외의 미리 데이터 가지고 오는 과정을 설명하는 근거가 된다.
       이런것은 참 좋은 방법이다. 하지만 우리는 효율에 관점에서 생각해 본다면 실패했음을 알수 있다. 이 챕터의 주제는 효율이다. 세가지의 효율의 관점에서 충분히 이런것들은 좋지 못하다.'''첫번째로''' 보통 operator할당 버전은 stnad-alone 버전에 비하여 효율이 좋다. 왜냐하면 stand-alone 버전은 반드시 새로운 객체를 반환하고, 그것은 우리에게 임시 객체의 생성과 파괴의 비용을 야기한다.(Item 19, 20참고) operator 할당 버전은 그들의 왼쪽 인자를 기록한다 그래서 해당 operator의 객체 반환시에 아무런 임시 인자를 생성할 필요가 없다.
• NSIS/예제3 . . . . 2 matches
       SubCaption 0 ": 라이센스기록"
       SubCaption: page:0, text=: 라이센스기록
• NSIS/예제4 . . . . 2 matches
       SubCaption 0 ": 라이센스기록"
       SubCaption 0 ":라이센스기록"
• OurMajorLangIsCAndCPlusPlus/errno.h . . . . 2 matches
       ||9||int EBADF||잘못된 파일 기록; 예를 들어,닫혀진 파일을 기록하려고 하든지 쓰기 모드로 열려진 파일을 읽으려 고 하는 경우(그 반대의 경우도)||
• OurMajorLangIsCAndCPlusPlus/setjmp.h . . . . 2 matches
        메크로 : setjmp() - 기능 : jmp_buf에 현재 스택을 기록한다. 리턴값은 longjmp의 두번째 인자.
        함수 : void longjmp(jmp_buf, int) - 기능 : jmp_buf에 기록된 위치로 이동한다.
• PragmaticVersionControlWithCVS/CommonCVSCommands . . . . 2 matches
       이렇게 관리를 하게되면 원래 존재했던 color.txt라는 파일에 존재하는 기존의 기록들이 삭제되어서 그 파일의 과거파일을 color_rename.txt의 로그로 이용하는 것이 불가하다. 기록이 따로 보관되기 때문이다.
• ProjectZephyrus/ThreadForServer . . . . 2 matches
       일단, ["ProjectZephyrus/Server"]의 진행율에 기록된 대로 InfoManager의 DeleteBuddy부분외에는 완료되었다.
        * 혹시 자네가 branch 만들었나? 기록에는 그렇게 되어 있는데? 그리고 위에 정확히 언급이 안되어 있는가 본데, 낮에 잠깐 설명한데로 끝났다. 진행 상황은 ["ProjectZephyrus/Server"]에 기재해 두었으므로 참고하도록. --["상민"]
• ProjectZephyrus/일정 . . . . 2 matches
       팀원들이 조금이라도 빨리 보기 위해서 자유게시판에 기록을 남깁니다.
        - 확장성을 생각해 본다. (아이디어의 기록)
• RandomWalk2/서상현 . . . . 2 matches
       DoItAgainToLearn 할 생각임. 처음 할때는 중간 과정을 기록하지 않고 했지만 다시 할때는 과정을 기록해 봐야겠음.
• RedundantArrayOfInexpensiveDisks . . . . 2 matches
       stripe 라고도 하며, 저가형 RAID 카드에서 주로 지원하는 방식이다. 하드 디스크의 속도를 향상시킬 목적이라면 이것이 최적이다. 병렬로 하드 디스크들을 묶어서, 데이터를 읽거나 쓸때 병렬로 기록하고, 병렬로 읽어오는 방식이다. 이론상으로는 n 개의 하드디스크를 stripe 로 묶었을때 n 배의 성능 향상이 있게 된다. 묶인 하드 디스크들이 하나의 논리적인 드라이브를 구성하는 방식이며, 이것이 하드웨어 레벨에서 지원되기때문에 OS 에서는 완벽하게 하나의 하드디스크로 동작한다. 단점으로는, 하나의 하드 디스크에 결함이 생겼을때, 논리적으로 하나인 드라이브이므로, 같이 사망 되겠다.
       워드를 바이트 단위로 쪼개서 스트라이프 하고, 그에대한 ECC 코드를 ECC 디스크들에 저장한다. ECC 에 의해 실시간으로 에러 정정이 가능하며 빠른 읽기가 가능하다. 다만, 자료를 기록할때마다 ECC 가 그에 반영되어야 하므로 ECC 디스크들에 병목현상이 나타날 수 있으며, 이 이유로 쓰기 성능은 그다지 향상되지 않는다. 이 레벨의 RAID 를 지원하는 하드웨어는 없다.
• UseCase . . . . 2 matches
       그는 UseCase와 UML의 UseCase Diagram은 다른 것이라고 말하며, UseCase를 기록할 때 단순히 NoSmok:IndexCards 에 해당 UseCase의 이름만 기록해 두고, 나머지는 구두로 의견교환을 할 것을 추천한다. 그렇게 하고 시간이 지나면서 구현 내용이 점점 중요해지면 그 구체적인 내용을 카드의 여백에 채워넣으라고 한다.
• VacationOfZeroPage . . . . 2 matches
       해봐서 좋았던건 기록해둡시다!
       === 기록해둡시다! ===
• ZP도서관 . . . . 2 matches
       ZeroPagers 의 도서목록들. 새로 추가할때 가나다 (ABC) 순으로 정리해서 기록합시다.
       || 해커, 그 광기와 비밀의 기록 || 스티븐 레비 || ["1002"] || 컴퓨터역사 . ["상협"] 대여중 ||
• ZeroPageSeminar . . . . 2 matches
       === 그동안의 세미나 기록 ===
       그동안 있었던 세미나에 대한 기록입니다.
• ZeroPageServer/AboutCracking . . . . 2 matches
       Server Cracking 관련 기록. 주로 무식한 서버 관리자 NeoCoin 에 의한 진실의 고백 ;;
       (해당 기록을 정확하게 남기지 않아, 시간순 기억 대로 기술)
• ZeroPageServer/set2001 . . . . 2 matches
        * 정확한 날짜나 기록이 없어서, 알고 있는 사실만을 기록합니다.
• 데블스캠프2004/세미나주제 . . . . 2 matches
        * 기록자가 적어서 기록한다.
• 땅콩이보육프로젝트2005/개발일지 . . . . 2 matches
        * 출력 : 각 위키의 페이지에 '땅콩이' 태그가 기록된 곳 아래에 차례대로 기록해 나간다.
• 문자반대출력/조현태 . . . . 2 matches
        //파일을 기록합니다.
        //기록을 역으로 재생하며 파일을 출력합니다.
• 문제풀이게시판 . . . . 2 matches
       문제풀이도우미시장에는 자신이 사용할 수 있는 빈 시간대를 기록한다. 예컨대, 이번 주 금요일 오후 3시에서 7시까지 시간이 빈다면 도우미시장에 자신의 이름과 메신저 등의 연락처와 함께 가능시간대를 기록해 둔다. 또, 도우미를 요청하는 사람 역시 같은 방식으로 자신이 원하는 시간대를 적어둔다. 그러면 짝이 맞는 사람끼리 PP를 하고, 해당 항목을 지운다.
• 송지원 . . . . 2 matches
        기록은 기록이라 남기긴 하겠는데 이거 왜 썼던거야.... - 20160924
• 시간관리인생관리/요약 . . . . 2 matches
        * 두번째 단계 - 가장 저항을 느끼는 항목에 확인 표시를 하라. 절반의 항목에 기록하라.
        ==== 나중에 다시 해야 할일을 기록하는 좋은 시스템을 마련하라. ====
• 위키로프로젝트하기 . . . . 2 matches
        * ["프로젝트기록의필수요소토론"]에서 거론된 필수 요소들를 반드시 생각한다.
        * How - 목표를 위한 방법과 일정의 기록이다. Offline 또는 Online 상에서 한 일에 대한 ["ThreeFs"] 를 남겨라.
• 이영호/지뢰찾기 . . . . 2 matches
       Crack: 분석 완료 직후, Inline Patch로 배열 부분을 손보고 지뢰 찾기 시작 후 고급 기록 1초 갱신 완료.
        int map[height][base] = {0x0f, }; // 눈여겨 볼점은 x좌표는 뒤에 y좌표는 앞에 썼다는 점.. 지뢰 없는 곳은 0x0f로 기록 있는 곳은 0x80
• 정모 . . . . 2 matches
       == 기록 ==
       ||||2023.11.22||[조영호]||||||||아두이노로 마이크 샘플링 해서 녹음하기 & 온습도 기록해서 Grafana로 모니터링하기||[정모/2023.11.22/참석자]||
• 정모/2003.1.15 . . . . 2 matches
        * 참석 인원은 기록하지 않나요? 예전에은 2번 이유없이 불참하면 탈퇴 시키기로 했는데, 그게 흐지 부지 된거 같군요. 지금 졸업을 하시는 선배님이나, 병특중인 선배님, 군대간 선배나, 동기들 빼고는 나머지 인원들중에서 참여 여부를 확실히 해야 좋을거 같군요. 정모 참여를 확실히 하고, 정모때 아무것도 하는 프로젝트나 스터디가 없으면(특히 널럴한 방학중에.) 정모에 나오는 의미가 없으니, 뭐 할거 생기기 전에는 나오지 말라고 해도 좋겠네요. 활동인원을 확실히 하는게 좋을거 같네요. 뭐 방학때 지방에 가있거나, 사정이 있거나 정모에 나오고 싶지 않아 하는 사람들은 정모에 나오지 않고 위키에서만 활동하도록 하는것도 괜찮구요.
        * 실력 없는 사람들의 열의가 금세 사라진다. -> 실력이 없어서 열의가 없는게 아니라 열의가 없어서 실력이 없는거 같네요. 이런건 뭐 주위에서 뭐라고 할 수 있는 문제가 아닌거 같습니다. 그사람이 흥미가 없어서 그런거니.. "해커 그 광기의 기록"이란 책을 보면 MIT에서도 해커적으로 프로그래밍을 즐기는 사람들과 단순히 열의 없이 주어진 공부를 하는 사람들이 있던데, 이건 뭐 어디가나 마찬가지인가 봅니다. 제 의견으로는 두 부류로 나누는건 힘들거 같습니다. 열의가 있는 사람들도 지금 힘든판에 열의가 없는사람들까지 이끌고 가긴 힘들거 같고, 아예 열의 없는 사람들이 스스로 열의가 생길때까지 놔두고 열의 있는 사람들을 주변에서 잘 포착해서 데려오는게 좋을거 같습니다. 상규를 제로페이지로 데려온것이 그 좋은 사례인거 같네요. 이번에 02 석진이 같은 경우도 열의가 있어 보이고 들어 오려고 했던거 같은데 아마 이번 정모에 안 왔을듯 싶습니다. 사람들을 데려올땐 적어도 1명이라도 좀 아는 사람이 있어서 같이 가자고 해야 갈만하지, 아무도 직접 오라고 하지 않았으면 가기가 좀 그럴겁니다. 그런걸 염두에 두고 모든이를 대상으로 하는 말인, "제로페이지는 열려 있으니 정모 아무때나 오세요~"라고 하기보다는 그 대상에게만 언제 어디로 와서 한번 보자고 직접 메신저라든지, 전화 같은걸로 해야 할듯 싶습니다.
• 정모/2005.4.4 . . . . 2 matches
       신입생 : 매우다수. 기록된 인원은 41명
        * 강의를 해주실수 있으신 [남상협], [임인택], [신재동], [이상규] 선배님이 나오셔서 간단히 주제를 말씀해 주시고 설명을 곁들여 해주시고 들어가셨음 자세한 기록은 [새싹배움터05]에...
• 정모/2006.12.16 . . . . 2 matches
        * 기웅 - 4학년이 한다고 해도 기록을 하는 방법을 찾거나 다른 방법도 있을 것 같다.
        * 석천 - 회장의 세미나를 정할때 공개적, 공식적으로 정해서 기록을 남기고 공표하자. (의식화)
• 정모/2011.3.28 . . . . 2 matches
        * 오래된 기록
        * 3월 회고를 진행하였습니다. 회고 결과물과 그래프는 6피에 있는 책장 회고북에 기록되어있으니 언제든 보실 수 있습니다.
• 창섭/Arcanoid . . . . 2 matches
        * 일정을 세부적으로 나누지 못했다. 기록도 너무 띄엄띄엄했다. 상협이 발표를 보며 느낀게 많았다. 자신이 한 일에 기록하는 거 말이다..
• 창섭/배치파일 . . . . 2 matches
       여기서 쓰고 싶은 대로 적기만 하면 됩니다.제일 마지막행의 ^Z 는 파일의 제일 마지막 부분이라는 것을 도스에게 알려주는 코드로 < Ctrl + Z > 키 또는 F6 키를 누르면 됩니다. 그리고 엔터키를 한번더 누르면 '1 File(s) copied' 라는 메세지가 출력되는데, 이는 방금 ' copy con 파일명 ' 으로 작성된 문서파일이 성공적으로 만들어졌다는 뜻입니다.위의 문서파일은 확장자가 .BAT 로 붙었기 때문에 실행가능한 외부 명령어가 되는데, 배치파일은 명령이 기록되어 있는 순서대로 실행되기 때문에 timedate.bat 를 실행시키면 먼저 화면을 지우고 난뒤 시스템의 시간과 날짜를 설정합니다.간단한 배치파일은 'copy con 파일명' 으로 작성하는 것이 다른 프로그램의 도움없이 쉽고 빠르게 처리할 수 있습니다. 하지만 배치파일이 조금 길거나 작성중에 수시로 편집할 일이 생기는 경우에는 불가능합니다. 'copy con 파일명' 으로 파일을 작성하면 행으로 다시돌아갈 수 없을 뿐 아니라 수정이 불가능하기 때문입니다. 그러므로 배치파일을 만들 필요가 있을때는 문서 에디터를 이용하는 것이 좋습니다.
       배치 파일은 파일 안에 기록되어 있는 명령의 순서대로 실행됩니다.가장 대표적인 것이 부팅에 이용되며, 컴퓨터의 루트 디렉토리에 위치하고 있는 Autoexec.bat 파일입니다. 그런데 만약 배치 파일의 실행의 순서를 순차적이 아닌멀티부팅용 Autoexec.bat 처럼 사용자 마음대로 정하고 싶다면 배치파일에 제공되는배치명령어의 용도를 알고 있어야 합니다.
• 05학번만의C++Study/숙제제출/1 . . . . 1 match
       => 숙제 페이지는 프로젝트 페이지의 하위 페이지에 만드시기 바랍니다. 여러 프로젝트가 존재하고 그것을 기록, 보존, 관리 차원에서 05학번만의C++Study/숙제1/허아영 와 같은 식으로 프로젝트의 하위 페이지로 만들기 바랍니다. -- 재선
• 1thPCinCAUCSE/null전략 . . . . 1 match
       Sample 로 제공한 데이터들을 만족시키는 코드는 작성하였으나, 여전히 변수들이 다 뽑아져지지 않아서, 임의의 결과데이터 (100인 경우) 에 대해 예상되는 결과를 생각하고 코드를 작성한뒤, 코드와 결과들, 코드로부터 발견되는 변수들을 토대로 연습장에 기록을 했고, 그러던중 ["neocoin"] 이 일반화 공식을 찾아내었습니다.
• 2010JavaScript/강소현/연습 . . . . 1 match
        * 앗! 연습 페이지를 만들었네~ 다른 팀원들도 연습 페이지 만들어서 소스 올리면 서로 뭐 했나 구경도 하고 기록도 남고 좋을 것 같다ㅎㅎ - [김수경]
• AcceleratedC++/Chapter7 . . . . 1 match
       // 기본적으로 split 함수를 이용하여서 단어를 tokenize 한다. 만약 인자로 find_url을 주게되면 url이 나타난 위치를 기록한다.
• AustralianVoting . . . . 1 match
       입력 케이스의 개수를 나타내는 양의 정수 한 개가 들어있는 행으로 시작되며 그 줄에는 그 숫자밖에 입력되지 않는다. 그 뒤에는 빈 줄이 하나 들어가고 서로 다른 입력 케이스 사이에는 두 개의 빈 줄이 입력된다. 각 케이스의 첫번째 줄에는 후보 수를 나타내는 20 이하의 정수 n이 입력된다. 그 밑으로 n개의 줄에 걸쳐서 후보의 이름이 순서대로 입력되며 각 후보의 이름은 80글자 이하로, 출력 가능한 문자로 구성된다. 그 뒤에는 최대 1,000줄이 입력될 수 있는데, 각 줄에는 투표 내역이 입력된다. 각 투표 내역에는 어떤 순서로 1부터 n까지의 수가 입력된다. 첫번째 숫자는 1순위로 찍은 후보의 번호, 두번째 숫자는 2순위로 찍은 후보의 번호, 이런 식으로 숫자가 기록된다.
• Bigtable/DataModel . . . . 1 match
        1. Locker에 위치가 기록된다
• Bigtable/분석및설계 . . . . 1 match
        1. 오프셋을 이용한 기록 -> 원형 자료구조
• BookShelf . . . . 1 match
       이전 기록 - [BookShelf/Past]
• DNS와BIND . . . . 1 match
        grep daemon /etc/syslog.conf (syslog 메시지가 기록되는 파일을 알아냄, 여기선 /var/adm/messages)
• DPSCChapter2 . . . . 1 match
       Data Entry. 이것은 다양한 form으로부터 health claims 를 받는 다양한 시스템으로 구성된다. 모두 고유 id 가 할당되어 기록되며, Paper claims OCR (광학문자인식) 로 캡쳐된 데이터는 각 form field 들에 연관되어있다.
• DebuggingSeminar_2005 . . . . 1 match
        ''기록으로 남길분들 추가 바람. 제가 기억을 몬해서;;'' - [eternalbleu]
• DesignPatterns/2011년스터디/서지혜 . . . . 1 match
       = 기록하기 =
• EightQueenProblem2 . . . . 1 match
       EightQueenProblem을 해결하신 것을 축하드립니다. EightQueenProblem 페이지에 개발 시간과 소스 라인 수 등을 기록하셨나요? 사실 문제는 하나가 더 있습니다. 대부분의 프로그래밍 숙제/대회는 코드의 디자인은 잘 따지지 않습니다. 하지만 실세계의 문제에서는 코드의 적응도(adaptability)가 매우 중요한 요소가 됩니다. 자신이 작성한 프로그램이 얼마나 새로운 요구사항에 잘 적응을 하는지를 보면, 자신이 얼마나 디자인을 제대로 혹은 엉망으로 했는지 알 수 있습니다. 디자인 질에 대한 바로미터가 되는 것이죠.
• Emacs . . . . 1 match
        * 평소에 너무 IDE에 의존한다는 생각이 들어서 범용적인 TextEditor를 사용해보자는 결심을 하고 쓰는데 어려웠던 사항을 기록하려고 합니다.
• Gof/FactoryMethod . . . . 1 match
        Unidraw 그래픽 에디터 Framework는 디스크에 저장된 객체의 재 생성을 위하여 이러한 접근법을 사용하고 있다. Unidraw는 factory method를 이용한 Creator 클래스가 식별자를 가지고 있도록 정의해 두었다. 이 클래스 식별자는 적합한 클래스를 기술하고 있다. Unidraw가 객체를 디스크에 저장할때 이 클래스 식별자가 인스턴스 변수의 어떤것 보다도 앞에 기록 되는 것이다. 그리고 디스크에서 다시 객체들이 생성될때 이 식별자를 역시 가장 먼저 읽는다.
• HowToStudyXp . . . . 1 match
        * XP in Practice (Robert C. Martin et al) : 두 세 사람이 짧은 기간 동안 간단한 프로젝트를 XP로 진행한 것을 기록. Java 사용. (중요한 문헌은 아님)
• Java2MicroEdition . . . . 1 match
       퍼스널 자바와 임베디드 자바는 J2ME 플랫폼이 등장하기 이전부터 임베디드 시장을 목표로 한 자바 플랫폼이었다. 인터넷 셋탑 박스와 같은 나름대로의 성과도 있었지만, pJava와 eJava는 별로 시장의 주목을 받을 만한 사건을 기록한 적이 없었다. 그것은 기본적으로 선 마이크로시스템즈가 하드웨어 설계 및 제조와 관련해서는 그다지 내세울 만한 무기가 없었기 때문이었다고 해도 별 무리가 없을 것이다. 즉, 하드웨어 업체의 적극적인 지지 없이는 자바의 임베디드 시장 진출은 요원한 과제였다.
• JavaStudy2002/진행상황 . . . . 1 match
       ["JavaStudy2002"] 가 밟아온 진행에 대한 기록입니다.
• JavaStudy2002/해온일 . . . . 1 match
       JavaStudy2002 의 과제 기록 페이지
• Leonardong . . . . 1 match
       위키는 주로 [프로젝트]를 진행할 때 씁니다. 과거 기록은 [PersonalHistory]에 남아있습니다. 그 밖에는 [인상깊은영화]라든지 [BookShelf] 를 채워나갑니다. 가끔 [Memo]를 적기도 하는데, 이제는 [(zeropage)IdeaPool]에 적는 편이 낫겠네요.
• MindMapConceptMap . . . . 1 match
       '''마인드맵은 지극히 개인적인 도구이다.''' ["데기"]가 마인드맵에 기록하는 것들은 주로 연상 작용을 일으켜 이미 알고있는 것을 쉽게 떠오르게 할 수 있는 열쇠들이다. 마인드맵에 적힌 내용들이 그 열쇠가 되기도 하지만 그보다 마인드맵을 그리는 과정이 그 열쇠가 되어준다. 잉크가 말라 잘 안나오는 파란색 펜을 선택해서 굵은 줄로 가지를 치고 조금 삐딱한 글씨체로 ''겨울 바다''라고 썼던 일이 나중에 그 마인드맵을 다시볼때 기억의 실마리가 되어준다. 그 실마리는 언어가 될 수도 있겠지만 이미지적인 요소도 무시할 수 없다. 굴림체 ''겨울 바다''와 ["데기"]체 ''겨울 바다''를 통해 연상되는 기억에는 분명히 차이가 있을것이다.
• MoniWikiTutorial . . . . 1 match
        * RecentChanges: 위키위키의 모든 변경된 기록이 RecentChanges에 보여집니다.
• MoreEffectiveC++ . . . . 1 match
        *. 2002.03.21 최종 기록 :
• MoreEffectiveC++/Miscellany . . . . 1 match
       이 디자인은 당신이 필요한 모든것을 제공한다. 동종의 할당에 관해서 ''동물'', ''도마뱀'', ''닭''의 할당 연산을 허용한다.;부분적인 할당과 타종간의 할당을 금지한다는 것;그리고 유도된 클래스의 할당은 아마 기본 클레스 내의 할당 연산자가 맡을 것이다. 게다가 Animal, Lizard, Chicken클래스의 역할이 기록된 코드들을 수정을 필요로 하지 않는다. 왜냐하면, 이들 클래스는 소계된 AbstractAnimal 클래스로 기존의 역할들을 대신 받을수 있다. 물론, 그러한 코드들은 재 컴파일이 되어야 한다. 그렇지만 컴파일러가 할당의 명시성을 보장해 주어서 보장되는 보안성에 비하여 작은 비용이다.
• MoreEffectiveC++/Techniques1of3 . . . . 1 match
       이러한 것은 간단하다. operator new는 collection에 메모리를 할당하는 주소를 기록하고, operator delete는 그것을 지운다. 그리고 isSafeToDelete는 collection에 해당 주소가 있는지 알려주는 역할을 한다. 만약 operator new와 operator delete가 전역 공간에 있다면 이것은 모든 타입의 작업시에 적용 될것이다.
• NUnit . . . . 1 match
        * NUnit 은 pyunit과 junit 과 달리, .Net Frameworks 에 도입된 Source 내의 Meta Data 기록인 Attribute 으로 {{{~cpp TestFixture}}}를 구성하고 테스트 임을 만방에 알린다.
• NeoCoin/Server . . . . 1 match
       /etc/syslog.conf : System 의 로그들이 어디에 남는가 기록되어 있는 파일
• PairProgramming토론 . . . . 1 match
       PairProgramming 자체에 대해서는 http://www.pairprogramming.com 를 참조하시고, IEEE Software에 실렸던, 로리 윌리엄스 교수의 글을 읽어보세요 http://www.cs.utah.edu/~lwilliam/Papers/ieeeSoftware.PDF. 다음은 UncleBob과 Rob Koss의 실제 PairProgramming을 기록한 대본입니다. http://www.objectmentor.com/publications/xpepisode.htm
• PragmaticVersionControlWithCVS/WhatIsVersionControl . . . . 1 match
       이 경우 PreRelease2를 불러들이게 되면 상기의 버전의 파일들이 불러들여지게 된다. 태그는 프로젝트의 진행에 있어서 중요한 일이 발생한 시점을 기록하는 것으로 사용되는 것도 가능하다.
• ProgrammingPartyAfterwords . . . . 1 match
       다음은 파티 전체(파티 준비부터 뒷풀이 막판까지)에 대한 공동 기사로 가능하면 NoSmok:다큐먼트모드 를 지킨다 -- 자기는 분명히 알고있는 사건(event)인데 여기에는 아직 기록되어 있지 않다면 그냥 적당한 자리(!)에 직접 보충해 넣도록 하고, 묘사가 미진하다면 좀 더 치밀하게(!) 가다듬는다. 페이지 마지막에는 NoSmok:쓰레드모드 로 개인적인 감상, 소감 등을 적도록 한다.
• ProjectGaia . . . . 1 match
        * ["ProjectGaia/기록"]
• ProjectPrometheus/Journey . . . . 1 match
        * Req를 받는 작업은 중복이라 기록하지 않는다. 후회되는 부분도 준비 소흘을 비슷하게 생각한다.
• ProjectSemiPhotoshop . . . . 1 match
        * ["ProjectSemiPhotoshop/기록"] - 일정에 따른 계획안 추진 결과 입니다.
• ProjectSemiPhotoshop/계획서 . . . . 1 match
        === 기록 ===
• ProjectSemiPhotoshop/기록 . . . . 1 match
       작업에 대한 기록을 적는 페이지
• ProjectZephyrus/ClientJourney . . . . 1 match
        * 학교에서의 작업의 단점중 하나는 고정된 장소와 고정된 스케줄을 만들기가 쉽지 않다는 점이다. 학교시간표 보고 빈 시간대를 맞춰야 하고, 그 사람은 또 그 사람 나름대로의 스케줄이 따로 존재한다. 시험이라던지, 동아리 활동이라던지 등등. 이 경우 팀원별 스케줄을 보고 팀내 기여도를 예상한다음 그 기여도를 줄여주도록 해야 서로가 부담이 적을 것이다. 단, 위에서 언급한대로 개발중 지속적인 학습과정이 있는 이상, 중간 참여는 그만큼 어렵게 된다. CVS가 있을 경우 해당 코드의 변화를 지속적으로 관찰해나가야 하며, 외부에 있는 사람은 내부 작업자에게 필요에 따라 해당 문서를 요구해야 한다. (내부 작업자가 어떤 욕을 하건 -_-; 나중에 다시 참여시의 리스크를 줄이려면) 내부 작업자는 그 변화과정을 계속 기록을 남겨야 할 것이다. (Configuration Management 가 되겠지.)
• ProjectZephyrus/간단CVS사용설명 . . . . 1 match
        * 가상의 유저를 파일의 권한을 그자(?)에게 돌리고, CVS내부 기록은 각 유저가 하도록 한다. .
• Ruby/2011년스터디/서지혜 . . . . 1 match
        * 웹 브라우저의 페이지 뷰를 기록하여 통계
• Spring/탐험스터디/wiki만들기 . . . . 1 match
        * 당시엔 적절한 결정이라 생각했었을 텐데 이제보니 경악?스러운 부분이 있었다. '''결정에 대한 이유를 기록해두자'''.
• VisualBasicClass/2006/Exam1 . . . . 1 match
       16. 다음의 주어진 함수(용어)에 결과를 기록하시오.(3점)
• WhatToProgram . . . . 1 match
       이 단계가 넘어서면(한 달 정도면 넘어서지 싶다) 자신에게 가까운 것을 프로그램하라고 하겠다. 주희의 근사록이라는 책이 있다. 말 그대로 "가까운 것들에 대한 생각을 적은 기록"이라는 말이다. 공부는 무릇 가까운 곳에서 시작해야 한다고 말한다. 내 삶 속에서 제대로 구현되지도 않으면서 우주를 걱정하는 것은 "위기지학"(자기를 위한 공부)을 하라는 가르침에 어긋난다.
• WikiStyle . . . . 1 match
        * 사실 정보를 기록한다.
• WinAPI/2011년스터디 . . . . 1 match
       = 활동 기록 =
• ZP도서관/2013 . . . . 1 match
        * 책에 QR코드를 붙이고 위키 플러그인을 만들어서 그 QR코드를 찍으면 대출, 반납, 연장, 예약 등을 선택할 수 있게 한 뒤 원하는 작업을 클릭하면 위키에 자동으로 기록하게 해준다면 편하겠죠... - [김수경]
• ZeroPage/임원/회의/2011-02-13 . . . . 1 match
        * 의미있는 기록.
• ZeroPage/회비 . . . . 1 match
        * 지출시 영수증을 반드시 받아서 보관, 기록을 한다.
• ZeroPageMagazine . . . . 1 match
       == 기록 ==
• ZeroPageServer/Log . . . . 1 match
        온갖 삽질을 했지만, 원인을 알수 없도록 해결되었습니다. 미스테리.. 기록은 남기겠지만, 르네상스 클럽에서 컴퓨터내의 시계 이야기가 생각납니다. T_T --["상민"]
• ZeroPageServer/old . . . . 1 match
       || [ZeroPageServer/Log] || 과거 기록 ||
• ZeroPageServer/set2002_815 . . . . 1 match
       2002.8.15 일에 이루어진 ZeroPageServer 세팅에 에 관련 내용 기록
• ZeroPageServer/set2005_88 . . . . 1 match
       2005년 8월을 기점으로 ZeroPageServer 관련 기록
• ZeroPageServer/계정신청상황2 . . . . 1 match
        * 신청 상태 ( 신청하는 곳이 아닙니다. 확인을 위해 상태를 기록하는 곳입니다. )
• ZeroPage성년식 . . . . 1 match
        * 지난 회의에 불참해서 미안합니다. 부탁이 있는데 행사 진행중에 ''저와 태진이는 찍사를 했으면 좋겠습니다.'' 20주년 성년식이니 만큼 많은 사진을 남기고 싶고, 한 명이 찍사를 다 부담하면 그 한 명이 다른 일을 할 때의 기록이 남지 않습니다. 태진이가 접수할때는 제가 사진촬영을 많이 하고 제가 발표할때는 태진이가 촬영을 많이 하고 이렇 식으로 하면 좋겠어요 - [지원]
• ZeroPage성년식/거의모든ZP의역사 . . . . 1 match
        * 충분한 시간이 지났다고 생각하여 위키에서 해당 내용 삭제합니다. 어떤 식으로든 문제의 소지가 있는 기록은 남기고 싶지 않습니다. 캡스톤 설계실의 사용과 ZeroPage의 관계에 대해서는 수차례 정모에서 말한 바 있기에 별도의 알림 없이 지웠습니다. - [김수경]
• ZeroPage성년식/후기 . . . . 1 match
        * 시간이 지난 것 같아서 약간 후기 룰에 빗겨서 작성합니다. 제 개인 기록장의 일부 내용을 옮깁니다.
• ZeroWiki . . . . 1 match
       기록되지 않는 것은 기억되지 않는다. ZeroWiki는 대략 2001년 9월 즈음에 생겼다.
• Zeropage/Staff . . . . 1 match
        * [지금그때2005/기록]
• html5/offline-web-application . . . . 1 match
        * 어플리케이션 캐시를 이용하면 웹 어플리케이션에 있어 필수적인 리소스는 캐시 매니페스트에 기록하여 브라우저에 의해 자동으로 캐시되게 한다.
• html5/richtext-edit . . . . 1 match
        * 조작한 내용 이력 기록 undoManager가 저장(최상위 객체) 상당히 간단
• iruril/도자기토론 . . . . 1 match
       DeleteMe) [iruril]이 도자기에 대한 토론에 대한 내용을 기록해놓은 페이지입니다
• naneunji . . . . 1 match
       어떤 걸 문서화시키고 기록으로 남긴다는 건 참 귀찮은 일이다. 하지만 이렇게 쓰고 나니 내가 좀 정리되는 느낌이다. 정신없이 지냈던 지난 반년 간도..그래서 사람들은 이런 작업을 하나부다..확실히 시간을 투자할 만한 일인거 같다. [[BR]]
• stuck!! . . . . 1 match
       ....그 후의 모임은 꾸준히 있었지만...-_-ㅋ;; 기록이 되지는 않았습니다.
• zennith/dummyfile . . . . 1 match
       12389523 바이트의 쓰레기 파일을 각각 생성하는데 처음에 짠 허접 버전과 두번째의 약간 개선 버전이 각각 0.991초와 0.37초를 기록했다. 두번째 것을 만들면서.. 함수화 같은 거도 좀 했으면 좋겠다는 생각도 무럭무럭 무럭 들었으나.. 그놈의 귀찮음이 뭔지 ; 아무튼 발전이 없는 나로군.
• 고한종/업적/WinAPI로만든학과주점포스기 . . . . 1 match
       = 기록할 만큼 가치있는 코드 기법 =
• 권영기 . . . . 1 match
        * 4월 쯤에 혼자서 공부를 하면서 wiki에 기록을 남기려고 했던 것 같은데... 반성을 하게 됩니다. - [권영기] 2013/11/03
• 기술적인의미에서의ZeroPage . . . . 1 match
       ZeroPage 그래픽 기법이라는 것과도 연관이 있는 건 아닐까요. 『해커, 그 광기와 비밀의 기록』에서 나오더군요.--[Leonardong]
• 김희성 . . . . 1 match
        아이디 생성 및 로그인 방식 채팅, 접속시 로그아웃 기간 동안의 기록을 보여줍니다.
• 김희성/리눅스계정멀티채팅 . . . . 1 match
       서버를 기반으로한 로그인 시스템의 다중 채팅. 아이디로 재접속시 퇴장 시점부터 재접속까지의 대화 기록을 보여준다.
• 김희성/리눅스계정멀티채팅2차 . . . . 1 match
        * 부재 중 대화 내역이 100개가 넘을시 그 이전 기록은 볼 수 없음.
• 논문번역/2012년스터디/서민관 . . . . 1 match
       특히 적은 양의 어휘를 이용하는 분리된 단어를 인식하는 시스템이 우편번호나 legal amount reading에 사용되었고, 높은 인식률을 기록하였다. 그래서 처리 속도나 인식의 정확도를 높일 여지가 없었다 [2, 8].
• 덜덜덜 . . . . 1 match
       우씨 왜 자꾸 나 결석으로 바꿔놓냐!! 혼난다.... 누군지 모를거 같지만 위키는 기록 다남는다.. - [조동영]
• 데블스캠프2004/목요일후기 . . . . 1 match
        * Siver bullet 는 Pair + 요구사항 변경일까? 시간이 걸리는 한가지를 진득히 구현하면서 밤을 새는 끈기를 이끄는 방법은 없을까? 재동 처럼하지 않은 것은 작년과 같은 기억으로 진행했었던 모양이다. 역시 피드백은 유용하군. ([데블스캠프2004/수요일후기] 강사후기에 적어주라) 작년 기록에서는 Pair 는 하지 않았군. 그럼 어떻게 해결했었을까? 03들이 작년의 기억을 되살려 [데블스캠프2004/공유비전]에 끈기를 넣은것 같은데 그때는 어떻게 했었지? --NeoCoin
• 데블스캠프2004준비 . . . . 1 match
        새회원이 프로그램 문제를 해결하는 동안 기존 회원을 위한 세미나를 준비해보면 좋겠다는 제안이 나왔습니다. 작년 기록을 보면 기존 회원을 위한 세미나는 없었던 모양입니다.--[Leonardong]
• 데블스캠프2005/월요일후기 . . . . 1 match
        기록을 종용하지 않았다. 들었던 내용을 기억하는 사람이 많을까?
• 데블스캠프2011/첫째날/후기 . . . . 1 match
        * 데블스캠프의 가장 중요한 부분인 기록을 위해서 SVN과 위키의 사용법에 대한 설명을 하는 시간. 사실 세 번째니만큼 그렇게까지 어색한 느낌은 아니었습니다. 오히려 세 번째인데도 SVN의 사용법을 완벽하게 알고 있지 못 한 자신에 더 놀랐습니다 -_- 배웠다고 썩히지 말고 좀 더 자주자주 쓰도록 노력을 해 봅시다...
• 레밍즈프로젝트 . . . . 1 match
       '''각자의 작업일지를 기록하고, 예정 작업을 추가해 주세요.'''
• 상협/Diary/7월 . . . . 1 match
        * 오늘은 독서의 날. 석천이형에게서 빌린 해커,그 광기와 비밀의 기록 을 읽고 나서, 이모네집에 놀러 가야겠다.
• 상협/Diary/8월 . . . . 1 match
        * 해커, 그 광기와 비밀의 기록
• 상협/Diary/9월 . . . . 1 match
        * 해커, 그 광기와 비밀의 기록
• 새싹교실/2011 . . . . 1 match
       피드백은 귀찮게 하기 위한 관리의 수단이 아니라 각 반이 매 시간마다 더 즐겁고 유익한 수업을 진행하고, 다음 해 새싹 교실에서도 이를 참고하기 위한 기록입니다.
• 새싹교실/2011/GGT/L1&L2 . . . . 1 match
        * 막상 생각했던 것들을 잘 얘기하지 못한것 같다. 수업전에 수업할 내용을 정리&기록 하도록 해야겠다.
• 새싹교실/2011/Pixar/3월 . . . . 1 match
        * 변수와 자료형에 대해서도 이야기했는데, 이건 다음시간에 더 이야기해야 할 것 같아요. 다음에 더 자세히 공부하고 그 날 페이지에 기록하겠습니다.
• 새싹교실/2011/쉬운것같지만쉬운반/2011.5.3 . . . . 1 match
        - 다섯번째랑 여섯번째랑 일곱번째는 제가 후기를 안써서 기록이 없네욤... 얘들아 미안..
• 새싹교실/2013 . . . . 1 match
        * 위키를 사용하지 않는 팀들은 그럼 새싹교실 스터디만 진행하는 건가요? 아니면 다른 곳에 기록을 한다거나 정모에서 배운 내용을 공유한다거나 다른 활동을 하는 건가요? 위키를 사용하지 않더라도 링크 없이 반 이름 정도는 리스트에 올려두는 게 어떨까 싶은 생각이 듭니다. - [김수경]
• 새회원을받으면 . . . . 1 match
       현재 위키 실험 중인가 보군요. 그런데 왜 이리 체계 없이 느껴지는지, 지금 일련의 행사에 대한 계획이나 기록 어디 없나요? --NeoCoin
• 서지혜 . . . . 1 match
        * [나를만든책장/서지혜] - 읽었던 책들을 기록합니다.
• 설득의심리학 . . . . 1 match
        * 중공군의 세뇌 프로그램 - 자발적 개입을 증명할 기록을 남긴다.(작문) 공식적 약속은 생명력이 길다.
• 시간맞추기/허아영 . . . . 1 match
        음.. clock_t라는 time_t랑 비슷한 변수를 만들고 변수명=clock() 라고하면 프로그램이 시작된 뒤부터 지나간 시간이 기록되는군.. 그런데 함수의 특성상 정확한 시간을 나타내지는 않는다는 단점이..;;ㅁ;; - [조현태]
• 실습 . . . . 1 match
       등수 기록 함수 void SetRank(int nRank);
• 요정 . . . . 1 match
       믿을 수 없지만, 유럽에는 요정의 물건을 소장하고 있는 박물관이 많다.에딘버러에 있는 박물관에는 '요정의 관' 이 있다. 스코틀랜드의 서쪽에 떠있는 루이스 섬의 근처에 픽시의 작은 섬이 있다. 16 세기와 17 세기에 인간의 것으로 보기에는 너무나 작은 뼈가 발견돼었다는 기록이 남아 있다. 그러나 20 세기에 들어서 발견된 뼈가 바다새나 작은 포유동물의 것으로 판명됐기 때문에 과거에 발견된 뼈도 요정의 것은 아닌 것으로 보인다. 요정을 찍은 사진 중에서도 수정이나 이중 촬영한 흔적이 보이는 것이 많다.(참고로 빅토리아 시대엔 요정의 존재를 꽤 믿었다고 합니다. 이 시대에 초심령현상에 대한 열풍이 불기도 했지요.)
• 위키설명회2005/PPT준비 . . . . 1 match
       위키위키는 한 주제에 대한 기록이 영원히 남는다(WikiNow).
• 정모/2003.2.12 . . . . 1 match
       = 정모 기록 (2003.2.12) =
• 정모/2004.10.29 . . . . 1 match
        * 정모 참석자는 기록을 남겨주세요. 몹시 궁금해요! -- 재선
• 정모/2004.10.5 . . . . 1 match
       헐 상규형 빠졌네여 깜빡햇어요 죄성요 (__) 담부턴 기록 잘할꼐요.~ --[노수민]
• 정모/2004.3.12 . . . . 1 match
        * 이날 참가자 및 날짜가 확실치 않습니다. 확실히 기록 못해 죄송합니다; -[iruril]
• 정모/2004.3.19 . . . . 1 match
        * 이날 참가자 및 날짜가 확실치 않습니다. 확실히 기록 못해 죄송합니다; -[iruril]
• 정모/2005.1.17 . . . . 1 match
        기록되지 않은 부분은 추가해 주세요. - [이승한]
• 정모/2005.1.3 . . . . 1 match
        정리해 보았습니다. 혹 제가 기록하지 못한 부분이나 잘못된 부분은 언제든 수정해 주십시오. - [이승한]
• 정모/2011.3.2 . . . . 1 match
        * 개강 첫 정모라 그런지 재학생분들의 참여가 많아서 좋았어요! 오랜맨에 보는 얼굴들이 많아서 반가웠습니다. 그런데 10분들은 많이 안계시네요. 참가자들의 학년(?)이 높아선지 제안된 스터디들의 수준이 높아서 설렘!! 하지만 지난학기 성적을 보고 학기중에 다른 활동이 많으면 성적이 안좋아진다는 사실을 깨달았기때문에 전부 참여하지는 못했습니다.. 스프링에 대한 설명을 잘 못해서 아쉬웠는데 앞으로는 발표할 때 머릿속으로 잠깐 생각한 다음 말해야겠습니다. (첨부)정모에서 지난 스터디때 배운 내용을 공유할 수 있도록 기록해서 정리하는 습관을 들여야겠어요. - [서지혜]
• 정모/2011.7.18 . . . . 1 match
        * 전에도 있었는데 한동안 안 했을 뿐.. 돌아온 OMS지. 그리고 지난 몇년간 위키를 활발히 안 써서 했던 활동도 위키에 기록이 잘 안 남아있어 ㅋㅋ - [김수경]
• 정모/2012.11.26 . . . . 1 match
        * 우리가 했던 기록이 위키나 트렐로에 없다면 정리해서 올려줬으면 함.
• 정모/2012.12.3 . . . . 1 match
        * [정진경] - 창세기전 옛날에 해봤으나 살라딘이 쌍검(?)을 쓴다는 것 외에는 기억이 나지 않음.. 회고해봤는데 벌써 1년이 지나갔군여. 프로젝트나 스터디에 모두 참여하는 일은 역시 힘든 것 같습니당. 크리에이티브클럽에서 나왔던 것 같은데 개인적으로 관심있는 분야나 하고 싶은 프로젝트를 하는게 어렵다면 전공 수업에서 배운 내용을 위키에 기록하는게 어떠냐..는 내용이 있었습니당. 내년에 저는 사라지기 때문에 막 던지기.. ㅋㅋ 굳이 전공 수업이 아니더라도 최근 어코드 사업으로 특강이나 멘토링 등등 참여할 수 있는 활동이 많기 때문에 학술 활동을 하기 위한 여건이 학부 차원에서 나아지고 있지 않나 싶습니당.
• 정모/2012.2.3 . . . . 1 match
        * 정모가 끝나고 깨닫는건 난 단추공장에 다니는 조가 되어있다는 것. 언제까지 단추만 누르고 살텐가. 개인적으로 이렇게 몸을 움직이는 ICE Breaking을 굉장히 좋아합니다. 뭘 하는지 모르게 시간이 가고 옆에 사람들의 웃긴 모습을 볼수 있으니 좋죠. 요즘 정모를 못왔지만 새 회장의 정모의 첫단추는 잘끼워진것 같습니다. 회장이 지금 맡은것이 많아서 좀 바쁘지만 빠릿빠릿하게 움직이는거 보면 올해도 잘 되겠죠. 새싹 스터디 같은 여러 의견이 분분한 경우는 과거의 기록을 듣고, 읽고 잘 조합해서 하나의 의견을 만들어서 강하게 진행하는걸 추천합니다. 의견을 듣고 있는것도 좋지만 언제까지 Melting Pot처럼 섞기만 하면 재미가 없죠.- [김준석]
• 정모/2013.1.15 . . . . 1 match
        * A(김민재) : 외부인의 사용에 따른 권한 부여 등에 따른 허가, 컴퓨터 사용시 기록을 남김으로써 책임감, 사후관리의 유용성
• 정모/2013.3.18 . . . . 1 match
       === 질의 응답 기록 ===
• 제로페이지는 . . . . 1 match
        * 제로페이지를 설명해보자. 제로페이지(ZeroPage)페이지에 기록된 소개글은 소수의 머리에서 나온것일 뿐이다. 공통의 합의를 도출해 보고 싶다. 도대체 제로페이지의 정체는 무엇인가.
• 조현태/놀이/지뢰파인더 . . . . 1 match
        드디어 로봇 완성. 저번보다 더 간지나는( 구조화가 잘된) 알고리즘 표현과, 훨씬 편한 테스트 환경으로 저번에 비하면(어디까지나 비해서다. 아직 어려운 점이 많아 고생을 많이 했으며, 새로운 자료구조가 본인이 만든 탓인지 뭔가 복잡하다.ㅎ) 순풍에 돛을 단듯 아주 순조롭게 진행되었다. 그래서 로봇을 완성. 손과 눈을 api로 바꿔주고 지뢰찾기를 향에 발싸~!... 실패... 만능은 아니라서 시작한 지점에 2가 떡하니 나와준다면.. 얘도 찍어야 한다. (물런 찍어야 하는 상황에서 사람보다야 높은 적중률을 보이도록 설계했으나.. 이런 최악의 상황은 사람이나 프로그램이나.. 오히려 사람이 낮다.) 두번째.. 오옷..1초만에 성공... 세계신기록이야~ ~_~ 후후후.. 아~ 이날아갈듯한 기분..ㅎ (혼자 행복에 겨워서 뒹굴었다.ㅎ) 세번째.. 알수없는 오류가 깊은산속 옹달샘에서 발생.......OTL.ㅎ 그래도 어쩄꺼나!!! 성공시켰다. 후후후.. 이제 남은 디버그따위..ㅎ 사뿐히 해결해주짓..(역시 테스트 환경이 좋으니 작업이 잘 진행된다. 꼭 염두해두자.ㅎ) 어쨋든 오류가 떠도 지금은 행복하다.ㅎ ~_~ 일해야 되서 지금은 못해도.. 시간나는데로 해서 완성시켜주마~ >ㅁ<;;; - 2005.08.14
• 조현태의자바교실 . . . . 1 match
        = 기록 =
• 지금그때2003 . . . . 1 match
       [지금그때2003]때 큰 종이에 적었던 기록들을 위키로 옮기고, 늘 지속적인 질답, 정리작업이 되면 좋겠습니다. 새로운 질문이 올라와도 좋겠죠. --JuNe
• 지금그때2004 . . . . 1 match
       wiki:NowThen2004/지금그때2004/후기 에서 후기를 기록해 주세요.
• 지금그때2004/회고 . . . . 1 match
        * 질문 : 기록을 찾을수 없어서 그러한데, 이번에 리허설을 대략 몇시간 정도 했나요? --NeoCoin
• 지금그때2005 . . . . 1 match
        * [지금그때2005/기록]
• 지금그때2005/리허설 . . . . 1 match
       기록되지 않은것은 기억되지 않는다 라는 말이 있습니다. 이곳에서 남은 소중한 경험들은 그 자료집에 담아가셔서 자신의 것으로 남기시기 바랍니다.
• 지금그때2005/자료집 . . . . 1 match
       기록되지 않은것은 기억되지 않는다 라는 말이 있습니다. 이곳에서 남은 소중한 경험들은 그 자료집에 담아가셔서 자신의 것으로 남기시기 바랍니다.
• 지금그때2005/진행내용 . . . . 1 match
       [강희경]과 황재선이 기록을 하는 역할(레코더)를 맡았었습니다. 지금은 피곤해서 무리인 것 같고 빠른 시일 내에 질문레스토랑의 내용을 정리하겠습니다. --[강희경]
• 지금그때2005/회의20050318 . . . . 1 match
       기록 : 강희경
• 지금그때2006 . . . . 1 match
        * 기록 후 마땅한 페이지에 정리
• 지금그때2006/여섯색깔모자20060317 . . . . 1 match
       준비 과정에서 빠트리지 말아야 할 부분은 홍보, 참여대상, 역할 정하기이다. 홍보를 잘 하면 행사 목적을 이룰 수 있다. 참여대상을 잘 고르면 나눌 수 있는 이야기가 다양해진다. 역할을 잘 정하면 행사를 계획대로 진행하기 쉽다. 실제 진행시에 필요한 역할은 사회자, 기록자, 시간관리자 등이 있다.
• 지금그때2006/후기 . . . . 1 match
       끝나고 나니 생활 속에서 [지금그때]를 많이 이야기 하면 어떻까 싶네요. 행사는 일 년에 한 번이라도 이야기는 계속되는거죠. 사실 [지금그때] 두어시간은 부족하다고 느끼지 않아요? 꼭 진지할 필요는 없고요, 아니 오히려 진지하지 않은 분위기로 이야기할 수 있으면 얼마나 좋을까요. OST 시간의 자유로움처럼 말이에요. 꼭 대화가 아니라도 기록을 남길 수도 있겠네요. -- 나휘동[(leonardong)]
• 지도분류 . . . . 1 match
       ||["History지도"] ||ZeroPage 가 걸어온 기록들 ||
• 콤비반장의메모 . . . . 1 match
        ''사용자가 한번 플레이 했다는 걸 미디어에 직접 기록하는 방법으로는 디지털 워터마킹이 있습니다. 이 방법은 네트워킹 없이도 문제를 해결할 수 있는 방법입니다만 전문적 지식이 필요합니다. 네트워크로 확인하는 가장 쉬운 방법은 클라이언트는 재생시 마다 서버에서 인증을 받고, 서버측에서는 미디어의 아이디를 확인하고 재생횟수를 저장하는 방법이 아닐까 싶습니다. 미디어의 아이디 생성은 MD5 같은 해쉬함수 정도면 충분 할것 같습니다. --["데기"]''
• 튜터링/2011/어셈블리언어 . . . . 1 match
        * 외 4명은 [ZeroPage]의 회원이 아니기에 기록하지 않는다.
• 프로그래밍 . . . . 1 match
       == 기록 ==
• 프로그래밍잔치/둘째날후기 . . . . 1 match
       === 공동 기록 ===
• 프로그래밍잔치/셋째날후기 . . . . 1 match
       === 공동기록 ===
• 프로그래밍잔치/첫째날후기 . . . . 1 match
       == 공동 기록 ==
• 프로젝트기록의필수요소토론 . . . . 1 match
       ["neocoin"] 지금 프로젝트중 어정쩡한 상황으로 가는게 있는데, 반달정도에 한번도 업데이트 안되는 것을 그 예라고 생각합니다. 프로젝트의 끝이 명확해야 하지 않을까요? 비록 팀원들간에 사정으로 해당 프로젝트가 와해 되었다면, 팀원들중 아무나, 혹은 다른 회원의 지적으로 종료 시점을 기록해서 와해 이유와, 차후 방지에 관하여 한번쯤 생각해 봐야 할것이라고 생각 됩니다. [[BR]]
• 황재선 . . . . 1 match
        * 개인위키에 기록하다보니 여기는 가끔 수정하게 되네요^^;
• 회비 . . . . 1 match
        * 지출시 영수증을 반드시 받아서 보관, 기록을 한다.

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

You can also click here to search title.