Victor Joo

Coffee Chat calendly.com/cura-inthelab

As per meeting requests, I found that there are needs to have good FDE and technical sales for South Korea. I have good spectrum for that, from start-ups, solutions, and enterprise like GS group. The thing is making it work and happening.

닷 같은걸 헤르메스로 하려면 cron job 외 다른 방법이 있을까?

“Have you ever thought about joining us as an FDE?” The CEO of a solutions company asked me that. My first thought was: “What’s an FDE?” So I looked it up. Then it clicked. “Wait. This is what I’ve been doing all along.” Long before I knew the title Forward Deployed Engineer, I had already been working that way. As a freelancer, startup engineer, Tech Lead, and CTO, I stepped into ambiguous problems, figured out what actually needed to be solved, and turned business ideas into working systems. The titles changed, but the work stayed the same: Turning “We have this problem” into “Here’s how we make it work.” Once, I took over a service damaged by ransomware. I restored it, improved the existing system, identified missing functionality, and built new services around it. The task started as recovery. But once I understood the system, I could see what needed to come next. That mindset has taken me across web, mobile, backend, infrastructure, embedded systems, MSA migrations, and RAG + Agent + Graph development. My definition of “done” has always been simple: Get things done. Make them work. In startups, requirements are rarely clean. There may be ten things worth building, but only enough time and budget for three. My job has often been deciding what matters now, what can wait, and what gets us to a usable product fastest. At HiQSUM, I led a six-person team as CTO and turned an educational SaaS concept into a product that led to contracts with more than ten academies. At FIG Web Studio, I worked as a hands-on Tech Lead while also handling team building, outsourcing, risk management, and DevOps. From 0 to 1. To me, that means turning an ambiguous idea into something people can actually use—and something a team can continue building and operating. That is business-friendly engineering. Not just: “Technically, yes, it’s possible.” But: “With this scope, we can do it within this timeline and budget.” And sometimes, knowing what not to build yet matters more than adding another feature. For one of my own AI services, I deployed a local LLM on existing GPUs and kept monthly inference costs below $40. Because building something is only half the problem. It also has to be sustainable. Max impact with minimum cost. Across fintech, SaaS, AI, and smart factories, the technologies and environments kept changing. What I built was not just a broader tech stack. It was the ability to enter unfamiliar situations, understand them quickly, identify what actually matters, and make the solution work. My strength is not knowing every technology. It is taking ownership before the problem is fully specified, defining what needs to be solved, and carrying it through to a working result. That is why the FDE role felt familiar. It did not feel like discovering a new job. It felt like finally finding a name for the work I had already been doing. If you need an FDE who can take a problem from definition to implementation and operations, let’s talk.

