개발
코드 / 아키텍처 / 디버깅
-
자정 직전, 연쇄 장애를 막아낸 두 건의 수리
어제 밤 11시, 딱히 새 기능을 만들겠다는 계획은 없었다. 그런데 모니터링 로그를 슬쩍 들여다보다가 신경 쓰이는 패턴을 발견했고, 결국 자정이 넘도록 코드를 붙잡게 됐다.
읽기 → -
AdSense 심사 앞두고 글쓴이 거짓말 전부 지운 날
오늘 저녁 22시 블록은 사실 하나의 질문에서 시작됐다: *"이 글들, AdSense 심사관이 보면 뭐라고 할까?"*
읽기 → -
PG 대량환불 기능을 하루 만에 끝까지 쌓아올린 날
오후 5시 무렵, 슬랙에 올라온 스레드 하나를 닫으면서 생각했다. "오늘 이거 진짜 다 만들었네."
읽기 → -
장례식장 사이트, "격조 있게" 다시 그리다
오전 11시, 장례 서비스 사이트 UI를 통째로 손보는 작업을 시작했다. 처음엔 단순히 레이아웃 폭 조정 정도로 생각했는데, 뚜껑을 열어보니 컬러 명암비, 타이포그래피 위계, 전체 테마 정체성까지 건드려야 할 포인트가 줄줄이 나왔다. 결국 세 번의 커밋이 하나의 흐름으로 이어졌다.
읽기 → -
펫 사이트 비주얼 오버홀과 접근성 도장 찍기
오전 10시에 시작한 작업인데, 막상 끝내고 나니 commit이 8개였다. 계획은 "디자인 분위기 좀 바꾸자" 한 줄이었는데, 실제로 건드린 범위는 디자인 시스템 전체였다.
읽기 → -
새 서비스 론칭 체크리스트에 DoS 방어 기본 설정 추가
새 서비스를 론칭할 때마다 빠지던 게 있었다. 아, 이건 아니고 저건 맞고, 하면서 런칭 체크리스트를 돌 때 정작 DoS 공격이나 스크래핑 같은 기본 방어책은 "나중에 필요하면" 같은 톤으로 미루곤 했다. 그러다 실제로 트래픽 스파이크를 맞거나 악의적 스크래핑이 감지되면 그제야 급하게 대응하는 패턴이 반복됐다. 이번엔 그걸 구조화해서 온보딩 문서에 박아 넣
읽기 → -
favicon 404 에러 해소
love.hedvion.com에 favicon.ico와 apple-touch-icon.png를 추가해서 브라우저의 자동 요청으로 인한 404 에러를 없앴다. 로고를 기반으로 아이콘을 만들어 정적 자산으로 제공하게 된 작은 수정이지만, 서버 로그 노이즈를 줄이고 사용자 경험도 함께 개선했다.
읽기 → -
브라우저 탭과 북마크에 사이트 고유 브랜드 아이콘 적용
사이트 파비콘을 여러 포맷과 사이즈로 제대로 구성했다. favicon.ico, favicon.svg, apple-touch-icon.png 같은 파일들을 공개 디렉토리에 배치하고, 각 브라우저와 디바이스가 올바른 아이콘을 인식하도록 설정하는 작업이었다. 처음엔 단순해 보이는 변경이지만, 생각보다 고려할 부분이 많았고, 좋은 학습 거리가 됐다.
읽기 → -
모든 브라우저에서 사이트 고유 아이콘 표시
파비콘(favicon) 5가지 포맷을 한 번에 적용했다. 쉬워 보이지만 생각보다 고려할 게 많은 작업이었다.
읽기 → -
브라우저 탭에 사이트 로고가 나타나게 하다
뭘 했나
읽기 → -
더보기 링크 색상 대비 기준 충족
라이트그레이 배경 위의 "더보기" 링크 색상이 WCAG AA 기준을 만족하지 못하고 있다는 것을 발견했다. 시각 장애인뿐 아니라 일반 사용자도 화면 밝기나 환경에 따라 이런 링크를 놓치기 쉽다. 색상을 fg-soft에서 더 진한 회색으로 변경하는 작업을 진행했다.
읽기 → -
북마크·탭·홈 화면에서 통일된 브랜드 이미지 구현
사이트 파비콘을 드디어 적용했다. 언뜻 간단해 보이는 작업이지만, 해보니 생각보다 많은 포맷과 고려사항이 있었다. 무엇보다 이 "작은" 기능이 사용자가 매일 만나는 인터페이스 곳곳에 나타난다는 게 흥미로웠다.
읽기 → -
모든 플랫폼에 일관된 파비콘 적용
사이트의 파비콘을 여러 형식과 크기로 정비했다. 단순한 이미지 교체처럼 보이지만, 사용자가 만나는 첫 인상을 어떤 기기에서든 일관되게 제공한다는 점에서 생각보다 중요한 작업이었다.
읽기 → -
섹션 더보기 링크 색상 진하게 조정해 접근성 기준 충족
섹션 더보기 링크의 색상을 gold-deep으로 조정해 WCAG AA 접근성 기준을 충족하도록 했다. 기존 gold 색상은 흰 배경 위에서 명도 대비가 부족했는데, 이번 수정으로 시각장애나 저시력을 가진 사용자도 링크를 충분히 식별할 수 있게 됐다.
읽기 → -
카드 버튼과 생성기 안내문, 색상 대비 AA 준수로 마무리
카드 버튼과 생성기 안내문의 색상 대비를 WCAG AA 표준으로 맞추는 작업을 마쳤다. 간단한 색상 조정처럼 보이지만, 사실 시각 장애 또는 약시 사용자들이 우리 서비스를 정상적으로 이용할 수 있게 하는 접근성 개선이다.
읽기 → -
푸터와 생성기 버튼 색상 대비 개선
이번 작업은 접근성(a11y) 관점에서 색상 대비를 개선한 것이다. 푸터의 상담전화와 저작권 텍스트, 그리고 생성기 페이지의 버튼들이 시각적 대비 기준을 충족하지 못하고 있었다. 특히 밝은 배경과 약한 색상 조합이 저시력 사용자나 특정 환경(밝은 햇빛 아래)에서 가독성 문제를 일으킬 수 있다는 점에서 우선순위를 높였다.
읽기 → -
저대비 카드 텍스트, 색상 토큰 개선으로 접근성 기준 충족
어느 날 오후 디자인 리뷰에서 한 팀원이 "카드 날짜가 잘 안 보인다"고 지적했다. 내 모니터에서는 충분히 보였지만, 밝은 화면이나 다른 각도에서 보니 문제가 명확했다. 접근성 검사 도구를 돌려보니 예상대로 WCAG AA 기준을 만족하지 못하고 있었다. "또 다른 색상 튜닝인가" 싶기도 했지만, 우리 팀에서 약속한 접근성 지표를 지키는 것도 중요했고, 사용
읽기 → -
메타 태그 언어 누수 제거, 다중사이트 i18n 잘못된 가정을 고치며
다중 사이트를 운영할 때, 각 사이트별 기본 언어와 지역화 전략이 다르면 언뜻 작아 보이는 메타 태그 하나도 예상 밖의 곳에서 터진다. 이번 작업은 그런 "누수"를 잡는 일이었다.
읽기 → -
다크 테마 히어로 텍스트 명도 수정
생성기 페이지의 히어로 섹션에서 텍스트가 배경에 묻혀 보이지 않는 문제를 고쳤다. 다크보드 배경에 차콜 글자가 대조를 이루지 못하는 것이 원인이었는데, 라이트 텍스트로 변경하고 불필요한 이모지까지 정리했다.
읽기 → -
stale 문서로 반복되던 팀 온보딩 오류 정정
외부 API 문서가 실제 구현과 맞지 않아 팀 온보딩 때마다 같은 오류를 반복하는 것을 발견했고, CLAUDE.md에 반영된 정보를 최신으로 정정하는 작업을 했다.
읽기 →