제안

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

• ZeroWiki/제안 . . . . 15 matches
       ZeroWiki 에 제안할 사항을 적는 페이지입니다. 회의가 필요한 부분에 대해서는 ["정모/안건"] 페이지에서 써주시기 바랍니다.
       == 제안하기 ==
       == 오래된 제안 ==
       지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
        1. 오래된 제안들을 카테고리에 묶어 아래로 내린 채 보관한다.(지금처럼)
        1. 오래된 제안들을 제안과 결국 어떻게 결론이 났는지 요약하여 남겨둔다.
        1. 오래된 제안은 지워버린다.
       다른 ZeroWikian들의 의견이 궁금합니다. - 제안자 [김수경]
        * 이 제안은 ThreadMode와 DocumentMode에 관한 논의를 포함하고 있습니다. 이 페이지는 애초에 ThreadMode를 목적으로 작성됐고 그렇게 의견이 쌓여왔습니다. 2번 선택지는 ThreadMode의 유지를, 3번 선택지는 ThreadMode를 DocumentMode로 전환하여 정리하는 것을 의미하는 것 같습니다. 1번 선택지는 DocumentMode에 더 적합한 방식이고, 4번 선택지는 경험의 전달이라는 위키의 목적에 따라 고려 대상에 올리기도 어려울 것 같아 제외합니다. 사실 이런 제안과 논의가 나열되는 페이지에서는 결론을 정리하는 것보다는 그 결론을 도출하기 까지의 과정이 중요하다고 생각합니다. 따라서 DocumentMode로의 요약보다는 ThreadMode를 유지하는게 좀더 낫다고 생각하며, 다만 필요하다면 오래된 내용을 하위 페이지로 분류하는 것도 좋다고 생각합니다. - [변형진]
       || YouNeedToLogin || 페이지 수정에 관한 YouNeedToLogin 모드 적용 제안 ||
        전 살아가는 것 자체가 크게 보자면 배우고, 발전(어떤 의미에서든)해가는 것이라고 생각합니다. 그런 의미에서 제 마음대로 위키를 사용하고 있었는데, 아무래도 하나의 사회에는 규약이란건 없더라도 지향하는 바는 있을거란 생각이 들어서 제안을 남겨 봤습니다. 전, ZeroWiki 가 nosmok 처럼 general purpose 해졌으면 합니다. --["zennith"]
• 정모/2011.3.21 . . . . 6 matches
        * 프로젝트 제안
       == 위키 제안 안내 ==
        * [ZeroWiki/제안] 페이지에서 ZeroWiki에 대한 각종 제안을 받습니다.
        * 현재 ZeroWiki Url에 대한 제안이 올라왔습니다. 가서 읽어보시고 의견을 달아주세요.
        * ZeroWiki에 대한 새로운 제안도 환영합니다!
• 페이지이름 . . . . 6 matches
       아래는 ["제안"]이란 ["페이지이름"]에 대한 토론 내용을 HierarchicalWikiWiki 페이지에서 옮겼습니다. 좀 더 다듬어야 하겠습니다. RefactorMe --["이덕준"]
       사실 ["ZeroWiki/제안"] 이나 ["제안"]과 같은 페이지는 그 ["페이지이름"]이 다소 추상적이라고 생각됩니다. ["페이지이름"]에 좀 더 구체성을 주기위해 ZeroWiki에 제안될 사항들은 각각의 주제가 제목이 되어 페이지가 열리는것이 좋을것 같다는 생각을 하고있습니다. 이는 ["페이지이름"] 페이지에서 보다 일반화되어 정리될 내용이라 생각됩니다. --["이덕준"]
        추상적이라 생각되면 일종의 사랑방으로 이용하면 된다고 봅니다. 범용적인 만큼 스레드 성격의 글들을 더 잘 포용할 수 있지 않을까 생각합니다. 저는 '토론'(을 원한다면) 이나 '제안'(성격이라면) 임이 명시적으로 드러나는것이 좋지 않을까 생각한것 뿐, 특별한 다른 뜻은 없습니다. --["1002"]
        사랑방과 같은 시스템에서의 문서구조조정은 그 노력이 많이 듭니다. 일관된 주제로 얘기하기가 힘들어지기 때문입니다. 따라서 되도록이면 피해야할 구조가 아닐까 생각합니다. 페이지 이름에 제안임이 명시적으로 드러나지 않아도 위키를 사용하는 사람들의 관심을 끌만큼 흥미로운 내용을 담고 있다면 괜찮다고 생각합니다. 조만간 이 부분은 ["페이지이름"] 페이지로 옮겨서 얘기해봐도 좋을듯 합니다. --["이덕준"]
• DataCommunicationSummaryProject/Chapter5 . . . . 5 matches
        * 맨 처음엔 최소 ISDN급의 성능 - 144 kbps - 을 모두에게 제공 할수 있게 제안(2.5G에서도 가능하긴 했지만 최적의 환경에서만 가능했음)
        * 3G : ITU에서 제안
        * Extra Spectrum 필요성 제안.
        * 1Xtreme : 하나의 채널만으로 3xMC의 속도 내게 - 제안만 됨
        * 따라서 목소리를 위한 D-AMPS + 데이터를 위한 EDGE Compact 제안
• LearningGuideToDesignPatterns . . . . 3 matches
       여러해가 지난 지금, DPSG는 23주 기간의 pattern들을 공부하는 스터디 그룹들을 가져왔다. 각각의 그룹들은 스터디 그룹을 위한 navigation 에 대해 실험하고, 토론하고, 수정했다. 여기서 제안된 navigation은 매 새로운 스터디 그룹들에게 이용된다. 여기서 제안된 navigation은 Pattern 초심자들에게 더 지혜롭게 하나의 패턴에서 다른 패턴으로 이동하게끔 도와줄 것이며, 효율적으로 23개의 Pattern들을 터득하는데 도움을 줄 것이다. 물론 이 navigation은 계속 개선해 나갈 것이다. 그리고 당신이 제안하는 개선책 또한 환영한다.
