AI가 엔지니어의 개발 방식을 어떻게 변화시키는가

약 1년 전, 소프트웨어 산업에서 가장 큰 논쟁 중 하나는 주니어 엔지니어의 미래였다. 논쟁은 간단했다: AI가 이미 주니어 수준의 코딩 작업을 처리할 수 있다면, 왜 주니어를 계속 고용하고 훈련해야 하는가? 그리고 회사들이 주니어 인재를 개발하지 않으면, 5년 후에 시니어 엔지니어가 어디서 오게 될까?

그것은 심각한 질문이었고, 많은 똑똑한 사람들이 그것을 심각하게 생각했다.

당시 내 대답은 다른 직업에서 이미 이러한 문제를 해결했다는 것이었다. 의대 졸업생이 즉시 독립적으로 개복수술을 수행하지 않는다. 의사들은 수년 동안 다른 사람의 뒤를 따라가며, 인턴십을 마치며, 레지던シー 프로그램을 완료하며, 감독下的 실습을 통해 시스템이 독립적으로 작동할 수 있을 때까지 신뢰를 얻는다.

同じ 패턴이 경영 리더십에도 존재한다. 누구도 대학을 졸업하고 즉시 포춘 500 기업을 운영하지 않는다. 사람들은 작은 팀을 관리하고, 더 큰 비즈니스 유닛을 관리하고,渐渐적으로 판단력을 쌓는다. 역할의 복잡성이 증가할수록 경로가 더 길고, 더 실제적이고, 더 견습생 중심이 된다.

나는 여전히 엔지니어링이 그 방향으로 이동하고 있다고 생각한다. 그러나 지난 몇 개월 동안, 나는 세 가지 관련 없는 경험으로 인해 이 문제를 다르게 생각하기 시작했다. 그것들은 모두 같은 결론으로 향했다.

세 가지 예

내 친구는 최근 몇 개월 동안 체코어 시험을 준비했다. 그는 몇몇 동료들과 함께 인간 튜터를 고용하고 실제 돈을 투자했다. 그는 편안하게 통과했다. 대부분의 다른 사람들은 통과하지 못했다.

가장 큰 차이점은, 그의 주요 튜터가 실제로 ChatGPT였다는 것이다.

그는 11시 веч에 공부할 수 있었다. 그는 같은 동사 변형 연습을 40번 반복할 수 있었고, 누군가의 인내심을浪費하지 않을 수 있었다. 그는 체코어를 사용하는 세금 담당자와의 상호작용과 같은 매우 구체적인 상황을 역할극할 수 있었고, 그날에 어려웠던 부분에 정확하게 세션을 맞출 수 있었다.

인간 튜터들은 좋았다. 그러나 그들은 가용성, 반복, 개인화를 따라갈 수 없었다.

나는 내 아들과 물리학에서 비슷한 것을 본다. 그는 이미 주제를 잘 이해하고 있으므로, Claude를 통해 답을 얻지 않는다. 그는 그것을 통해 자신을 도전한다. 그는 더 어려운 문제를 생성하도록 요청한다. 그의 가정에 대한 밀어붙임을 요청한다. 왜 접근법이 근접했지만 궁극적으로 잘못되었는지 설명하도록 요청한다. 그리고 상호작용적으로 그를 시험한다.

가장 가까운 비교할 수 있는 것은, 똑똑한 아이들이 물리학을 전공하는 형제를 알고 있었을 때의 경험과 같다. 그러나 이 버전은 항상 उपलब하고, 절대 불안해하지 않으며, 절대 “나중에 물어봐”라고 말하지 않는다.

내 조카는 아직 고등학생이지만, 그는 작은 취미 프로젝트를 구축하고 있으며, 결국 상업화하길 원한다. 나는 그를 위해 코딩 에이전트를 설정하고 몇 가지 워크플로우를 자동화했다. 매일 오후 5시, 그가 학교를 마치고 있을 때, 에이전트가 그의 코드베이스를 스캔하고 개선 사항을 제안한다. 매주, 다른 워크플로우가 실행되어 경쟁 연구를 수행하고 새로운 아이디어를 제시한다.

그는 그것을 좋아했다.

어느 시점에 그는 농담으로 “코딩이 이렇게 쉬우면, 나는 아이디어가 부족할 거야”라고 말했다.

나는 아이디어가 항상 부족한 자원이라고 말했다. 이제 차이점은 실행이 더 이상 같은 방식으로 아이디어를 제한하지 않는다는 것이다. 구현이 극적으로 더 저렴해졌기 때문이다.

더 빠른 피드백 루프

