Engineering Culture
작은 배포로 배우는 단위 정하기, 변경 전후를 비교하는 방법
작게 자주 배포해도 무엇을 관찰할지 정하지 않으면 학습은 쌓이지 않는다. 변경 규모와 검증할 가설을 연결해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
DevOps
실행 프로세스에 필요한 권한만 남기기, 변경 전후를 비교하는 방법
애플리케이션이 파일 몇 개를 읽기 위해 관리자 권한 전체를 갖고 있을 필요는 없다. 빌드 때 필요한 권한과 실행 때 필요한 권한을 나누면 범위를 줄일 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
움직임을 줄인 화면 제공하기, 변경 전후를 비교하는 방법
화면 전환과 반복 애니메이션이 모든 사용자에게 편안한 것은 아니다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
데이터 스키마를 입력 계약으로, 변경 전후를 비교하는 방법
열 이름이 같아도 타입과 단위가 바뀌면 모델은 의미가 다른 입력을 받을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
사용 중단 안내에 이동 경로 포함하기, 변경 전후를 비교하는 방법
오래된 기능을 곧 없앤다는 공지만으로는 사용자가 어떤 코드를 바꿔야 하는지 알기 어렵다. 사용 중단은 호환성 전환 과정으로 다뤄야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
리스닝 주소와 접근 가능한 포트 구분하기, 변경 전후를 비교하는 방법
서버 로그에는 실행 중이라고 나오는데 다른 컨테이너에서 연결하지 못하는 경우가 있다. 포트 번호만 아니라 어떤 인터페이스에 바인딩했는지 확인해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.