AI 활용을 보고하면서, 업무 적용의 기준을 다시 정리했습니다
화면 코드 생성 검증을 실제 업무로 연결하며 성과와 계획의 경계를 정리한 기록
글 읽기 →ARCHITECTURE × EXPERIENCE × LOG
기술보다,
선택의 이유를 기록합니다.
금융 서비스와 Web 플랫폼을 만들며 마주한 작은 고민, 결정의 기준, 그리고 그 과정에서 배운 것을 담습니다.
최근 기록
19개의 글API에서 고객이 사용하는 서비스까지
지난 5년의 경험으로 만든 웹 플랫폼, 그리고 앞으로의 개발 방향
글 읽기 →React와 Spring Boot를 나눈 뒤, 배포 기준도 달라졌습니다
역할의 경계를 변경·빌드·릴리즈의 단위까지 연결하며
글 읽기 →디자인 시스템은 AI Agent에게도 협업 기준이 될 수 있을까
Figma·React·Storybook의 연결을 AI가 이해하고 검증할 수 있는 기준으로 다시 정리하며
글 읽기 →원장 메시지는 왜 그대로 고객에게 보여주기 어려울까
다국어 지원을 준비하며 기술 메시지와 고객 메시지의 차이를 다시 본 기록
글 읽기 →Storybook은 예쁜 컴포넌트 문서가 아니라 협업 기준이다
디자인과 코드 사이에서 상태·사용법·변경 이력을 함께 확인하는 공간
글 읽기 →금융권 개발망에서 오픈소스와 개발 생산성을 함께 고민하는 법
무조건 차단하거나 허용하기보다 사용할 수 있는 기준을 만드는 일
글 읽기 →작은 문구 수정은 왜 CMS에 대한 고민으로 이어졌을까
React 전환 과정에서 개발과 운영의 역할을 다시 생각한 기록
글 읽기 →Swagger와 REST Docs를 같이 가져가는 이유
빠른 개발 확인과 검증된 API 문서를 서로 다른 목적으로 운영하기
글 읽기 →JSP 레거시 전환은 화면을 바꾸는 일이 아니었다
기존 업무를 React와 Spring Boot 구조로 옮기기 전에 살펴본 것들
글 읽기 →전자서명에서 nonce와 transactionId가 필요한 이유
유효한 서명이 현재의 업무 요청을 위한 것인지 확인하며
글 읽기 →WebView의 전자서명은 어디까지 믿을 수 있을까
plainData와 signedData, 실제 업무 요청을 함께 바라보며
글 읽기 →로그인 사용자는 바로 업무로, 비로그인 사용자는 설명 화면으로
하나의 WebView 진입 경로에서 로그인 상태에 따른 흐름을 나누며
글 읽기 →GNB는 앱 영역인가, 웹 영역인가
WebView 위에 놓인 앱 GNB와 웹 화면의 경계를 맞추며
글 읽기 →하이브리드 앱에서 Native Bridge 사용 기준에 대한 고민
화면마다 직접 호출하던 기능을 공통 Wrapper로 감싸며
글 읽기 →앱 안에서 웹서비스를 자연스럽게 제공하려면 무엇을 먼저 정해야 할까
하이브리드 앱을 준비하며 다시 본 앱·웹·서버의 역할
글 읽기 →채널 개발자는 왜 회의가 많아졌을까
구현 뒤에서 참여하던 역할이 서비스의 기준을 함께 정하는 역할로 바뀌며
글 읽기 →코드 너머의 채널 개발자
앱과 웹, 여러 시스템의 경계에서 일하며 달라진 역할에 대한 생각
글 읽기 →기술보다 선택의 이유를 기록하려 합니다
아키로그를 시작하며
글 읽기 →