이 예들은 실제로 체코어, 물리학, 코드 리뷰에 관한 것이 아니다.

그들은 개인화된 피드백이 지속적으로 उपलब하게 되는 예이다.

과거에 주니어 엔지니어는 부분적으로 반복을 통해, 부분적으로 경험豊富한 사람들과의 근접성을 통해 배웠다. 코드를 작성하고, 검토를 기다리고, 시니어가 결국 시간이 나면 피드백을 받고, 수년 동안 축적된 실수로부터 판단력을 구축했다.

AI는 피드백 루프 자체를 변경한다.

올바르게 구성된 AI 어시스턴트를 가진 주니어 엔지니어는 이제 이전에 시니어의 가용성에 의존했던 많은 것들을 얻을 수 있다. 즉시 코드 리뷰. 디자인 선택이 나중에 문제를 일으킬 수 있다는 설명. 코드베이스의 다른 부분에서 유사한 패턴에 대한 참조. 가장 명백한 구현 대신 더 나은 것을 선택하도록 하는 반대.

가장 중요한 것은 피드백이 문제 안에 있을 때 도착한다는 것이다. 컨텍스트가 사라지기 2일 후가 아니다.

그것은 중요하다. 주니어에서 시니어로의 전환은 대부분 판단력에 의해 주도된다. 판단력은 대부분 반복적인 노출을 통해 구축된 패턴 인식이다. 누군가가 더 빠르게 그 피드백 루프를 통과할수록, 판단력이 더 빠르게 개발된다.

병목은 더 이상 시니어 엔지니어와 함께 있지 않는다. 이제 그것은 더 많이 학습자와 함께 있다.

안전망이 개선된다

여기에는 또 다른 변화가 있다. 그것은 똑같이 중요하다.

강한 AI 검토 시스템을 사용하는 주니어 엔지니어는 실수로 프로덕션 시스템을 손상할 가능성이 훨씬 낮다.

많은 고전적인 실수는 이제 즉시 플래그된다: 하드코딩된 자격증명, 삼킨 예외, 안전하지 않은 쿼리, 보안 문제, 明显한 아키텍처 문제, 범위가 잘못된 의존성. 나쁜 풀 리퀘스트는 대부분 랩탑을 떠나기 전에 이미 잡힌다.

그것은 주니어 작업의 바닥을 변경한다.

과거에 의미있는 시니어 엔지니어링 시간의 일부는 조직을 예방 가능한 실수로부터 보호하는 데去了. AI 검토 레이어는 그 중 일부를 흡수하기 시작한다. 그것은 주니어가 이전보다 더 독립적으로 일할 수 있도록 허용한다.

그것은 멘토링이나 감독의 필요성을 없애지 않는다. 그것은 멘토링이 가장 가치 있는 곳을 변경한다.

격차가 커진다

이 미래의 낙관적인 버전은 개인 엔지니어가 시스템을 사용하는 방식에 크게 의존한다.

AI를 주로思考을避ける 단축기로 다루는 사람은 아마도 더 많은 코드를 생성할 수 있지만, 거의 아무 것도 배우지 않을 것이다. 10년 전, 같은 사람이 스택 오버플로에서 솔루션을 복사했지만, 이해하지는 못했다. 메커니즘은 변경됐다. 근본적인 행동은 변경되지 않았다.

AI는 지적 소극성을 결코 해결하지 못할 것이다.

더 흥미로운 결과는 엔지니어가 받은 피드백과 적극적으로 참여할 때 발생한다. 누군가가 검토를 주의 깊게 읽고, 때때로 반대하고, 후속 질문을 하고, 대안을 테스트하고, 때때로 모델 자체가 잘못되었다는 것을 발견한다면, 이전 세대보다 훨씬 빠르게 판단력을 구축한다.

인지 노력은 사라지지 않았다. 그것은 루프의 앞으로 이동했고, 반복하기가 더 저렴해졌다.

그것은 아마도 높은 참여도와 낮은 참여도 엔지니어 간의 격차를 넓힐 것이다.

가장 중요한 생산성 변화는 그렇게 작동한다. 읽기 능력이 글을 읽을 수 있는 사람과 읽을 수 없는 사람 간의 격차를 넓혔다. 인터넷은 호기심 많은 사람과 소극적인 사람 간의 격차를 넓혔다. AI는 같은 패턴을 계속할 가능성이 있다.

제품 판단이 더 중요해진다

더 흥미로운 질문은 이제 주니어 엔지니어가 사라지는가가 아니다. 그것은 주니어 엔지니어가 구현 자체가 더 쉬워지면 무엇을 기여하는가이다.