• ProjectZephyrus/ClientJourney . . . . 3 matches
        * 이번 프로젝트의 목적은 Java Study + Team Project 경험이라고 보아야 할 것이다. 아쉽게도 처음에 공부할 것을 목적으로 이 팀을 제안한 사람들은 자신의 목적과 팀의 목적을 일치시키지 못했고, 이는 개인의 스케줄관리의 우선순위 정의 실패 (라고 생각한다. 팀 입장에선. 개인의 경우야 우선순위들이 다를테니 할말없지만, 그로 인한 손실에 대해서 아쉬워할정도라면 개인의 실패와도 연결을 시켜야겠지)로 이어졌다고 본다. (왜 초반 제안자들보다 후반 참여자들이 더 열심히 뛰었을까) 한편, 선배의 입장으로선 팀의 목적인 개개인의 실력향상부분을 간과하고 혼자서 너무 많이 진행했다는 점에선 또 개인의 목적과 팀의 목적의 불일치로서 이 또한 실패이다. 완성된 프로그램만이 중요한건 아닐것이다. (하지만, 나의 경우 Java Study 와 Team Project 경험 향상도 내 목적중 하나가 되므로, 내 기여도를 올리는 것은 나에게 이익이다. Team Project 경험을 위해 PairProgramming를 했고, 대화를 위한 모델링을 했으며, CVS에 commit 을 했고, 중간에 바쁜 사람들의 스케줄을 뺐다.) 암튼, 스스로 한 만큼 얻어간다. Good Pattern 이건 Anti Pattern 이건.
        * PairProgramming 의 교대시간을 5분으로 해봤다. 한 사람이 5분동안 해당 부분을 플밍하다가 다 못짜면 다음사람이 다시 5분의 시간을 가지고 이어서 짜고 하며 교대로 프로그래밍을 이어나가는 (마치 릴레이경주와도 같다) 방법이다. 사람들에게 제안했을때 그 표정들이 심상치 않다;; 그래 너희들은 실험용 모르모트다;; 흐흐.
• 논문번역/2012년스터디/이민석 . . . . 3 matches
       본 논문에서는 은닉 마르코프 모형에 기반한, 어휘(lexicon)-free 오프라인 필기 인식 시스템을 소개하고 완전한 영어 문장 데이터베이스에 관한 몇 가지 실험을 저자 독립식 그리고 대조를 위해 다저자, 단일 저자식으로 수행했다. 전처리와 특징 추출 방법을 소개하고 이에 더해 선형 판별 분석, 이서체 글자 모형의 사용, 통계적 언어 모형 같은 더욱 정교한 기법들을 조사한다. 그 뒤의 절에서는 오프라인 필기 인식에 대한 관련 작업들을 짧게 검토한다. 우리가 사용한 데이터베이스는 3절에서 소개한다. 그 다음 전처리, 특징 추출 방법, 통계적 모델링과 인식을 위한 기법을 설명한다. 평가 결과는 제안한 방법의 효율성을 입증하기 위해 7절에서 소개한다.
       한 줄을 초기에 분할하여 발생하는 오류를 피하기 위해 [9]에서는 분할을 하지 않는, 즉 한 줄 전체를 인식 모듈에 넘기는 방법을 제안한다. 이 시스템은 단일 저자에 대해 검사되었고 통계적 언어 지식과 결합하여 유망한 인식 결과를 달성한다. [11]은 저자 수백 명으로부터 제작하고 보다 큰 데이터베이스에서 검사된, 저자에 무관한 제약 없는 글자 인식을 위한 발전된 시스템을 서술한다. 앞으로 나올 절에서 설명하는 시스템은 전처리와 특징 추출 방법이 약간 다른 비슷한 접근법을 사용한다. 그에 더해 이서체 글자 모형, 즉 글자 종류별 HMM 집합과 통계적 언어 모형의 사용 뿐 아니라 특징 벡터의 선형 판별 분석(LDA)을 적용한 결과도 조사한다.
       이 연구는 프로젝트 Fi799/1에서 German Research Foundation(DFG)가 제안하였다.
• 서버재조립토론 . . . . 3 matches
        즉 제가 서버업그레이드를 제안하는것은 하드웨어적인 문제나 소프트웨어적인 문제를 동시에 해결하고자 제안한 것입니다. 위와 같은 테스트를 할경우 그에 따른 희생및 서버 관리자의 불필요한 수고가 필요합니다. 그리고 학회 운영 및 프로젝트에서도 많은 희생이 따름니다. 그리고 위와 같은 테스트도 확실한 방법은 아니구요, 여전히 불확실성을 내포한 방법입니다.
        결론은 저는 서버가 자주 죽는 문제의 해결책으로 서버 업그레이드를 제안합니다.(만약 다른식으로라도 서버의 빈번한 죽음을 막을수만 있다면 좋겠죠. 최소의 희생으로..) - [(namsang)]
• 송지원 . . . . 3 matches
        * 2009년 : 3학년 다니면서 AIBI 연구실 학부연구생. 한거라고는 제안서와 랩미팅 참여 뿐인가..OTL
        타과생 출입 등의 문제때문에 제안된 프로젝트인데 아무것도 못했습니다. 현태오빠가 바쁘기도 했고..
        웹언어를 공부하고 싶었는데 상협오빠가 제안하셔서 시작했던 프로젝트.
• 위키QnA . . . . 3 matches
        FrontPage가 현재 하고 있는일이 (보여주고 있는 것) ZeroWiki 정의, 사용용도, Starting Point (여기에는 프로젝트 열거도 포함), 제안이야. 이중에서 사용용도와 제안은 새 페이지로 빼는 것이 좋을 것 같은데. 그리고 프로젝트 열거 밑에 Starting Point 밑에 두는 것도 생각. 그리고 또하나는 현재 이 프로젝트 관련 글을 Q&A가 아닌 제안페이지에 두는것이 더 좋겠다는 것. 현재 우선적인 직접접근성을 제공받아야 할 것은 project니까. 그에 대해서는 나도 별 이견 없음. --석천
