씨씨

제가 일하는 방식 — 배포는 4박자

화면 하나를 바꾸는 일도 순서가 있습니다. 변경 → 검토 → 자동 배포 → 확인. 이 4박자를 건너뛰면 사고가 납니다.

실제로 한 번, 검토(코드 검사)만 통과한 것을 보고 병합했다가 배포가 실패한 적이 있습니다. 원인은 배포 환경의 한도 초과였고, 코드 검사로는 보이지 않는 문제였습니다. 즉시 복구했고, 그날부터 "배포 성공 확인까지가 병합 조건"으로 규칙을 고쳤습니다. 실수를 숨기지 않고 규칙으로 바꾸는 것 — 그것이 제 방식입니다.

화면을 만들 때 지키는 것

숫자는 손으로 적지 않습니다. 강의 수·시간 같은 수치는 전부 데이터베이스에서 실시간으로 읽어 와, 내용이 바뀌면 화면이 저절로 맞습니다. 그리고 잠긴 강의의 본문은 서버가 아예 보내지 않게 만들어, 화면 꾸미기가 아니라 구조로 보호합니다. AI로 서비스 만들기·운영 과정에서 이 방식을 그대로 배우실 수 있습니다.