기술의 발전 속도가 무서울 정도로 빠르다. 매일 아침 눈을 뜨면 새로운 프레임워크, 프로그래밍 언어, 그리고 무엇보다 인공지능에 대한 소식이 타임라인을 가득 채운다. 이 거대한 흐름에 올라타지 않으면 영영 낙오자가 될 것 같은 공포가 우리를 지배한다. 주변에서는 지금 당장 시작하지 않으면 기회를 영원히 놓칠 것이라며 겁을 주기도 한다. 하지만 정말 그럴까? 우리가 느끼는 이 불안함은 실체가 있는 것일까, 아니면 누군가에 의해 조작된 것일까? 최근 한 기술 블로그에서 읽은 흥미로운 관점은 이 문제에 대해 아주 신선한 시각을 제시했다.
최근 한 기술 블로그에서 'Yes, and…'라는 제목의 흥미로운 글을 읽었다. 몬태나 주립대학교에서 컴퓨터 과학을 가르치는 한 교수가 쓴 글이었는데, AI 시대에도 여전히 프로그래밍을 배워야 하는가에 대한 그의 고찰이 담겨 있었다. 그는 프로그래밍이 근본적으로 컴퓨터를 이용한 문제 해결과 복잡성 제어에 관한 것이기에 그 가치는 변하지 않을 것이라고 주장한다. 하지만 주니어 개발자들에게는 매우 엄격한 태도를 보인다. AI가 코드를 생성해줄 수 있더라도 절대로 그렇게 하지 말고 직접 코드를 짜야 한다고 강조한다. 코드를 직접 짜지 않으면 코드를 읽는 능력을 기를 수 없고, 결국 자신이 이해하지 못하는 시스템을 만드는 ‘마법사의 제자’ 함정에 빠지게 된다는 논리다. 그는 AI를 코드 생성기가 아니라 개념 이해를 돕는 유능한 조교(TA)로 활용하라고 조언한다.
이전 글에서 AI 에이전트에게 가장 적합한 도구는 CLI라고 강조한 적이 있다. GUI보다는 텍스트 기반의 명령어가 기계와 기계, 혹은 인간과 기계 사이의 소통에서 훨씬 명확하기 때문이다. 하지만 단순히 CLI를 제공하는 것만으로는 부족하다. 최근 AI 에이전트의 특성에 맞춰 CLI를 어떻게 설계해야 하는지에 대해 다룬 훌륭한 글을 발견했다. 이 글을 바탕으로 AI 친화적인 CLI가 갖춰야 할 구체적인 요소들을 정리해 보려 한다.
하루하루가 정말 빠르게 돌아간다. 새로운 모델, 새로운 기능이 경쟁적으로 쏟아진다. 코드를 짜고 이미지를 만들고 영상을 뽑아낸다. AI로 수익을 창출한다는 자극적인 홍보와 강의팔이도 넘쳐난다. 하지만 한 발짝만 밖으로 나와보면 세상은 놀라울 정도로 조용하다.
최근 소프트웨어 엔지니어링 업계에서 흥미로운 글 하나가 공유되었다. 핵심은 아무도 단순함을 이유로 승진시켜주지 않는다는 것이다. 복잡한 설계를 가져온 엔지니어는 화려한 기술적 서사를 써 내려가지만, 문제를 가장 단순하게 해결한 엔지니어는 구현했다는 한마디 외에 쓸 말이 없어진다는 문제 제기다.
비개발자의 해커톤 대상 수상이 증명한 에이전트의 가능성
최근 요즘IT에 올라온 한 비개발자의 해커톤 대상 수기(‘40대 비개발자, 어떻게 해커톤에서 대상을 탈 수 있었을까?’)는 AI 에이전트 시대의 개발 패러다임 변화를 상징적으로 보여준다. 코딩 지식이 부족한 개인이 숙련된 개발자들이 모인 대회에서 두 번이나 대상을 거머쥔 사실은 단순히 운으로 치부하기에는 시사하는 바가 매우 크다.
최근 인공지능 기술의 급격한 발전으로 주니어 개발자 채용 시장이 얼어붙었다는 소식이 들려오곤 한다. 한편에서는 AI의 한계를 깨달은 기업들이 다시 주니어 채용을 늘리고 있다는 상반된 보도도 나온다. 이러한 혼란 속에서 분명한 사실은 개발자에게 요구되는 핵심 역량의 축이 이동하고 있다는 점이다.
알고리즘 암기력을 평가하는 기존 코딩 테스트는 이제 시대적 수명을 다했다. Claude Code나 GitHub Copilot 같은 AI 도구가 알고리즘 퍼즐을 수초 만에 해결하는 시대에, 화이트보드 앞에서 역전된 트리 구조를 구현하는 것이 어떤 의미가 있는가.
북미 IT 헤드헌터의 글을 봤다. 요즘 주니어 개발자 포지션이 거의 없다고 한다. 가끔 나오는 자리조차 LLM 사용 역량은 기본이라고. 면접관들이 OpenAI API를 직접 붙여본 경험이 있는지 묻는다는 것이다.
CloudFormation 을 이용해 us-east-1 에서 2티어 웹 애플리케이션을 실행한다. us-west-1 에서 개발 스택을 생성하려고 하면 프로세스가 실패한다. 무엇이 문제일까?
A. 템플릿에서 참조하는 AMI 가 us-west-1 에서 사용 불가.
B. 템플릿에서 참조하는 IAM 역할이 us-west-1 에서 유효하지 않음.
C. 두 개의 ELB 클래식 로드밸런서는 같은 이름 태그를 가질 수 없다.
D. 클라우드포메이션 템플릿은 하나의 리젼에서만 실행 가능하다.
What could be the problem?
A. The AMIs referenced in the template are not available in us-west-1.
B. The IAM roles referenced in the template are not valid in us-west-1.
C. Two ELB Classic Load Balancers cannot have the same Name tag.
D. CloudFormation templates can be launched only in a single region.
정답 : A. AMI 는 리젼 안에 저장되고 다른 리젼에서는 접근할 수 없다. AMI 를 다른 리젼에서 사용하기 위해서는, 해당 리젼으로 복사해야 한다. IAM 롤은 계정 전체에서 유효하다.