• 정모 . . . . 3 matches
        - 안건제안자가 주로 고학번식이 된다.
        -> 안건 제안자가 저학번이 없다.
        -> 해결책 : 해당 주제제안자에게 사회자가 질문에 대한 답변을 위임한다.
• 정모/2011.3.28 . . . . 3 matches
        * 프로젝트/스터디 제안
       == 위키 제안 안내 ==
        * [ZeroWiki/제안]에서 현재 두 개의 논의 진행 중
• 제안 . . . . 3 matches
       ["제안"]이라는 ["페이지이름"]이 너무 모호하다고 생각합니다. ["ZeroWiki/제안"]으로 ["페이지이름바꾸기"]하겠습니다. --["이덕준"]
        2004년 7월 25일 ["ZeroWiki/제안"]으로 ["페이지이름바꾸기"]하였습니다. --[Leonardong]
• 학회간교류 . . . . 3 matches
       처음 Netory:경태 의 제안을 시작으로 양 학회의 위키페이지를 통하여 이야기들이 오고갔으며, 11월 경에 첫 행사를 진행할 예정이다.
        * Netory:경태 형께서 [임인택] 에게 제안하셨습니다. [전시회]페이지도 참고해 주셨으면 합니다. 일단은 회장님을 비롯한 ZeroPagers 들의 생각을 듣고 싶네요. - [임인택]
        * 안녕하세요~ Netory:경태 입니다. 네토리에 속해서 다시 한번 인사를 하게 되네요.. '일단 반대는 안한다는 입장은 곧, 하면 좋다'로 이해하고 있을게요.^^ 언제고부터 스터디 모임을 공동으로 해보자는 이야기가 나왔지만, 첫째, ZP에는 ZP만의 스터디행사가 있었구.. 둘째, Netory는 Netory만의 일정이 있어서 생각만큼 좋은 뜻을 같이 하지는 못했었던 상황으로 알구 있구요. 현재로서는 제가 그저 제안을 내본거라서, 조만간에 네토리 모임을 갖어서 좀더 구체적인 사항으로 얘기를 다시 꺼내도록 하겠습니다. -- Netory:경태
