CString strQuery; CString strOut; ///////////////////////////////////////////////////////////////////////////////////////////// // Command : CTable // Accessor : CAccessor // Rowset : CRowset // 예제목적 : CTable 클래스를 이용해서 한 테이블의 모든 데이터를 읽어오는 방법. class CUserInfoTable { public: int m_nID; char m_szName[20]; char m_szTel[20]; BEGIN_COLUMN_MAP(CUserInfoTable) COLUMN_ENTRY(1, m_nID) COLUMN_ENTRY(2, m_sz..
- R-Value를 써라 if문에서 변수를 Right Value로 두어라. 실수로 비교문(==)이 아닌 대입문(=)이 사용했을 때의 실수를 막아준다. - 상수성(const 키워드)을 애용하라. 변경이 이루어지지 말아야 할 변수나 함수에 const 값 적극 이용하라. const는 변경이 되면 안되는 상황을 인지하게 해준다. - IN,OUT 매크로를 적극 활용하라 함수 인수의 IO가 어떻게 이뤄지는 IN, OUT 매크로를 써서 명시하라. - 리턴값은 enum형이나 define으로 정의해서 공통된 값을 적극 사용하라. 통일성 있는 규칙은 코드 분석이나 디버깅시에 직관적이다. - 전역 변수는 자제하라. static 변수나, 전역변수의 소멸 시점은 잡기 어렵다. 생성/소멸 순서가 중요하다면 특히나 static 또..
나는 학창 시절 주입식 교육의 영향인지 뭔진 몰라도, 일본에 대한 반감을 갖고 있는 편이다. 일본 게임, 일본 만화를 많이 접하면서도 일본색이 지나친 것들에 대해선 다짜고짜 싫어해서 (논리적으로 설명하지 못하면서까지 싫어해서) 친구들과 소모적 논쟁도 많이 하곤했었으니...정도가 좀 심했다. 그럼에도 불구하고, 일본의 문화적 역량과, 마인드는 대단하다는 것을 여러가지 측면에서 깨닳게 된다. 린 소프트웨어 개발에서 극찬한바 있는 도요타식 마인드라던가, 실제 일본인들의 일처리 방법에 대해서 깨닳게 되는 장점이 굉장히 많았다. 내가 느낀 일본인들은 변화에 민감하진 않았다. 오히려 두려워 하는 느낌이라면 맞을까? 그 대신 현재 알고 있는 것에 대한 집중도나, 꼼꼼함은 상상 이상이었다. 이렇게 꼼꼼하니 일본 제품이..
사실 나는 메모를 자주 하긴하지만, 메모를 잘 활용한다 말하긴 힘들었었다. 나에게 있어 메모는 기록의 용도지, 기억의 용도는 아니었었다. 잊기 위해 기록한다? 쉬운 말이지만, 나에겐 너무나 혁신적이었다. 나의 기본 발상을 바꿔버릴 획기적인 발상이었던 것이다. 사실 나는 기록은 증빙의 수단으로 주로 사용해왔다. 최대한 많은 것을 외우길 바랬고, 외우려해왔다. 기록이란 최후의 수단에 불과했다. 왠지 기록에 의지하는 것이 내 자신의 기억력을 믿지 못하는거 같아 자존심이 상하기도 했다. 그런데 모든 사람은 기억력에 한계가 있다는 사실을 받아 들이고나니 너무나 편안해졌다. 잊기 위해 기록을 하고나니, 기억한 것들을 잊지 않기 위한 쏟는 노력을 하지 않아도 되었다. 지금 순간에 더 집중할 수 있게 되니, 일을 더 ..
㉠ DIR 명령 : 디렉토리 안에 들은 내용을 알고자 할 때 사용하는 명령어 dir c:\util /p util 디렉토리에 들은 내용을 한 화면씩 출력해줄래.? 옵 션 기 능 /P 한 화면씩 보여준다. /W 가로로 파일 목록을 만든다. /A 지정한 속성을 갖는 파일만 보여준다. 속성 → R : 읽기전용 파일, H : 숨김 파일, A : 기록 파일, S : 시스템 파일, - : 지정한 속성제외 /O 내용을 출력할 순서를 지정한다. 순서 → N : 이름순(알파벳순), S : 크기순(작은 파일부터), E : 확장명순(알파벳순), D : 날짜와 시각순(빠른순서), - : 역순 /S 지정한 디렉토리 파일과 하위 디렉토리를 모두 보여준다. /B 제목 정보나 요약 정보를 생략하고 기본 포멧대로 보여준다. /L 소문자..
Q. 몇살 때 프로그래밍을 처음했나요? A. 초등학교 6학년 겨울에 시작했다. Q. 프로그래밍을 어떻해 하게 되었나요? 게임 만들자고 친구가 말해서, 그림은 못그리고, 기획은 그 당시엔 너무 막막해서 시작했다. Q. 무엇이 첫번째 언어입니까? C언어 Q. 프로그래밍을 시작한 이후로 어떤 언어들을 사용해봤습니까? C언어, C++,펄, 어셈블리, PHP. Q. 첫 번째 직업적 실패는 무엇이었나요? 아직 실패한적 없다. Q. 지금 알고 있는 것을 과거에 알았더라도 프로그래밍을 시작했을까요? 물론이지! 나는 이 직업 말고 다른 직업은 생각치 않는다. 다른 일도 잠깐씩 해보긴했는데 다 지루하고, 적성에 안맞았었기 때문이다. Q. 이 직업을 하면서 배운 것들 중에 신참 개발자에게 말하고 싶은 게 있다면 무엇인가? ..
소프트웨어 업계가 아직 젊다고 하지만, 벌써 50년 이상의 세월이 지나왔다. 그 세월 동안 다양한 경험과 통찰로 이루어진 결론들이 있었지만, 이 업계의 많은 사람들은 그 결론들을 일반화 시키는 것을 두려워하고, 인정하지 않으려 해온게 사실이다. (그리고 여전히 대부분 그렇다.) 사람 5명이 해오던 일을 10명이서 한다고, 수행 속도가 2배가 되는 것은 '절대' 아니다. 소프트웨어 업계는 생산업계의 방식을 그대로 적용해선 안된다. (물론 같이 통용될 수 있는 것들도 있지만!) 업계의 대부분 관리자들이 생각하는 더 좋은 능률을 내기 위한 방법들은 여전히 너무나 무지하다. 왜 같은 실수를 반복하는가? 폭포수 방식에 대한 폐해는 여실한데, 업계는 여전히 폭포수 방식을 선호한다. 이유는? 그것이 관리하기 편하기 ..
프로그래밍을 시작한지 어언 12년이 되었고, 프로그래머를 업으로 삼은게 엇그제 같은데 벌써 4년차가 되었다. 내 꿈은 프로그래밍을 시작했을 때도, 지금도 프로그래머다. 그래서 프로그래밍을 잘하기 위해 노력해왔고, 다양한 언어, 다양한 툴을 익히기 위해 노력했다. 내가 프로그래밍만 '잘'한다면 모든게 다 잘될거라고 생각했다. 실상은 그렇지가 않았다. '프로그래밍을 잘한다'는 것과 '일을 잘한다'는 것과는 꽤나 큰 차이가 있었다. 취미나, 해커 (크래커적인 의미가 아닌)로써가 아닌 프로그래밍을 업으로 삼는 사람이라면, 일을 함께 잘해야 한다. 논쟁 거리가 될만한 얘기가 될수도 있다는 생각이 들지만, 존 카맥에 대한 내 생각을 말하자면 그는 뛰어난 프로그래머일 뿐, 같이 일하기 좋은 프로그래머는 아니다라는 생..
- Total
- Today
- Yesterday
- TraceRoute
- perfmon
- SQLite Spy
- svn
- 디버깅
- CppSQLite
- 엘키
- Rails
- NDC2013
- RoR
- Ruby on Rails
- 조엘 온 소프트웨어
- 루비 온 레일즈
- 리버스 엔지니어링
- c언어
- SDL
- 좋은 프로그래머
- ruby
- 디자인 패턴
- EzShortcut
- 게임개발포에버
- 멀티스레드
- 루비
- ftp
- TDD
- EasyExec
- MS-SQL
- 바로가기 프로그램
- 게임데브포에버
- 임백준
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |