2025 엔지니어링 현실 점검: 왜 ‘Boring’이 새로운 용기가 되었는가
Source: Dev.to
2023년이 **“AI 패닉”**의 해였고 2024년이 **“AI 실험”**의 해였다면, 2025년은 **“복잡성 피로”**의 해로 자리 잡았습니다.
우리는 이번 10년의 후반부에 접어들면서, 소프트웨어를 배포하는 일과 엔지니어링 소프트웨어를 만드는 일 사이의 격차가 그 어느 때보다 커졌습니다. 우리는 시간을 절약해준다고 약속하는 도구들에 휩쓸리면서도, “Hello World”를 출력하기 위해 세 개의 새로운 메타‑프레임워크를 배워야 하는 상황에 빠져 있습니다.
지난 몇 주간 저는 “바이브 코딩” 트렌드부터 React Server Components (RSC) 보안 사고까지, 우리 산업의 현재 상태를 감사했습니다. 결론은? **“다음 큰 것”**을 쫓는 것을 멈추고 **“마지막으로 작동하던 것”**을 존중해야 합니다.
Vibe Coding
The hype
“I built a SaaS in 4 hours using Cursor and Claude 3.7 without writing a line of code!”
Engineering principle
- 코드란 자산이 아니라 부채이다.
The risk
- “내 머신에서는 동작한다”는 취약성이 크게 증가한다.
- AI는 구문적 정확성(코드가 실행됨)에는 뛰어나지만, 시스템적 완전성(보안, 상태 관리, 엣지 케이스)에는 약하다.
Senior take
- AI를 대체가 아니라 힘을 배가시키는 도구로 활용하라.
- 코드가 왜 동작하는지 설명할 수 없다면, 첫 번째 CVE가 발생했을 때 곧바로 무너질 프롬프트 운영자에 불과하다.
React Server Components (RSC)
The hype
“Just mark it
use serverand access your database directly! It’s so simple!”
Engineering principle
- 관심사의 분리는 이유가 있다.
Reality
- CVE‑2025‑55182(“React2Shell” 취약점)는 클라이언트와 서버 사이의 경계를 흐리는 것이 얼마나 위험한지 보여준다.
- 팀은 번들 크기를 줄인 만큼 “직렬화 경계”와 “워터폴 요청”을 디버깅하는 데 더 많은 시간을 소비한다.
Senior take
- 당신이 Facebook이나 Vercel이 아니라면, 잘 구조화된 REST 혹은 GraphQL API가 얽힌 서버 액션보다 안전하고 디버깅이 쉬우며 성능도 좋다.
Microservices → Modular Monoliths
The hype
“You need independent scalability! Every function should be its own deploy!”
Engineering principle
- 지역성이 왕이다.
Trend
- 대규모 “모놀리식 복귀” 움직임이 진행 중이다. Amazon Prime Video와 Segment 같은 기업은 모놀리식으로 전환하면서 비용을 약 90 % 절감했다.
Senior take
- Modular Monolith을 구축하라: 도메인별(예: Billing, Auth, Inventory)로 코드를 구분하되 하나의 레포지토리 안에 유지한다.
- 마이크로서비스의 조직화된 구조와 단일 배포의 단순함을 동시에 얻을 수 있다.
TypeScript Fatigue
The hype
“If it’s not typed, it’s unsafe.”
Engineering principle
- 작업에 맞는 도구를 사용하라.
Reality
tsconfig, 빌드,dist, 그리고 소스‑맵 지옥은 실제 마찰을 만든다.- “JSDoc” 움직임(주석을 통한 타입 지정)은 라이브러리와 작은 프로젝트에서 컴파일 단계 없이도 약 90 %의 안전성을 제공하며 점점 확산되고 있다.
Senior take
- 교조주의자가 되지 말라. TypeScript는 훌륭하지만, 도구가 당신의 업무가 되게 해서는 안 된다.
package.json에devDependencies가dependencies보다 많다면, 과도한 엔지니어링을 하고 있는 것일 수 있다.
The Most Valuable Senior Skill in 2025
Say “No.”
- 트렌드라서 복잡성을 추가하는 것을 거부하라.
- 아직 중복되지 않은 코드를 추상화하는 것을 거부하라.
- 당신에게 필요 없는 문제를 해결해 주는 도구를 거부하라.
우리는 비즈니스 문제를 해결하기 위해 급여를 받는다. 반짝이는 새 장난감을 가지고 놀기 위해서가 아니다. 지루하고, 신뢰할 수 있으며, 빠른 소프트웨어를 만드는 일에 다시 집중하자.