메뉴
HN
Hacker News 51일 전

내 글 'LLM이 내 커리어를 갉아먹고 있다'에 대한 답변

IMP
8/10
핵심 요약

한 핀테크 엔지니어가 자신의 글이 입소문을 타면서 모인 질문들을 모아 답변한 글입니다. 그는 경영진의 무리한 AI 도입으로 인해 설계가 조잡해지고, 스스로 쌓아온 도메인 지식의 가치가 하락하는 현실을 고백합니다. 이에 그는 인간 리뷰어들이 PR을 대충 검토하는 틈을 타 일부러 작업을 세분화하고 버그 티켓을 만들어 위험한 구역을 피해가는 등 고군분투하고 있으며, 도구를 완벽히 다루는 이른바 'AI 네이티브 엔지니어'가 되었음에도 장기적으로는 개발자라는 직업 자체가 저부가가치화(상품화)될 것에 깊은 우려를 표합니다.

번역된 본문

"LLM이 내 커리어를 갉아먹고 있다"는 글에 달린 댓글에 대한 답변

2026년 6월 7일

그래서, 제 최신 글이 입소문을 타버렸습니다. 입소문이 나면 필연적으로 답변해야 할 엄청난 양의 댓글이 쏟아집니다. 끝없는 댓글 깊이에 제 정신이 나갈 것 같아서 해커뉴스(HN)나 레딧 같은 곳에서 일일이 답글을 달고 싶지 않았습니다. 그래서 몇 가지 댓글을 추려서 답변을 찾는 분들을 위해 여기에 남깁니다.

"도대체 무슨 소리인지? 나는 하루 종일 LLM을 다루지만, 금융 서비스를 책임지는 자리에 LLM을 앉히는 것은 절대 안 될 짓이다. LLM은 우리 비즈니스의 구체적인 부분, 즉 지방 세금 규정이나 회계 처리 과정의 특수성, 원장(Ledger) 구현의 세부 사항에서 흔히 실패한다."

이 부분은 제가 좀 더 명확하게 설명했어야 했습니다. LLM이 지방 세법이나 아주 세밀한 디테일에 있어서 모든 것을 자동화하는 것은 아닙니다. 하지만 이런 부분은 보통 회사의 법무팀에서 처리합니다 (물론 법무팀 역시 LLM을 활용해 많은 루틴 작업을 자동화하고 있습니다). 문제는 제가 오랜 시간에 걸쳐 마스터했던 도메인 지식 (분명 법무팀이 다루는 것보다는 얕은 수준이지만)이 이제는 단지 ChatGPT Pro나 Extended Thinking 모델에 프롬프트 하나면 바로 끌어다 쓸 수 있게 되었다는 것입니다. 제가 슬픈 이유는 바로 이것입니다. 저는 이런 지식을 가지고 있으면 그저 코딩만 할 줄 아는 개발자들 사이에서 저를 차별화할 수 있을 거라 생각했는데, 이제는 그게 더 이상 현실이 아니기 때문입니다.

"제 직장에서도 에이전트들은 이런 종류의 작업에서 서툴렀지만, 새로운 모델 + 에이전트 친화적인 문서 + 코딩하기 전에 제발 문서부터 읽으라고 애원하는 AGENT.md 파일 덕분에 상황이 완전히 바뀌었습니다. 예전에는 오래 근무해서 디테일을 잘 아는 동료들에게 물어보곤 했는데, 이제 그럴 필요가 점점 줄어들고 있습니다. 이제 제 업무를 하는 데 훨씬 적은 인간의 개입만으로도 충분합니다. 가만히 생각해보면 이는 정말 소름 돋는 일입니다."

"또한, 매니저들이 AI로 설계 문서 작성 속도를 높이라고 권장하는 핀테크라면, 돈을 다루는 비즈니스를 하기에는 너무 무책임해 보인다."

네, 저도 그에 동의하지 않습니다. 그래서 제가 취한 우회 방법은 다음과 같습니다:

  • 상태 머신(state machine)이나 구현 디테일에 대해 문서를 다소 모호하게 작성하여, 제가 신중하게 생각할 수 있는 구현의 여지를 남겨둡니다. AI가 도입되고 (이어서 해고가 있은 후), 모두가 읽어야 할 긴 문서와 리뷰해야 할 PR(PR, Pull Request)에 파묻혀 있기 때문에 리뷰어들이 예전 같지 않게 까다롭지 않습니다. 덕분에 초기 문서의 결함을 피해 구현할 공간이 생깁니다.
  • 시간을 벌기 위해 팀 보드에서 일정 조정을 합니다. 예를 들어, 항상 E2E(엔드투엔드) 테스트 티켓을 추가하는데, 이 과정에서 버그를 찾아 기능이 정식 배포되기 전에 버그/개선 티켓을 등록할 수 있습니다. 이 방식은 구현을 신중하게 리뷰할 시간을 벌어주기도 합니다.
  • 또한 (보통 더 민감한) 초기 구현 부분을 평소보다 더 많은 작업 카드로 쪼개서, 신중하게 구현하고 리뷰할 수 있는 여유를 확보합니다.

