Back to the Basics

개인적으로 요즘 테스트, 특히 단위 테스트에 대해 관심이 생기고 있었다.단위 테스트를 어떻게 잘, 효율적으로 작성할 수 있을까? 유의미한 단위 테스트는 어떻게 작성하는 것이 좋을까? 하는 고민을 했었고[TEST]테스트 원칙에 대하여 - 소프트웨어 테스트의 7원칙과 FIRST원칙 이라던가 [TEST]테스트 코드를 어떻게 시작하면 좋을까 와 같은 글도 작성하면서 조금씩 공부를 하고 있다.이런 와중에 "[길벗출판사] 26차 개발자 리뷰어"를 모집한다는 광고를 보았는데, 그중에 "단위 테스트의 기술"이라는 책이 눈에 들어왔다.  저번에 신청했을 때는 선정이 안되었었기 때문에 큰 기대 없이 신청서 작성을 하였다. 그런데 운 좋게도 이번엔 당첨이 되었다.책은 이틀 뒤에 받았고, 긴 연휴 동안 천천히 읽었고, 쉬는 ..

개발자 이직을 준비하다 보면 다른 직군에 비해 준비해야 할 것들이 유독 많다는 것을 실감하게 된다. 기계공학과를 졸업하고 관련 직종으로 취업을 준비했던 경험과 비교해보면 그 차이가 확연히 느껴진다.일반적인 채용 프로세스는 서류 - 1차 면접 - 2차 면접 - (추가 면접) - 협상 - 합격의 순서를 따르지만, 현재 개발자 채용 시장에서는 대부분의 기업이 코딩테스트나 과제전형을 필수로 요구한다. 심지어 둘 다 요구하는 경우도 적지 않다. 여기에 기술면접 준비와 사이드 프로젝트까지 병행하려면 시간이 매우 부족하다.이런 상황에서 코딩테스트 준비는 종종 서류 합격 이후에 급하게 이루어지곤 했다. 프로그래머스와 백준으로 꾸준히 감을 유지하려 했지만, 실제로는 쉽지 않았다. 매번 급하게 준비하고 나면 '미리 준비할..

리팩터링 2판이 나왔다고 해서 사놓고 책장에만 꽂아놓은지 1년이 지났다.요즘 좋은 코드란 무엇인지, 무엇이 읽기 좋은 코드인지, 코드 정리를 하긴 하는데 제대로 하고 있는 것이 맞는지 등의 생각을 하게 되었고 책장에 장식용으로 사용되고 있던 이 책을 발견하게 되었다. 가볍게 누워서 읽어보다 보니 정리를 하면서 읽으면 더 좋을 것 같아 정리를 시작하게 되었다.물론 항상 정답이 있는 것은 아니지만, 참고하기 좋은 책이라는 생각이 든다. 기회가 된다면 관련 스터디를 만들어서 추진해보아도 좋지 않을까 싶다.이 책은 총 12장까지 있고 01~04 까지는 리팩터링 원칙의 전반적인 이야기, 리팩터링의 필요성 등을 이야기 하고 05장~12장 은 핵심이라고 할 수 있는 마틴파울러의 리팩터링 기법들이 소개된다. 이번 포스..

NodeJS 개발자로 공부를 하면서 정리했던 것을 다시 상기하기 위해 정리해보았다. 하나의 블로그 글로 정리를 할 수 있는 양일까 싶지만 최대한 간략하게 정리해보려고한다..!(글을 쓰고 보니 간략하지는 않다)목차는 아래와 같다1. NodeJS의 기본 구조와 기본 실행 흐름2. NodeJS의 libuv 조금 더 자세히 - Event loop3. 그 외 microTaskQueue, nextTickQueue 에 대하여4. 마치며1. NodeJS의 기본 구조와 기본 실행 흐름NodeJs의 구조는 크게 아래와 같이 구성되어 있다 일단 각각  어떤 기능을 하는지 간단하게 확인해보자V8 엔진 : 자바스크립트 코드를 해석하고 실행하는 구글에서 개발한 엔진이다. JIT(Just-In-Time) 컴파일러를 활용하여 자바스..

