U E D R , A S I H C RSS

Full text search for "Code Race/HelpOnFormatting"

Code Race/Help On Formatting


Search BackLinks only
Display context of search results
Case-sensitive searching
  • Gof/Facade . . . . 15 matches
         예를 들기 위해, 어플리케이션에게 컴파일러 서브시스템을 제공해주는 프로그래밍 환경이 있다고 하자. 이 서브시스템은 컴파일러를 구현하는 Scanner, Parser, ProgramNode, BytecodeStream, 그리고 ProgramNodeBuilder 클래스를 포함하고 있다. 몇몇 특수화된 어플리케이션은 이러한 클래스들을 직접적으로 접근할 필요가 있을 것이다. 하지만, 대부분의 컴파일러 시스템을 이용하는 클라이언트들은 일반적으로 구문분석(Parsing)이나 코드 변환 (Code generation) 의 세부적인 부분에 대해 신경쓸 필요가 없다.(그들은 단지 약간의 코드를 컴파일하기 원할뿐이지 다른 강력한 기능을 알 필요가 없다.) 그러한 클라이언트들에게는 컴파일러 서브시스템의 강력하지만 저급레벨인 인터페이스는 단지 그들의 작업을 복잡하게 만들 뿐이다.
         Sample Code
         Compiler 서브시스템은 BytecodeStream 클래스를 정의한다. 이 클래스는 Bytecode 객체의 스트림부를 구현한다. Bytecode 객체는 머신코드를 구체화하는 bytecode를 캡슐화한다. 서브시스템은 또한 Token 클래스를 정의하는데, Token 객체는 프로그램 언어내의 token들을 캡슐화한다.
          virtual void Traverse (CodeGenerator&);
         Traverse operaton은 CodeGenerator 객체를 인자로 취한다. ProgramNode subclass들은 BytecodeStream에 있는 Bytecode객체들을 machine code로 변환하기 위해 CodeGenerator 객체를 사용한다. CodeGenerator 클래는 visitor이다. (VisitorPattern을 참조하라)
         class CodeGenerator {
          CodeGenerator (BytecodeStream&);
          BytecodeStream& _output;
         CodeGenerator 는 subclass를 가진다. 예를들어 StackMachineCodeGenerator sk RISCCodeGenerator 등. 각각의 다른 하드웨어 아키텍처에 대한 machine code로 변환하는 subclass를 가질 수 있다.
         void ExpressionNode::Traverse (CodeGenerator& cg) {
          virtual void Compile (istream&, BytecodeStream&);
          istream& input, BytecodeStream& output
          RISCCodeGenerator generator (output);
         이 구현에서는 사용하려는 code-generator의 형태에 대해서 hard-codes (직접 특정형태 부분을 추상화시키지 않고 바로 입력)를 했다. 그렇게 함으로서 프로그래머는 목적이 되는 아키텍처로 구체화시키도록 요구받지 않는다. 만일 목적이 되는 아키텍처가 단 하나라면 그것은 아마 이성적인 판단일 것이다. 만일 그러한 경우가 아니라면 우리는 Compiler 의 constructor 에 CodeGenerator 를 인자로 추가하기 원할 것이다. 그러면 프로그래머는 Compiler를 instance화 할때 사용할 generator를 구체화할 수 있다. Compiler facade는 또한 Scanner나 ProgramNodeBuilder 등의 다른 협동하는 서브시스템클래스를 인자화할 수 있다. 그것은 유연성을 증가시키지만, 또한 일반적인 사용형태에 대해 인터페이스의 단순함을 제공하는 Facade pattern의 의의를 떨어뜨린다.
         Sample Code의 compiler 의 예는 ObjectWorksSmalltalk compiler system에서 영감을 얻은 것이다.[Par90]
  • TestFirstProgramming . . . . 12 matches
         어떻게 보면 질답법과도 같다. 프로그래머는 일단 자신이 만들려고 하는 부분에 대해 질문을 내리고, TestCase를 먼저 만들어 냄으로서 의도를 표현한다. 이렇게 UnitTest Code를 먼저 만듬으로서 UnitTest FrameWork와 컴파일러에게 내가 본래 만들고자 하는 기능과 현재 만들어지고 있는 코드가 하는일이 일치하는지에 대해 어느정도 디버깅될 정보를 등록해놓는다. 이로서 컴파일러는 언어의 문법에러 검증뿐만 아니라 알고리즘 자체에 대한 디버깅기능을 어느정도 수행해주게 된다.
          * wiki:Wiki:CodeUnitTestFirst, wiki:Wiki:TestFirstDesign, wiki:Wiki:TestDrivenProgramming
         === Test Code Refactoring ===
         프로그램이 길어지다보면 Test Code 또한 같이 길어지게 된다. 어느정도 Test Code 가 길어질 경우에는 새 기능에 대한 테스트코드를 작성하려고 할 때마다 중복이 일어난다. 이 경우에는 Test Code 를 ["Refactoring"] 해야 하는데, 이 경우 자칫하면 테스트 코드의 의도를 흐트려뜨릴 수 있다. 테스트 코드 자체가 하나의 다큐먼트가 되므로, 해당 테스트코드의 의도는 분명하게 남도록 ["Refactoring"] 을 해야 한다.
          * wiki:Wiki:RefactoringTestCode
         === Test - Code Cycle ===
         테스트를 작성하는 때와 Code 를 작성하는 때의 주기가 길어질수록 힘들다. 주기가 너무 길어졌다고 생각되면 다음을 명심하라.
         === Test Code Approach ===
         Test - Code 주기가 길다고 생각되거나, 테스트 가능한 경우에 대한 아이디어가 떠오르지 않은 경우, 접근 방법을 다르게 가져보는 것도 하나의 방법이 될 수 있겠다.
         Test Code 를 작성하진 않았지만, 이런 경험은 있었다. PairProgramming 을 하는 중 파트너에게
  • 김희성/MTFREADER . . . . 8 matches
          int ErrorCode;
          ErrorCode=0;
          ErrorCode=FILE_LOAD_ERROR;
          int LastErrorCode(); //최근에 일어난 클래스 내부의 에러를 반환한다.
          ErrorCode=OUT_OF_MEMORY_ERROR;
          ErrorCode=OUT_OF_MEMORY_ERROR;
         int _MFT_READER::LastErrorCode()
          return ErrorCode;
  • 데블스캠프2011/다섯째날/HowToWriteCodeWell . . . . 7 matches
          * [데블스캠프2011/다섯째날/How To Write Code Well/송지원, 성화수]
          * [데블스캠프2011/다섯째날/How To Write Code Well/권순의, 김호동]
          * [데블스캠프2011/다섯째날/How To Write Code Well/김준석, 서영주]
          * [데블스캠프2011/다섯째날/How To Write Code Well/정의정, 김태진]
          * [데블스캠프2011/다섯째날/How To Write Code Well/임상현, 서민관]
          * [데블스캠프2011/다섯째날/How To Write Code Well/강소현, 구자경]
          * [데블스캠프2011/다섯째날/How To Write Code Well/박정근, 김수경]
  • JollyJumpers/황재선 . . . . 6 matches
          * Window - Preferences - Java - Code Style - Code Templates
          * Window - Preferences - Java - Code Style - Code Templates
          * Window - Preferences - Java - Code Style - Code Templates
  • 데블스캠프2011 . . . . 6 matches
          || 5 || [변형진] || [:데블스캠프2011/첫째날/개발자는무엇으로사는가 개발자는 무엇으로 사는가] || [김동준] || [:데블스캠프2011/둘째날/Cracking Cracking - 창과 방패] || [김준석] || [:데블스캠프2011/셋째날/RUR-PLE RUR-PLE] || [이승한] || [:데블스캠프2011/넷째날/Git Git-분산 버전 관리 시스템] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 12 ||
          || 7 || [송지원] || [:데블스캠프2011/첫째날/Java Play with Java] || [:상협 남상협] || [:데블스캠프2011/둘째날/Machine-Learning Machine-Learning] || [윤종하], [황현] || [:데블스캠프2011/셋째날/Esolang 난해한 프로그래밍 언어] || [이승한] || [:데블스캠프2011/넷째날/Git Git-분산 버전 관리 시스템] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 2 ||
          || 8 || [송지원] || [:데블스캠프2011/첫째날/Java Play with Java] || [:상협 남상협] || [:데블스캠프2011/둘째날/Machine-Learning Machine-Learning] || [윤종하], [황현] || [:데블스캠프2011/셋째날/Esolang 난해한 프로그래밍 언어] || [서지혜] || [:데블스캠프2011/넷째날/루비 루비] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 3 ||
  • Ruby/2011년스터디/세미나 . . . . 5 matches
          * [http://rubyforge.org/frs/?group_id=1109 RRobots]를 이용한 RubyLanguage Robocode
          * 를 하려고 했지만 tcl 문제로 CodeRace로 변경
          * '''레이튼 교수와 함께하는 CodeRace'''
          1. CodeRace를 준비하며 간단한 코드를 짜보았는데 생각보다 어려워서 역시 책만 읽어서는 안 되겠다는 생각이 들었습니다. 그냥 돌아가게 짜라면 짤 수 있겠는데 언어의 특성을 살려 ''우아하게'' 짜려니 어렵네요.
          1. 시간에 치여 준비했던 CodeRace를 못 한 것이 아쉽지만 시간이 좀 걸렸더라도 지혜가 RubyLanguage 문법을 설명할 때 다같이 실습하며 진행했던 것은 좋았습니다. 그냥 듣기만 했으면 지루하고 기억에 안 남았을지도 모르는데 직접 따라하며 문법을 익히는 방식이라 참여하신 다른 분들도 더 재미있고 뭔가 하나라도 기억에 확실히 남는 시간을 보내셨을거라는 생각이 드네요.
          1. 아쉽게도 못했던 CodeRace는 특별한 더 좋은 다른 일정이 없는 한 다음주나 다다음주 정모에서 진행하고자 합니다. - [김수경]
  • 지도분류 . . . . 5 matches
         || CodeConvention,CodeStyle || Code 의 관습, 규칙 ||
         || CodeCoverage || 작성한 Test 가 Code 를 얼마나 수용하나 검사해주는 도구들 ||
  • CodeConvention . . . . 4 matches
          * [http://java.sun.com/docs/codeconv/ Java Code Convention] : ["Java"] Platform
          * [http://www.python.org/peps/pep-0007.html Style Guide for C Code]
          * [http://www.python.org/peps/pep-0008.html Style Guide for Python Code]
          * 각 언어마다, Code Convention or Style, Notation, Naming 제각각이지만 일단은 Convention으로 해두었음 --["neocoin"]
  • MobileJavaStudy/SnakeBite/FinalSource . . . . 4 matches
          public void keyPressed(int keyCode) {
          int gameAction = getGameAction(keyCode);
          public void keyPressed(int keyCode) {
          int gameAction = getGameAction(keyCode);
  • REFACTORING . . . . 4 matches
          * Refactoring 을 하기 위해서는 UnitTest code가 필수적이다. 일단 처음 Refactoring에 대한 간단한 원리를 이해하고 싶다면 UnitTest 코드 없이 해도 좋지만, UnitTest code를 작성함으로서 Refactoring 에 대한 효과를 높일 수 있다. (Refactoring 중 본래의 외부기능을 건드리는 실수를 막을 수 있다.)
          * Code Review 를 하려고 할때
          * Bad Smell 이 날때. - ["Refactoring/BadSmellsInCode"]
         == Refactoring 과 Test Code ==
         ["Refactoring/BuildingTestCode"]
  • 데블스캠프/2013 . . . . 4 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 ||
         || 송지원(16기) || [Clean Code with Pair Programming] ||
          * 옙 답변달았습니다. 더 많은 정보는 [https://trello.com/board/cleancode-study/51abfa4ab9c762c62000158a 트렐로]에 있을지도 모릅니다. 아카이빙을 잘 안해서.. - [서지혜]
  • 영호의해킹공부페이지 . . . . 4 matches
         coded daemons - by overflowing the stack one can cause the software to execute
         which are pushed when calling a function in code and popped when returning it.
         hopefully by executing code of our choice, normally just to spawn a shell.
         with shellcode, designed to spawn a shell on the remote machine, and
         make the program run the shellcode.
         along until we get to our shellcode. Errr, I'm not being clear, what I mean is
         the buffer will look like: [NOPNOPNOPNOP] [SHELLCODE] [NOPNOPNOPNOP] [RET]
         Shellcode? Right. We can execute pretty much anything we want, and as much as
         I would like to have interesting shellcode, I don't have the tools to make
         else's. And so, my choice in shellcode - int 20h - program termination. :)
         Right!!! So our shellcode is 2 characters, and we can feed the program 24
         characters on either side of our shellcode just to make it pretty and even
         is also a problem. So yeh, the demonstration overflow code we featured in FK8
         Anyway, cin is an *extremely* commonly used function in C++ code, and it ought
         (Now we start compiling our lil codey, awww how kewt;)
         .code ; now we start the code
          area code.
         Now for How to get mastercode for unlocking cellphones...
         The code is a combination of the SP code (5 digit) and phone IMEI (15 digit)
         use mc1.exe and mc2.exe to get the code
  • 정모/2011.4.4/CodeRace . . . . 4 matches
         = 레이튼 교수와 함께 하는 CodeRace =
          * [정모/2011.4.4/CodeRace/강소현]
          * [정모/2011.4.4/CodeRace/김수경]
          * [정모/2011.4.4/CodeRace/서지혜]
  • SignatureSurvey . . . . 3 matches
          enterCode = Str("\n")
          (enterCode, repl_enter),
         처음써봐서 완벽하게 확신이 들진 않지만, SignatureSurvey 를 사용하면 Duplication Code 를 찾는 방법으로 일반화를 시킬 수 있지 않을까 하는 상상을 해본다.
  • SmallTalk/강좌FromHitel/강의3 . . . . 3 matches
         * Zip Code: 여러분의 우편번호를 넣습니다. 700-234.
         * Image Code: 여기에 "Locked Image" 창에 표시된 Image code를 넣습니다.
         그러면 Image Code와 그에 해당하는 Password를 발급 받게 됩니다. "Locked
          내용: Username과 Image code.
         이 파일은 Dolphin Smalltalk 바탕본의 바탕글(source code)입니다. 여기에
  • UML/CaseTool . . . . 3 matches
         The diagramming part of the Unified Modeling Language seems to be a lesser debated part of the UML, compared to code generation.
         The UML diagram notation evolved from elderly, previously competing notations. UML diagrams as a means to draw diagrams of - mostly - [[Object-oriented programming|object oriented]] software is less debated among software developers. If developers draw diagrams of object oriented software, there is widespread consensus ''to use the UML notation'' for that task. On the other hand, it is debated, whether those diagrams are needed at all, on what stage(s) of the software development process they should be used and whether and how (if at all) they should be kept up-to date, facing continuously evolving program code.
         === Code generation ===
         ''[[Code generation]]'' in this context means, that the user creates UML diagrams, which have some connoted model data, from which the UML tool derives (through a conversion process) parts or all of the [[source code]] for the software system that is to be developed. Often, the user can provide some skeleton of the program source code, in the form of a source code [[template]] where predefined tokens are then replaced with program source code parts, emitted by the UML tool during the code generation process.
         There is some debate among software developers about how useful code generation as such is. It certainly depends on the specific problem domain and how far code generation should be applied. There are well known areas where code generation is an established practice, not limited to the field of UML. On the other hand, the idea of completely leaving the "code level" and start "programming" on the UML diagram level is quite debated among developers, and at least, not in such widespread use compared to other [[software development]] tools like [[compiler]]s or [[Configuration management|software configuration management systems]]. An often cited criticism is that the UML diagrams just lack the detail which is needed to contain the same information as is covered with the program source. There are developers that even state that "the Code ''is'' the design" (articles [http://www.developerdotstar.com/mag/articles/reeves_design_main.html] by Jack W. Reeves [http://www.bleading-edge.com/]).
         ''Reverse engineering'' in this context means, that the UML tool reads program source code as input and ''derives'' model data and corresponding graphical UML diagrams from it (as opposed to the somewhat broader meaning described in the article "[[Reverse engineering]]").
         There are UML tools that use the attribute ''round trip'' (sometimes also denoted as ''round trip engineering'') to connote their ability to keep the ''source code'', the ''model data'' and the corresponding ''UML diagrams'' ''in sync''.
         This means that the user should be able to change either the ''model data'' (together with the corresponding diagrams) or the ''program source code'' and then the UML tool updates the other part automatically.
  • 경시대회준비반/BigInteger . . . . 3 matches
         == Code ==
          cerr << "Error Code: " << e << endl;
          ostr << "Error Code: " << e << endl;
  • 이영호/시스템프로그래밍과어셈블리어 . . . . 3 matches
         프로그래머라면 Code의 본질을 알아야한다. 그것을 이루는 것이 Assembly이다. 이것을 수행하지 않은 프로그래머는 프로그래머가 아니라 Coder이다. Assembly로 특정 함수를 따라다니며 실제로 익히는 방법은 MSDN에서 나와있는 것을 그대로 베끼는 것보다 현명할지 모른다. 프로그래밍은 배우는것이 아니라 직접 Code를 짜보는 것이다. MSDN을 보는 것과 debug로 따라 가보는 것은 그 차이가 크다.
  • 조영준 . . . . 3 matches
          * [http://codeforces.com/profile/skywave codeforces]
          * SCPC 본선 진출 codeground.org
          * Google Codejam 2015 Round1 (1C round rank 1464)
          * GoogleCodeJam 2014 - Round 1 진출
          * [조영준/CodeRace/130506]
  • ACM_ICPC/2013년스터디 . . . . 2 matches
          * [http://codeforces.com/contest/284/problem 284회vol2.]
          * [http://code.google.com/codejam/contest/2437488/dashboard 코드잼_1C라운드]: 857등
          * 곽병학 : Hoffman code - 쓸데없을거 같음..
          * Bar_code 문제 - http://211.229.66.5/30stair/bar_code/bar_code.php?pname=bar_code
          * Coder's High 2013 (Algospot 알고리즘대회) 풀기
          * [http://www.algospot.com/judge/problem/list/?tag=&source=Coder%27s+high+2013&author= 링크]
  • Celfin's ACM training . . . . 2 matches
         || No. || Part || Problem No || Problem Name || Develop[[BR]]Period || Source Code ||
         || No. || Problem No. || Problem Name || Error || Source Code ||
  • CodeRace/Rank . . . . 2 matches
         = CodeRace/Rank =
         [CodeRace]
  • ComputerNetworkClass/Report2006/BuildingProxyServer . . . . 2 matches
          * http://orchid.cse.cau.ac.kr/course/cn/index.php?code=project4
         [http://www.naturesharmony.us/misc/WoW/WoWEmu_Help/wsaerrors.html WSA Error Code]
         [http://www.elbiah.de/hamster/doc/ref/errwinsock.htm Winsock Error Code]
  • EightQueenProblemSecondTry . . . . 2 matches
         || 이선우 ||1h:05m||1h:52m||52m|| 114 lines || 147 lines(+ test code 28 lines) || 304 lines || java || java || java ||
          * LOC - ''Lines of Code. 보통 SLOC(Source Lines of Code)이라고도 함.''
  • Gof/Mediator . . . . 2 matches
         또 다른 방법은 colleague들이 보다 더 직접으로 communication할 수 있도록 특별한 interface를 mediator에게 심는 것이다. 윈도우용 Smalltalk/V가 대표적인 형태이다. mediator와 통신을 하고자 할 때, 자신을 argument로 넘겨서 mediator가 sender가 누구인지 식별하게 한다. Sample Code는 이와 같은 방법을 사용하고 있고, Smalltalk/V의 구현은 Known Uses에서 다루기로 하겠다.
         == Sample Code ==
  • Gof/Singleton . . . . 2 matches
         2. Singleton class를 subclassing 하기 관련. 주된 주제는 클라이언트가 singleton 의 subclass를 이용할 수 있도록 subclass들의 unique instance를 설정하는 부분에 있다. 필수적으로, singleton 인스턴스를 참조하는 변수는 반드시 subclass의 인스턴스로 초기화되어져야 한다. 가장 단순한 기술은 Singleton의 Instance operation에 사용하기 원하는 singleton을 정해놓는 것이다. Sample Code에는 환경변수들을 가지고 이 기술을 어떻게 구현하는지 보여준다.
         === Sample Code ===
  • JavaScript/2011년스터디/JSON-js분석 . . . . 2 matches
          * '\\u' + ('0000' + a.charCodeAt(0).toString(16)).slice(-4);
         //유니코드로 변환하는 과정 : .charCodeAt로 가져온 아스키코드를 toString(16)로 16진수 변환
  • Ones/송지원 . . . . 2 matches
          || Run ID || User || Problem || Result || Memory || Time || Language || Code Length ||
         == Source Code ==
  • PairProgramming . . . . 2 matches
          * 집단 삽질. --; - 이것은 헤프닝이라고 보는 것이. -_-;; Test Code 에서 둘이 라디안 구하는 공식을 거꾸로 쓰고 '왜 값이 틀리다고 하는거야!' 하며 1시간을 삽질했다는 후문이 있다는. --;
          * 집중 - 이번 경우에는 '시간제한' 이라는 것까지 있어서인지; 석천은 더더욱 프로그래밍 자체에 집중했다. (스크립트 언어 스타일의 접근방법과 이전의 TDD 연습도 한몫 거든듯. 조금씩 만들고 결과 확인해보고 조금 또 만들어보고 결과 확인을 했다. 단, 이번엔 Test Code 를 안만들어서, 뒤에가서 버그가 났을때 대체를 못했다는.-_-; 잘될때는 문제가 아니다. 잘 안될때, 문제상황에 대한 대처가 중요하다고 생각.)
  • ToyProblems . . . . 2 matches
         ToyProblems를 풀면서 접하게 될 패러다임들(아마도): CSP, Generators, Coroutines, Various Forms of Recursion, Functional Programming, OOP, Constraint Programming, State Machine, Event Driven Programming, Metaclass Programming, Code Generation, Data Driven Programming, AOP, Generic Programming, Higher Order Programming, Lazy Evaluation, Declarative Programming, ...
          코딩 시간이 부족했다. Code Kata를 해보지 못해서 아쉽다.
  • [Lovely]boy^_^/Diary/2-2-16 . . . . 2 matches
          * Today, I'll type DirectX Codes.... but I didn't.--;
          * I studied ProgrammingPearls chapter 3. When I was reading, I could find familiar book name - the Mythical Man Month, and Code Complete.
          * I typed directX codes from NeXe sites, because RolePlaying Games with DirectX that I borrowed some days ago is so difficult for me. Let's study slow and steady...
          * '''Keeping the code simple is usually the key to correctness.'''
  • erunc0/RoboCode . . . . 2 matches
         == What is RoboCode? ==
          * [http://www-903.ibm.com/developerworks/kr/robocode/ Korean IBM RoboCode site]
  • 새싹교실/2012/세싹 . . . . 2 matches
          U8 Code[0x1AE];
          - http://www.codeproject.com/Articles/24415/How-to-read-dump-compare-registry-hives
          * Code jam으로 불태웠더니 시간이... - [김희성]
  • 송지원 . . . . 2 matches
          * [Clean Code With Pair Programming]
          * [데블스캠프2011/다섯째날/How To Write Code Well/송지원, 성화수]
  • 이영호/64bit컴퓨터와그에따른공부방향 . . . . 2 matches
         이러고 보니 현직 프로그래머들의 싸움이 되고 있군요. System 프로그래머와 일반 Application 프로그래머의 싸움. 한가지... 모두가 다 그런것은 아니겠지만, 전 Coder에 머무르고 싶지는 않습니다. 저 높은 수준까지는 아니더래도 Programmer로서 Guru정도의 위치에는 가고 싶군요. - [이영호]
         참고로 저는 82년부터 기계어(Machine Code)로 프로그래밍을 해본 사람입니다. 그렇지만 그 경험이 제가 현재 컨설턴트로, 프로그래머로 살아가는데 결정적 도움이 되었다는 생각은 들지 않습니다.
  • 장용운 . . . . 2 matches
          * CodeRace([Code Race/2015.5.15/참가상GAY득]) 강사
  • 정모/2006.2.2 . . . . 2 matches
         == CodeRace 실시 결과 ==
         [CodeRace]
  • AKnight'sJourney/강소현 . . . . 1 match
         == Source Code ==
  • AKnight'sJourney/정진경 . . . . 1 match
         === Source Code ===
  • AOI/2004 . . . . 1 match
          [Refactoring/BadSmellsInCode] --[강희경]
  • AncientCipher/정진경 . . . . 1 match
         === Source Code ===
  • BusSimulation/영창 . . . . 1 match
         = Code =
  • CPPStudy_2005_1/STL성적처리_2 . . . . 1 match
         = Code =
  • CPPStudy_2005_1/STL성적처리_2_class . . . . 1 match
         = Code =
         [[NewWindow("http://www.zeropage.org/viewcvs/www/cgi/viewcvs.cgi/accelerated_cpp_stl_grade/?root=sapius", "source code")]]
  • Chapter I - Sample Code . . . . 1 match
          === Sample Code ===
  • Cocos2d . . . . 1 match
          * 서울어코드 멘토링에서 Code S 팀 중, [김민재]와 [백주협]이 "스마트 TV 게임 어플리케이션"을 제작하기로 함.
  • CodeRace/20060105/아영보창 . . . . 1 match
         = CodeRace 아영 보창 =
  • Cracking/ReverseEngineering/개발자/Software/ . . . . 1 match
         Software 개발자가 알아야 하는 것은 Language, Algorithm만이 아니다. (이 것만 알면 Coder일 뿐이 잖는가?)
         Keyword : Cracking, Reverse Engineering, Packing, Encypher, Encrypt, Encode, Serial, Exploit, Hacking, Jeffrey Ritcher
  • DebuggingSeminar_2005/DebugCRT . . . . 1 match
         = Code =
  • FileStructureClass . . . . 1 match
         다른 건 둘째치고, 교재의 Pseudo Code 가 정말 마음에 안든다. 전혀 구조적으로 볼때 한번에 이해하기 어렵게 만들어놓았다는 느낌을 지울 수가 없다. 고로, 교수님의 수업을 잘 듣고 필기할 필요가 있다. (교수님이 잡아주는 예제가 더 쉽고 이해하기도 좋다.)
  • Gof/AbstractFactory . . . . 1 match
         === Sample Code ===
  • Gof/Command . . . . 1 match
         == Sample Code ==
         여기 보여지는 C++ code는 Motivation 섹션의 Command 크래스에 대한 대강의 구현이다. 우리는 OpenCommand, PasteCommand 와 MacroCommand를 정의할 것이다. 먼저 추상 Commmand class 는 이렇다.
  • HelpOnConfiguration . . . . 1 match
          * VimProcessor 혹은 CodeColoringProcessor
  • HolubOnPatterns . . . . 1 match
          * [http://www.yes24.com/24/Goods/2127215?Acode=101 Holub on Patterns: 실전 코드로 배우는 실용주의 디자인 패턴] - 번역서
          * [http://www.yes24.com/24/goods/1444142?scode=032&OzSrank=1 Holub on Patterns: Learning Design Patterns by Looking at Code] - 원서
  • Jolly Jumpers/정진경 . . . . 1 match
         == Source Code ==
  • JollyJumpers/강소현 . . . . 1 match
         == Source Code ==
  • JollyJumpers/김태진 . . . . 1 match
         == Source Code ==
  • JollyJumpers/정진경 . . . . 1 match
         == Source Code ==
  • OOP . . . . 1 match
         Code is more easily reusable
         [http://www.codeproject.com/cpp/oopuml.asp UML&OOP]
  • PatternTemplate . . . . 1 match
         == Sample Code ==
  • PragmaticVersionControlWithCVS/UsingModules . . . . 1 match
         || [PragmaticVersionControlWithCVS/CreatingAProject] || [PragmaticVersionControlWithCVS/ThirdPartyCode] ||
  • PragmaticVersionControlWithCVS/UsingTagsAndBranches . . . . 1 match
         == Working With Experimental Code ==
  • ProjectPrometheus/BugReport . . . . 1 match
          - 자주 바뀌는 부분에 대해서 Page -> Object Mapping Code Generator 를 만들어내거나, 저 부분에 대해서는 텍스트 화일로 뺌 으로서 일종의 스크립트화 시키는 방법(컴파일을 하지 않아도 되니까), 화일로 따로 빼내는 방법 등을 생각해볼 수 있을 것 같다.
  • ProjectSemiPhotoshop/계획서 . . . . 1 match
          * Project Code Name(팀명) : ProjectSemiPhotoshop
  • RoboCode/siegetank . . . . 1 match
         [RoboCode] [데블스캠프2005]
  • STL/참고사이트 . . . . 1 match
         The Code Project, C++/STL/MFC 에 대한 소개 http://www.codeproject.com/cpp/stlintroduction.asp
  • StuPId/정진경 . . . . 1 match
         === Source Code ===
  • VMWare/OSImplementationTest . . . . 1 match
          or ah, ah ; Check for error code
          or ah, ah ; Check for error code
          jmp 08h:clear_pipe ; Jump to code segment, offset clear_pipe
         gdt_code: ; Code segment, read/execute, nonconforming
  • ViImproved . . . . 1 match
          * [[https://www.youtube.com/watch?v=5r6yzFEXajQ | Vim + tmux - OMG!Code ]] - cheatsheet로만 vim을 배우는 사람들에게 권함 - makerdark98
  • ZPHomePage . . . . 1 match
         달력 그냥 책 베낄려구 했는데 [CodeYourself]하기 위해 다시 첨부터 제작 들어간다. -[강희경]
  • aekae/* . . . . 1 match
         == 소스 Code ==
  • 데블스캠프2005/RUR-PLE . . . . 1 match
          * 창에서 Robot: Code and Learn 탭을 선택한다.
  • 데블스캠프2006/금요일 . . . . 1 match
         [CodeRace/데스크탑검색]
  • 데블스캠프2006/화요일 . . . . 1 match
         == Code 작성 ==
  • 데블스캠프2011/다섯째날/후기 . . . . 1 match
         == 변형진/How To Write Code Well ==
  • 몸짱프로젝트/DisplayPumutation . . . . 1 match
         == PsuedoCode ==
  • 새싹교실/2012/주먹밥 . . . . 1 match
          * Google Code : http://code.google.com/intl/ko-KR/
  • 실습 . . . . 1 match
         4. Source Code
  • 정모/2011.7.18 . . . . 1 match
          * 처음 OMS를 보면서 우리집 컴퓨터도 이제 6년차에 돌입했는데.. 저렇게 써야하나 라는 생각이 들다가 그냥 이상태로 쓰지 뭐 이런 생각이 든 -_-;;; 암튼.. 저도 1학년땐 리눅스를 사용하는 모습만 보고 직접 써 보지는 못했었는데 사용하는 모습을 보니 대단하다는 생각이 드네요. 리빙포인트를 하면서 학원에서 들었던 이야기랑 삼수때 겪었던 이야기가 믹스되어 말하게 되었네요. 원래는 그냥 학원 이야기만 하려고 했는데 -ㅅ-a Joseph Yoder 와의 만남 후기를 들으면서 스티브 맥코넬씨가 쓴 Code Complete라는 책에서 이야기 하는 내용과도 많이 겹치는구나 라는 생각을 했습니다. - [권순의]
  • 코드레이스/2007/RUR_PLE . . . . 1 match
          * 창에서 Robot: Code and Learn 탭을 선택한다.
  • 프로그래밍잔치/첫째날 . . . . 1 match
          * 소스 Code 에 대해서 Copy & Paste 금지!
  • 행사 . . . . 1 match
         === CodeRace ===
Found 83 matching pages out of 7555 total pages (1650 pages are searched)

You can also click here to search title.

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
Processing time 0.0544 sec