• DPSCChapter1 . . . . 2 matches
       '''''패턴은 각기 다른 어플리케이션과 시스템상에서 재현되는 특별한(고유한, 플랫폼 종속적인) 아키택처, 전문가들이 새로운 어플리케이션,분야에서 발생하는 특별한 문제들을 제거한다. '''''(위에서 쓰인 one이 particular architecture와 동등한 위치로 해석한 방법. 다른의견 제안바람-상민
       이책은 ''Design Patterns'' 에 대한 지침서, 편람으로 제작되었다. 하지만 관점은 ''Design Pattern''이 C++인것에 반하여 이 책은 Smalltalk에 기인한다. 그냥, 이 책 ''Smalltalk Companion''에 대해서 하나의 주제(design pattern)에 관한 다양한 자료 정도로 생각해 줬으면 한다. 우리는 Gang of Four book에서의 같은 패턴을 제공하지만, Smalltalk라는 안경을 통해서 바라볼것이다. (사실, 우리가 이름에 ''Samlltalk Companion''을 넣을때 어떤이는 "DesignPattern asSmalltalkCompanion" 을-역자주 Smalltalk언어상에서의 표현법 때문인것 같습니다.- 제안하기도 했다. 하지만 그런 이름은 hard-core Smalltalkers들만이 그 이름을 받아들일꺼라고 생각했다.)
• FrontPage . . . . 2 matches
        * [[ZeroWiki/제안]] : {{{ZeroWiki에 대한 제안을 받고 있습니다.}}}
• MoreEffectiveC++/Techniques2of3 . . . . 2 matches
       Reference counting(이하 참조 세기, 단어가 길어 영어 혼용 하지 않음)는 같은 값으로 표현되는 수많은 객체들을 하나의 값으로 공유해서 표현하는 기술이다. 참조 세기는 두가지의 일반적인 동기로 제안되었는데, '''첫번째'''로 heap 객체들을 수용하기 위한 기록의 단순화를 위해서 이다. 하나의 객체가 만들어 지는데, new가 호출되고 이것은 delete가 불리기 전까지 메모리를 차지한다. 참조 세기는 같은 자료들의 중복된 객체들을 하나로 공유하여, new와 delete를 호출하는 스트레스를 줄이고, 메모리에 객체가 등록되어 유지되는 비용도 줄일수 있다. '''두번째'''의 동기는 그냥 일반적인 생각에서 나왔다. 중복된 자료를 여러 객체가 공유하여, 비용 절약 뿐아니라, 생성, 파괴의 과정의 생략으로 프로그램 수행 속도까지 높이고자 하는 목적이다.
       "그렇지만 잠시!" 하고 당신이 말한다. "꼭 그럴 필요가 없다. operator[]의 상수화 된 개념을 받아들여서 operator[]의 읽기와 쓰기를 구분하면 되지 않은가?" 이러한 다른 측변으로 당신은 우리에게 문제의 해결 방식을 제안한다.
• ProgrammingPartyAfterwords . . . . 2 matches
       멘터인 1002는 '저렇게 하면 나중에 main 함수 어떻게 만들까.. OO Style 이라면 main 루틴 부분이 좀 짧긴 하겠지만, C 라면 좀 힘들지 않을까' 라고 생각, 5시가 가까워지는 4시 20분쯤에 각 모듈 부분을 통합할것을 제안 했다. 통합 중간중 의견 조율을 하는 중간에 ZP#2 멘터인 김창준씨는 두 팀으로 나누어졌을 때 서로 엇갈려서도 Pair 를 바꿔보도록 제안, Moa 의 두 팀은 한명씩 서로 바꾸어보기도 하며 일을 진행해 나갔다.
• ThePriestMathematician . . . . 2 matches
       사원에 있는 수도사 중 한 명이 동료 수도사에게 침을 하나만 추가하면 1초에 원반을 하나씩 옮긴다고 할 때 한 나절이면 모든 원반을 옮길 수 있을 것이라고 알려주었다. 그가 제안한 방법은 다음과 같다.
       그 영리한 수도사가 제안한 네 개의 침을 사용하는 방법으로 원반을 옮기는 횟수를 계산하자. 원반은 한 번에 하나씩만 옮길 수 있으며 큰 원반을 작은 원반 위에 놓을 수는 없다. 이동 횟수를 구하려면 먼저 원반 이동 횟수를 최소화시킬 수 있는 k값을 구해야 한다.
• XMLStudy_2002/XML+CSS . . . . 2 matches
       XML 문서의 스타일을 지정할 수 있도록 제안되어져 왔다. MS에서 IE5에서
       XLink에서 제안되는 확장된 개념의 링크를 사용하는 것은 아직은 IE5.0브라우저
• 논문번역/2012년스터디/서민관 . . . . 2 matches
       어휘 제한이 없는(lexicon-off) 필기 인식의 결과는 제안하는 방식의 효율을 입증할 것이다.
       제안한 방법의 효과를 나타내기 위한 평가 결과는 세션 7에서 소개할 것이다.
• 논문번역/2012년스터디/신형준 . . . . 2 matches
       특히, 선형판별인식, 이서 문자 모델, 그리고 통계적 언어 지식의 설립에 내용이 조사되어 있다. 어휘가 자유로운 자필인식에 대한 평가 결과들은 제안된 방법들이 효과적임을 보여준다.
       그후에 우리는 그다음 section들에서 전처리 과정 단계, 특징 추출에 대한 방법, 그리고 통계적 모델링과 인식을 이용한 기술들을 묘사한다. 제안된 방법들의 효율성을 입증하기 위한 평가결과는 section 7에 있다.
• 문제풀이 . . . . 2 matches
       == 제안 ==
        * [문제풀이/제안] SeeAlso [문제분류] ToyProblems
• 문제풀이/제안 . . . . 2 matches
       = 문제풀이/제안 =
       == 제안 ==
• 여름방학프로젝트 . . . . 2 matches
       == 프로젝트 제안 ==
       배우고 싶은 것이나 해보고 싶은 것들을 제안해 주세요.
• 정모/2003.3.5 . . . . 2 matches
        - 제안 : 학회에 대한 설명을 이때 같이 한다. - 창섭, 상욱
        * 제안 : 분기별 refresh - 상규
• 정모/2005.1.3 . . . . 2 matches
        * [이승한]의 PDA구매 가이드 발표놀이 제안이 있었습니다.
        그외 CS이외의 분야에 대해서 토론이나 공부하는 것에 대한 가벼운 제안이 회식자리에서 있었습니다. 충분한 이야기가 오간다면 다음 정모에 큰 주제로 올라올수 있을것 같습니다.
• 정모/2011.3.2 . . . . 2 matches
        * 개강 첫 정모라 그런지 재학생분들의 참여가 많아서 좋았어요! 오랜맨에 보는 얼굴들이 많아서 반가웠습니다. 그런데 10분들은 많이 안계시네요. 참가자들의 학년(?)이 높아선지 제안된 스터디들의 수준이 높아서 설렘!! 하지만 지난학기 성적을 보고 학기중에 다른 활동이 많으면 성적이 안좋아진다는 사실을 깨달았기때문에 전부 참여하지는 못했습니다.. 스프링에 대한 설명을 잘 못해서 아쉬웠는데 앞으로는 발표할 때 머릿속으로 잠깐 생각한 다음 말해야겠습니다. (첨부)정모에서 지난 스터디때 배운 내용을 공유할 수 있도록 기록해서 정리하는 습관을 들여야겠어요. - [서지혜]
        * 사람들이 정말 많이왔어요! 처음 보는 분들도 몇 분 계셨구요. 고학년들이 많아서인지 제안된 프로젝트나 스터디 내용이 수준이 있어서 좋았습니다. 안건들에 대한 의견도 많이 나와서 좋았습니다. ZP가 활발해진다는 느낌이 들어서 굿굿. 저도 지금 프로젝트 하나 건의 했는데, 잘 준비해서 열심히 해봐야 겠네요. - [박성현]
• 정모/2011.4.11 . . . . 2 matches
       === 제안 ===
        * 정모 퍼실리테이터는 아니지만 정모 중에 자기가 진행해보고 싶은 활동이 있다면 주저없이 제안해주세요. 이것 역시 자유게시판에 글을 남기거나 회장에게 연락 주시면 됩니다.
• 정모/2011.9.20 . . . . 2 matches
       == 정모 날짜 변경 제안 ==
        회장님도 부회장님도 개인적인 일로 정모를 알차게 꾸려나가지 못하는 점 죄송합니다ㅜㅜ 정모에 대한 제안이나 의견이 있다면 가지고 계신 모든 루트를 통해 의견날려주세요. 정모는 참여하는 여러분 모두의 것 이니까요:) (부회장은 회장의 그림자라 존재감이없다!!ㅋㅋㅋㅋ...ㅠㅠㅠㅠㅠㅠㅠㅠㅠ미아뉴ㅠㅠㅠ) - [서지혜]
• 정모/2011.9.27 . . . . 2 matches
       == 스터디/프로젝트 제안 ==
       == 정모 날짜 변경 제안 ==
• 정모/2012.5.7 . . . . 2 matches
        * 함수형 언어 스터디 제안
        * 하던거도 못하고 있지만 SICP 스터디를 제안하고 싶따!!! - [서지혜]