제가 이렇게 하는 것을 좋아할까요? 당연히 아닙니다. 하지만 제 선택지가 무엇이 있습니까? 제가 아는 사람들의 말에 따르면, 우리 회사는 그나마 '바이브 코딩(vibecoding, AI의 자율적인 코딩)'의 극단적인 곳에 있지는 않다고 합니다. 그러니 잠재적으로 더 최악인 환경으로 이직하는 것은 좋은 거래가 아닙니다. 적어도 저는 이해관계자들의 불안감을 통제하는 법을 아는 곳에 있으며 (제 근면함과 신중함 덕분에 좋은 평판을 얻었습니다), 저를 전력 질주하는 바이브 코딩으로 강요하지는 않는 곳에 있습니다.

"파도를 타세요. 웹사이트와 웹앱이 파도였을 때 당신은 그것을 탔습니다. 저는 인터넷 이전에 소프트웨어 산업에 뛰어들었고, 계속 말을 갈아탔습니다. 새로운 트릭을 배우기에 결코 늦은 나이란 없습니다. 새로운 파도는 새로운 종류의 작업과 일꾼을 만듭니다. 그들 중 한 명이 되세요. 야수를 타고, 도구를 마스터하세요. 이건 결국 같은 게임의 반복일 뿐입니다."

맞습니다, 저는 지금 그렇게 하고 있습니다. 저는 우리의 에이전트 툴링을 개선하기 위해 끊임없이 코드를 커밋하는 엔지니어 중 한 명이며, 적대적 코드 리뷰를 위해 다양한 모델을 사용하고, 기술과 프롬프트로 이루어진 도구 모음을 유지하는 등 여러 작업을 하고 있습니다. 저는 사실상 이른바 'AI 네이티브 엔지니어'가 되었습니다 (세상에, 저 단어가 정말 싫습니다).

다만, 저는 미래에 대해 더 우려하고 있습니다. 만약 앞으로 몇 년 동안 모델들과 그 제어 하네스(Harnesses)가 지금과 같은 속도로 계속 발전한다면, 우리는 이 직업이 완전히 저부가가치 상품화되는 세상으로 향하고 있는 것입니다. 제본스의 역설(Jevons Paradox)에 대한 이야기가 있지만, 저는 동의하지 않...

