- 하드웨어 자원과 응답 요구에 맞춘 기능별 처리 위치 분리대상 하드웨어의 오디오 처리 자원과 응답 속도를 비교했습니다. 실시간 판단이 필요한 위험물 감지와 자원이 많이 드는 음성 질의응답을 서로 다른 곳에서 처리하도록 나눴습니다.2026.10.04 · 성능 측정, 온디바이스, 음성 AI
- 연결 상태에 따라 기능을 세 갈래로 나눈 오프라인 규칙읽어 온 데이터는 캐시로 보여 주고, 새 데이터는 온라인에서만 받고, 서버 쓰기는 막으면서 USB로 기기에 쓰는 것은 오프라인에서도 허용하는 규칙을 함께 정하고 구현했습니다.2026.10.04 · 오프라인, service worker
- Webflow에 Vue.js를 인라인으로 적용한 동적 화면 구현Webflow로 만든 사이트에 서버 데이터에 따라 바뀌는 화면이 필요해진 상황, Vue.js를 고른 이유, 두 도구의 역할을 어떻게 나눴는지를 적었습니다.2026.10.04 · vue, webflow
- 어드민 설정에 따라 유형별 섹션을 그리는 메인 페이지 구조매달 추가되는 프로모션 콘텐츠를 유형별 컴포넌트와 하나의 렌더러로 그리는 구조입니다.2026.10.04 · 관리자, 템플릿
- WebSocket 요청과 응답을 짝짓기 위해 로봇 서버 프로토콜에 UUID를 추가한 과정응답이 어느 요청에 대한 것인지 알 수 없는 문제를 관제 서버에서 우회하지 않고, 로봇 서버 담당자에게 UUID 추가를 요청해 풀었습니다.2026.10.04 · 프로토콜, websocket
- 어드민 목록의 조회 상태를 URL에 담아 다시 열 수 있게 한 판단요구사항에 없던 URL 상태 보존을 직접 판단해 넣은 이유와, 조회·필터·페이지 처리를 공통 훅으로 묶은 구성을 적었습니다.2026.10.04 · 관리자, url 상태
- 계약 조건 안에서 React 적용 범위를 이벤트 페이지로 나눈 판단리뉴얼은 계약상 기존 스택을 유지해야 했던 상황에서, 새로 여는 이벤트 페이지에만 React를 적용하고 Maven 빌드에 넣은 과정을 적었습니다.2026.10.04 · 레거시, 기술 도입
- 휴대폰 브라우저의 뒤로가기와 입력 흐름을 고려한 파트너 웹앱바텀시트와 브라우저 히스토리, 여러 단계 입력, 작성 중 이탈 처리를 어떻게 만들었는지와 Android·iOS 실기기로 확인한 내용을 적었습니다.2026.10.04 · 브라우저 히스토리, 실기기 테스트, 모바일 웹
- 관리자 설정으로 앱·파트너 웹의 콘텐츠 화면을 관리한 템플릿 구조콘텐츠 화면을 한곳에서 관리하려고 HTML 템플릿과 데이터 치환·미리보기를 설계했습니다. 클라이언트에 공통 규칙과 함수를 넘긴 방법, 앱과 웹의 역할 분담, 제휴사별 콘텐츠 구성을 적었습니다.2026.10.04 · 관리자, 템플릿, webview
- Atomic Design 적용 경험을 바탕으로 한 FSD 도입과 경계 조정UI 크기만으로 나눌 때 애매했던 도메인·공통 영역을 역할과 도메인 기준으로 나눴습니다. FSD를 적용하는 중에도 `widgets`의 범위를 다시 조정했습니다.2026.10.04 · 폴더 구조, fsd
- 병원별 웹 구축에 seed 저장소를 재사용하고 배포를 자동화한 과정병원이 늘 때마다 되풀이하던 컴포넌트 설정과 서버 연동을 공통 기반으로 묶은 이야기입니다. 동료와 seed 저장소를 만들어 병원별 사이트를 나눠 제작한 과정과, 파트너 명칭으로 배포 대상을 찾게 한 자동화 흐름을 적었습니다.2026.10.04 · 배포 자동화, 멀티 사이트
- 근거 부족 판정을 유사도 기준값 대신 답변 생성 단계에 맡긴 결정근거가 있는 질문과 없는 질문의 유사도 차이가 0.030밖에 나지 않는 것을 측정으로 확인하고, 판단을 답변 모델로 옮겼습니다.2026.10.04 · 임베딩, 성능 측정, rag
- 같은 뜻 질문 판정을 임베딩 거리에서 별도 판정 단계로 옮긴 과정짧은 질문은 거리로 같은 뜻을 가를 수 없었고, 프롬프트 규칙만으로는 답이 번갈아 나와 판정 호출을 따로 두었습니다.2026.10.04 · faq, 프롬프트, rag
찾는 내용이 없다면 직접 물어보세요
프로젝트와 블로그 글에서 답을 찾습니다