• 정모/2013.7.29 . . . . 2 matches
       == 스터디 회식비 지원 개정 제안 ==
        * 제안은, 한 달 1회 지원이 아닌, 한 달 한도 금액(기존처럼 인원 수로 책정) 내에서 사용하고 월말에 정산하는 방식으로 개정하는 것
• 회원자격 . . . . 2 matches
       = 제안된 안건 =
       = 제안된 안건2 =
• 2004여름방학MT . . . . 1 match
       Seminar:PraiseGame 라는 것을 재동이형이 예전에 제안했네요. 괜찮아보이는데요. --[Leonardong]
• 2011년독서모임 . . . . 1 match
        * 제가 길고 두꺼운 책을 잘 못 읽는다는 점도 배려해준 것 같아서 고마웠습니다. 유명한 책이었는데 막상 손을 뻗지 못한 책이라서 더 좋았구요. 좋은 책을 빌려준 소현 학우에게 작게나마 초콜릿을 전달해 주었습니다. (원래는 빌려준 사람에게 작은 감사의 표시를 주는게 어떨까 하고 제안하려다.. 다른 사람들한테 부담이 될까 패스-_-)
• Boost . . . . 1 match
        '''라이브러리를 확장한 결과는 그 자체가 현재의 기술이 되며, 언젠가는 차후의 표준으로 제안될 수 있을 것입니다. http://boost.org 를 통해 라이브러리를 공개하는 일은 그러한 방법 중에 하나입니다...'''
• BoostLibrary . . . . 1 match
        '''라이브러리를 확장한 결과는 그 자체가 현재의 기술이 되며, 언젠가는 차후의 표준으로 제안될 수 있을 것입니다. http://boost.org 를 통해 라이브러리를 공개하는 일은 그러한 방법 중에 하나입니다...'''
• C++Seminar03/SimpleCurriculum . . . . 1 match
        DeleteMe) 이 페이지에 제시된 내용대로 진행된다는 뜻이 아니라, 단지 '제안하는' 것입니다. - 임인택
• CartesianCoordinateSystem . . . . 1 match
       프랑스 수학자 데카르트(Descastes)가 제안한 좌표계. 그의 이름을 따서 Cartesian 좌표계라 명명한다.
• CodeRace . . . . 1 match
       처음에 해설자들이 시제를 제안합니다. 일종의 무대배경이 됩니다. 그리고 해설자들은 서너번에 걸쳐 요구사항 추가/수정을 합니다. 혹은 각 팀별로 돌아가면서 요구사항 추가/수정의 기회을 가질수도 있습니다. (이때 각 팀은 자기에게는 유리하면서 타 팀에는 불리하도록 요구사항 추가/수정을 할 수 있습니다.) 각 팀은 현장에서 주어진 요구사항을 빠짐없이 모두 구현해야 합니다.
• CommentEachOther . . . . 1 match
       전에도 느꼈었고, 여러 대가들께서도 자주 말씀하시곤 하는데, 자신의 코드의 퀄리티를 높이려면 남이 만들어놓은 소스를 보라는 이야기가 있다. 이 글을 읽는 분들도 동의하리라 생각한다. CommentEachOther 는 [AOI]나 LittleAOI 처럼 여러 사람이 한 문제에 대한 풀이를 올리고 그것들에 대한 코멘트를 하는 스터디라 할 수 있겠다. 여기서 코멘트라 함은 소스코드에서 명령문 옆에 붙이는 간단한 부연설명이 될 수도 있겠고, 코드 전체에 대한 비평이나 느낌일수도 있다. 처음에는 간단한 문제로 시작해서 디자인 principle 이 들어가있는 프로그램으로 횟감의 스케일을 키워나가는게 어떨까 생각을 한다. 나는 그냥 제안하는 입장이고, 간혹 간단하게 작성한 소스를 올리는 정도로만 참여하도록 하고, 적극적인 참여를 할 사람들이 생기면 이곳에 문제와 자신의 코드를 올리고 토론을 해봤으면 좋겠다. 토론의 방법이야 오프라인 모임에서 하거나 따로 코멘트 페이지를 만들거나. 자. 다들 어떻게 생각하시는지? 참여할분들(!) 계시면 아래에 참여자 목록과 문제를 업로드해 주셨으면.~ - 임인택
• DataCommunicationSummaryProject/Chapter8 . . . . 1 match
        * 망했지만, 이 구조는 4세대 시스템에서 많이 제안된 것과 비슷한다.
• DesignPatternsAsAPathToConceptualIntegrity . . . . 1 match
       자, 이전 ConceptualIntegrity 에 대한 토론과 함께 우리는 토론을 위한 질문들을 제안할 수 있다.
• GarbageCollection . . . . 1 match
       컴퓨터 환경에서 가비지 컬렉션은 자동화된 메모리 관리의 한가지 형태이다. 가비지 컬렉터는 애플리케이션이 다시는 접근하지 않는 객체가 사용한 메모르 공간을 회수하려고 한다. 가비지 컬렉션은 John McCarthy 가 1959년 Lisp 언어에서 수동적인 메모리 관리로 인한 문제를 해결하기 위해서 제안한 개념이다.
• HowToStudyDesignPatterns . . . . 1 match
       sorry라는 단어를 모르면서 remorseful이라는 단어를 공부하는 학생을 연상해 보세요. 제 강의에서도 강조를 했지만, 외국어 공부에서는 자기 몸에 가까운 쉬운 단어부터 공략을 하는 것이 필수적입니다 -- 이런 걸 Proximal learning이라고도 하죠. 등급별 어휘 목록 같은 게 있으면 좋죠. LG2DP에서 제안하는 순서가 그런 것 중 하나입니다.
• MFCStudy_2001 . . . . 1 match
       = 자세한 내용 : 공지, 일정, 제안, 진행상황 =
• MFCStudy_2001/진행상황 . . . . 1 match
       = 제안, 토의 사항, 한숨, 잡담 : 각 팀원들이 적어 주세요. =
• Microsoft . . . . 1 match
        * WikiPedia:Charles_Simonyi : 워드의 개발자, 마소 소프트웨어 그룹 담당자. 헝가리언 표기법 제안자.
• MoreEffectiveC++/Miscellany . . . . 1 match
        * '''표준 C 라이브러리에 대한 지원''' C++ 가 그것의 뿌리를 기억한다면, 두려워 할것이 아니다. 몇몇 minor tweaks는 C라이브러리의 C++ 버전을 C++의 더 엄격한 형 검사를 도입하자고 제안한다. 그렇지만 모든 개념이나, 목적을 위해, C 라이브러리에 관하여 당신이 알아야 하는 좋와(혹은 싫어)해야 할것은 C++에서도 역시 유지된다.
• NUnit/C++예제 . . . . 1 match
       평소대로 하자면 이렇게 하면 될것이다. 하지만 현재 프로젝트는 [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmxspec/html/vcmanagedextensionsspec_16_2.asp Managed C++ Extensions]이다. 이것은 C++을 이용해서 .Net을 Platform위에서 프로그래밍을 하기 위하여 Microsoft에서 C++을 확장한 형태의 문법을 제안된 추가 문법을 정의해 놓았다. 이를 이용해야 NUnit이 C++ 코드에 접근할수 있다. 이경우 NUnit 에서 검증할 클래스에 접근하기 위해 다음과 같이 클래스 앞에 [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmxspec/html/vcmanagedextensionsspec_16_2.asp __gc] 를 붙여서 선언해야 한다.
• NextEvent . . . . 1 match
       오, 정말 확 뒤집어지는 듯한 느낌의 제안이십니다. 말빨을 키워야 겠네요. ;; 검색과, 구상중 --["neocoin"]
• PC실관리수칙 . . . . 1 match
        * 이 지침은 정모에서 제안되어 합의를 얻은 사항을 약간의 수정을 거쳐 정리된 것임을 알립니다.
• ParametricPolymorphism . . . . 1 match
       첫째는 최초로 제안된 다형성인 ParametricPolymorphism, 둘째는 어쩌다 생겨나 버린 Ad-hocPolymorphism 이렇게 두가지가 존재한다.
• ProgrammingLanguageClass/2006/Report3 . . . . 1 match
       Jensen's Machine 은 Jørn Jensen라는 사람이 Algol 60을 제안하는 보고서에서 제시한 프로그래밍 테크닉을 말합니다.
• ProjectSemiPhotoshop/Journey . . . . 1 match
        * 한일 : 새로운 제안을 물어보았다 --["경태"]
• RandomWalk2 . . . . 1 match
       다른 친구와 PairProgramming을 해서 이 문제를 다시 풀어보라. 그 친구는 내가 전혀 생각하지 못했던 것을 제안하지는 않는가? 그 친구로부터 무엇을 배울 수 있는가? 둘의 시너지 효과로 둘 중 아무도 몰랐던 어떤 것을 함께 고안해 내지는 않았는가?
• SharedVision . . . . 1 match
        * 또하나 생각난다면, 구심점이 되는 작은 사람들 (이때쯤 되니 또 20 : 80 법칙 생각이;)이 영향력을 발휘하는 방법. 보통은 이 스타일이 되는 것 같다. 문제제기 & 대안제안자 10%에 실제로 수습하는 사람 10%, 동의해주고 따라주는사람 40%, 60% 가 넘어간 뒤 인력의 작용(한쪽에 커다란 힘이 모여있으면 이 또한 인력이라고 생각한다. 월드컵 축구를 보라. -_-; 뉴스건 사람들이건 신문이건 전부 축구이야기만 하면 영향 안받나;) 30%, 나머지 무관심 10% (반대의견을 내는 사람은 실제 수습자들속에 있기도 하다. 물론 냉소만 보내는 사람도 있지만)
• YouNeedToLogin . . . . 1 match
       한 보름 정도만 ZeroWiki를 YouNeedToLogin 모드로 사용해보길 제안합니다. 그 이후에 YouNeedToLogin 모드를 유지할지를 결정했으면 합니다. --["이덕준"]
