- TheJavaMan/숫자야구 . . . . 16 matches
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
- 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]
- CleanCode . . . . 12 matches
= Clean Code =
* [http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 CleanCode book]
* [http://www.cleancoders.com/ CleanCoders]
* [https://code.google.com/p/support/wiki/CodeReviews Google Code Review System]
* [https://code.google.com/p/google-styleguide/ google coding style guide]
* [http://blog.goyello.com/2013/05/17/express-names-in-code-bad-vs-clean/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+goyello%2FuokR+%28Goyelloblog%29 Express names in code: Bad vs Clean]
* 도서 : [http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 Clean Code]
* Clean Code 읽은 부분에 대해 토론(Chap 01, Chap 09)
* 현재 CleanCode에서 좋은 코드로 너무 가독성만을 중시하고 있는 것은 아닌가.
1. CleanCoders 강의 맛보기.
* Beautiful Code -[김태진]
- 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 을 하는 중 파트너에게
- RoboCode . . . . 10 matches
* 로보코드(Robocode)란 스크린 상에서 전투하는 자바 객체인 자바 로봇을 만들어 개발자들이 자바를 배울 수 있도록 하는 프로그래밍 게임입니다.
* [http://robocode.sourceforge.net/ RoboCode Central(English)]
* [http://www-106.ibm.com/developerworks/java/library/j-robocode/ IBM RoboCode site (English)]
* [http://www-128.ibm.com/developerworks/kr/robocode/ IBM RoboCode site (Korean)]
* [http://robocode.alphaworks.ibm.com/docs/robocode/index.html RoboCode API(English)]
* [http://www-128.ibm.com/developerworks/kr/library/j-robocode/ 로보코드 시작하기(한글)]
* Upload:robocode-setup-1.0.7.jar
||[RoboCode/random], [RoboCode/sevenp], [로보코드/베이비] , [RoboCode/msm], [RoboCode/siegetank],[RoboCode/ing] || 2005년 데블스캠프 ||
[erunc0/RoboCode] 페이지도...
- SeminarHowToProgramItAfterwords . . . . 9 matches
* ["1002"] : 어제 Test Code : Product Code 간 중복 (return 0 !) 을 OAOO로 풀어서 Refactoring 을 해야 할 상황으로 규정짓는다는 말이 뒤통수를 한대 때리는 기분이였습니다;;
* 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를 붙일테니까 상통하는 면이 있긴 하겠군요.
- Refactoring/BadSmellsInCode . . . . 8 matches
== Duplicated Code ==
ReplaceValueWithObject, ExtraceClass, IntroduceParameterObject, ReplaceArrayWithObject, ReplaceTypeCodeWithClass, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"]
* switch-case 부분을 ExtractMethod 한 뒤, polymorphism이 필요한 class에 MoveMethod 한다. 그리고 나서 ReplaceTypeCodeWithSubclasses 나 ["ReplaceTypeCodeWithState/Strategy"] 를 할 것을 결정한다. 상속구조를 정의할 수 있을때에는 ReplaceConditionalWithPolyMorphism 한다.
ReplaceConditionalWithPolymorphism, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"], ReplaceParameterWithExplicitMethods, IntroduceNullObject
- 김희성/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
- TheJavaMan/테트리스 . . . . 6 matches
String keyCode = KeyEvent.getKeyText(e.getKeyCode());
if( keyCode == "Left" ) {
if( keyCode == "Right" ) {
if( keyCode == "Down" ) {
if( keyCode == "Up" ) {
- 데블스캠프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"]
- CppUnit . . . . 4 matches
* Project Setting - Code Generation - Use Run-Time library 를 다음으로 맞춰준다.
Check that Projects/Settings.../C++/Code Generation is indeed using the correct library.
이 부분에 나오는 Code Generation부분이 어디에 있는지 찾지를 못 하겠네요. 메뉴가 숨어있기라도 한 건지...@-@;; --[leoanrdong]
Project Setting - Code Generation - Use Run-Time library 를 다음으로 맞춰준다.
- C/C++ 탭에 보면 category가 있는데 거기에 code generation 이 있습니다. - [임인택]
- ImmediateDecodability/문보창 . . . . 4 matches
char code[MAX][11];
int nCode, len;
cin.getline(code[i], 11, '\n');
if (code[i][0] == '9')
nCode = i;
for (i=0; i<nCode; i++)
for (j=0; j<nCode; j++)
len = strlen(code[i]);
if (code[i][k] != code[j][k])
- MobileJavaStudy/SnakeBite/FinalSource . . . . 4 matches
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
- MobileJavaStudy/SnakeBite/Spec3Source . . . . 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"]
- RefactoringDiscussion . . . . 4 matches
* 코드의 의도가 틀렸느냐에 대한 검증 - 만일 프로그램 내에서의 의도한바가 맞는지에 대한 검증은 UnitTest Code 쪽으로 넘기는게 나을 것 같다고 생각이 드네요. 글의 내용도 결국은 전체 Context 내에서 파악해야 하니까. 의도가 중시된다면 Test Code 는 필수겠죠. (여기서의 '의도'는 각 모듈별 input 에 대한 output 정도로 바꿔서 생각하셔도 좋을듯)
로직이 달라졌을 경우에 대한 검증에 대해서는, Refactoring 전에 Test Code 를 만들것이고, 로직에 따른 수용 여부는 테스트 코드쪽에서 결론이 지어져야 될 것이라는 생각이 듭니다. (아마 의도에 벗어난 코드로 바뀌어져버렸다면 Test Code 에서 검증되겠죠.) 코드 자체만 보고 바로 잘못된 코드라고 단정짓기 보단 전체 프로그램 내에서 의도에 따르는 코드일지를 생각해야 될 것 같다는 생각.
- UnitTest . . . . 4 matches
See Also ["Refactoring/BuildingTestCode"], ["GuiTesting"]
예를 든다면, 다음과 같은 것이 UnitTest Code 가 될 수 있겠다.
C 에서의 UnitTest Code 작성시에는 assert 문으로 비슷한 기능을 구현 할 수 있다.
A: MockObjects가 최적입니다. Socket이나 Database Connection과 동일한 인터페이스의 "가짜 객체"를 만들어 내는 겁니다. 그러면 Socket 에러 같은 것도 임의로 만들어 낼 수 있고, 전체 테스팅 시간도 훨씬 짧아집니다. 하지만 "진짜 객체"를 통한 테스트도 중요합니다. 따라서, Socket 연결이 제대로 되는가 하는 정도만(최소한도로) "진짜 객체"로 테스팅을 하고 나머지는 "가짜 객체"로 테스팅을 대체할 수 있습니다. 사실 이런 경우, MockObjects를 쓰지 않으면 Test Code Cycle을 통한 개발은 거의 현실성이 없거나 매우 비효율적입니다. --김창준
- 데블스캠프/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 트렐로]에 있을지도 모릅니다. 아카이빙을 잘 안해서.. - [서지혜]
- 데블스캠프2012/넷째날/묻지마Csharp/서민관 . . . . 4 matches
if (e.KeyCode == Keys.Up)
else if (e.KeyCode == Keys.Down)
else if (e.KeyCode == Keys.Left)
else if (e.KeyCode == Keys.Right)
- 영호의해킹공부페이지 . . . . 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.
- [Lovely]boy^_^/USACO/YourRideIsHere . . . . 3 matches
bool IsSameCode(const string& comet, const string& group);
if(IsSameCode(comet, group))
bool IsSameCode(const string& comet, const string& group)
- 경시대회준비반/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]
- 0PlayerProject . . . . 2 matches
. Codec/String : XviD
. Codec/String : PCM
- 3rdPCinCAUCSE/J-sow전략 . . . . 2 matches
* PsuedoCode도 적어보지 않고 바로 코딩했습니다.
* 다음 과정을 PsuedoCode로 작성했습니다.
- 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= 링크]
- APlusProject/ENG . . . . 2 matches
Upload:APP_SourceCode_0607.zip -- 이전문서
Upload:APP_SourceCode_0608.zip -- ver 1.0 (최종문서) - 수정끝-QA승인됨
- 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 ||
- ClassifyByAnagram/김재우 . . . . 2 matches
* Code Style | Class Templates options (Tools | IDE Options).
* Code Style | Class Templates options (Tools | IDE Options).
- 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]
- ComputerNetworkClass/Report2006/PacketAnalyzer . . . . 2 matches
= Sample Code =
printf("WSAIotcl(%d) failed; %d\n", dwIoControlCode,
// Decode the IP header
- 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진수 변환
- Lotto/송지원 . . . . 2 matches
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length || Submit Time ||
== Source Code ==
- Ones/송지원 . . . . 2 matches
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length ||
== Source Code ==
- PairProgramming . . . . 2 matches
* 집단 삽질. --; - 이것은 헤프닝이라고 보는 것이. -_-;; Test Code 에서 둘이 라디안 구하는 공식을 거꾸로 쓰고 '왜 값이 틀리다고 하는거야!' 하며 1시간을 삽질했다는 후문이 있다는. --;
* 집중 - 이번 경우에는 '시간제한' 이라는 것까지 있어서인지; 석천은 더더욱 프로그래밍 자체에 집중했다. (스크립트 언어 스타일의 접근방법과 이전의 TDD 연습도 한몫 거든듯. 조금씩 만들고 결과 확인해보고 조금 또 만들어보고 결과 확인을 했다. 단, 이번엔 Test Code 를 안만들어서, 뒤에가서 버그가 났을때 대체를 못했다는.-_-; 잘될때는 문제가 아니다. 잘 안될때, 문제상황에 대한 대처가 중요하다고 생각.)
- ProjectPrometheus/Journey . . . . 2 matches
* 대안을 생각중인데, 일종의 Facade 를 만들고, Controller 의 각 service 들은 Facade 만 이용하는 식으로 작성하면 어떨까. 그렇게 한다면 Facade 에 대해서 Test Code 를 작성할 수 있으리라 생각. 또는, Servlet 부분에 대해서는 AcceptanceTest 의 관점으로 접근하는 것을 생각. 또는, cactus 에 대해서 알아봐야 하려나.. --["1002"]
* Code Review 로서 Refactoring 이 이용된다고 했다시피, Refactoring을 해 나가면서 전체 프로그램의 그림이 좀 더 이해가 갔다. 한동안 해당 프로그램에 대해서 플밍 리듬을 놓쳤을때 Refactoring 을 시도하는것도 좋은 전략이라 생각.
* ''Jython은 기본적으로 모든 스트링을 유니코드로 처리함. 따라서, 해당 스트링을 euc-kr로 인코딩한 다음에 파라미터 전달을 하면 제대로 됨. 인코딩을 바꾸기 위해서는 파이썬 euc-kr 코덱(pure python 버젼)을 깔고, {{{~cpp '한글'.encode('euc-kr')}}}을 쓰거나, 아니면 자바의 String.getBytes나 {{{~cpp OutputStreamWriter}}} 등을 쓰면 될 것임. --JuNe''
그리고 ["1002"]는 다음과 같이 Java Pseudo code 를 적었다.
- PyIde/Exploration . . . . 2 matches
PyIde/CodeEditor 분석 & wxStyledTextCtrl API 사용방법들 구경.
unittest 모듈을 프린트하여 Code 분석을 했다. 이전에 cgi 로 test runner 돌아가게끔 만들때 구경을 해서 그런지 별로 어렵지 않았다. (조금 리팩토링이 필요해보기는 코드같긴 하지만.. JUnit 의 경우 Assert 가 따로 클래스로 빠져있는데 PyUnit 의 경우 TestCase 에 전부 implementation 되어서 덩치가 약간 더 크다. 뭐, 별 문제될 부분은 아니긴 하다.
- 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를 해보지 못해서 아쉽다.
- ZIM . . . . 2 matches
* Source Code (by 패키지 개발팀)
* Byte Code (by 패키지 개발팀)
- [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
1. TopCoder 목표점수 1000점
* ~~레이튼의 강건너기 see also [정모/2011.4.4/CodeRace]~~
- 송지원 . . . . 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득]) 강사
- 정모 . . . . 2 matches
|| 8월 ||[정모/2014.8.6], [정모/2014.8.13], [wiki:CodeRace/2014.8.20 Code Race/2014.8.20], [정모/2014.8.27] ||
- 정모/2006.2.2 . . . . 2 matches
== CodeRace 실시 결과 ==
[CodeRace]
- 정모/2013.6.10 . . . . 2 matches
* [Clean Code]에서 수혜를 한 전례가 있으니, 신청해 주세요!
== Clean Code ==
- 조영준/CodeRace/130506 . . . . 2 matches
namespace CodeRace
[정모/2013.5.6/CodeRace#s-2.2]
- 3N+1Problem/강소현 . . . . 1 match
== Source Code ==
- AKnight'sJourney/강소현 . . . . 1 match
== Source Code ==
- AKnight'sJourney/정진경 . . . . 1 match
=== Source Code ===
- AOI/2004 . . . . 1 match
[Refactoring/BadSmellsInCode] --[강희경]
- AcceleratedC++ . . . . 1 match
= Code Build & Running =
- AnEasyProblem/강성현 . . . . 1 match
== Source Code ==
- AnEasyProblem/강소현 . . . . 1 match
== Source Code ==
- AnEasyProblem/김태진 . . . . 1 match
== Source Code ==
- AnEasyProblem/정진경 . . . . 1 match
=== Source Code ===
- AncientCipher/정진경 . . . . 1 match
=== Source Code ===
- BlueZ . . . . 1 match
The overall goal of this project is to make an implementation of the Bluetooth™ wireless standards specifications for Linux. The code is licensed under the GNU General Public License (GPL) and is now included in the Linux 2.4 and Linux 2.6 kernel series.
= Sample 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 ===
- Chapter II - Real-Time Systems Concepts . . . . 1 match
=== Critical Section of Code ===
- Cocos2d . . . . 1 match
* 서울어코드 멘토링에서 Code S 팀 중, [김민재]와 [백주협]이 "스마트 TV 게임 어플리케이션"을 제작하기로 함.
- CodeRace/20060105/아영보창 . . . . 1 match
= CodeRace 아영 보창 =
- CodingStandard . . . . 1 match
see also CodeConvention
- Cpp/2011년스터디 . . . . 1 match
* XCode에서 코드를 좀 더 업그레이드 시켜보려고 했으나 망할 --VS2008-- '윈도' 에만 돌아가는 것들(Windows.h)이 있어 실패하고 한종이 컴퓨터에서만 짜기로 했음.
- Cracking/ReverseEngineering/개발자/Software/ . . . . 1 match
Software 개발자가 알아야 하는 것은 Language, Algorithm만이 아니다. (이 것만 알면 Coder일 뿐이 잖는가?)
Keyword : Cracking, Reverse Engineering, Packing, Encypher, Encrypt, Encode, Serial, Exploit, Hacking, Jeffrey Ritcher
- DataCommunicationSummaryProject/Chapter9 . . . . 1 match
* CCK(Complementary Code Keying)라고 불리는DSSS의 2.4GHZ를 사용한다. 물론 기존의 기계와 호환성을 기진다. MAC하는 방법은 CSMA/CA(여기서 A는 avoidance이다 유선과는 틀리다) half-duples이다.shared이다. 대역폭이 11Mbps이지만 오보헤드가 심하다. 여기에다가 쉐어드이니 장에가 심하면 1-2Mbps밖에 안된다.하지만 데이터 전송률은 쓸만하다. 이러한 낭비를 줄이려고 차세대로 갈수록 물리적인 데이터 율을 줄인다.
- Data전송 . . . . 1 match
== Source Code ==
- DebuggingSeminar_2005/DebugCRT . . . . 1 match
= Code =
- ErdosNumbers/황재선 . . . . 1 match
Test Code
- Favorite . . . . 1 match
Xper:CodeKata
- 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 는 이렇다.
- Gof/Composite . . . . 1 match
== Sample Code ==
- Gof/Visitor . . . . 1 match
[컴파일러]가 abstact syntax tree로 프로그램을 표현한다고 하자. 컴파일러는 모든 변수들이 정의가 되어있는 지를 검사하는 것과 같은 '정적인 의미' 분석을 위해 abstract syntax tree에 대해 operation을 수행할 필요가 있을 것이다. 컴파일러는 또한 code 변환을 할 필요가 있다. 또한 컴파일러는 type-checking, code optimization, flow analysis 와 해당 변수가 이용되기 전 선언되었는지 등의 여부를 검사하기 위해서 해당 operations들을 수행할 필요가 있다. 더 나아가 우리는 pretty-printing, program restructuring, code instrumentation, 그리고 프로그램의 다양한 기준들에 대한 계산을 하기 위해 abstract syntax tree를 이용할 것이다.
이 다이어그램은 Node class 계층구조의 일부분을 보여준다. 여기서의 문제는 다양한 node class들에 있는 이러한 operation들의 분산은 시스템으로 하여금 이해하기 어렵고, 유지하거나 코드를 바꾸기 힘들게 한다. Node 에 type-checking 코드가 pretty-printing code나 flow analysis code들과 섞여 있는 것은 혼란스럽다. 게다가 새로운 operation을 추가하기 위해서는 일반적으로 이 클래스들을 재컴파일해야 한다. 만일 각각의 새 operation이 독립적으로 추가될 수 있고, 이 node class들이 operation들에 대해 독립적이라면 더욱 좋을 것이다.
== Sample Code ==
- HelpOnConfiguration . . . . 1 match
* VimProcessor 혹은 CodeColoringProcessor
- HelpOnFormatting . . . . 1 match
Please see 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] - 원서
- HowManyFibs?/황재선 . . . . 1 match
== Test Code ==
- JUnit . . . . 1 match
* http://huniv.hongik.ac.kr/~yong/moin.cgi/JunitSampleCode - 박응용씨의 위키페이지. JUnit 간단한 예제.
- 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]
- OpenCamp/첫번째 . . . . 1 match
* nodejs를 다른 사람 앞에서 발표할 수준은 아니였는데, 어찌어찌 발표하니 되네요. 이번 Open Camp는 사실 Devils Camp랑은 성격을 달리하는 행사라 강의가 아닌 컨퍼런스의 형식을 흉내 내어봤는데, 은근 반응이 괜찮은것 같아요. Live Code이라는 약간은 도박성 발표를 했는데 생각보다 잘되서 기분이 좋네요. 그동안 공부했던것을 돌아보는 계기가 되어서 좋은것 같아요. - [안혁준]
- PairProgramming토론 . . . . 1 match
제가 여러번 강조했다시피 넓게 보는 안목이 필요합니다. 제가 쓴 http://c2.com/cgi/wiki?RecordYourCommunicationInTheCode 나 http://c2.com/cgi/wiki?DialogueWhilePairProgramming 를 읽어보세요. 그리고 사실 정말 왕초보는 어떤 방법론, 어떤 프로젝트에도 팀에게 이득이 되지 않습니다. 하지만 이 왕초보를 쓰지 않으면 프로젝트가 망하는 (아주 희귀하고 괴로운) 상황에서 XP가 가장 효율적이 될 수 있다고 봅니다.
- 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 를 만들어내거나, 저 부분에 대해서는 텍스트 화일로 뺌 으로서 일종의 스크립트화 시키는 방법(컴파일을 하지 않아도 되니까), 화일로 따로 빼내는 방법 등을 생각해볼 수 있을 것 같다.
- ProjectPrometheus/개요 . . . . 1 match
이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
- ProjectSemiPhotoshop/계획서 . . . . 1 match
* Project Code Name(팀명) : ProjectSemiPhotoshop
- ProjectVirush . . . . 1 match
Trac을 이용해 [http://165.194.17.5/trac/aekae/timeline 프로젝트 진행상황]과 [http://165.194.17.5/trac/aekae/browser//ProjectVirush Source Code]를 확인할 수 있습니다.
- PyIde/SketchBook . . . . 1 match
Eclipse 쓰던중 내 코드 네비게이팅 습관을 관찰해보니.. code 를 page up/down 으로 보는 일이 거의 없었다. 이전에 VIM 을 쓰면서 'VIM 으로 프로그래밍하면 빠르다' 라고 느꼈던 이유를 생각해보면
Python 으로 HTML Code Generator 를 작성하던중. 좀 무식한 방법으로 진행했는데, 원하는 HTML 을 expected 에 고스란히 박아놓은 것이다. 이는 결과적으로 test code 를 네비게이팅 하기 어렵게 만들었고, 해당 Generating 되는 HTML 의 추상도도 상당히 낮게 된다. 한화면에 보여야 할 HTML 데이터도 많아야 한다. 이는 결국 내가 에디터 창을 최대로 놓게 만들더니, 더 나아가 에디터 창의 폰트 사이즈을 11에서 8정도로 줄이고 모니터를 앞당겨 보게끔 만들었다. (15인치 LCD 모니터여서 해상도가 최대 1024*768 임.) 해당 상황에 대해 사람이 맞추는 것이 좋을까, 또는 툴의 Viewing 이 도움을 줄 방법이 있을까, 또는 사람이 이를 문제상황으로 인식하고 프로그램 디자인을 바꾸게끔 하는것이 좋을까.
- RoboCode/siegetank . . . . 1 match
[RoboCode] [데블스캠프2005]
- STL/참고사이트 . . . . 1 match
The Code Project, C++/STL/MFC 에 대한 소개 http://www.codeproject.com/cpp/stlintroduction.asp
- SmallTalk/문법정리 . . . . 1 match
"Code in Bold" "Comments in double-quotes"
- Spring/탐험스터디/wiki만들기 . . . . 1 match
* ''CGLIB는 코드 생성 라이브러리로서(Code Generator Library) 런타임에 동적으로 자바 클래스의 프록시를 생성해주는 기능을 제공(펌)'' 이라고 한다.
- StandardWidgetToolkit . . . . 1 match
* [http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/dev.html SWT 2.1 문서] - Code Snippets 가 많아서, 따라하기 용이하다.
- StaticInitializer . . . . 1 match
// 해당 Code.. x = 10; y=30; ....
- StuPId/정진경 . . . . 1 match
=== Source Code ===
- SubVersionPractice . . . . 1 match
[CodeRace/20060105]을 checkout해서 자신이 작성한 코드를 올리기
- TheJavaMan/스네이크바이트 . . . . 1 match
direction = KeyEvent.getKeyText(e.getKeyCode());
- 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
- VonNeumannAirport/1002 . . . . 1 match
여기까진 통과..~ test code 를 Refactoring 해봅니다.
여기서 Test - Code 의 시간이 꽤 길었다. (9분) 함수 refinement 부분에서 STL 에 있는 find 함수를 함 써먹어 보려고 했다가;; 결국은 평소 하던데로 했다. ^^;
- WikiTextFormattingTestPage . . . . 1 match
verrry funny pictures for an old chinese; no more meaning like "FA3B27E5" or other Hex-Code
Well, there's an answer, but not quite what I was looking for -- the <alt>159 syntax represents the ASCII codes from 0 to 255 (decimal). What does the <alt>0159 syntax represent?
- WinampPlugin을이용한프로그래밍 . . . . 1 match
=== Simple Code ===
- WorldCup/송지원 . . . . 1 match
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length || Submit Time ||
- WorldCupNoise/정진경 . . . . 1 match
=== Source Code ===
- ZPHomePage . . . . 1 match
달력 그냥 책 베낄려구 했는데 [CodeYourself]하기 위해 다시 첨부터 제작 들어간다. -[강희경]
- aekae/* . . . . 1 match
== 소스 Code ==
- wxPython . . . . 1 match
* 아직 GUI Designer -> Code Generation 부분이 완벽하지는 않다. 다른 에디터와 같이 이용하는 편이 좋을 것이다.
- 김태진 . . . . 1 match
* [Refactoring/BadSmellsInCode]
- 데블스캠프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 ==
- 데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/송지원 . . . . 1 match
== Source Code ==
- 로보코드 . . . . 1 match
#redirect RoboCode
- 로보코드/babse . . . . 1 match
RoboCode
- 몸짱프로젝트/DisplayPumutation . . . . 1 match
== PsuedoCode ==
- 반복문자열/임인택 . . . . 1 match
=== Source Code ===
- 새싹교실/2012/주먹밥 . . . . 1 match
* Google Code : http://code.google.com/intl/ko-KR/
- 실습 . . . . 1 match
4. Source Code
- 이영호/기술문서 . . . . 1 match
[http://doc.kldp.org/KoreanDoc/html/Assembly_Example-KLDP/Assembly_Example-KLDP.html] - Linux Assembly Code
- 정모/2011.4.4/CodeRace/강소현 . . . . 1 match
[정모/2011.4.4/CodeRace]
- 정모/2011.7.18 . . . . 1 match
* 처음 OMS를 보면서 우리집 컴퓨터도 이제 6년차에 돌입했는데.. 저렇게 써야하나 라는 생각이 들다가 그냥 이상태로 쓰지 뭐 이런 생각이 든 -_-;;; 암튼.. 저도 1학년땐 리눅스를 사용하는 모습만 보고 직접 써 보지는 못했었는데 사용하는 모습을 보니 대단하다는 생각이 드네요. 리빙포인트를 하면서 학원에서 들었던 이야기랑 삼수때 겪었던 이야기가 믹스되어 말하게 되었네요. 원래는 그냥 학원 이야기만 하려고 했는데 -ㅅ-a Joseph Yoder 와의 만남 후기를 들으면서 스티브 맥코넬씨가 쓴 Code Complete라는 책에서 이야기 하는 내용과도 많이 겹치는구나 라는 생각을 했습니다. - [권순의]
- 중앙도서관 . . . . 1 match
이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
- 즐겨찾기 . . . . 1 match
Xper:CodeKata
- 컴퓨터공부지도 . . . . 1 match
* 개인적 충고 : MFC 를 선택했다면, Code Generator 가 만들어주는 코드를 제대로 이해하라.; MFC 책으로는 Jeff Prosise 의 책을 추천. --["1002"]
- 코드레이스/2007/RUR_PLE . . . . 1 match
* 창에서 Robot: Code and Learn 탭을 선택한다.
- 프로그래밍잔치/첫째날 . . . . 1 match
* 소스 Code 에 대해서 Copy & Paste 금지!
- 행사 . . . . 1 match
=== CodeRace ===
- 후각발달특별세미나 . . . . 1 match
[Refactoring/BadSmellsInCode]
Found 156 matching pages out of 7555 total pages (3000 pages are searched)
You can also click here to search title.
