기술

엔지니어링 리더 애디 오스마니(Addy Osmani)의 최근 강연은 한 문장으로 요약됩니다. 소프트웨어 일의 무게중심이 "코드를 직접 작성하는 것"에서 "AI 에이전트가 수행한 작업을 설계하고, 검증하고, 최종 책임을 지는 것"으로 넘어갔다는 것입니다.

어느 공장이든 전산 요청함에는 현장의 요구가 줄을 서 있습니다. 이 설비만의 점검표, 이 라인만의 작업 기록 화면, 이 공정만의 불량 집계표. 하나하나는 작은 화면인데, 개발 요청으로 올리면 몇 주짜리 일이 됩니다.

새벽 두 시, 생산팀 담당자 휴대폰에 알림이 뜹니다. "이상 징후 감지. 3호기 자동 정지 완료." 좋은 소식처럼 들리시나요? 현장에 한번 계셔 보면 알게 됩니다. 이 문장을 본 담당자의 첫 반응은 안도가 아니라 등골이 서늘해지는 쪽이에요. 누가, 무슨 근거로, 무슨 권한으로 라인을 세웠지? 정지 자체가 옳았더라도,…

새벽 3시에 알람이 울립니다. 야간 당직자가 부스스 일어나 설비실로 뛰어갑니다. 가 보니 멀쩡합니다. 진동값이 잠깐 임계치를 살짝 넘었다가 바로 내려간 거예요. 거짓 경보였던 거죠. 이런 일이 한 주에 서너 번 반복되면 어떻게 될까요. 사람은 알람을 점점 안 믿게 됩니다. "또 그거겠지" 하고 끄고 다시 잡니다. 그…

제조 시스템 프로젝트를 몇 번 해 보면 어느 순간 기시감이 옵니다. 새 고객사 미팅에 들어가 요구사항을 듣는데, 머릿속에서 이미 같은 그림이 그려져요. 또 테이블을 설계하겠구나, 또 CRUD API를 짜겠구나, 또 입력 화면이랑 조회 화면을 만들겠구나. 솔직히 개발자 입장에서 이게 제일 김 빠지는 순간입니다. 새로운…

품질팀 회의실에서 이런 장면을 자주 봅니다. 어제 난 불량 한 건을 두고 다들 노트북을 열어 놓고 앉아 있어요. 한 분은 QMS에서 검사 기록을 찾고, 옆 분은 MES에서 그 LOT이 언제 어느 라인을 탔는지 뒤지고, 또 한 분은 SCM에서 그때 투입된 자재가 뭐였는지 캡니다. 같은 품목 얘기를 하는데 화면이 세 개…

데모를 켜면 모니터 한가운데에 공장이 통째로 떠 있습니다. 설비가 줄지어 서 있고, 조명도 그럴듯하고, 카메라를 돌리면 라인 사이사이가 다 보입니다. 처음 보는 분들은 보통 "오, 멋있다" 하고 한마디 하시죠. 그런데 현장을 좀 아는 분은 거기서 멈추지 않습니다. 화면을 한참 보다가 옆에 있는 실제 라인을 슬쩍 보고…

현장에 데모를 들고 가면 거의 매번 똑같은 장면이 나옵니다. 공장장님이 팔짱을 끼고 한참 보다가 이렇게 말씀하세요. "답은 잘 하네. 근데 이거 믿고 일해도 돼요?"