AI 시대, 개발자가 살아남는 길

— 코드를 잘 짜는 개발자에서, 문제를 해결하는 개발자로

몇 년 전까지만 해도 개발자에게 가장 중요한 능력은 코딩 실력이었다.

프로그램을 만들려면 개발자가 직접 코드를 작성해야 했고,
어떤 기능을 구현하려면 수많은 시간을 들여 자료를 찾고 코드를 수정해야 했다.

그런데 지금은 상황이 완전히 달라졌다.

“이런 프로그램을 만들어줘.”

라고 AI에게 설명하면 AI가 코드를 만들어준다.

그렇다면 이런 질문이 생긴다.

“AI가 코딩을 해주는데 개발자는 앞으로 필요할까?”

나는 오히려 개발자의 역할이 더 중요해질 것이라고 생각한다.

다만, 예전과는 다른 개발자가 되어야 한다.

---

1. AI는 자동차이고, 개발자는 운전자다

가장 쉽게 비유해보자.

자동차가 처음 등장했을 때 사람들은 자동차가 사람보다 훨씬 빠르게 움직인다는 사실에 놀랐다.

그렇다고 운전자가 필요 없어지는 것은 아니었다.

자동차가 아무리 좋아도

“어디로 갈 것인가?”

를 결정하는 사람은 필요하다.

AI도 마찬가지다.

AI는 코드를 만들어주는 아주 강력한 도구다.

하지만 AI에게

“좋은 프로그램 하나 만들어줘.”

라고 말한다고 해서 정말 좋은 프로그램이 만들어지는 것은 아니다.

무엇을 만들 것인지,
누가 사용할 것인지,
어떤 데이터를 저장할 것인지,
업무가 어떻게 진행되는지,
예외 상황은 무엇인지

이런 것을 결정하는 사람이 필요하다.

그 사람이 바로 개발자다.

---

2. 예를 들어보자

자동차 부품을 생산하는 공장이 있다고 생각해보자.

공장에서 이런 문제가 발생했다.

“어떤 제품에 어떤 원료 LOT가 사용되었는지 추적하고 싶다.”

AI에게 이렇게 질문할 수 있다.

“원료 LOT 추적 프로그램을 만들어줘.”

AI는 데이터베이스도 만들고, 화면도 만들고, 코딩도 해줄 수 있다.

그런데 여기서 문제가 생긴다.

도대체 어떤 LOT를 연결해야 할까?

제품 생산시간과 원료 투입시간을 연결할 것인가?

작업자가 직접 LOT를 입력하게 할 것인가?

원료가 여러 포대라면 어떻게 관리할 것인가?

LOT가 잘못 입력되면 어떻게 할 것인가?

이미 사용된 LOT를 다시 등록하면 어떻게 할 것인가?

이런 문제는 단순히 코드를 작성한다고 해결되는 것이 아니다.

현장의 업무를 이해해야 한다.

---

3. 진짜 개발자의 능력은 여기에서 나온다

예를 들어 개발자가 공장 담당자에게 이렇게 질문한다고 생각해보자.

“원료 LOT는 언제 결정됩니까?”

담당자가 대답한다.

“생산할 때 사용한 원료 포대의 LOT를 기준으로 합니다.”

그러면 개발자는 다시 질문한다.

“원료 포대 하나를 전부 사용하는 것이 아니라 소분해서 사용하나요?”

“네.”

그러면 또 하나의 중요한 요구사항이 나온다.

원료 LOT 관리뿐만 아니라 소분 포대 관리도 필요하다.

그리고 여기서 끝이 아니다.

소분한 포대가 다시 반납된다면?

반납된 포대를 다시 사용할 수 있다면?

새로운 LOT를 부여해야 한다면?

이런 업무 규칙을 하나씩 찾아내야 한다.

AI는 개발자가 찾아낸 업무 규칙을 프로그램으로 구현하는 데 엄청난 도움을 줄 수 있다.

하지만 무엇이 필요한지 찾아내는 것은 개발자의 몫이다.

---

4. 그래서 AI 시대에는 개발자의 역할이 바뀐다

과거의 개발자는 주로 이렇게 일했다.

요구사항 → 설계 → 코딩 → 테스트

하지만 AI 시대에는 조금 달라진다.

현장 이해 → 문제 정의 → 업무 설계 → AI 활용 → 검증

이렇게 바뀌는 것이다.

코딩의 비중은 줄어들 수 있다.

하지만

문제를 이해하고 해결하는 능력의 중요성은 오히려 커진다.

---

5. AI에게 코드를 맡겨도 되는 이유

그렇다면 개발자가 코딩을 직접 하지 않아도 되는 것일까?

나는 그렇다고 생각한다.

오히려 AI에게 코딩을 적극적으로 맡겨야 한다.

개발자는 반복적인 코딩보다 더 중요한 일에 시간을 사용할 수 있기 때문이다.

예를 들어 예전에는

“이 화면의 저장 버튼 코드를 작성하고…”

“SQL문을 만들고…”