• Z&D토론/학회명칭토론백업 . . . . 1 match
        * 새론 만들지 통합할지는 개인의 생각입니다만 뭐가 어찌되었던 간에 확실하게 '이름은 '''xxx''' 로 하자. 왜냐하면 이러이러하기 때문이다.' 하는 식의 제안이 나왔으면 좋겠습니다. 언제까지나 실질적이지 않은 얘기로 겉돌 수는 없다고 생각합니다. 이제 02 신입회원을 받을 날도 한 달 밖에 남지 않았습니다. 긴 것같지만 짧은 시간입니다. 어영부영하다가 이러지도 못하고 저러지도 못하고 신입생을 받는 일이 없었으면 해서 다급한 마음에 올립니다. 저역시 이런 말을 하면서도 변변치 못한 소리만 해서 민망하지만 혹시나 내심 정하고 있는 이름이 있는데도 말을 못하는 분이 있을까봐 이런 글을 남깁니다.--창섭
• ZeroPageMagazine . . . . 1 match
       제안
• ZeroPageServer/IRC . . . . 1 match
        * 제안
• ZeroPageServer/Wiki . . . . 1 match
       한글화 중 오타, 띄어쓰기 잘못된곳 , 이해 가지 않은 부분, 어색한 부분, 상황에 맞지 않거나, 이중 해석될수 있는 메세지를 보고해 주세요. 대안도 가능하면 제안해 주세요. --NeoCoin
• ZeroWiki . . . . 1 match
       see also ["ZeroWiki/제안"], ["위키로프로젝트하기"], ["제로위키이용의어려움"], ["학술터위키와제로페이지위키링크문제"]
• Zeropage/Staff . . . . 1 match
       = 제안 =
• eclipse단축키 . . . . 1 match
        * Quick Fix : 에러 수정을 위한 몇 가지 제안 알려준다
• 겨울방학프로젝트/2005 . . . . 1 match
       = 제안 프로젝트 =
• 데블스캠프2002 . . . . 1 match
        1. 쓰레기통 만들기 - 1학년때 종필이 형이 해준 UNIX 세미나가 생각나서. 그냥 제안..["상협"]
• 데블스캠프2004/세미나주제 . . . . 1 match
       === 제안 ===
• 데블스캠프2004준비 . . . . 1 match
        새회원이 프로그램 문제를 해결하는 동안 기존 회원을 위한 세미나를 준비해보면 좋겠다는 제안이 나왔습니다. 작년 기록을 보면 기존 회원을 위한 세미나는 없었던 모양입니다.--[Leonardong]
• 데블스캠프2010/셋째날/후기 . . . . 1 match
        3. 되돌아보니 질문을 하거나, 룰을 바꾸려는 생각조차 하지 못했다는 게 굉장히 안타깝습니다. 이 시뮬레이션에서 뿐만이 아니라 평소에도 부딪쳐보지도 않고 지레짐작으로 '당연히' 안 되는 것이라고 생각하는 게 많았습니다. 앞으로는 그런 생각에서 벗어나 필요하다면 더 잘 아는 사람에게 질문도 하고, 필요한 것이 있으면 룰을 바꾸려는 노력, 제안, 시도 등을 해야겠다는 생각이 듭니다. - [김수경]
• 데블스캠프2011/첫째날/후기 . . . . 1 match
        * 데블스 캠프를 낮밤을 함께 하자 제안했었는데, 어쩌다 보니 낮 시간인 날에 참가 못하게 되버렸지요 ㅠ.ㅠ SE 팀플을 할 때 svn을 써보긴 했지만.. 폴더 단위로 이동시키다가 supclipse로 하니 좋았어요:) 동시다발적으로 하려다 보니 충돌이 많이 나서 잘 안될 줄 알았는데..마지막에 프로그램이 돌아가는 걸 보고 감동적이었던! 처음에 클래스 선언 타입이나 그런 준비를 하는 것이 얼마나 중요한 지 깨달았어요.
• 문서구조조정토론 . . . . 1 match
       그리고 이건 논제와 약간 다른데, 성급하게 'Document' 를 추구할 필요는 없다고 봅니다. Thread 가 충분히 길어지고, 어느정도 인정되는 부분들에 대해서 'Document' 화를 해야겠죠. (꼭 'Document' 라고 표현하지 않아도 됩니다. 오히려 의미가 더 애매모호합니다. '제안된 안건' 식으로 구체화해주는 것이 좋을 것 같습니다.) --석천
• 문제풀이게시판 . . . . 1 match
       '' 실력향상과 흥미를 끌기위해 제안된 문제풀이 게시판 만들기 프로젝트 ''
• 부드러운위키만들기 . . . . 1 match
        도구로서의 위키에 대해 익숙하지 않아서일겁니다. 처음 접하는 이들에게 위키위키라는 매체는 문화라기보다는 단지 사용하기 어려운 도구에 가깝게 느껴질 것입니다(실제로는 무척 사용하기 쉬운 도구임에도 불구하고 말이죠). 딱딱한 느낌을 받는 것은 이곳에서 주로 다루는 내용이 컴퓨터 공학과 관련된 전공지식 위주가 아니어서일까 생각합니다. [임인택]은 이번위키설명회때 [짝위키]를 해보는 것을 제안합니다. 한 사람이 위키를 자유자재로 항해하며 페이지를 수정하면(PairProgramming으로 치면 드라이버가 되겠죠), 나머지 한사람은 드라이버가 위키를 어떻게 사용하는지 살펴보고 드라이버가 행하는 행위에 대해서 질문(일종의 옵저버)하며 위키에 대한 감을 익혀갑니다. PairProgramming 과 마찬가지로 일정한 시간간격을 두고 드라이버와 옵저버의 역할을 바꿉니다. - [임인택]
• 새싹교실/2011/무전취식/레벨3 . . . . 1 match
        * 이번 주 수업은 짧았습니다 약 한시간정도ㅎㅎ 제가 모르는것을 되짚어 주셔서 감사했어요 이히히 근데 숙제안해갈뻔 했네여..ㅋㅋㅋㅋ까먹고 있었어요 앞으로 위키를 자주 확인 해야겠습니당.ㅇ...C공부를 더 하기 위해 C언어 입문서를 오늘구입했습니당...ㅎㅎ 잘해지고 싶어욧~! -[이진영]
• 새싹교실/2012 . . . . 1 match
       = 페이지 개선 제안 =
• 새싹교실/2012/주먹밥 . . . . 1 match
        * 김준석 - 아이패드 개발을 하는데 데드라인은 지났어. 그래서 교수님께 사과메일을 보냈어. 그리고 캡스톤 설계실에서 새로운 프로젝트를 제안을 받습니다. 원래 댄스스포츠 동아리를 하고 있는데 발레를 배우게 됬음. 수요일마다 운동과 건강 조교활동을 하고 있고 목요일은 교수님 애를 봐줌. 어제 지인중에 상당한 분이 있어서 밤새서 지켜주고 한빛 리더스에서 독후감쓰는거 했음. 휴학생인데 학교에 24시간 있고 영어학원 10시에 일어나는거 너무 힘듬. 난 아침에 못일어나~ 그리고 새싹 강사들 교육하는 거 4타임 너무 귀찮음=ㅂ= 강사가 못알아 먹어!!!! 뭐 여튼 원표도 와서 4시간 와서 배우고 갔음. 일주일이 부족함. 시간을 대출해줘!
• 스터디제안 . . . . 1 match
       같이 스터디할 것을 제안하는 장소.
• 스터디제안/2013 . . . . 1 match
        * 제로페이지 내에서 진행하고 싶은 스터디를 제안하는 곳입니다.
• 우리가나아갈방향 . . . . 1 match
       그리고 타성에 빠지지 않으려는 노력이 중요합니다. 늘상하는 같은 종류의 세미나가 학회 활동의 대부분을 차지하는 일이 매년 반복되어서는 안됩니다. 1,2학년때는 열심히 참여하다가 3,4학년때는 별로 배울것이 없다하여 많은 수의 회원들이 활동을 하지않는 모습에대해 비판만 할것이 아니라 반성해보는 자세를 가져야합니다. 최신기술에 대한 순회 세미나와 조직화된 프로젝트팀을 활성화시켜서 회원들의 동기유발을 유도해야합니다. 컴퓨터의 시작은 하나의 뿌리였지만 지금은 수만갈래로 나뉘어져 혼자서는 각각에 대한 기본적인 지식조차 얻기가 어렵습니다. 항상 새로운 주제로 많은 회원이 온/오프라인상에서 꾸준히 공부하고 그것을 나누는 분위기를 조성할 것을 제안합니다.
• 우리홈만들기 . . . . 1 match
       == 제안, 토의 사항, 한숨, 잡담 ==
• 위키설명회2005/PPT준비 . . . . 1 match
       8. 나를 만든 책장 (김창준 선배님이 제안하셨고요. 저번 회의에서 연례행사로 발전시키자는 이야기도 있었습니다.)
• 전문가되기세미나 . . . . 1 match
        * 매력적인 이직 제안이 있었다고 말할 수 있나?
• 정모/2004.1.20 . . . . 1 match
       == 겨울 모꼬지 장소를 결정( 제안 & 투표 ) ==
• 정모/2004.7.26 . . . . 1 match
        * 제안된 이벤트
• 정모/2005.1.17 . . . . 1 match
       == 제안 ==
• 정모/2005.5.23 . . . . 1 match
       제안사항 : OOP, C//C++의 차이, JAVA 맛보기, 네트워크, 자료구조, Linux, C(주입식교육), 알고리즘
• 정모/2005.6.27 . . . . 1 match
        새내기들 한테 해주고 싶은 프로젝트가 있다면 여름방학프로젝트 페이지에 제안해 주세요.
• 정모/2006.1.12 . . . . 1 match
        - 제안 : 회원증 (비효율성), 뱃지 (크게 만드는건 어떨까?), 교통카드, USB, 볼펜, 라이터, 스티커
• 정모/2011.10.12 . . . . 1 match
        * ZeroPage와는 무관하지만 프로젝트 제안서를 이찬근 교수님께 제출하여 공간을 사용할 수 있습니다.
• 정모/2011.5.2 . . . . 1 match
       == 프로젝트, 스터디 공유/제안 ==
• 정모/2011.7.4 . . . . 1 match
        * 지속 여부 결정 및 새로운 프로젝트/스터디 제안
• 정모/2012.1.27 . . . . 1 match
        * 학회실 지원 및 지원금(근로 장학생 명목?)에 관한 이야기가 나왔고, 학생회 입장은 ZP와 학생회가 반반 나누어 'PC실 관리팀'을 만드는 방향으로 제안서?를 써보기로 하였고, 저는 오늘 정모 의견에 따라 ZP에서 자체적으로 6피를 관리하는 것으로 써서 교수님께 제출하며 다시 의견을 나누어 보는 것으로 하였습니다.
• 정모/2012.10.8 . . . . 1 match
       === 스터디/프로젝트 제안 ===
• 정모/2012.12.3 . . . . 1 match
       == 허준범 교수님의 제안 ==
• 정모/2012.3.19 . . . . 1 match
       == 프로젝트 또는 스터디 공유&제안 ==
• 정모/2012.5.14 . . . . 1 match
        * 함수형 언어 스터디 제안
• 정모/2012.8.8 . . . . 1 match
        * 새 스터디 제안
• 정모/2012.9.24 . . . . 1 match
        * 6층 PC실 관리 방식 제안 및 학회실
• 정모/2013.3.18 . . . . 1 match
       === 지원금 관령(제안서) ===
• 정모/2013.8.5 . . . . 1 match
        * 지난 주 정모 때, 스터디/프로젝트에 대한 지원 방안 개정을 제안했습니다.
• 정모/2013.9.4 . . . . 1 match
       == 학술 행사 참여금 지원 제안 ==
• 정모/안건 . . . . 1 match
       총무부, 기획부 신설 제안.(부원없이 부장만 가능). 이유는 정모때 말하겠습니다. - [창섭]
• 지금그때2003/토론20030310 . . . . 1 match
        * 토론방법으로서 제안된 방법
• 프로그래밍잔치/둘째날후기 . . . . 1 match
       전자수첩을 하기로 하고.. 샌드위치를 먹으며 각자의 역할과 작은 팀을 나누었고 칠피에 올라가서 시작.. 언어는 C++, MFC 툴킷을 사용하기로 했다. 그러나.. 총 개발시간의 절반을 MFC 와 싸우다가.. 인수군의 제안과 창섭군과 은지누나의 동의로 JAVA 로 언어를 바꾸고.. 인수군은 전자계산기를 기웅군, 은지누나와 페어를 하며 짜고 창섭군은 상욱군과 함께 전화번호부를 짜던 중 창섭군의 JAVA 실력 부재와 swing 경험 부족으로 인해(ㅜ.ㅜ) 은지누나와 상욱은 페어를 바꾸고.. 결국 어설픈 틀의 전화번호부와 계산기를 합치고 C++ 로 짜여진 상욱군의 만년달력을 끝으로 시간종료.
• 프로그래밍파티 . . . . 1 match
       재미있는 제안이죠? (아..솔깃;) 자신의 실력이 어느정도 되는지 가늠해 볼 수 있고, 또한 다른 학교 소모임과 이런 행사를 가진다는 것이 좋은 경험이 될거라 생각이 됩니다.

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

You can also click here to search title.