신입부터의 기록

CHAPTER 1 구조, 성능, 게임 __1.1. 소프트웨어 구조란? __1.2. 비용은? __1.3. 성능과 속도 __1.4. 나쁜 코드의 장점 __1.5. 균형 잡기 __1.6. 단순함 __1.7. 마치며 CHAPTER 2 명령 __2.1. 입력키 변경 __2.2. 액터에게 지시하기 __2.3. 실행취소와 재실행 __2.4. 클래스만 좋고, 함수형은 별로인가? __2.5. 관련자료 CHAPTER 3 경량 __3.1. 숲에 들어갈 나무들 __3.2. 수천 개의 인스턴스 __3.3. 경량 패턴 __3.4. 지형 정보 __3.5. 성능에 대해서 __3.6. 관련자료 CHAPTER 4 관찰자 __4.1. 업적 달성 __4.2. 작동 원리 __4.3. “너무 느려” __4.4. “동적 할당을 너무 많이 해” ..

CHAPTER 1 최적화란 __1.1 최적화는 소프트웨어 개발의 일부입니다 __1.2 최적화는 효과적입니다 __1.3 최적화해도 괜찮습니다 __1.4 여기에 나노초, 저기에 나노초 __1.5 C++ 코드 최적화 전략 요약 __1.6 마치며 CHAPTER 2 컴퓨터 하드웨어와 최적화 __2.1 C++은 컴퓨터의 거짓말을 믿습니다 __2.2 컴퓨터의 진실 __2.3 C++도 거짓말을 합니다 __2.4 마치며 CHAPTER 3 성능 측정 __3.1 사고방식 최적화 __3.2 실험 수행 __3.3 프로그램 실행 프로파일 __3.4 시간이 오래 걸리는 코드 __3.5 코드 비용 추정하기 __3.6 최적화할 코드를 찾는 다른 방법 __3.7 마치며 CHAPTER 4 문자열 최적화 __4.1 문자열이 왜 문제인가요 ..

1. 고양이가 내 소스코드를 삼켰어요 "가장 큰 약점은 약점을 보일 것에 대한 두려움이다." 실용주의 철학의 초석 중 하나는 경력 향상, 프로젝트, 일상 업무의 면에서 자신과 자신의 행동에 대해 책임을 지는 것이다. 다른 사람이나 다른 무언가를 비난하거나 변명을 만들어 내지 말라. 모든 문제가 벤더, 언어, 경영진 혹은 동료 때문이라고 떠넘기지 말라. 이들이 모두 한몫씩 했을 수 있겠지만 변명이 아닌 해결안을 제공하는 것은 여러분에게 달려 있다.소스코드가 날아갔는데 백업이 없다면 여러분의 잘못이다. '고양이가 내 소스코드를 삼켰어요'라고 상관에게 말하는 것은 별 도움이 안 될 것이다. "어설픈 변명을 만들지 말고 대안을 제시하라" 변명 대신에 대안을 제시하라. 안 된다고 하지 말고 상황을 개선하기 위해 ..

이력서 작성시 1. 지원하는 회사 이름을 명확하게 써라. 더보기 '귀사'나 '당사' 같은 단어를 사용하면 지원한 회사에 대한 애정이 없거나 이력서 돌려막기 처럼 보인다. 매우 성의 부족이다. 2. 향후 포부는 너무 거창하게 제시하지 마라. 더보기 '회사에 입사해 충성하겠다'는 흉내는 기본적인 예의이다. 다른 회사들을 언급하지 않는다. 3. 사진은 전형적인 사진이 좋다. 4. 이모티콘을 사용하지 마라. 5. 적절한 연봉을 제시해라. 더보기 연봉 기준을 따르겠다는 이야기는 안 적는게 현명하다. 적정한 수준의 연봉을 제시하는 사람이 자신의 역할과 능력, 지원하는 자리에 대해 어느정도 고민한 사람으로 보인다. 6. 단점을 너무 나열하지 마라. 더보기 그것은 솔직한 것이 아니라 떨어뜨려 달라고 하는 것이다. 회사..

보호되어 있는 글입니다.

1장 I/O 1.1 I/O 처리는 누가 담당하는가 1.2 디스크 1.3 표준 입출력 1.4 네트워크 1.5 동기적 I/O vs 비동기적 I/O 1.6 정리 2장 Cache와 Prefetch 2.1 반복문의 비밀 for (int i=0; i0; --i) a[i] = i; 는 다를 게 없다. 메모리에 값을 저장하기 때문이다. 이를 캐싱이라고 한다. 2.2 반복문과 Cache CPU는 먼저 캐시를 살펴보고, 캐시에 필요한 데이터가 없으면 메모리에서 그 값을 가져온다. 캐시를 순차적으로 넣고, 빈 공간이 없을 경우 가장 오래된 데이터 부터 갱신하는 캐시 관리하는 기법을 LRU(Least Recently Used)라고 한다. 캐시 적중률 = cache hit / (cache hit + cache miss) 캐시 ..