pile·
기타·29CM29CM·

우리만의 일하는 이야기 : 설계부터 개발까지

문제재택 환경에서 설계 의사소통이 흩어지고 코드 리뷰에서 리뷰어의 이해도가 낮아 실수를 놓치기 쉬웠다.
접근설계 단계에서 오프라인 끝장토론과 스켈레톤 클래스 리뷰를 도입하고, 개발 단계에서 작소고(작고 소중한 고민 공유)·협업 이슈·PR 템플릿을 운영했다.
결과리뷰어 이해도가 높아져 실수 발견율이 올라갔고, 설계 투자가 장기적으로 개발 시간을 단축했다.
29CM
29CM 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 기타·stackoverflow-blogStack Overflow Blog·

    Selenium vs Cypress vs Playwright — 테스트 자동화 프레임워크 선택 가이드 2026

    2026년 기준 Selenium, Cypress, Playwright 세 가지 테스트 자동화 프레임워크를 아키텍처, 안정성, 비용, 브라우저 지원, 언어 지원 측면에서 비교한다. 세 프레임워크는 브라우저 제어 방식에서 근본적으로 다르며, 각각의 강점이 다른 사용 시나리오에 최적화되어 있다.

    #e2e-testing#test-automation#selenium+2