Engineering Culture
코드 소유권을 연락 가능한 책임으로 보기, 유지보수할 때 남겨 둘 예제
담당자가 있다는 사실이 다른 사람의 변경을 막는 경계가 되면 병목이 생긴다. 소유권은 판단과 운영 책임을 찾기 쉽게 만드는 장치여야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Frontend
폼 오류를 수정 가능한 문장으로 쓰기, 유지보수할 때 남겨 둘 예제
폼 제출이 실패했는데 잘못된 입력이라는 문구만 표시되면 사용자는 무엇을 고칠지 알기 어렵다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
잠금 파일로 CI 의존성 설치 고정하기, 유지보수할 때 남겨 둘 예제
로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
입력 검증의 소유권, 유지보수할 때 남겨 둘 예제
화면에서 검증한 값이라고 믿고 서버 검증을 생략하면 다른 클라이언트가 제약을 우회할 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
목록의 key와 항목의 정체성, 유지보수할 때 남겨 둘 예제
목록 앞에 항목을 추가했을 때 입력값이나 선택 상태가 다른 행으로 옮겨갈 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
혼동 행렬로 실패 종류 나누기, 유지보수할 때 남겨 둘 예제
단일 점수는 어떤 클래스를 서로 혼동하는지 보여 주지 못한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.