기록이 힘이다.

mongoDB를 기반으로(다른 데이터베이스에서도 적용이 가능하다) 1. 인덱스는 비용이다. 인덱스는 두 번 탐색하도록 강요합니다. 인덱스 리스트, 그다음 컬렉션 순으로 탐색하기 때문이며, 관련 읽기 비용이 들게 됩니다. 그렇기 때문에 쿼리에 있는 필드에 인덱스를 무작정 다 설정하는 것은 답이 아닙니다. 2. 항상 테스팅하라 인덱스 최적화 기법은 서비스 특징에 따라 달라집니다. 서비스에서 사용하는 객체의 깊이, 테이블의 양 등이 다르기 때문이죠. 그렇기 때문에 항상 테스팅하는 것이 중요합니다. 3. 복합 인덱스는 같음, 정렬, 다중 값, 카디널리티 순이다 보통 여러 필드를 기반으로 조회를 할 때 복합 인덱스를 생성하는데, 이 인덱스를 생성할 때는 순서가 있고 생성 순서에 따라 인덱스 성능이 달라집니다. 같..

챌린지 프로그램을 하면서 어떻게 면접을 준비해야되는지 대략적으로 알게 되었지만, 이번 책을 통해 더 깊이있는 이해와 대비를 할 수 있게 되었습니다. 1. 첫 문장이 중요하다 2. 숫자로 말하라 3. 기술의 숙련도를 나눠서 표기하라 4. 리드미를 잘 작성하라 ...이외의 내용은 책을 참조하기 바람. 1. 장점, 단점, 차이는 필수다. 자신이 프로젝트에서 썼던 기술의 장점, 단점, 차이를 외우는 것입니다. 2. 업무를 예측하라 직군에 대한 채용공고를 보면 업무에 관한 내용이 나와 있습니다. 이를테면 나는 프런트엔드 개발자 직군으로 들어가려고 하는데, 그쪽 채용공고를 보니 Node.js, Spring 경험자 환영이라고 되어 있다면 들어갔을 때 프런트엔드만 하지 않을 가능성이 높습니다. 3. 공식 사이트를 바라..

사수가 없는 회사에서 일을 하는 요즘, CS에 대해 공부할 필요성이 많이 생겼다. 기본 지식이 부족하여 어려움을 겪은 적이 한두번이 아니기 때문이다. #면접을 위한 CS 전공지식 노트를 통해 부족한 CS 지식을 채울 겸 개발자로 기본 소양을 다듬을 겸 읽게 되었는데 저번에 읽었던 #개발자가 되기 위해 꼭 알아야 하는 IT 용어 보다 내용이 더 깊이 있어 좋은 것 같다. SOLID 원칙, S는 단일 책임 원칙 O는 개방-폐쇄 원칙, L은 리스코프 치환 원칙, I는 인터페이스 분리 원칙, D는 의존 역전 원칙 단일 책임 원칙(SRP, Single Responsigbility Principle)은 모든 클래스는 각각 하나의 책임만 가져야 하는 원칙입니다. 예를 들어 A라는 로직이 존재한다면 어떠한 클래스는 A..

대중교통을 이용할 때 주로 읽어서 완독하였다. 동생의 추천으로 읽게 되었는데 하나의 사전처럼 이용도 가능할 것 같다. 부족했던 IT 지식들을 채울 수 있었던 유의미한 시간들이었다. part1 웹/디자인 part2 네트워크/통신/데이터 part3 데이터베이스/자료구조 part4 클라우드/데브옵스 part5 운영체제/시스템/보안 part6 소프트웨어 공학/ 프로그래밍 언어 part7 개발상식 part8 4차 산업혁명 기술 8개의 파트로 되어 있고 그 안엔 그저 용어만 들어봤던 내용들도 알차게 많이 들어있었다. 기술면접을 볼 때도 도움이 많이 될 것 같았다.

객체지향의 사실과 오해(위키북스 IT Leaders 23) 『객체지향의 사실과 오해』는 객체지향이란 무엇인가라는 원론적면서도 다소 위험한 질문에 답하기 위해 쓰여진 책이다. 안타깝게도 많은 사람들이 객체지향의 본질을 오해하고 있다. 가장 널리 퍼져있는 오해는 클래스가 객체지향 프로그래밍의 중심이라는 것이다. 객체지향으로 향하는 첫 걸음은 클래스가 아니라 객체를 바라보는 것에서부터 시작한다. 객체지향으로 향하는 두 번째 걸음은 객체를 독립적인 존재가 아니라 기능을 구현하기 위해 협력하는 공동체의 일원으로 바라보는 것이다. 세 번째 걸음을 내디딜 수 있는지 여부는 협력에 참여하는 객체들에게 얼마나 적절한 역할과 책임을 부여할 수 있느냐에 달려 있다. 객체지향의 마지막 걸음은 앞에서 설명한 개념들을 프로그래밍..