“FDE로 합류해 볼 생각 없어요?” 모 솔루션 회사 대표님께 제안이 왔습니다. 처음 든 생각은 ‘그게 뭔데?’였습니다. 부리나케 검색했죠. 설명을 읽다 보니 생각이 바뀌었습니다. “세상에, 이거 내가 해오던 일이잖아!” Forward Deployed Engineer라는 이름을 알기 전부터, 저는 그런 방식으로 일하고 있었습니다. 프리랜서로 낯선 시스템을 맡아 해결책을 찾고, 여러 스타트업에서 주도적으로 문제를 해결했습니다. 팀을 꾸리는 것부터 CTO로서 사업 방향을 개발 명세로 옮기고, 구체적인 일정과 예산으로 만드는 일까지. 직함과 환경은 달랐지만, 맡았던 일의 본질은 비슷했습니다. ‘이런 문제가 있다’는 이야기를, ‘이제 이렇게 하면 된다’는 결과로 바꾸는 일입니다. 랜섬웨어로 손상된 서비스를 맡은 적이 있습니다. 서비스를 복구한 뒤, 기존 시스템을 개선하고 필요한 기능과 새로운 서비스를 제안해 직접 개발했습니다. 맡은 일 뿐만 아니라, 그 다음까지 만듭니다. 처음 맡은 문제는 ‘멈춘 서비스를 되살리는 것’이었지만, 복구가 끝났다고 더 나아질 여지가 사라지는 것은 아니었습니다. 시스템을 이해한 만큼 개선할 지점도 보였고, 그것을 제안과 구현으로 이어갔습니다. 웹과 앱, 백엔드와 인프라를 함께 다뤄왔고, 임베디드 환경에서도 개발했습니다. 필요하면 보드의 펌웨어를 플래싱하는 일까지 직접 했습니다. 문제가 생겼을 때 화면만 볼 것이 아니라, 그 뒤에서 연결된 시스템까지 볼 수 있어야 했기 때문입니다. 레거시를 MSA로 전환하는 일부터 RAG+Agent+Graph 개발까지 경험의 범위는 넓어졌지만, 일을 끝냈다고 판단하는 기준은 같습니다. Get things done. Make them work. 구현했다는 설명이 아니라 필요한 사람이 실제로 쓸 수 있는 상태를 만드는 것입니다. 사업의 언어를, 실행 가능한 개발로 바꿉니다. 스타트업이나 개인 사업에서는 잘 정리된 요구사항이 주어지는 경우는 없습니다. 사업 방향은 있지만 무엇 부터 만들어야 할지 불분명하고, 필요한 기능은 많지만 시간과 예산은 제한돼 있습니다. 저는 그 사이를 구체화하는 일을 해왔습니다. 무엇이 꼭 필요한지, 무엇은 뒤로 미뤄도 되는지, 어떤 순서로 출시해야 바로 쓸 수 있는지를 정하는 일입니다. HiQSUM에서는 CTO로 6인 팀을 이끌며 교육 SaaS를 제품화했고, 10곳 이상의 학원 계약으로 이어졌습니다. 피이그 Web Studio에서는 Tech Lead로 직접 개발하면서 팀 빌딩, 외주와 리스크 관리, 개발 프레임워크와 DevOps 환경까지 함께 맡았습니다. From 0 to 1. 제게는 첫 코드를 작성하는 것이 아니라, 막연한 사업 구상을 실제로 사용할 수 있는 첫 제품으로 만드는 일입니다. 그리고 그 제품을 팀이 계속 개발하고 운영할 수 있도록 만드는 일까지 포함합니다. 이것이 제가 말하는 Business-friendly engineering입니다. “기술적으로 가능합니다”에서 끝내지 않고, “이 범위라면 이 일정과 예산으로 시작할 수 있습니다”까지 이야기할 수 있는 것. 때로는 더 만드는 것보다 당장 만들지 않아도 되는 것을 찾아내는 판단이 더 중요하다고 생각합니다. 좋은 해법은 지속 가능해야합니다. 자체 AI 서비스에서는 보유한 GPU에 로컬 LLM을 올려 서비스에 연결했습니다. 그 환경에서의 추론 운영 비용은 월 5만원 미만이었습니다. 모델을 돌리는 것뿐 아니라, 감당할 수 있는 비용으로 계속 운영하는 것까지 풀어야 할 문제였습니다. Max-impact with min-cost. 무조건 가장 싼 방법을 고른다는 뜻은 아닙니다. 필요한 효과를 내면서도 불필요한 개발과 비용, 운영 복잡성을 줄이는 선택을 하겠다는 뜻입니다. 개인 사업자이자 개발 책임자로 일하면서, 기술적인 선택의 비용도 결국 누군가는 감당해야 한다는 것을 배웠습니다. 여러 번의 이직과 프리랜서 프로젝트를 거치며 핀테크 부터 스마트 팩토리 까지 다양한 환경에서 일했습니다. 매번 업무도, 코드도, 사람도 달랐습니다. 그 경험에서 쌓인 것은 기술 목록만이 아닙니다. 낯선 상황을 빠르게 이해하고 기존 시스템과 사람들의 설명을 연결해 어디부터 손대야 실제로 도움이 될지 판단하는 능력입니다. 제 강점은 모든 기술을 안다는 데 있지 않습니다. 문제가 아직 명세가 되지 않았을 때 부터 달려들어서, 풀어야 할 문제를 정리하고, 주어진 조건 안에서 해법을 만들어 실제로 돌아가게 하는 데 있습니다. 그래서 FDE라는 제안이 반가웠습니다. 새로운 직함보다는, 제가 해온 일과 앞으로 하고 싶은 일을 함께 설명할 수 있는 이름을 찾은 기분이었습니다. 문제 정의부터 구현과 운영까지, 끝까지 맡아 작동하게 만들 해결사(FDE)가 필요하다면 연락 주세요.

해고하는 결정을 내리는 시점과 사유가 궁금하다

The Token is the limit

ChatGPT Pro $200 2개를 구독하고 있는데, 벌써 초기화를 각각 2번 씩 했다 토큰이 너무 부족함

If Telegram team is seriously considering of Channel for Agent, session must be supported. At least 3 sessions required at once to use it. My solution was Discord.