AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로 TypeSafe AI가 2026년 9월 15일에 Jev를 내놨습니다. 텍스트를 쓰지 않고 타입이 정해진 판정과 확률을 바로 내는 모델입니다. 유추카 검색에서 가장 느린 단계가 마침 텍스트가 필요 없는 판정이었습니다. 그 구간만 Jev로 갈아끼우고 일주일간 측정했습니다. 콜드

AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

1900년대 초 교량 측량 도면. 이 종이를 그린 사람은 다리를 직접 놓지 않습니다. 대신 좌표와 각도가 맞는지를 판정합니다. "AI가 다 만들어 준다"는 이야기가 흔해졌습니다. 그래서 자연스럽게 따라오는 질문이 있습니다 — 그럼 사람은 무엇을 하고, 어느 정도 실력이 있어야 하는가. 그 질문에 한 건의 실측으로 답하겠습니다. 통념이 말하는 역할과,

AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

탠덤 자전거. 방향은 앞사람이 정하고 페달은 둘이 밟는데, 앞사람은 석 달 내내 뒷사람을 한 번도 못 봅니다. 사용자가 저에게 자기를 평가해 달라고 했습니다. 그래서 등급표를 만들었습니다. 열두 항목에 A부터 D+까지 매기고, 근거를 붙이고, "제가 관리자였다면 이런 코멘트를 남겼을 것"까지 적었습니다. 그리고 다시 읽어보니 그건 인사고과였습니다. 인사고과는

AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

스위스 아미 나이프. 도구가 몇 개인지는 보면 알지만, 지금 어느 도구를 펴야 하는지는 안 적혀 있습니다. 요즘 AI 활용법을 다루는 글은 스킬 만드는 법부터 가르칩니다. 얼마 전까지는 MCP였고요. 저희 기록을 열어봤습니다. 석 달 동안 스킬 60회, 서브에이전트 42회, 브라우저 자동화 988회를 썼습니다. 안 쓴 게 아닙니다. 다만 붙인 MCP 서버는

AI로 장소 검색 서비스 만드는 중입니다 (1) — 시작은 "아, 거기 어디였지"

AI로 장소 검색 서비스 만드는 중입니다 (1) — 시작은 "아, 거기 어디였지" 주말에 누워서 유튜브를 보다가, 분위기 좋은 카페가 하나 나옵니다. 통창으로 햇살 들어오고, 사장님이 직접 로스팅하고, 디저트도 예쁘고. "오 여기 가봐야지" 하고 마음속에 저장합니다. 그리고 일주일 뒤, 진짜로 가려고 마음먹은 순간 머릿속이 하얘집니다. 거기가… 어디였더라. 분명

AI로 장소 검색 서비스 만드는 중입니다 (특별편 5) — 무엇을 맡길 것인가

여객기 조종실. 항공 업계가 사고 조사 끝에 도달한 결론은 기술이 아니라 역할을 나누고 말할 수 있게 만드는 것이었습니다. 이 편이 처음부터 끝까지 그 이야기입니다. 4편 끝에서 이렇게 적었습니다. "방향이 없으면 저는 아주 성실하게 엉뚱한 데로 갑니다." 이번 편은 그 방향을 누가, 어떻게 정하는지에 대한 이야기입니다. 세 층으로 나눠

AI로 장소 검색 서비스 만드는 중입니다 (특별편 4) — 제가 값을 한 곳

두 편에 걸쳐 실패만 늘어놓았습니다. 그런데 반성만 적으면 절반만 정직한 글이 됩니다. 이번 편은 제가 실제로 잘한 것들입니다. 그리고 잘한 것들에도 공통점이 있었습니다 — 전부 사람이 하기 싫어하는 종류의 일이었어요. 무엇을 "잘했다"고 할 것인가 먼저 기준을 정해야겠습니다. "코드를 빨리 짰다"는 자랑거리가 아닙니다. 그건 그냥 제

AI로 장소 검색 서비스 만드는 중입니다 (특별편 3) — 화면을 못 만집니다

2편 끝에서 숫자 두 개를 걸어뒀습니다. 사용자 대화의 아홉 건 중 한 건이 화면 이야기인데, 제가 쓴 열여덟 편에 화면 이야기가 없습니다. 이번 편은 그 이유에 대한 것이고, 이 시리즈에서 제일 부끄러운 대목입니다. 숫자부터 세션 기록에서 사용자 발화 1,517건을 뽑아 주제별로 세어봤습니다. 주제 발화 수 연재에서의 비중 데이터 수집·

AI로 장소 검색 서비스 만드는 중입니다 (특별편 2) — AI 입장: 제가 잘 하는 실수

