장인테크 JanginTech

[코드 리디자인 일지] Ep.2: "돌아가는 코드"에서 "이유 있는 코드"로!! 과거 코드가 부끄러워질 때 비로소 보이는 것들

입사 후 10개월 된 내가 끄적였던 생각들.. 지금 보면 또 아닌 것(?)들이 꽤 보이는데..노션에 짱박혀있던걸 이곳으로 꺼내본다.. 🧩 배경: 마주한 거대한 숙제 입사 후 약 10개월, 사수님이랑 이사님의 가이드 아래 RAG 시스템의 기초를 다져왔다. '제발 에러만 나지 마라..!' 초기엔 AWS Bedrock이랑 OpenSearch 기반이었고, 당시 목표는 일단 데이터가 들어가고 답변이 나오는 것이었다.하지만 서비스가 점차 구체화되고 있는 시점에서 회사의 인프라 전략이 Azure로 바뀌었다.그러면서 마이그레이션이라는 거대한 숙제가 떨어졌다😲 💭 고민의 내용: 내가 짰지만 좀 너무하네..ㅎㅎ;;과거의 나는 *FAQ를 그냥 '글자가 적힌 표'로만 봤다. HTML에서 테이블 보이면 기계적으로 긁어..

https://honge1122.tistory.com/144 질문을 그대로 검색하지 않는 이유 - 질문 재정의 단계https://honge1122.tistory.com/143 [RAG 채널별 설계] 세션 기반 RAG vs 단건 질의 RAG, 운영하면서 생긴 차이들🧩 배경회사에서 내부 지식문서를 기반으로 답변을 생성하는 자유질의 서비스를 운영하고 있honge1122.tistory.com애진작에 끝났는데 이제서야 업로드..ㅎㅎ 1. 서비스 설명을 준비하다 든 생각서비스 구조 설명을 준비하면서 한 가지 고민이 들었다.Azure AI Search의 filter를 설명하다 보니“이거 PostgreSQL의 WHERE 절과 같은 개념 아닌가?”라는 생각이었다.(참고로 다른 팀원분들은 PostgreSQL을 사용한다)..

미군은 여전히 ​​클로드를 사용하고 있지만, 방산 업계 클라이언트들은 클로드 대체 중이다. (The US military is still using Claude — but defense-tech clients are fleeing)https://techcrunch.com/2026/03/04/the-us-military-is-still-using-claude-but-defense-tech-clients-are-fleeing/ The US military is still using Claude — but defense-tech clients are fleeing | TechCrunchAs the U.S. continues its aerial attack on Iran, Anthropic models are ..

https://honge1122.tistory.com/143 [RAG 채널별 설계] 세션 기반 RAG vs 단건 질의 RAG, 운영하면서 생긴 차이들🧩 배경회사에서 내부 지식문서를 기반으로 답변을 생성하는 자유질의 서비스를 운영하고 있다.흥미로운 점은 같은 파이프라인을 공유하면서도 서로 다른 사용 채널에서 동작 방식이 조금씩honge1122.tistory.com 셔틀버스 20분 전, 이 글을 쓰게 된 이유PPT를 준비하다 보니 기능을 설명하는 것보다먼저 "왜 이런 단계를 두었는지"를 이해시키는 게 우선이라는 생각이 들었다. 이 서비스는 질문을 받아 내부 지식을 검색하여, 그 지식을 기반으로 응답을 생성하는 구조다.사실 흐름만 놓고 보면 단순하다. 질문→검색 →생성하지만 그 사이에 여러 전처리 과정이 들..

2026-03-02: 작성 (03일 배포)2026-03-03 18시 27분: 단어 '채널'을 '사용 서비스'로 수정 🧩 배경회사에서 내부 지식문서를 기반으로 답변을 생성하는 자유질의 서비스를 운영하고 있다.흥미로운 점은 같은 파이프라인을 공유하면서도 서로 다른 서비스에서 동작 방식이 조금씩 다르다는 거다.외부인의 입장에서 무슨 소리인가 싶을 수도 있겠지만서비스별로 사용 목적에 차이가 있다보니히스토리 사용 여부, 필터 정책, 검색 결과 개수(K라고 하겠다), 프롬프트 커스터마이징 같은 요소들이 자연스럽게 갈라져 있었다. 이에 대한 설명을 듣고 싶어 하는 팀원들에게 로직을 설명하기로 했다.당연하게도 팀원들이 다 같은 일을 하는 것은 아닌 데다, 이 업무는 내가 전적으로 맡았다정작 내가 “왜 이렇게 설계됐..

