개발 도구를 공격하는 해커들 — 왜 공급망 공격은 IDE와 에디터를 노리는가
최근 몇 년 동안 해커들의 공격 방식은 프로그램 내부 취약점에서 소프트웨어 공급망으로 이동하고 있다. 특히 텍스트 에디터와 IDE 같은 개발 도구가 새로운 공격 목표가 되고 있다. 이 글에서는 왜 공격자들이 개발 도구를 노리기 시작했는지, 그리고 공급망 공격이 왜 그렇게 위험한지를 실제 사례와 함께 살펴본다.
⚙ Essays
시스템이 어떻게 동작하는지 이해하고 기록하기 위한 기술 노트 모음. Unix 설계 철학, 운영 환경, 개발 도구, 소프트웨어 구조, 실제 개발 과정에서 마주한 문제와 해결 과정을 정리한다. 단순한 튜토리얼보다 기술의 배경과 원리, 그리고 왜 그렇게 설계되었는지를 탐구하는 엔지니어링 기록에 가깝다.
Latest posts
AI 이후의 개발 도구 — 텍스트에서 시작된 소프트웨어 생산 혁명의 다음 단계
AI 코드 생성 도구는 갑자기 등장한 혁명이 아니라 텍스트 에디터, Markdown, IDE로 이어져 온 개발 도구 진화의 다음 단계다. 이 글은 텍스트에서 시작된 소프트웨어 생산 구조의 변화를 정리하며 AI 이후 개발 환경이 어떤 방향으로 나아가고 있는지를 하나의 흐름으로 정리한다.
AI 에디터는 정말 새로운 것일까 — Copilot 이후 개발 도구의 변화
AI 코드 생성 도구가 등장하면서 개발 도구는 빠르게 변하고 있다.
GitHub Copilot, Cursor, Windsurf 같은 도구들은 “AI 에디터”라는 새로운 개념을 만들어냈다.
하지만 이 변화는 정말 완전히 새로운 패러다임일까, 아니면 IDE와 개발 도구가 오랫동안 발전해 온 흐름의 다음 단계일까.
텍스트 편집기에서 IDE를 거쳐 AI 에디터로 이어지는 개발 도구의 진화를 통해, 코드 작성 방식이 어떻게 바뀌고 있는지 살펴본다.
텍스트 에디터는 왜 IDE가 되었을까 — 단순한 편집기에서 개발 플랫폼으로 변한 이유
텍스트 에디터는 한때 단순한 코드 편집 도구였다. 그러나 코드 규모가 커지고 개발 환경이 복잡해지면서 에디터는 점점 더 많은 기능을 흡수하기 시작했다. 플러그인 시스템과 확장 생태계, 그리고 VS Code의 등장 이후 텍스트 에디터는 디버깅, Git 관리, 터미널 실행까지 포함하는 개발 플랫폼으로 변화했다. 이 글에서는 단순한 편집기가 어떻게 IDE와 거의 구분되지 않는 개발 환경으로 발전했는지 그 흐름을 살펴본다.
왜 모든 텍스트 도구는 Markdown으로 돌아가는가 — Notion, GitHub, LLM의 공통 언어
Markdown은 한때 개발자 문서를 위한 작은 문법에 불과했다. 그러나 GitHub, Notion, 협업 도구, 그리고 AI 모델까지 다양한 텍스트 시스템이 Markdown과 유사한 구조를 채택하면서 상황이 달라졌다. 이 글에서는 Markdown이 어떻게 개발자 문서 형식에서 시작해 협업 플랫폼과 AI 시대의 공통 언어로 자리 잡게 되었는지, 그리고 왜 현대의 텍스트 도구들이 Markdown으로 수렴하고 있는지를 살펴본다.
메모장은 왜 AI 프로그램이 되어가고 있을까 — 텍스트 에디터의 40년 변화
Windows 메모장은 오랫동안 가장 단순한 프로그램의 상징이었다. 하지만 최근 업데이트를 통해 Markdown 지원과 AI 기능이 추가되면서 그 성격이 조금씩 바뀌기 시작했다. 메모장의 변화는 단순한 기능 업데이트가 아니라, 지난 40년 동안 텍스트 에디터가 어떻게 발전해 왔는지를 보여주는 작은 단서다. 이 글에서는 메모장에서 시작해 VS Code, 그리고 AI 에디터까지 이어지는 텍스트 도구의 진화를 살펴본다.
AI 이후의 개발 도구 — 텍스트에서 시작된 소프트웨어 생산의 변화
텍스트 에디터는 단순한 편집기에서 시작해 개발 환경이 되었고, 이제는 AI와 함께 동작하는 인터페이스로 변하고 있다. 이 시리즈에서는 메모장에서 시작된 텍스트 도구의 역사부터 Markdown의 확산, IDE의 등장, 그리고 AI 에디터의 시대까지 이어지는 개발 도구의 변화를 살펴본다.
AI 이후의 개발 — 코드보다 오래 남는 것
AI가 코드를 작성하는 시대가 되면서 소프트웨어 개발의 중심도 조금씩 이동하고 있다. 이 시리즈의 마지막 글에서는 디자이너, 프론트엔드 개발자, 그리고 개발 조직의 변화까지 이어진 흐름을 하나로 묶어 보며 AI 이후의 개발에서 무엇이 진짜 중요한 역량으로 남게 되는지를 이야기한다.
AI 시대, 개발 조직은 어떻게 바뀔까 — 코드보다 희소해진 것은 ‘판단’이다
AI가 코드 작성을 자동화하기 시작하면서 소프트웨어 개발의 병목은 코드 생산에서 설계와 판단으로 이동하고 있다. 이 글은 코드 생성 시대에 개발자의 역할과 개발 조직 구조가 어떻게 변화하는지를 살펴보고, 앞으로 개발 조직에서 가장 희소해질 자원이 무엇인지 탐구한다.
코드는 빨리 만들어지는데, 왜 개발은 더 느려질까
AI 코딩 도구는 코드 생성 속도를 극적으로 높였다. 그러나 많은 개발 팀에서 나타나는 현실은 조금 다르다. 코드는 더 빨리 만들어지지만, 개발 전체는 생각만큼 빨라지지 않는다. 그 이유는 개발의 병목이 코드 작성이 아니라 코드 이해, 검증, 그리고 시스템 설계로 이동하고 있기 때문이다. AI가 코드 생산을 가속할수록 개발자의 역할은 단순한 코드 작성자가 아니라 시스템을 판단하고 구조를 설계하는 방향으로 재정의되기 시작한다.