개발자 99% 커뮤니티에서 수다 떨어요!
오늘 TIL 3줄 요약
자신의 코드 품질에 책임을 져야 한다. 이를 보증하라.
테스트는 아무리 해도 100% 완벽할 수 없다. 그만큼 더 테스트 하라.
특정 소프트웨어 방법론에 얽매이지 말고, 자신과 팀에 맞는 방법을 찾아가라.
TIL (Today I Learned) 날짜
2022. 04. 05
오늘 읽은 범위
9장. 실용주의 프로젝트
책에서 기억하고 싶은 내용을 써보세요.
사소한 결점을 아무도 고치지 않고 놔두어서는 안 되고, 반드시 제품의 품질에 책임을 져야 한다. (p. 379)
모든 사람이 적극적으로 환경 변화를 감시하도록 권장하라. (p. 380)
할 일을 백로그로 관리하든 업무 목록이나 업무 흐름 도구를 사용하든 간에 기능 개발로만 몽땅 채우지는 말라. 새로운 기능을 만드는 것 외에도 해야 할 일들이 있다. [구형 시스템 유지 보수, 프로세스 회고와 개선, 새로운 기술 탐험, 학습 및 기술 갈고 닦기] (p. 381)
그러니 어떤 특정 방법론에서 가장 좋은 부분만 가져다가 적절히 조정하여 사용해야 한다. 만병통치약은 없고, 현재의 방법론들도 아직 완성되려면 멀었다. 그러니 인기 있는 방법론 하나만 좇지 말고, 다른 것들로도 눈길을 돌려야 한다. (p. 389)
Tip 90 일찍 테스트하고, 자주 테스트하라. 자동으로 테스트하라. (p. 394)
즉, 테스트 환경은 실제 환경과 최대한 비슷해야 한다. (p. 395)
정말 진지하게 테스트해 보고 싶다면 소스 트리에서 별도의 브랜치를 하나 만든 다음 고의로 버그를 심어 놓고 테스트가 잡아내는지 검증하라. (p. 397)
한번 인간 테스터가 버그를 찾았다면 더는 인간 테스터가 그 버그를 만나서는 안 된다. 그 순간 이후로는 무조건, 매번, 예외 없이, 아무리 사소해도, 개발자가 "그런 상황은 절대 또 일어날 리 없습니다."라고 불평을 하더라도, 해당 버그를 확인할 수 있게 자동화 테스트를 수정해야 한다. (p. 399)
우리는 소유권에 대한 긍지pride를 보고 싶다. "내가 이걸 만들었고, 내 작품의 품질을 보증합니다." 여러분의 서명이 품질의 보증 수표로 인식되게 해야 한다. 사람들이 코드에 붙은 여러분의 이름을 보고 그것이 튼튼하고 잘 작성되었으며 제대로 테스트되었을 뿐 아니라 훌륭히 문서화되었을 것이라고 기대하도록 만들자. 전문가가 만든 진정으로 전문가다운 결과물. (p. 406)
오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요
다른 내용도 물론 중요하지만, 마지막 [Topic 53 오만과 편견]이 이 책의 핵심 같다. 자신이 짠 코드를 책임질 것, 그것을 당당히 자랑할 수 있을 만큼 코드를 잘 작성할 수 있도록 이전의 실용주의적 사고들을 실천할 것. 그를 위해 함께 일하는 사람들과 계속 대화하고 서로를 존중한 결과물을 낼 것.
지금 나는 그러한 팀에서 일하고 있는가? 그런 프로젝트가 되도록 노력하고 있는가? 자문하게 되는 내용이었다. 안타깝게도 답은 No. 앞으로 고쳐가야 할 점이 많다. 나는 테스트에 진중하지 않고, 코드에 대한 긍지도 없다. 실용주의와는 거리가 너무 멀다. 북클럽을 진행하며 조금씩 신경 쓰게 된 부분들은 있지만, 아직 많이 부족하다. 최종적으로 코드에 당당히 내 이름을 적어둘 수 있도록 하나씩 실천해 가야겠다.
오늘 읽은 다른사람의 TIL
yungimok님의 TIL (TIL 9장. 실용주의 프로젝트 – 노마드 코더 Nomad Coders)