잉여개발자

일하면서 좋았던 애자일 경험일전에 스타트업에서 일하면서, 좋았던 경험/프로세스를 잊어먹기 전에 남겨본다. 프로세스1. 스프린트 (2주) 간 작업 진행2. 스프린트 회고 (스프린트 마지막 금요일) 진행- 소요시간 약 1시간- 다같이 모여서 이번 스프린트 간 구현 된 기능을 확인한다. (시연한다)- 시연은 파트별 (FE든, BE든) 진행 3. 시연 간 보완 점 및 개선 아이디어를 발굴한다. - 페이지마다 피드백 / 요구사항 miss 종합 -> 약 2~4개- TODO 보완 사항 -> 약 2~4개 - 거의 10개 미만의 추가 티켓이 나온다.- 우선순위를 정해서 다음 스프린트에 반영할 일부 티켓을 골라내고, 나머지는 백로그로 옮긴다.- 최종 PM은 티켓으로 만들고, 그 자리에서 대충 업무 정리를 끝낸다. (길어지..

Non-Tech 관련코드 리뷰코드 리뷰에 관한 생각 정리 : 코드 리뷰에 대한 가치관 및 좋은 견해 개발자, 커리어주니어/중니어/시니어의 역할 정리 : 주니어, 중니어  의 역할을 비교해보며 나는 어디쯤 속해있나 돌아보기 좋은 글.프로덕트 매니저는 어떤 일을 하나요?”라는 질문에... : (추천) PM 이란 직군에 대해 이해를 높여주는 글 팀프로젝트테크스펙으로 모두 함께 성장하기 , 링크2 : 개발 기간 산출 전 테크 스펙 확인하기 기타사용자 행동 로그국내의 UX/UI 모바일 패턴 수집 Tech 관련PythonPython과 FastAPI로 지속 성장 가능한 웹서비스 개발하기Fastapi 콜 한줄한줄 따라가기CPython 3.13버전에서 기대되는 기능(A Per-Interpreter GIL)Python @..

개요테스트 코드를 작성시 어떤 도구로, 어떠한 것을 어떻게 작성 해야 될 까에 대한, 아직 경험이 부족하지만 이해한 바를 토대로 가이드라인 겸 항목 정리를 해보았다. (이해도가 높아질 때마다 계속 업데이트 해보는걸로..) 현재 개발 방식이 TDD(Test Driven Development)일 수도 있고 아닐 수도 있을 것이고, 스타트업 같은 만약 제품을 먼저 내야 하는 상황이면, 테스트 코드 작성 비용은 다소 부담스럽고 우선순위가 자연스럽게, 뒤로 밀릴 수 있다.혹은 완성된 서비스의 안정성을 높이기 위해, 테스트 코드를 넣으려는 경우, 방대한 서비스 코드의 모든 부분에 대해 테스트 코드를 채워 넣는 것 또한 다소 비효율적으로 느껴질 수 있다. 따라서 테스트 코드 작성시 '모든 것에 테스트 코드를 작성할 ..

현재의 팀에서는 아직 PR 에 대한 문화나 규칙 등이 완전히 설립되지는 않았는데, Pull Request를 받거나 요청하면서, 코드 리뷰를 하다 보면 참 많은 고민 지점이 생기는 것 같다. 깊게 몰입해서 하면, 1시간 ~ 2시간은 금방이고 의견과 피드백을 작성하 기 위해 그때 그때 다른 레퍼런스를 보다 보면, 반나절에서 하루 종일 PR 만 봤던 적도 있던 것 같다. (물론 각잡고 학습하자느니 뭐니 혼자 계획하고 설치는 것 보다, 그 순간 리뷰를 위해 특정 부분을 빠르게 학습하는 것 또한 효율적이였던 것 같기도) 그러던 중 다음의 '아주 사적인 코드 리뷰 생각' 이라는 정말 좋은 아티클을 보게 되었고, 많은 공감을 하게 되었던 것 같다.(본인이 주니어거나 코드 리뷰에 무언가 고민이 있다면 꼭 읽어보아도 좋..