AI 쓰면 코딩 몰라도 된다는 사람들, 정말 그렇게 믿고 계시는지 묻고 싶다. 😅 요즘 세상은 마치 버튼 몇 번만 누르면 완벽한 프로그램이 뚝뚝 떨어지는 마법의 시기처럼 포장되곤 한다.
하지만 실제 개발 현장의 바닥을 조금만 파고들어 보면, 그 장밋빛 환상이 얼마나 무서운 착각인지 금방 드러난다. SRE 엔지니어 출신이자 이른바 '하네스'까지 직접 만들어가며 AI를 깊게 파고들어 온 알렉스 EWERLÖF의 진단은 명확하다. "Coding is NOT solved." 코딩 문제는 아직 끝나지 않았다.
오히려 AI가 타이핑을 대신해 줄수록, 인간이 짊어져야 할 진짜 무게는 더 무거워지고 있다는 게 내 생각이다.
AI가 낮춰준 것은 빙산의 일각, 수면 아래의 거대한 비용
코딩 비용은 싸졌지만 유지보수라는 진짜 괴물은 그대로다
생성형 AI가 등장하면서 소스코드를 찍어내는 비용 자체는 눈에 띄게 낮아진 게 사실이다. 요구사항만 적당히 던지면 며칠이 걸리던 기능 구현이 한두 시간 만에 뚝딱 완성되는 시대를 우리는 살고 있다. 하지만 소프트웨어 생태계의 구조를 조금만 아는 사람이라면 누구나 알 것이다.
전체 소프트웨어 비용에서 코드를 처음 작성하는 단계는 거대한 빙산의 일각에 불과하다. 진짜 비용과 고통은 그 수면 아래 잠겨 있는 유지보수, 예기치 못한 장애 대응, 보안 패치, 그리고 트래픽이 몰릴 때 시스템이 버티도록 만드는 인프라 최적화에서 터져 나온다.
실제로 글로벌 소프트웨어 지원 및 유지 관리 시장 규모를 살펴보면, 이 거대한 유지보수 산업이 얼마나 견고하게 자리 잡고 있는지 잘 보여준다. 시장 분석 보고서에 따르면 글로벌 지원 및 유지관리 시장은 수백억 달러 규모를 형성하며 꾸준히 우상향하고 있다.
클라우드 기반 환경이 보편화되고 시스템이 복잡해질수록, 단순히 코드를 생성하는 것보다 이미 만들어진 시스템을 안정적으로 굴리는 데 들어가는 비용과 공수가 훨씬 커진다는 뜻이다. AI는 수면 위의 작은 타이핑 작업만 싸게 만들어주었을 뿐, 수면 아래의 거대한 유지보수라는 괴물은 단 1도 줄어들지 않았다.
새벽 3시에 갑자기 운영 서버가 터져 나갔을 때, AI가 짜준 코드를 아무 생각 없이 가져다 썼던 개발자가 마주하는 현실은 냉혹하다. "뭐 코드가 잘못됐다고 해서 오픈AI한테 전화해 가지고 알트만 멱살 잡고 그럴 건 아니잖아요." 결국 그 상황에서 고개를 숙이고 원인을 찾아 복구해야 하는 사람은 화면 앞에서 밤을 지새우는 인간 개발자뿐이다.
AI는 속도를 선물해 주었는지 몰라도, 그 속도가 가져온 부채를 갚는 몫은 오롯이 우리의 몫으로 남겨진다.
생산성 향상의 착각과 숙련자가 마주하는 인지적 부하
많은 이들이 AI를 쓰면 무조건 업무 효율이 수십 퍼센트씩 뛸 거라고 기대한다. 하지만 현실은 그렇게 단순하지 않다.
최근 미국의 연구 기관 METR이 평균 5년 이상의 오픈 소스 경력을 가진 최상위 개발자 16명을 대상으로 진행한 무작위 대조 실험(RCT) 결과는 자못 충격적이다. 피험자들은 AI를 쓰면 작업이 24% 빨라질 것이라고 예상했고 주관적으로도 약 20% 빨라진 것 같다고 느꼈지만, 실측 결과는 오히려 평균 19%의 작업 시간이 더 길어졌다. Cursor 같은 도구를 활용하는 과정에서 프롬프트를 수정하고, AI가 뱉어낸 코드를 정밀 조사하고, 기존 프로젝트와의 정합성을 맞추느라 오히려 엄청난 인지적 부하가 발생했기 때문이다.
물론 다른 대규모 조사에서는 깃허브 코파일럿 같은 도구가 주니어 개발자들의 풀 리퀘스트 완료 건수를 26% 이상 끌어올렸다는 긍정적 지표도 존재한다. 경력이 짧고 단순 반복 구현이 많은 주니어 구간에서는 AI가 확실한 부스터가 되어주는 게 맞다.
하지만 역으로 생각하면, 이는 경험이 적은 이들일수록 AI가 주는 그럴듯한 코드에 의존하기 쉽고, 깊은 구조적 이해 없이 코드를 가져다 쓰게 된다는 위험성을 동시에 시사한다. 똑같은 도구를 쥐여주어도 누구에게는 날카로운 무기가 되고, 누구에게는 원인 모를 병목을 만드는 이유가 여기에 있다.
결국 AI 시대의 생산성은 단순히 뱉어낸 코드 줄 수가 아니라, 그 코드를 검증하고 다듬는 인간의 메타 스킬에 의해 결정된다. 스스로 생각하지 않아도 된다는 착각에 빠져 비판적 시각을 내려놓는 순간, 우리는 생산성을 높이는 게 아니라 거대한 기술 부채를 미리 사들이고 있는 셈이다. 겉으로 보이는 작업 속도에 홀려 진짜 중요한 판단력을 통째로 외주 주는 어리석음을 범해선 안 된다.
🔥 속도가 우리를 속이는 방식
토큰을 얼마나 썼느냐, 에이전트를 몇 개나 동시에 돌렸느냐는 자랑은 실무에서 아무런 의미가 없다. 중요한 건 배포된 결과물이 실제로 서비스를 안정적으로 지탱하고 있는가 하는 점이다. 에이전트가 터미널 창에서 바쁘게 움직였다고 내 실력이 늘어난 것도 아니고 프로젝트가 진척된 것도 아니다.
도구의 화려한 속도전에 눈이 멀어 본질적인 시스템 통제력을 잃어버린다면, 그건 혁신이 아니라 느린 자살에 가깝다.
책임과 오너십이라는 절대 무너질 수 없는 세 가지 기둥
이해하지 못한 코드에는 책임을 질 수 없다
법적인 관점에서 AI는 책임을 질 수 있는 주체가 아니다. "From legal stand point, AI is a tool that can only be held responsible. The human is accountable." AI는 지시받은 대로 정확히 코드를 작성해 주는 'Responsibility(수행적 책임)'의 도구일 뿐, 장애가 터졌을 때 목이 날아가는 최종 'Accountability(결과적 책임)'는 오직 인간의 몫이다.
새벽에 서버가 내려앉았을 때 임원진 앞에서 "이거 인공지능이 짠 코드인데요"라고 변명해 봐야 아무 소용이 없다. 그 코드를 검토하고 레파지토리에 머지(Merge) 버튼을 누른 최종 책임자의 이름이 적혀 있기 때문이다.
여기서 알렉스 EWERLÖF가 던지는 묵직한 경고를 새겨들어야 한다. "You cannot be responsible for what you don't understand." 이해하지 못한 것에는 절대로 책임을 질 수 없다는 뜻이다.
AI 창에 "이 코드 설명해줘"라고 입력하면 꽤 그럴듯한 해설을 화면 가득 띄워준다. 하지만 그 설명을 눈으로 대충 훑었다고 해서 내 머릿속에 그 시스템의 동작 원리가 온전히 체화된 것은 아니다. 이해는 남이 대신해 줄 수 없는 영역이며, 오직 내 머릿속에서 치열한 고민을 거쳐야만 비로소 내 지식이 된다.
코드를 한 줄도 읽지 않고 AI가 짜준 대로 시스템을 굴리는 개발자는, 결국 지뢰밭 위를 눈 가리고 달리는 것과 다르지 않다. 당장은 아무 문제가 없어 보여도 언젠가 터질 폭탄의 도화선을 스스로 연결해 두고 있는 셈이다. 내가 통제하지 못하는 코드를 내 서비스의 심장부에 박아 넣는 행위는 개발자로서의 자존감을 포기하는 것과 같다.
지식, 권한, 책임이라는 소유권의 삼위일체
어떤 시스템이나 프로젝트를 온전히 내 것으로 만든다(Fully own)는 것은 정확히 무엇을 의미할까? 알렉스 EWERLÖF는 소유권을 지탱하는 세 가지 명확한 기둥을 제시한다.
첫째는 시스템이 어떻게 돌아가는지 꿰뚫고 있는 'Knowledge(지식)'이고, 둘째는 이 코드를 언제든 고치고 배포할 수 있는 'Mandate(권한)'이며, 셋째는 결과가 잘못되었을 때 모든 후폭풍을 감수하는 'Accountability(책임)'이다.
이 세 가지 기둥이 균형을 이룰 때 비로소 진정한 의미의 오너십이 성립한다. 하지만 AI 시대에 많은 개발자들이 이 균형을 스스로 무너뜨리고 있다. 권한은 여전히 내게 있고, 서비스가 터지면 내가 책임을 져야 하는데, 정작 코드가 어떻게 돌아가는지 아는 '지식'이라는 기둥만 AI에게 통째로 외주를 주고 있는 것이다. 기둥 하나가 빠진 지붕은 바람 한 점에도 쉽게 무너져 내리기 마련이다.
내 서비스인데도 내가 모르는 코드로 가득 찬 상태, 이것이야말로 실무에서 가장 경계해야 할 위험천만한 공백이다.
결국 AI가 아무리 발전해도 개발자라는 직업의 본질은 코드를 많이 찍어내는 타이피스트가 아니라, 시스템의 전반적인 구조를 장악하고 통제하는 오너에 가깝다. AI에게 타이핑을 시키더라도 지식의 주도권만큼은 절대 빼앗겨서는 안 된다. 내가 고치고 내가 책임질 수 있는 범위 안에서만 도구를 부릴 때, 비로소 엔지니어로서의 주체성이 지켜진다.
💡 오너십을 지키는 세 가지 철칙
- 지식의 외주화 금지: AI가 코드를 짜주더라도 작동 원리는 반드시 내 머리로 이해해야 한다.
- 책임의 불가분성: 결과물에 대한 최종 책임은 언제나 코드를 머지한 인간에게 돌아간다.
- 균형 잡힌 통제력: 권한과 책임이 있는 곳에 반드시 나의 깊은 지식이 함께 자리해야 한다.
코드를 안 봐도 되는 영역과 반드시 파고들어야 하는 영역
개인용 프로젝트와 POC에서 AI를 거침없이 쓰는 법
그렇다고 해서 세상 모든 코드를 일일이 한 자 한 자 눈으로 검열해야 한다는 뜻은 물론 아니다. 알렉스 EWERLÖF 역시 코드를 깊게 보지 않고 AI에게 전적으로 일임해도 되는 명확한 영역들을 구분해 둔다.
첫 번째는 혼자 끄적이며 노는 '개인용 소프트웨어(Personal software)' 영역이고, 두 번째는 기술이 실제로 우리 시스템에 붙을지 안 붙을지 가늠해보는 'POC(Proof of concept)' 단계이며, 세 번째는 한 번 쓰고 버릴 임시 자동화 스크립트들이다.
나 역시 실무를 하면서 한 번도 써본 적 없는 생소한 프레임워크나 라이브러리를 마주할 때가 많다. 예전 같았으면 두꺼운 레퍼런스 문서를 몇 시간씩 뒤적이거나 기초 튜토리얼을 일일이 따라 하며 시간을 보냈을 것이다.
하지만 요즘은 일단 AI에게 "이러저러한 기능을 하도록 일단 돌아가는 코드를 만들어달라"고 먼저 던진다. 이것이 우리 시스템에 제대로 안착할 수 있는 기술인지 빠르게 가능성만 타진해보는 POC 단계이기 때문에, 굳이 처음부터 소스코드를 정독하고 앉아 있을 시간이 없다.
일단 AI가 뽑아준 결과물을 시스템에 올려보고, 이게 실제로 동작하는지 안 하는지 그 결과만 빠르게 확인하는 것이다. 적용이 불가능하다면 과감히 버리고 시간 손실을 막으면 되고, 쓸만하다는 판단이 서면 그때 비로소 해당 프레임워크와 라이브러리의 구조를 차근차근 파고들며 공부를 시작한다. 이처럼 가벼운 검증이나 일회용 스크립트 영역에서는 코드를 보지 않고 속도를 극대화하는 게 현명한 태도다.
금융, 의료, 결제 시스템 앞에서 무장해제되면 안 되는 이유
하지만 모든 영역에서 이런 식으로 대충 넘어갈 수 있는 것은 절대 아니다. 의료, 금융, 항공, 국방, 그리고 대규모 결제나 데이터 마이그레이션이 일어나는 민감한 카테고리에서는 이야기가 180도 달라진다. 이런 영역은 단 한 줄의 잘못된 코드로도 사람이 크게 다치거나 막대한 돈이 공중으로 날아가며, 기업의 명운이 순식간에 박살 날 수 있다.
최근 AI 모델들의 성능이 워낙 좋아져서 기본적인 문법 오류나 사소한 버그를 틀리는 경우는 드물어졌다. 하지만 기획 단계에서 내가 요구사항을 모호하게 전달했거나, 복잡한 비즈니스 로직의 예외 케이스를 놓쳤을 때 AI는 아주 태연하게 치명적인 결함을 품은 코드를 완성해 낸다. 그렇기 때문에 돈이 움직이고 사람이 얽혀 있는 핵심 도메인에서는 반드시 사람의 눈으로 코드 디프(Code Diff)를 샅샅이 뜯어보고 엄격한 리뷰를 거쳐야 한다.
모든 코드를 사람이 다 읽을 수 없는 현대 개발 환경이라면, 역으로 기계가 대신 잘못된 코드를 걸러주도록 탄탄한 검증 구조를 깔아두는 것이 진짜 개발자의 실력이다. 테스트 코드, 엄격한 타입 체킹, 린트(Lint), 그리고 CI(지속적 통합) 파이프라인을 미리 구축하여 위험한 코드가 애초에 메인 브랜치에 들어오지 못하게 차단해야 한다.
AI 시대의 진짜 역량은 코드를 직접 타이핑하는 속도가 아니라, 안전망을 설계하는 아키텍처적 감각에서 판가름 난다.
📊 위험도에 따른 통제 수준의 차등화
개인 프로젝트나 일회용 스크립트는 AI에게 통째로 맡겨 속도를 챙겨도 좋다. 하지만 결제, 인증, 개인정보, 데이터 마이그레이션처럼 단 한 번의 실수가 돌이킬 수 없는 재앙이 되는 핵심 영역에서는 코드 리뷰와 자동화된 테스트 방패가 반드시 선행되어야 한다.
루틴화된 업무의 병렬성과 AI 페르미 역설의 진실
12분짜리 자동화와 개발자의 진짜 주의력 관리
영상 속에서 알렉스 EWERLÖF가 NPM 패키지를 업데이트하는 단순 작업을 AI에게 시켰더니 무려 12분이나 걸렸고, 자기가 직접 치면 1분 만에 끝날 일인데 비효율적이라는 일화를 털어놓는다. 이 지점에 대해선 나 역시 살짝 결을 달리해 생각을 보태고 싶다.
단순 수치만 보면 1분 만에 끝낼 일을 12분이나 끌었으니 명백한 손해처럼 보이지만, 여기서 진짜 눈여겨봐야 할 핵심은 '소요 시간'이 아니라 내 '주의력(Attention)'이 얼마나 분산되었는가 하는 점이다.
단순 반복 업무를 아무 생각 없이 AI에게 덜컥 던져두면, 녀석은 이맥스나 클로드 코드 같은 도구 안에서 주변 맥락을 파악하느라 한참을 헤매며 시간을 잡아먹곤 한다. 하지만 평소에 자주 쓰는 루틴화된 작업이라면 이야기가 달라진다. 반복되는 절차를 일종의 '스킬(Skill)'로 미리 등록해 두거나 명확한 가이드를 심어두면, AI는 헤매지 않고 훨씬 빠른 속도로 그 루틴을 완수해 낸다.
게다가 더 중요한 건 '병렬성'의 가치다. 사람이 직접 터미널에 붙어 1분 동안 타이핑하고 모니터링하는 동안에는 온전히 그 단순 작업에 주의력이 묶여버린다.
반면 에이전트가 12분 동안 백그라운드에서 조용히 작업을 수행하도록 세팅해 두면, 그 시간 동안 우리는 완전히 다른 터미널에서 더 고도화된 아키텍처 설계나 핵심 비즈니스 로직 개발에 몰입할 수 있다. 에이전트가 완료 알림을 줄 때 슥 훑어보고 컨펌만 하면 되니, 실질적인 개발자의 주의력 소모는 제로에 가깝다.
수조 개의 토큰이 쏟아져도 대박 사업이 안 보인다는 착각
최근 기술가들 사이에서는 이른바 'AI 페르미 역설'이라는 자조 섞인 목소리가 흘러나오곤 한다. "지난 몇 년 동안 수조 개의 토큰을 뿌려대며 AI를 굴렸는데, 도대체 그 기술로 대박 난 유니콘 사업들은 다 어디로 갔냐"는 의문이다.
대단한 혁신이 온다면서 왜 우리 주변에는 여전히 눈에 띄는 거대 서비스가 폭발적으로 늘어나지 않느냐는 비판이다. 하지만 이 주장은 수면 아래에서 꿈틀거리는 진짜 현실을 놓치고 있는 시각이다.
"눈에 안 띄는 거지 없는 건 아니라고 생각합니다." 주변을 조용히 둘러보면 혼자서 기획하고, AI를 붙여 코드를 짜고, 결제 시스템을 연동해 소소하게 돌아가는 1인 개발자들의 생태계는 과거와 비교할 수 없을 정도로 거대해졌다.
엄청난 규모의 벤처 투자를 받아서 화려하게 언론에 오르내리는 유니콘만 사업이 아니다. 작지만 단단하게 현금흐름을 만들어내는 알짜배기 마이크로 SaaS(Software as a Service)들은 이미 수면 아래에서 수없이 가동되고 있다.
정작 AI로 돈을 쓸어 담는 이들은 자기가 어떻게 자동화했고 어떤 프롬프트로 꿀을 빨고 있는지 대외적으로 잘 떠들지 않는다. 남들에게 밥그릇을 빼앗기기 싫은 이른바 '꿀단지'를 오픈할 바보가 어디 있겠는가? 대중의 눈에 안 보인다고 해서 변화가 없는 게 아니라, 변화의 파도가 이미 우리 일상의 가장 깊숙한 곳까지 조용히 스며들어 와 있는 것이다.
🔥 조용히 돈을 버는 이들의 진짜 무기
화려한 실리콘밸리식 유니콘 기업 타령은 이제 그만할 때가 됐다. 지금 진짜로 무서운 사람들은 AI 에이전트를 직원 부리듯 다루며 혼자서 수십 명 몫의 프로덕트를 찍어내는 1인 개발자들이다.
세상이 요란하지 않다고 해서 판이 안 바뀌고 있는 게 아니다. 진짜 판은 이미 소리 소문 없이 재편됐다.
실력은 안 쓰면 녹슨다, AI 시대에 살아남는 유일한 공부법
인간은 망각의 동물, 감이 떨어지면 이상한 코드도 몰라본다
"실력은 안 쓰면 녹슨다." 이 짧은 문장 앞에서 가슴이 뜨끔하지 않은 현업 개발자가 과연 몇이나 될까?
나 역시 AI 코딩 도우미들의 손맛에 길들여져 직접 코드를 바닥부터 짜는 비중이 점점 줄어들다 보니, 문득 머릿속으로 로직을 그려보다가 "어, 이거 원래 문법이 어떻게 됐더라?" 하고 멈칫하는 순간들과 마주하곤 한다. 직접 손으로 부딪히며 감을 유지하지 않으면 인간은 누구나 망각의 동물답게 순식간에 녹슬기 마련이다.
여기서 진짜 소름 돋는 위험이 찾아온다. 내 기본기가 녹슬어 개발 감각이 떨어지면, AI가 뱉어낸 코드가 뭔가 치명적인 결함을 품고 있거나 엉망진창으로 꼬여 있어도 그것을 이상한 줄조차 눈치채지 못하게 된다. 멍하니 화면을 바라보다가 녀석이 던져주는 대로 덜컥 받아먹다가 시스템 전체를 공멸로 이끄는 재앙의 시발점이 바로 이 감의 상실이다.
AI가 아무리 똑똑하게 코드를 짜준다고 해도, 그 밑바닥을 떠받치는 컴퓨터 공학의 근간이 바뀐 것은 아니다. 운영체제, 네트워크, 자료구조, 데이터베이스의 원리 같은 펀더멘털은 수십 년 전이나 지금이나 똑같이 유효하다. 도구가 좋아졌다고 해서 근본적인 지식의 탑을 쌓는 일마저 면제되는 건 아니라는 뜻이다.
해결책은 늘 그렇듯 고통스러운 공부뿐이다
이 서글픈 격차를 좁히는 방법은 유치하게 요령을 피우는 게 아니라 가장 원초적이고 정직한 길에 있다. 바로 공부하는 것이다.
AI가 나오기 전에도 선배 개발자들이 서점에 가서 두꺼운 전공 서적을 뒤지고, 혼자 블로그에 삽질 흔적을 기록하며 내공을 쌓아왔듯, 지금 시대에도 그 본질은 단 1도 변하지 않았다. AI한테 "해줘"라고 명령하는 프롬프트 엔지니어링 능력이 아무리 뛰어난 한이 있더라도, 그 명령의 타당성을 심사하고 결과물의 허점을 도려낼 수 있는 전문 지식이 없으면 결국 AI의 하청 노동자로 전락하고 만다.
AI는 우리의 이해를 결코 대신해 줄 수 없다. 코드를 머지하기 전에 스스로에게 끊임없이 질문을 던져야 한다.
"이 로직에서 장애가 나면 내가 직접 원인을 추적하고 수정할 수 있는가?" 이 질문에 떳떳하게 고개를 끄덕일 수 없다면, 그 코드는 당장 내려놓고 다시 공부해야 마땅하다. 도구는 거들 뿐, 결국 서비스를 지탱하고 세상을 움직이는 힘은 치열하게 지식을 쌓아 올린 인간의 머리에서 나온다.
💭 에디터의 단상 : AI라는 보조 바퀴를 대하는 우리의 자세
개발자로 살아오면서 기술이 바뀌는 모습은 수없이 지켜봤지만, 이번에 불어닥친 생성형 AI의 파도는 그 결이 완전히 다르다는 걸 날마다 실감한다. 마치 내 머릿속의 생각을 완벽하게 읽어내는 천재 비서를 곁에 둔 것 같은 짜릿함을 느끼다가도, 정신을 바짝 차리지 않으면 어느새 내가 그 비서의 눈과 귀에 완전히 휘둘리고 있다는 사실을 깨닫고 아찔해지곤 한다.
알렉스 EWERLÖF의 말처럼 AI는 우리를 대체하는 종족이 아니라, 우리의 역량을 극대화해 주는 아주 강력한 '보조 바퀴'에 불과하다. 하지만 자전거를 탈 때 보조 바퀴에만 온전히 의존하다 보면 스스로 균형을 잡는 감각을 잃어버리듯, 코딩의 모든 과정을 AI에게 떠넘기는 순간 개발자로서의 자립심은 순식간에 무너져 내릴 것이다. 편리함 뒤에 숨겨진 무서운 실력 저하의 함정을 직시하고, 도구가 가져다주는 속도보다 내가 쌓아 올리는 이해의 깊이에 더 집착해야 하는 이유가 바로 여기에 있다.
결국 끝까지 살아남는 사람은 AI에게 일을 시키는 사람이 아니라, AI가 저지른 실수를 기가 막히게 잡아내고 바로잡을 수 있는 진짜 내공을 가진 사람일 수밖에 없다. 코딩은 끝나지 않았고, 우리의 공부 역시 단 하루도 멈춰서는 안 된다.
📚 이 글이랑 같이 보면 좋은 글
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
과연 우리는 AI라는 거대한 파도 위에서 주도권을 온전히 쥐고 있는가, 아니면 편리함이라는 이름의 안개 속에서 길을 잃어가고 있는가.
#AI코딩 #개발자실무 #클로드 #클로드코드 #코덱스 #오픈AI #알렉스EWERLÖF #SRE엔지니어 #소프트웨어개발 #유지보수 #코딩환상 #개발자공부 #프로그래밍 #기술트렌드 #생산성착각 #인공지능코딩 #개발자고민 #코드리뷰 #시스템유지보수 #AI기술 #개발자생존법 #테크에세이 #실무개발 #백엔드개발 #프론트엔드 #개발로그 #IT트렌드 #개발자의길 #코딩교육 #AI도구
0 댓글