lifecarelog
백엔드

1인 개발도 '우리'라고 써도 될까 — 백엔드 actor로 정직하게

혼자 만드는데 공지에 '저희가'라고 쓰기 애매할 때, 인원수 대신 시스템 주체를 로그·DB·발신자 필드에 정직하게 담는 백엔드 설계 이야기예요.

5분 읽기

1인 개발도 '우리'라고 써도 될까 — 백엔드 actor로 정직하게

혼자 만드는데 서비스 공지에 "저희가 개선했어요"라고 쓰다가 손가락이 멈칫한 적 없나요? 인원수를 부풀리는 것 같아서요. 그런데 백엔드를 열어 보면 '우리'가 꼭 사람 수를 뜻하지 않는다는 걸 알게 돼요.

'우리'는 사람 수가 아니라 시스템의 주체예요

라이프케어로그를 혼자 운영하면서 로그를 정리해 보니, 데이터를 바꾸는 주체가 저 하나가 아니더라고요. 제가 손으로 누르는 요청, 새벽에 도는 스케줄러, 외부에서 들어오는 webhook, 자동화 워커까지. 사람은 한 명인데 시스템 안에서 움직이는 손은 여럿이었어요.

그래서 로그와 DB에 남길 주체를 human · cron · webhook · agent 네 가지로 나눴어요. "관리자가 수정"이라고 뭉뚱그리지 않고, 이 데이터를 정확히 누가(혹은 무엇이) 건드렸는지 남기는 거죠.

  • human
  • cron
  • webhook
  • agent — 시스템을 움직이는 네 손

created_by 한 칸이 정직함을 대신해요

테스트해 보면 차이가 확 느껴져요. 예전엔 created_by에 그냥 admin을 박아 뒀는데, 나중에 "이 값 언제, 왜 바뀌었지?"를 추적할 수가 없었어요. 지금은 테이블마다 created_by·updated_by 두 칸에 위 네 가지 액터 중 하나를 넣어요.

이렇게 바꾸니 좋은 점이 두 개였어요. 하나는 감사 추적이 명확해진 것. 자동화가 만든 행과 제가 직접 만든 행이 딱 갈려요. 다른 하나는 마음이 편해진 것. 알림 메일을 자동으로 보내면서 발신자를 "라이프케어로그 시스템"으로 적으면, 없는 팀원을 만들어 내는 게 아니라 실제로 그 일을 한 주체를 적는 거니까요.

인원수는 속이지 않되, 주체는 숨기지 않기

경계는 분명해요. 사용자한테 "저희 팀 20명이 지원합니다" 같은 문구는 인원수를 지어내는 거라 안 돼요. 반대로 자동 발송 메일이 마치 사람이 손으로 쓴 척하는 것도 정직하지 않고요.

제가 정한 선은 이거예요. 사람이 한 일에는 사람 주체를, 자동화가 한 일에는 자동화 주체를 그대로 적기. 플랜엘(plan-l)에서 월 3건 무료로 법령을 검색하거나 플랜씨(plan-c)에서 로그인 없이 계산할 때, 뒤에서 도는 건 대부분 자동화예요. 그걸 굳이 "저희가 직접"이라고 포장하지 않아요.

적용해 봤더니 카피 쓰기도 오히려 쉬워졌어요. "제가 만들었고, 나머지는 자동화가 돕고 있어요"라고 쓰면 그만이거든요. 이 구조를 잡는 데 10분 정도, actor를 enum으로 정의하고 두 컬럼에 기본값을 거는 것부터 시작했어요.

혼자라는 걸 숨기는 대신, 무엇이 그 일을 했는지를 정확히 적어 두세요. 정직한 로그가 결국 정직한 브랜드 보이스로 이어져요.

#백엔드#감사로그#브랜드보이스

라이프케어로그 서비스가 궁금하신가요?

AI 기반 건강·일정·재활 관리 앱을 직접 써보세요.

서비스 살펴보기

관련 글

댓글

아직 댓글이 없어요. 첫 댓글을 남겨주세요.