1. 사건 발단: 시즈니(팬덤명)들 시간 여행하기때는 바야흐로 2월 1일. X(구 트위터)에 NCT WISH 팝업 링크(wish-bakery.com)가 올라왔다.https://x.com/nctwishofficial/status/2016707921053462845 X의 NCT WISH님(@nctwishofficial)WISH BAKERY https://t.co/JmaekZqtkb #NCTWISH #WISHBAKERYx.com 링크로 접속한 팬들을 맞이한 건 굳게 닫힌 문과 거꾸로 흐르는 카운트다운 화면뿐특정 날짜와 시간이 되어야 콘텐츠가 열리도록 설정해 놓은 듯했다. 하지만 호기심 많은 팬들이 폰 날짜 및 시간 설정을 수동으로 바꾸고 접속하자아직 열리지 않아야 할 콘텐츠가 열리는 현상이 발생했다.이를 확인..

Azure AI Search를 사용해 특정 사용자(evIUserId), 특정 카테고리(csagId)에 해당하는 데이터를 조회해야 했다.문제는 단순 조회가 아니라 한 번에 들어오는 ID 개수가 매우 많았다는 점이다.evlUserId: 최대 2,800개csagId: 최대 2,800개필드 타입: Edm.String (단일 string)“여러 값 중 하나라도 일치하면 조회”라는 조건 자체는 흔했지만막상 실제 데이터 규모로 돌리니 예상치 못한 에러가 튀어나왔다🥲🥲내가 생각을 짧게 한 탓이다..ㅎ 💭 고민“OR로 묶으면 되겠지?”처음에는 단순하게 생각했다. 그래서 필터를 이런 식으로 만들었다.(evlUserId eq 'u1' or evlUserId eq 'u2' or evlUserId eq 'u3' or ...

🧩 배경FastAPI로 LLM 기반 응답을 생성하는 실시간 WebSocket 스트리밍 서비스를 만들고 있었다(얘를 □ 라고 칭하겠다!)이 서비스는 구조적으로 응답 과정이 여러 단계로 나뉘어 있다. 1. msg1 : “분석을 시작합니다.”2. msg2 : “모델을 준비 중입니다.”3. msg3 : 결과 표시 직전의 안내 메시지4. LLM 응답 스트리밍5. 내부 데이터 조합 후, 히스토리 인덱스 저장 사용자 경험이 중요한 서비스라“순서·타이밍·전송 타이밍”이 3박의 합이 아주 중요했다.그런데 한 가지 문제가 있었다. LLM 응답 생성이 꽤 오래 걸린다는 점이다그래서 msg 3 -> LLM 응답 사이가 너무 멀어서 사용자 입장에선 멈춘 것처럼 보인다는 의견도 나왔다. 이 빈 구간을 보완하기 위해msg3를 2..

얼렁뚱땅 신기해서 해보는 클로드 코드 + 옵시디언 연동 삽질기 https://github.com/heyitsnoah/claudesidian GitHub - heyitsnoah/claudesidianContribute to heyitsnoah/claudesidian development by creating an account on GitHub.github.com 1. Git clone git bash 열고,$ git clone https://github.com/heyitsnoah/claudesidian.git obsidian-notesCloning into 'obsidian-notes'...remote: Enumerating objects: 557, done.remote: Counting object..

현재상태:아직 업계가 명확히 정의되지 않은 상태라고 생각한다.AI 개발자? 백엔드? 엔터프라이즈/B2B 검색/지식 시스템 쪽 경험은 있음(내가 그동안 해왔던 거!) 내 방향성, 업계 전문성은 의도적으로 내가 고정하지 않으면 안 될 것 같다는 생각이 든다. 비교하는 거 별로 좋아하진 않는데.."같은 직무 내에서 "내가 상대적으로 더 잘하는 세부 분야/스킬이 있는가?" 1. 프롬프트 잘 짜는 거(차별성x)2. python api(누구나 함) 하지만 나는 이러한 고민들과 함께했다:1. 다중 서비스에서 검색/RAG가 망가지지 않게 설계하기2. 레거시 -> 신규로 전환할 때 쿼리/인덱스 타협(그니까, url 이름은 이대로가도 되는지? 아 이걸 바꾸면 다른 거랑 또 통일성이 깨지는데.. 왜 이 부분만 이렇게 설계..