원문 보기
원문 보기 (영어)
Replies to comments on my "LLMs are eroding my career" post 07 Jun, 2026 So, my latest post went viral. And with virality, you get a ton of comments that you must reply to . I don't want to reply in HN/Reddit/Whatever to prevent endless thread depths that will consume my sanity. I'm going to cherry-pick some comments and leave answers here for those looking for them. Wut? I pilot LLMs all day but there's no way in hell I'd agree to be at the helm of a finance product. LLMs routinely fail at our business specifics: Local tax regulations I should have been more explicit about it. LLMs are not automating everything when it comes to local tax codes or very fine-grained details, but this is usually handled by the legal team here (which is also automating a lot of routines with LLMs as well). But much of the domain knowledge I mastered over time (which is obviously shallower than what the legal team is doing) is now just promptable with ChatGPT Pro/Extended Thinking. That's what makes me sad, I thought that having this knowledge would set me apart in a world of coders that just know how to code, but that's not the reality anymore. particularities of the accounting process, specifics of our ledger implementations. Agents used to be bad at this kind of stuff in my workplace as well, but newer models + agent-friendly documentation + AGENT.md begging agents to read the fucking docs before coding changed this landscape for us here. Less and less I feel the need to reach out to coworkers that have been around for longer and knew something in detail. I need much less human input to do my work now, which is freaking scary when I stop to think about it. Also, a fintech whose managers recommend speeding up design docs with AI sounds way too careless to be in the money handling business. Yeah, I don't agree with that as well, and my workarounds have been: make the docs somewhat generic on the implementation details, state machines and such, so I have room to make a thought-out implementation. After AI came in (and then the layoffs), everybody is drowning in long docs to read and PRs to review, so the reviewers are way less picky now. This gives me room to work around flaws in the initial doc. do some juggling with the team board to buy me time. For example, I always add tickets for E2E tests, in which I can find bugs, which gives me room to file bug/improvement tickets before the feature is released into the wild. This also gives me more time to review the implementation with caution. I also break the initial parts of the implementation (which are usually more sensitive) into more cards than I usually do so I have some room to implement and review it with caution Do I like doing this? Of course not, but what are my options? The reports I get from people I know are that my company is not on the extreme edge of vibecoding , so leaving it for a potentially worse environment is not a good trade. At least I'm in a place where I know how to control the anxiety of the stakeholders (my diligence and caution earned me a good reputation) and that does not forces me into full-throttle vibecoding. Ride the wave. You rode it when websites/webapps were the wave. I came into software industry before internet, kept changing my horse. You are never too old to learn new tricks. The new wave create new kind of work and workers. Be one of them. Ride the beast, master the tools. It's the same game again. Yeah, that's what I'm doing right now. I'm one of the engineers who's constantly committing to improve our agentic tooling, I use different models to do adversarial code reviews, I keep a toolbelt of skills and prompts, etc. I have effectively become the so-called "AI-native engineer" (gosh, I hate that term). I'm more concerned about the future. If the models (and harnesses) keep getting better at the same pace for the foreseeable years, we are heading to a world where the profession is commoditized to the ground. There's this talk about Jevons Paradox but I disagree. The demand for software most certainly has an upper limit. Take copywriting. It was a profession that took years to master and paid well. This changed slowly as more professionals joined the market, even after the demand spike driven by ecommerce and adtech. Now, LLMs have destroyed the job for the vast majority of professionals. It's simple to see why: the bulk of the demand was from smaller companies that needed copies but are well-served with ChatGPT-generated copies. Some are still hired just to prompt, review and send the copies, but since the demand is not infinite, not all of them can be hired to do that. One copywriter is now doing the job of 10, but the demand is fixed. The demand is not going to 10x just because you have 10x more supply. Of course, the very best copywriters are still employable, but they are the ~1%. The other 99% are fighting for scraps. UX Writer used to be a career with good prospects. Now the ones I know were all laid off. Even large orgs fired them; you can just prompt ChatGPT to come up with text labels, and that's ok 90% of the time, so having 10 professionals in your payroll is not justified anymore, fire 9 and keep 1. We are all heading to the same fate if the models continue to improve in the same direction. We will have some engineers hired to steer the agents, sure, but they'll be replaceable and cheap (supply and demand, again). That's what I'm highlighting in the previous piece. And that's coming for other professions as well : we all know software is the low-hanging fruit labs are targeting now. They will come for finance, biology, law, marketing, all knowledge work. That's their stated goal and they're already teasing it with "ChatGPT for Health" and similar launches. They're working on "harnesses" for other fields, it's just a matter of time before we have "Claude Finance Analyst" or something. This anonymous article is likely more FUD from the AI industry. "Just give up,you can't beat the machine. Please go quietly, we want to take your place and it's easier for everybody if you don't resist because you believe it's pointless" So blog with single post hyping LLMs. Oh and the domain name "human-in-the-loop". Call me suspicious. If after reading what I just said in the reply above you still think I'm an "AI shill" or "lab shill", there's nothing I can do for you. Overall society feels more turbulent, but this is otherwise all the same song and dance all over again. The 90s and 00s had this wave of "object oriented programming changes everything". OOP didn't make knowledge promptable. OOP didn't show signs of fast, compounding improvements heading in the direction of replacing that many workers across areas not limited to software engineering. This is not the same, people. We have this tendency to think that the past predicts the future (no serious Historian believes this, btw), but sometimes extraordinary things happen. Take Covid-19. I remember when it broke out in China, people dismissed it because of the recent memory of 2009 Swine Flu, the 2014 Ebola outbreak or SARS. We all know how it ended. And it could have been a lot less dramatic if we hadn't dismissed it at the start. Now something similar is happening, and people are dismissing it because of OOP, Metaverse or NFTs. Stop and think, don't try to predict the future using (bad) past examples. I don't want to fearmonger, but we do have something that's bigger than OOP now. We have built a matrix multiplication machine that (given the appropriate harnesses, tools, and prompts) can output useful text strings for hours in a row . This is sci-fi stuff. We should act accordingly. If the author's vision of the future is correct, then competent software engineers are safe. Domain knowledge can be learnt much quicker than how to apply good engineering principles. Beg to disagree. The models will learn good engineering principles at some point. Just an example: there's a company called Turing AI that's hiring engineers to write "g