주로 단일 인덱스를 많이 사용해 왔고 복합인덱스를 가끔 사용하곤 한다. 최근 면접 질문에서 관련 이야기가 나왔고 제대로 대답을 하지 못했다. 복합인덱스가 어떻게 저장되는지, 복합인덱스의 순서를 어떻게 해야 효과적으로 사용할 수 있는지에 대한 것은 사용하는 입장에서 당연히 알아야 할 개념이었다. 무턱대고 설정해 놓는다면 인덱스가 소용없게 될 수도 있다. 이번에 인식한 김에 정리를 해보았다.참고로 postgresql을 기준으로 하였다.목차는 아래와 같다1. 복합인덱스란?2. 복합 인덱스의 구조, 어떻게 생겼고 어떻게 작동하나?3. 복합인덱스는 어떻게 설계해야할까?4. 정리1. 복합인덱스란?복합인덱스는 하나 이상의 컬럼을 을 조합하여 만든 인덱스이다. 예를 들어 "name" 과 "age" 라는 두 열에 대해 ..

이전 포스팅 [TEST] 테스트 원칙에 대하여 - 소프트웨어 테스트의 7원칙과 FIRST원칙  에서는 효과적인 테스트 코드 작성을 위해 참고할만한 원칙들을 알아보았다.  이 두 가지 원칙을 요약해 보았다.1. 테스트의 가장 큰 목적은 문제점을 찾는 것이다. 이를 위해 문제가 될 수 있는 다양한 케이스에 대해 수행되어야 한다.2. 모든 것을 테스트하는 것은 불가능하므로 중요한 부분(비즈니스!)에 집중되어야 한다. 3. 테스트는 구현이 아닌 명확한 결과로 성공 여부를 판단할 수 있어야 한다(True or False)4. 테스트는 빠르고 독립적이며, 실행할 때마다 동일한 결과는 제공해야 한다5. 테스트코드는 코드작성과 동시에 또는 그전에 설계되는 것이 이상적이다이번 포스팅에서는 이런 원칙들을 기반으로 테스트코..

이전 회사에서도 테스트 코드 작성에 대한 명확한 지침이 없었다. 그래서 주로 기존에 작성된 테스트 코드들을 참고하며 비슷한 방식으로 작성했다.테스트 코드를 작성하면서 종종 '이 테스트가 과연 의미가 있을까?' 하는 의구심이 들기도 했다. 특히 새로운 기능을 추가하거나 리팩토링을 할 때마다 테스트 코드를 상당 부분 수정해야 하는 경우도 많았다. 이런 비효율로 인해 업무가 많을 때는 테스트 코드 작성을 미루거나 건너뛰기도 했다. 이런 패턴이 반복되다 보니 '내가 테스트를 제대로 작성하고 있는 걸까?' 하는 의구심이 들었다.물론 테스트 코드의 가치는 충분히 이해하고 있다. 기능을 변경했을 때 버그 여부를 빠르게 확인할 수 있고, 테스트를 통해 비즈니스 로직을 더 잘 이해할 수 있다. 개발 과정에서 버그를 조..

자체 서비스에서 주소 검색 서버를 개발하는 프로젝트를 진행했던 적이 있다. 주소 데이터베이스 구축부터 검색 서버까지 개발하는 프로젝트였다. 서드 파티를 사용하면 되지, 왜 자체 주소 검색 서비스를 만드는가에 대한 의문도 있겠지만 이는 도메인 특성상 주소나 영역에 대해서 서드파티로는 한계가 있던 부분이 많았기 때문이었다.이때 사용했던 postgresql의 full text search에 대해 조사했던 것을 다시 정리해 보았다. (나중에는 postgresql > elasticsearch로 개발하였다.)내용이 조금 많기에 순차적으로 포스팅할 예정이다. 이번 포스팅에서는 Full text search에 사용되는 기본 개념을 소개하고 다음 포스팅에서는 정확한 주소 검색을 위해 고민했던 방법에 대해서 정리해 보려고..