“조회 화면을 만들고…”

하는 데 많은 시간이 필요했다.

이제는 AI에게

“VB.NET과 MS-SQL을 사용해서 이 기능을 만들어줘.”

라고 요청할 수 있다.

그리고 개발자는 만들어진 코드를 검토한다.

“이 코드가 우리 업무에 맞는가?”

“잘못된 데이터가 들어오면 어떻게 되는가?”

“기존 프로그램과 충돌하지 않는가?”

이것을 판단하는 것이 중요하다.

---

6. AI가 만든 코드를 그대로 믿으면 안 된다

여기서 아주 중요한 것이 있다.

AI는 틀릴 수 있다.

AI가 만들어준 코드가 문법적으로는 완벽해도
실제 업무에서는 잘못된 결과를 만들 수 있다.

예를 들어 재고가 100개 있다고 하자.

AI가 만든 프로그램에서는

입고 50개 + 출고 30개 = 재고 120개

같은 말도 안 되는 결과가 나오지는 않더라도,
업무 규칙 하나를 잘못 이해하면 숫자는 그럴듯하지만 실제로는 틀린 프로그램이 만들어질 수 있다.

그래서 개발자는 AI의 결과를 검증할 수 있어야 한다.

AI를 잘 사용하는 능력 + 개발 지식 + 현장 경험

이 세 가지가 결합되어야 한다.

---

7. 오히려 경험 많은 개발자가 유리할 수도 있다

나는 이것이 AI 시대의 재미있는 부분이라고 생각한다.

젊은 개발자는 최신 기술을 빠르게 배울 수 있다.

하지만 오랜 경험을 가진 개발자는 다른 강점이 있다.

“이렇게 만들면 나중에 문제가 생긴다.”

라는 것을 경험으로 알고 있다.

20년, 30년 동안 프로그램을 만들고 유지보수하다 보면
수많은 오류와 사용자 요구사항을 만나게 된다.

그래서 좋은 개발자는 단순히 코드를 작성하는 사람이 아니다.

문제가 발생하기 전에 문제를 예상하는 사람이다.

AI가 아무리 발전해도 이런 경험의 가치는 쉽게 사라지지 않는다.

---

8. 앞으로 살아남는 개발자는 어떤 사람일까?

나는 크게 다섯 가지라고 생각한다.

① 업무를 이해하는 개발자

코드만 보는 것이 아니라
사람이 실제로 어떻게 일하는지 이해하는 개발자

② AI를 잘 사용하는 개발자

AI를 경쟁자로 생각하지 않고
자신의 개발 능력을 몇 배로 만들어주는 도구로 사용하는 개발자

③ 시스템을 설계할 수 있는 개발자

화면 하나를 만드는 것이 아니라

DB → 업무 로직 → 프로그램 → 사용자

전체를 볼 수 있는 개발자

④ AI의 결과를 검증할 수 있는 개발자

AI가 만들어준 코드를 무조건 믿지 않고

“이게 정말 맞는가?”

를 판단할 수 있는 개발자

⑤ 끊임없이 배우는 개발자

모든 기술을 다 배울 필요는 없다.

하지만 새로운 기술이 등장했을 때

“저 기술을 내 업무에 어떻게 활용할 수 있을까?”

라고 생각하는 개발자는 계속 성장할 수 있다.

---

9. 결국 AI 시대의 개발자는 무엇을 해야 할까?

나는 이렇게 생각한다.

코딩을 AI에게 빼앗길까 걱정할 필요는 없다.

오히려 이렇게 생각해야 한다.

“내가 AI를 이용해서 예전보다 얼마나 더 좋은 프로그램을 만들 수 있을까?”

예전에는 혼자서 한 달 걸리던 프로그램을
AI와 함께 일주일 만에 만들 수 있다면 어떨까?

예전에는 혼자서 만들기 어려웠던 시스템을
AI의 도움을 받아 만들 수 있다면 어떨까?

그렇다면 AI는 개발자의 적이 아니다.

강력한 동료다.

---

10. 마지막으로

AI 시대가 오면서 개발자의 일은 없어지는 것이 아니라 변하고 있다.

예전에는

“코드를 얼마나 잘 작성하는가?”

가 중요했다면,

앞으로는

“어떤 문제를 발견하고, 어떻게 해결할 것인가?”

가 더욱 중요해질 것이다.

그리고 AI에게 코딩을 맡길수록
개발자는 오히려 더 넓게 생각해야 한다.

프로그램 하나를 만드는 사람이 아니라,

업무를 이해하고 → 문제를 정의하고 → 시스템을 설계하고 → AI를 활용하여 → 해결책을 만들어내는 사람.

나는 이런 사람이 앞으로도 살아남는 개발자라고 생각한다.

그리고 어쩌면 AI 시대는
오랫동안 개발해 온 사람들에게 새로운 기회가 될 수도 있다.

코딩의 시대에서

문제 해결의 시대로.

AI 시대의 개발자는 그렇게 진화해야 한다.