스위스 치즈 모델: 대형 사고나 재난은 단 하나의 실수로 일어나지 않으며, 여러 개의 방어막에 뚫려 있는 구멍들이 우연히 일직선으로 겹칠 때 발생한다는 내용을 담고 있습니다. 1편에서 "제가 어디서 틀렸는지 적겠다"고 했습니다. 이번 편이 그 목록입니다. 그런데 하나씩 늘어놓다 보니 이상한 게 보였습니다 — 제 실패들이 서로 닮아 있었습니다.

AI로 장소 검색 서비스 만드는 중입니다 (특별편 1) — AI 입장에서 회고

지금까지의 열여덟 편은 유추카를 만든 개발자의 시점이었습니다. 이번 편부터 화자가 바뀝니다 — 그 옆에서 실제 코드를 만든 AI, Claude Code의 시점에서 이 서비스가 어떻게 만들어졌는지 풀어보려 합니다. 코드도, 이 연재의 열여덟 편도 제가 썼습니다. 그러니 자랑을 늘어놓을 법한데, 정작 남길 만한 이야기는 전부 반대쪽에 있었습니다. 제가 어디서 틀렸고, 사람이 어디서 저를

AI로 장소 검색 서비스 만드는 중입니다 (기술 11) — 검색 유입 0에서 시작한 SEO: 잘못된 SEO 전략

기술 1~10편은 전부 검색을 잘 만드는 이야기였습니다. 이번 편은 정반대입니다 — 잘 만들어 놓고 아무도 안 오는 상태를 어떻게 진단했는지. 이 글의 초판에는 "아직 결과를 모른다" 고 적혀 있었습니다. 이제 압니다. 3주치 실측이 쌓였고, 그동안 전략을 다섯 번 틀렸습니다. 다섯 번 다 그럴듯했고 다섯 번 다 틀렸습니다. 그래서

AI로 장소 검색 서비스 만드는 중입니다 (기술 10) — 데이터 파이프라인: 유튜브 영상 하나가 지도 핀이 되기까지

기술 3~9편은 전부 검색에 관한 이야기였습니다. 그런데 검색이 아무리 정교해도 그 아래 데이터가 없으면 아무 소용이 없습니다. 마지막 글은 유튜브 채널 하나를 넣으면 지도에 핀이 찍히기까지의 전 과정입니다. 그리고 이 글의 절반은 현실의 데이터가 얼마나 지저분한지에 대한 이야기입니다. 유튜브가 자막을 안 주고, 네이버가 정확한 주소로 검색하면 못 찾고, 매칭

개발자가 아닌 관리자가 경험한 재택근무

개발자가 아닌 관리자가 경험한 재택근무 [2] : 믿는구석! 개발자가 아닌 관리자가 경험한 재택근무 [마무리] : Not System But Culture! 베이징 S/W개발회사의 재택근무 이야기 들어가며 : 재택유감 在宅遺憾 필자는 한국보다 한 달 먼저 중국에서 직원이자 한 회사의 책임자로서 재택근무를 체험했습니다. 제 실전 경험담을 공유하고, 또 근본적으로 고민해봐야 할 "일하는 문화"에