답은 강한 시니어 엔지니어가 이미 기여하는 것과 놀랍게도 비슷하게 보인다: 창의력, 제품 본능, 맛, 우선순위, 판단력, 그리고 무엇이 실제로 존재해야 하는지 식별하는 능력.

엔지니어링 역할은 구현 마찰이 계속해서 붕괴되기 때문에 더 제품 지향적인思考으로 이동한다. 플럼빙 작업은 시스템이 실제로 올바른 문제를 해결하는지 이해하는 것보다 덜 중요하다.

시스템 디자인은 여전히 중요하다. 이름을 짓는 것은 여전히 중요하다. 제품 판단은 여전히 중요하다. 사용자를 이해하는 것은 여전히 중요하다. 어떤 면에서, 그 기술은 더 중요해진다. 왜냐하면 조직은 이제 아이디어를 이전보다 훨씬 더 빠르게 테스트할 수 있기 때문이다.

AI와 함께 자란 엔지니어는 15년 전 훈련받은 사람과 매우 다르게 생각할 것이다.

그들은 반복이 저렴하다고 가정할 것이다. 그들은 하나의 접근 방식을 논의하는 것보다 여러 접근 방식을 신속하게 프로토タイプ할 것이다. 사용자와 구현 사이의 피드백 루프가 매우 긴밀하다고 예상할 것이다. 왜냐하면 시도를 하는 비용이 계속 떨어지기 때문이다.

그것은 아이디어와 실행 사이의 사이클이 훨씬 더 짧은 엔지니어를 tạo한다.

조직은招聘, 평가, 멘토링, 승진에 따라 이를 다시 생각해야 한다. 그러나 소프트웨어는 이미 웹의 도착, 모바일의 도착, 클라우드 인프라가 온프레미스 시스템을 대체한 것과 같은 전환을 여러 번 겪었다.

각 시프트는 좋은 엔지니어링이 무엇인지 변경했지만, 엔지니어 자체의 필요성을 없애지 않았다.

운용적 영향

주니어 엔지니어에게 조언은 특히 화려하지 않다.

실제 프로젝트를 선택하라. 작업하는 동안 AI를 그림자 검토자로 사용하라. 피드백을 주의 깊게 읽으라. 때때로 그것에 반대하라. 후속 질문을 하라. 그것이 잡은 실수의 패턴을 추적하라.

그것은 판단력을 개발하는 가장 빠른 경로 중 하나이다.忙한 시니어 엔지니어가 결국 시간이 나면 멘토링을 할 수 있는 것을 기다리는 것보다 훨씬 빠르다.

관리자에게 병목은 너무 변경된다.

주니어 성장은 시니어 엔지니어가 코칭을 위해 얼마나 많은 시간을 할애할 수 있는지에 크게 의존했다. 이제 더 큰 레버리지 포인트는 강한 학습 환경을 설계하는 것이다. 검토 기대, 에스컬레이션 규칙, 프롬프트 패턴, 가드레일, 프로젝트 선택.

그런 시스템을 잘 구조화한 조직은 이전 세대보다 더 빠르게 재능을 개발할 가능성이 있다.

또한 리더십 팀에게 주니어 엔지니어를主要로 대체 가능한 실행 능력으로 보지 않는 것이 좋다. 많은 조직에서 그들은 실험, 에너지, 창의적 반복의 가장 저렴한 출처 중 하나가 될 수 있다.

다른 세대의 엔지니어

내 친구는 체코어를 더 빠르게 배웠다. 왜냐하면 그는 효과적으로 개인 튜터를 그의 주머니에 가지고 있었기 때문이다. 내 아들은 내가 접근할 수 없었던 수준의 상호작용 피드백과 함께 물리학을 배우고 있다. 내 조카는 밤에 코드 리뷰와 시장 연구를 받고 있다.

다음 세대의 엔지니어는 연속적인 코칭, 즉시 피드백 루프, 그리고 노력과 피드백 사이의 사이클이 극적으로 더 빠르면서 산업에 입사할 것이다.

그것은 주니어 엔지니어를 없애지 않는다. 그것은 그들이 얼마나 빠르게 개발되고, 그들이 가는 길에서 무엇이 가장 중요한지 변경한다.

많은 사람이 자란 역할의 버전은 아마도 사라지고 있다. 그러나 대체제는 이전 세대가 कभ也不할 수 있었던 것보다 더 빠르게 학습하고, 더 잘 코칭되고, 더 실험적이고, 더 제품 지향적일 수 있다.