집짓기 대신 개발

항상 개발 중심 조직에서 일을 하다가 완전 비개발 직군과 함께 스프린트를 꾸리면서 JIRA사용에 여러 애로사항을 겪었습니다. 그래서 이 기회에 명확한 JIRA 사용법 및 워크플로우 용어들을 정리하게 되었습니다. 모든 툴이 그렇지만 각 팀의 사정과 환경에 맞게 수정해 사용해야 한다는 점을 유의해야 합니다. 그럼 제가 우리팀에서 만든 JIRA라 쓰고 스크럼이라 읽는 사용법 정리를 시작하겠습니다. 스크럼에는 에픽 - 스토리 - 작업 - 버그 등 다양한 용어의 이슈(Task)들이 있습니다. 이런 용어의 혼동은 스크럼을 초기에 도입하는데 큰 방해요소중 하나입니다. 이는 "아니, 버그면 버그, 기능이면 기능이라 쓰면되지 에픽은 뭐고 스토리는 뭐다냐?" 라는 의문점이 가장 먼저 들게 하는 요소입니다. 물론 저도 처음..

팀을 초기에 세팅할때 유닛 테스트 관련 컨벤션을 꾸리는데 여러 고민에 빠지게 됩니다.. 유닛테스트의 범위와 규모 TDD를 중심으로 할 것인가? 일반 유닛테스트와 통합테스트만을 중심으로 개발할 것인가? 여러 고민을 하게 됩니다. 해당 글은 이런 고민 속에서 테스트 커버리지를 어떤 방식으로 확인 하는지에 대한 글입니다. JaCoco를 활용하여 간단하게 테스트 커버리지를 확인하는 방법을 알아보고 이를 통해 팀의 컨벤션을 확보하는데 도움이 되길 빕니다! 우선 JaCoco에 대해 간략히 소개드리면 Java기반 언어를 분석하여 테스트 코드가 커버하는 코드 블락을 확인 후 커버리지 퍼센트를 도출해 주는 도구입니다. 물론 그외에 다양한 기능을 제공하기 때문에 해당 글을 보고 찾아보시면 많은 도움을 받을 수 있습니다. ..

개발바닥 유튜브를 보던 중 [React 불만 大 발설] 영상을 보고 내가 생각하는 React Best Practice를 정리해보면 좋겠다고 생각했습니다. (영상링크 * https://www.youtube.com/watch?v=1V6mQom0paI) 기본적으로 해당 영상에서 말씀하시는 내용 중 OOP가 FE에서 필요한 개념인가? 없으면 어떻게 짜는가? 라는게 영상 내용의 주요 주제 중 하나입니다. 위의 내용들을 제 경험에 투영하여 작성하려하며, 온전히 제 경험에서 나온 내용이라 정답은 아니라는 점을 유의해 주시길 바랍니다. 해당 Practice는 Typescript를 기본으로 하기 때문에 Javascript프로젝트에 도입하기에는 한계가 있을 수 있는 점 유의해 주세요! 해당 Practice에서 사용한 주요..

어떠한 서비스, 프로덕트를 만들 때 가장 고민해야 할 문제가 어떤 게 있을까? 하나의 제품을 만들 때 실제 개발자, 디자이너, 기획자 등 다양한 분야의 다양한 사람들과 협업을 진행하게 된다. 이러한 협업 관계 속에서 우리는 정확한 문제를 찾아야 하고 상대를 설득할 필요가 있다. 이러한 설득 과정에서 상대와 내가 서로 다른 지향점을 보고 있다면 트러블로 발전하게 되고 결국 좋지 못한 결과를 가져오는 경우를 종종 봤다. 나도 이런 문제를 격은 적이 있으며 앞으로도 계속 격게 될 문제라고 생각한다. 하지만 이런 문제들은 결국 제품에 대한 Context를 완전히 다르게 잡고 있기에 발생하는 문제이다. 하나의 팀은 하나의 맥락을 가지고 문제를 찾고 해결해야 한다. Context(맥락) 이란? 내가 말하는 맥락은 ..