관리를 거의하지 않는 티스토리이지만, 일기 겸 해서 2022년을 회고하며 올해는 목표를 얼마나 달성했는지 살펴보려고 합니다. 평상시에 거의 이런 짓을 하지 않지만, 어느 순간 개인들한테도 연말 행사처럼 이런 내용을 정리할 수 있는 기회가 있으면 좋겠다라는 생각을 했거든요. 아무튼, 저는 매년 1월 첫째쯤해서 올해의 목표같은 것을 설정합니다. 이렇게 들으면 거창하지만 아래 그림을 보면 얼마나 볼품 없는지 아실겁니다. 돌이켜보니 그래도 달성률이 65%는 되는군요. (개발 서적은 7/10...!) 독립은 어떻게 했다치고! 일단 읽은 책부터 정리해볼게요. 올해 읽은 개발 서적 도메인 주도 설계 https://kok202.tistory.com/342 테스트 주도 개발로 배우는 객체 지향 설계와 실천 https:/..

비욘세 규칙과 BDD 구글의 소프트웨어 엔지니어링이라는 책을 읽다보면 비욘세 규칙이라는 말이 나옵니다. 비욘세의 노래 Single ladies 중 가사 Cause if you like it, then you shoulda put a ring on it (네가 나를 좋았다면 프로포즈를 해줫어야지) 라는 내용에서 기인한 규칙이라는데요. 이걸 테스트 코드 작성과 연결해서 생각한다고 합니다. 구글에서 말하는 비욘세 규칙은 "필요했으면 테스트 했었어야지" 정도로 의역할 수 있을 것 같습니다. 책에서는 비욘세 규칙을 설명하면서 구글의 인프라 팀이 이 규칙을 활용해서 얻을 수 있었던 장점에대해 이야기합니다. 보통 인프라팀은 사내에 있는 대부분의 코드 베이스와 연관되어있고 긴밀한 협력관계에 있는 팀입니다. 따라서 인프..

회사에서 테스트 코드 전환을 시작한지 두 달 정도가 지난 것 같습니다. 연말이기도하고 짧은 기간동안 프로젝트가 어떤 변화를 거쳤고, 어떻게 발전해가고 있는지 정리하면 좋을 것 같아서 글을 남깁니다. 두 달간의 회고 테스트 코드 전환은 생각했던 것보다 순항 중이라고 생각합니다. 사내에 테스트 코드를 넣기 시작한 계기와 필요성을 어필할 수 있었던 자리가 있었는데, 대부분 긍정적으로 봐주셔서 너무 감사했습니다. 덕분에 작업하면서 올바른 방향으로 프로젝트가 발전하고 있다고 확신하고 작업할 수 있었던 것 같습니다. https://kok202.tistory.com/335 스프링 테스트 코드 전환기 근황1 (0/0) 발표 자료 https://kok202.tistory.com/331?category=979769 테스트..

해당 강의를 듣고 정리한 포스팅입니다 https://fastcampus.co.kr/dev_red_ygw The RED : 이규원의 현실 세상의 TDD : 안정감을 주는 코드 작성 방법 | 패스트캠퍼스 그동안 우리나라에는 TDD를 제대로 다루는 책도 강의도 없었죠. 그래서 제가 개발 현장에서 활용하는 TDD를 정확하게 알려드리고자 강의를 만들었습니다. 이제 TDD에 대한 잘못된 인식은 버리고, ' fastcampus.co.kr 01. 좋은 코드 과학은 밝혀내고 엔지니어링은 해결한다. 엔지니어링은 결국 주어진 자원과 과학을 이용하여 문제를 해결하는 것이다. 적은 자원으로 어떻게 문제를 해결할지 결정해야한다. 따라서 이론을 이용하되 매몰되면 안된다. 클린 코드에대한 오해: 클린 코드란 어디에나 통용되는 보편적..

https://kok202.tistory.com/331?category=979769 테스트 코드 전환기 시작 (1/3): 테스트가 필요하다 느꼈다. 트로이 목마 트로이 목마에 당했습니다. 실제 데스크탑이 트로이 목마 바이러스에 걸렸다는 의미는 아닙니다. 테스트 문화를 전파하는 너무나 강력한 트로이 목마에 걸렸습니다. 올해 초의 일 kok202.tistory.com 테스트 코드 전환을 하겠다고 말한지 두달 정도가 지났는데, 현재 상황은 어떻고 어떤식으로 진행되고있는지 글을 쓰려합니다. 그 전에 테스트 관련 공부를 하면서 느꼈던 점과, 왜 이런 프로젝트를 진행하고 있는지 회사 동료분들께 소개시켜드리고자 발표를 한번 한적이 있는데요. 이때 발표하면서 쓰였던 자료를 올려봅니다. * 파트내에 공유하는 목적으로 만..

테스트 작성의 어려움 방향도 정했겠다. 단위 테스트는 어떻게 늘려가면 좋을까요? 진짜 간략하게 현재 프로젝트 코드에 대해 설명드리자면 아래와 같이 작성되어 있었습니다. @Service public class ServiceA { @Autowired private RepositoryA repositoryA; @Autowired private RepositoryB repositoryB; @Autowired private RepositoryC repositoryC; public void functionA () { A a = repositoryA.find(); B b = repositoryB.find(); C c = repositoryC.find(); // 정말 간단한 비즈니스 로직 repositoryA.save..