Back to the Basics

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

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