⛓️ 생각정리7 테스트 코드가 없다면? 개발을 공부할 때부터 테스트 코드에 대한 중요성이 만연하게 퍼진 상태라서 테스트가 1개도 없는 레거시 코드는 본 적이 있지만 테스트 코드를 작성하지 않는 프로젝트를 진행해 본 적은 없습니다. 테스트를 작성하지 않으면 어떻게 될지 간단하면서도 직관적으로 표현해주는 이미지가 있어 가져왔습니다. 많은 의미로 해석될 수 있지만 저는 테스트를 작성하지 않는다면 현재 유지 보수 및 기능 추가를 위해 추가/삭제한 코드가 어떤 영향도를 가지고 있는지 파악할 수 없다라고 해석했습니다. 물론 테스트를 작성하는 것이 쉬운 길은 아닙니다. 때로는 너무 쉬운 코드에 대해 테스트 코드를 작성하여 배보다는 배꼽이 더 큰 것이 아닌가 라는 생각이 들지만 아무리 간단한 기능이라도 추후에 다른 누군가가 수정하게 된다면 기존 의도를 파악.. 2024. 1. 11. Yes man이 되지 말자 지난 1년 간 백엔드 직무를 맡으면서 수많은 요구사항을 구현했지만 모든 요구사항을 구현 중에 사용자의 필요성을 고려한 것은 아니어도 어떻게 하면 사용성을 개선하고, 조금 더 편하게 기능을 사용할 수 있을지 고민을 많이 했습니다. 이렇게 일을 하면서 요구사항 구현이 확정된 상태에서 사용성을 고민하는 것은 습관이 되었는데. 최근 몇가지 문의 사항을 구현하다 보면서 돌아보니 정말 필요한 기능인지 고민하는 습관이 잘 들지 않았다는 생각이 들었습니다. 진행 중인 프로젝트 등 외부 요인을 모두 제거한 이상적인 요구사항 분석 및 구현은 아래와 같습니다. (외부 요인을 최대한으로 제거했기 때문에 실무와 맞지 않는 상황이 있을 수 있습니다) 기능 구현 문의가 들어온다. 정말 필요한 기능인지 분석한다. (다른 팀의 협업은.. 2024. 1. 9. DDD 사용해보자. 지금까지 개발을 하면서 DDD를 잘 적용하기 위해 노력했고, 그 결과로 몇가지 경우의 수를 추려낼 수 있었다. 이번 글을 통해서 DDD에 대해 간략하게 설명하고, 어떤 경우에 DDD를 고려해볼 수 있는지 설명하겠다. 우선, DDD란 무엇인지 간략하게 알아보자. DDD는 도메인 주도 설계(Domain-Driven Design)의 약어로, 소프트웨어 개발에서 복잡한 도메인을 이해하고 그에 맞게 시스템을 구축하는 설계 방법론이다. 이는 Eric Evans가 2003년에 발표한 "도메인 주도 설계"라는 책에서 소개되었다. 더 자세한 내용은 관련 책을 보면서 학습하는 것을 추천한다. 도메인 주도 개발 시작하기.최범균.한빛미디어 도메인 주도 설계.에릭 에반스 저/ 이대엽 역.위키북스 도메인 주도 설계 철저 입문.나.. 2023. 12. 8. 고객 만족과 지속적 배포 Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. - principles behind the agile manifesto 가치 있는 소프트웨어를 짧은 기간, 지속적으로 배포하여 고객을 만족시키는 것이 최우선순위라는 것으로 해석됩니다. 해석에 따라 IT회사에서 원하는 역량으로 해설될 수 있는데요. 짧은 기간, 지속적 배포 -> 직관적이고 간편한 CI/CD 환경 구축 고객 만족 -> 사용자의 입장에서 서비스를 생각할 수 있는 능력 짧은 기간, 지속적 배포 특히, 짧은 기간, 지속적 배포는 서비스 운영 측면에서 매우 중요하다고 생각합니다. 여러 애자일 방법론 중에 스크.. 2023. 11. 5. 2023년 1분기 회고 1분기를 회고를 4월이 되어서야 작성을 하고 있습니다...😂 (모든 일은 고민하는 시간에 해결하는 게 제일 빠른 것 같습니다.) 미룬 만큼 어떤 일을 해냈고, 어떤 일을 잘하지 못했는지 빠르게 알아보겠습니다. 다음은 1분기에 이루고자 했던 목표입니다. 1주일에 개발 블로그 1개 쓰기 개발 서적 4권 이상 읽기 깃허브 1일 1커밋하기 스터디하기 개발 이외의 서적 1권 읽기 1분기 동안에 어떤 일이 있었는지 알아보겠습니다. 1주일에 개발 블로그 1개 쓰기 언제나 그렇듯 글을 쓰는 일은 어려운 것 같습니다. 주제와 대상을 정하고, 주제에 대한 이해도 등등등 정해야 할 것이 수십 가지가 있기 때문에 더 그런 것 같습니다. 이전 블로그와 현재 블로그까지 합치면 거의 3년 정도 블로그를 작성하며 수백 가지의 글을 .. 2023. 3. 31. 2022년 회고 "학생에서 주니어 개발자로" 목표 kotlin 활용 가능할 정도로 공부해 보기 1주일에 1개 개발 블로그 작성하기 개발 서적 4권 이상 읽기 개발자로 취업하기 졸업 안정적으로 하기 kotlin 활용 가능할 정도로 공부해 보기 쏘카 취업 후 회사 기술 스택이 kotlin + spring boot라는 것을 알게 되어 kotlin에 대한 이해가 필수가 되었습니다. 코틀린 책으로 유명한 책 중 하나인 kotlin in action와 코틀린 쿡북을 읽으며 # 살아있다 #자프링외길12년차 #코프링2개월생존기 로컬 광고 서버 NodeJS->Kotlin 전환기 Kotlin Coroutines 톺아보기 강의를 공부하고, 현재는 코틀린을 다루는 기술 책을 읽으며 코틀린 심화 학습을 이어가고 있습니다. 꾸준히 개발 블로그 작성하기 블로그를 일.. 2022. 12. 27. 이대로 괜찮은가? 전문가라 불리는 사람들은 꾸준히 일을 합니다. 그렇다면 꾸준히 일을 하기만 한다면 전문가가 될 수 있을까? 이에 대해 1만 시간의 법칙을 만든 안데쉬 에릭손은 다음과 같이 말합니다. 55년 동안 걸었다고 걷는 게 점점 더 나아지고 있는 건 아닙니다. (중략) 자신이 즐기는 걸 한다고 해서 더 뛰어나게 될 것이라고 믿는 것은 미신입니다. 함께 자라기: 애자일로 가는 길 p.27 그저 묵묵하게 꾸준하게 일만 한다고 해서 전문가가 될 수 없다는 것을 말합니다. 전문성을 가지기 위해서는 끊임없는 자기 수련을 해야 합니다. 전문성 획득을 위한 자기 수련 책에서는 abc 방법을 소개합니다. a는 행동, b는 a에 대한 피드백, c는 b의 피드백이 타당한지 검증하는 과정입니다. 자기 수련의 과정을 조금 더 구체적으로.. 2022. 10. 27. 이전 1 다음
