내가 엔지니어에게서 새롭게 찾는 것
Source: Dev.to
AI가 강력한 엔지니어링이 어떤 모습인지 근본적으로 바꾸고 있다고 생각합니다.
솔직히 가장 큰 변화는 코딩 속도가 아니라 소유권이라고 봅니다.
코드를 작성하는 비용은 급격히 낮아지고 있습니다.
하지만 문제 자체, 고객, 트레이드오프, 범위, 그리고 실제로 가치가 창출되는지를 깊이 이해하는 것이 훨씬 더 중요해지고 있습니다.
그래서 오늘날 엔지니어를 생각할 때, 나는 점점 더 미니 프로덕트 오너 혹은 미니 창업자처럼 행동하는 사람들을 찾게 됩니다.
- 작업을 기다리는 사람
- 왜 어떤 것이 처음에 존재해야 하는지를 이해하려고 노력하지 않는 사람
소유권은 개발을 고립된 티켓 실행처럼 다루지 않는 것을 의미합니다.
강력한 엔지니어는 조직 전체에 퍼진 모호함을 탐색할 필요가 점점 커지고 있습니다.
왜냐하면 올바른 것을 만드는 일은 구현을 생성하는 것뿐만 아니라 사람, 상황, 의사결정을 조율해야 하기 때문입니다.
구현을 시작하기 전에, 나는 엔지니어가 모호함을 적극적으로 줄이길 기대합니다.
- PM과 대화하기.
- 디자이너와 대화하기.
- 고객 사례를 이해하기.
- 범위를 도전하기.
- 실제로 중요한 것이 무엇이고, 무엇을 단순화할 수 있는지 파악하기.
구현 비용이 저렴해지면, 문제를 이해하는 것이 훨씬 더 가치 있게 됩니다.
내가 함께 일해 본 최고의 엔지니어들은 보통 팀이 가치를 더 빨리 얻도록 돕는 사람이며, 반드시 가장 많은 코드를 작성하는 사람은 아닙니다.
또한 계획이 오히려 더 중요해졌다고 생각합니다.
코드를 만들기 전에 구현 전략을 이해하고,
접근 방식을 비교하고,
읽고,
AI에 물어보고,
팀원과 트레이드오프를 논의하고,
무엇보다도 어떤 시스템을 실제로 만들고 있는지 이해해야 합니다.
독립형 MVP, 고객 맞춤 워크플로, 장기적인 핵심 인프라는 전혀 다른 엔지니어링 문제입니다.
모든 아이디어가 처음부터 같은 수준의 엔지니어링 투자를 받을 자격이 있는 것은 아닙니다.
이 시점에서 나는 엔지니어가 개발 과정 내내 AI를 지속적으로 활용하기를 기대합니다.
엔지니어는 수동 코딩을 소프트웨어를 만드는 기본 방식으로 여기지 않아야 합니다.
점점 더 프로세스는 다음과 같이 변합니다:
- 반복적인 작업은 자동화한다.
- 안전하게 가속화할 수 있는 작업은 가속화한다.
- 워크플로가 반복된다면 재사용 가능한 프로세스로 만들고 팀과 공유한다.
가치가 코드를 직접 생산하는 데 있지 않습니다.
무엇을 만들어야 할지, AI를 어떻게 효과적으로 지시할지, 결과가 실제로 동작하는지 검증하는 방법에 있습니다.
AI가 코드를 생성한다고 해서 엔지니어의 책임이 사라지는 것은 아닙니다.
오히려 책임이 커집니다.
누군가는 여전히 엔지니어링 품질을 평가하고, 제품이 올바르게 동작하며, 사용자의 문제를 해결하고, 실제 상황에서도 신뢰할 수 있는지를 검증해야 하기 때문입니다.
현재 변화 속도는 과장하기 어려울 정도로 빠릅니다.
가장 빠르게 성장하는 엔지니어는 이미 모든 것을 알고 있는 사람이라기보다, 끊임없이 배우고, 적응하고, 접근 방식을 비교하며, 워크플로를 진화시키는 사람입니다.
AI는 학습 자체의 비용도 낮춰줍니다.
즉, 호기심이 더욱 귀중한 스킬이 됩니다.
솔직히 말해, 엔지니어의 역할은 점점 다학제적이 되고 있습니다.
- 엔지니어
- 프로덕트 사고가
- 시스템 설계자
그리고 이 정의는 또 다시 빠르게 바뀔 수도 있습니다.
하지만 지금 내가 가장 눈에 띄는 엔지니어는 강력한 엔지니어링 판단력에 소유권, 프로덕트 이해, 그리고 AI와 효과적으로 협업하는 능력을 결합한 사람들입니다.
왜냐하면 이제는 코드를 직접 작성하는 것이 아니라,
올바른 것을 만들고, 그것이 실제 사용자에게 제대로 작동하도록 하는 것이 핵심이기 때문입니다.