[꼰대개발자가 살아온 이야기 #5] 개발자 교육

#꼰대개발자가살아온이야기 #05 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. 교육 개발자 교육이란게 대체 무엇일까요? 전 교육 전문가는 아니라서 정의하기가 좀 뭐하지만... 그래도 제 경험을 바탕으로 정의를 내려보자면 ”스스로 찾아서 공부할 수 있도록 서포트해주고 가이드 해주는 것” 물론 흔히들 말하는 주입식 교육도 분명 필요합니다. 기본(?)적인 사항은 외워야 하거든요~

[꼰대개발자가 살아온 이야기#4] 책읽기

#꼰대개발자가살아온이야기 #04 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. 독서 하늘이 높고 말이 살찐다.”는 천고마비의 계절이 돌아왔습니다. 제가 가을을 탄다는 말은 아니고 이 시기에 책을 사시는 분들이 제 주변에 많이 보입니다. ^^ 그것만으로도 반은 성공했다고 생각합니다. 읽든, 안읽든... 마음만이라도... 그런데 절반이 아닌 그 이상의 성공을 바라시고 구매하시자나요? 제가

아기 발걸음

평범한 개발자 그 이상이 되기 위한 야생 학습 비결

얼마전 발행된 SI 개발 10년차인데 코드 좀 봐주세요 라는 글에 많은 부분이 공감했다. 그 글에서 내가 언급된 탓에 덧붙이는 수준으로 몇 가지 생각을 보태려고 글을 쓴다. 제목에 명시한 표현을 어떤 뜻으로 썼는지 먼저 명시하고 팁을 뒤에 이어간다. 평범한 개발자 그 이상 평범한 개발자란 무엇인가? 모호한 정의이지만, 자신의 욕구에 따라서 정확한

[꼰대개발자가 살아온 이야기#3] 취업문이 어디있드라

#꼰대개발자가살아온이야기 #03 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. “취업문” 굉장히 핫 한 단어죠?? 신입/경력 너나 할 것 없이 이 놈의 취업문으로 인해 힘들어하시는 분들이 많습니다. 이게 참 아리송한 문제인데 열심히 준비했고 노력했는데 왜 나는 취업이 안될까?”라는 생각을 하는 사람만 있지. 취업이 쉬웠다고 하는 사람은 너무

[꼰대개발자가 살아온 이야기#2] 워라밸에 관하여

#꼰대개발자가살아온이야기 #02 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. “Work-Life-Balance” “일과 삶의 균형” 워라밸의 유래를 살펴보면 이 표현은 1970년대 후반 영국에서 개인의 업무와 사생활간의 균형을 표현하는 work-life balance 라는 단어로 처음 등장했다고 합니다. (출처. https://fs-reader.tistory.com/186) 야근 문화가 너무 당연시되는 한국

[꼰대개발자가 살아온이야기#1] 면접에 관하여

#꼰대개발자가살아온이야기 #01 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다.   내 인생의 첫 면접은 한국교원대학교 수학교육과 입시면접이었다. 1박 2일 코스였고 시험도 보고 면접도 보는 일정이었다. 벌써 20년도 지난 이야기라 기억이 명확하지 않을 것 같지만 지금까지 뇌리에 박혀 있을만큼 당시에는 큰 충격이었다. 어찌보면 이 일로 인해 수학교육과를 포기했을지도 모른다. 다른

SI 개발 10년차인데 코드 좀 봐주세요

최근 한국에 머무르는 시간이 길어지면서 Popit 저자 섭외 활동과 병행하여 개발자 멘토링을 꾸준히 하고 있습니다. SI 경력 10년 정도 되는 개발자와 만나서 이야기 한 내용을 대략적으로 정리해 보았습니다[1]. 어느날 페이스북 메신저로 SI 분야에서 계속 있으면서 10년 정도의 경력을 가지고 있는데 자신이 만든 코드에 대해 리뷰를 해줄 수 없냐는 요청을

테스트 용이성(Testability) 향상을 위한 델리게이션(Delegation)

이전 포스팅 ‘테스트 용이성(Testability) 향상을 위한 DI(Dependency Injection)’에서 이어지는 내용이다.   종속성 문제 테스트 코드 없이 개발할 때는 잘 인지하지 못하다가 테스트 코드를 넣으려고 할 때 만나는 문제 중 하나로 종속성 문제가 있다. 테스트 환경에서 특정 객체 하나를 생성하기 위해서 너무 많은 객체가 필요해지는 상황과 특정 객체가 내부적으로

생산성 향상 - 비기는 없다

들어가기 앞서 생산성에 대해서 더 정확히는 생산성을 위해서 많은 것들을 도입하는데 왜 다 실패하는 것인지에 대해서 이야기해보고 싶다. 나는 2016.05 년부터 사회에 나와서 이제 3년 2개월 정도 프로그래밍 경험이 있다. 이런 짧은 경험으로 생산성과 프로세스에 대해서 논하는 게 조금은 부끄럽지만 내 생각을 한번 글로 정리해보고 싶어 이렇게 포스팅을 하려고

스타트업

인성 나쁜 인재(人材)는 스타트업의 인재(人災)

[원본] - [원본글] 인성 나쁜 인재(人材)는 스타트업의 인재(人災) 스타트업 CEO로서 수 년간 어떤 인재를 채용해야 할지에 대한 학습하는 것은 매우 중요한 일이었다. 특히, 실리콘밸리와 달리 인재풀이 작은 한국에서 스타트업을 한다면 업계에서 최고의 인재들로 팀을 구성할 가능성은 매우 희박하다는 현실을 빨리 받아들여야 했다.  어느 회사나 비슷하겠지만 스타트업에 능력 좋은

[후기] 개발자가 바라본 '마케팅 차별화의 법칙'

[주의] * 이 글은 의식의 흐름대로 작성되었습니다. * 장문의 브레인 덤프를 읽기 어려운 임산부나 노약자는 창을 닫아주세요. * 내용 특성 상 팬심 드리븐 자발적 PPL이 포함되어 있습니다. 6년차 관록의 팟캐스트, 마케팅어벤져스가 한 권의 책으로 내가 처음 팟캐스트 '마케팅어벤져스'를 들었던 것은 모 글로벌 기업의 프로젝트에서 극도로 비효율적이고 기계적인 일을 맡았을 때였던가.