개발자들이 모르면 당하는 56가지…

소프트웨어 공학 법칙과 프로그래밍 원형 언어, AI 코딩 토큰 최적화를 상징하는 추상 일러스트
DIGEST
  • Claude Code, Codex CLI 설정만 바꿔도 토큰 절반 아낄 수 있다 – 커뮤니티 50포인트 화제글
  • 소프트웨어 공학의 56가지 법칙 한 곳에 정리 – 브룩스, 콘웨이, 파레토까지 총망라
  • 프로그래밍의 7가지 원형 언어 – 모든 언어의 뿌리를 찾아서

Claude Code 요금 폭탄 맞아본 적 있는가? Opus 4.7 출시 이후 토큰 소비량이 급등하면서 개발자 커뮤니티가 술렁이고 있다. 한편, 56가지 소프트웨어 공학 법칙을 한 곳에 모은 사이트가 48포인트를 기록하며 화제가 됐고, 2022년에 쓰여졌지만 46포인트로 다시 주목받는 “7가지 원형 언어” 글은 프로그래밍의 본질을 묻는다. 오늘 GeekNews에서 가장 뜨거웠던 개발자 필독 콘텐츠 3가지를 정리했다.

Claude Code/Codex 토큰 절약법 – 설정만 바꿔라

토큰이 새는 3가지 경로

stdy.blog의 저자는 Claude Code와 Codex CLI에서 토큰이 낭비되는 경로를 크게 세 가지로 분류했다. 첫째, 매 턴마다 시스템이 자동으로 붙이는 오버헤드 텍스트. 둘째, 대화 히스토리에 누적되는 긴 도구 출력. 셋째, MCP 서버나 IDE 통합 같은 외부 연결이 만드는 비용이다.

Claude Code 핵심 설정 (v2.1.114)

가장 즉각적인 효과를 볼 수 있는 설정은 includeGitInstructions를 false로, autoConnectIde를 false로 바꾸는 것이다. 비대화형 모드에서는 더 공격적으로 줄일 수 있다. ENABLE_CLAUDEAI_MCP_SERVERS=false로 MCP를 끄고, CLAUDE_CODE_DISABLE_AUTO_MEMORY=1로 자동 메모리 로드를 차단하며, CLAUDE_CODE_DISABLE_CLAUDE_MDS=1로 CLAUDE.md 파일을 무시하게 설정할 수 있다. –tools 플래그로 필요한 도구만 선택 활성화하고, –exclude-dynamic-system-prompt-sections로 캐시 재사용률을 끌어올리는 것도 핵심이다.

Codex CLI도 다이어트 가능

Codex CLI(v0.121.0)에서도 features.apps=false로 MCP를 비활성화하고, web_search를 disabled로 설정하면 불필요한 토큰 소비를 막을 수 있다. –sandbox read-only 옵션은 의도치 않은 재시도를 방지하고, –ephemeral은 세션 파일을 남기지 않아 깔끔하다. 커뮤니티에서는 60개 스킬 중 절반이 미사용 상태인 문제를 해결하기 위해 claude-slim이라는 도구까지 만들어 공유하고 있다.

Tech Insight — 토큰 절약의 핵심은 “선택적 비활성화”다. 모든 기능을 켜둔 채로 쓰면 매 턴마다 시스템 프롬프트, MCP 도구 목록, 메모리 파일이 누적된다. 프롬프트 캐싱 재사용률을 높이는 것이 비용 절감의 가장 강력한 레버이며, 대화형과 비대화형 모드에 따라 전략을 달리 가져가야 한다.


소프트웨어 공학의 56가지 법칙 – 한 곳에 다 모았다

Milan Milanovic가 만든 법칙 사전

lawsofsoftwareengineering.com은 소프트웨어 개발에서 반복적으로 증명된 56가지 법칙과 원칙을 체계적으로 정리한 사이트다. 각 법칙은 난이도(주니어, 중급, 시니어)와 카테고리(아키텍처, 팀, 계획, 품질, 확장성, 디자인, 의사결정) 7가지로 분류된다.

개발자가 꼭 알아야 할 핵심 법칙들

팀 관련으로는 콘웨이의 법칙(“시스템은 조직의 커뮤니케이션 구조를 반영한다”), 브룩스의 법칙(“지연된 프로젝트에 인력 추가는 오히려 완료를 지연”), 프라이스의 법칙(“전체 참여자의 제곱근이 50%의 업무 담당”)이 핵심이다. 계획 영역에서는 크누스의 “조기 최적화는 모든 악의 근원”, 호프슈태터의 법칙(“계획보다 항상 더 오래 걸린다”), 9090 규칙(“코드의 90%가 개발 시간의 90%를 소비하고, 나머지 10%가 또 다른 90%를 필요로 한다”)이 대표적이다.

아키텍처와 품질의 불변 법칙

아키텍처에서는 하이럼의 법칙(“충분한 API 사용자가 있으면 모든 관찰 가능한 동작이 의존성이 된다”), 갈의 법칙(“복잡한 시스템은 단순 시스템에서 진화한다”), 테슬러의 복잡성 보존 법칙(“기약 복잡성은 옮길 수만 있고 제거할 수 없다”)이 중요하다. 품질 영역에서는 리누스의 법칙(“충분한 눈이 있으면 모든 버그는 얕다”)과 커니핸의 법칙(“디버깅은 코딩의 2배 어렵다”)이 눈에 띠다. JSON API와 RSS도 제공되어 자체 도구에 통합할 수 있다.

Tech Insight — 이 법칙들이 특별한 이유는 기술, 조직, 인지 세 영역을 모두 포괄한다는 점이다. AI 시대에도 브룩스의 법칙은 유효하고, 콘웨이의 법칙은 마이크로서비스 설계의 기본 원칙이 됐다. 주니어 때 KISS와 DRY를 배우고, 시니어가 되면 테슬러의 복잡성 보존과 하이럼의 법칙을 체감하게 된다.


프로그래밍의 7가지 원형 언어 – 모든 언어의 뿌리

왜 원형 언어를 알아야 하는가

madhadron.com의 저자는 프로그래밍 언어들이 근본적으로 7가지 “원형 언어(ur-languages)”에서 갈라져 나왔다고 주장한다. 핵심은 “새로운 원형 언어를 배우려면 상당한 시간과 노력, 새로운 신경경로가 필요하다”는 것이다. 같은 원형 안의 언어를 배우는 것과 다른 원형의 언어를 배우는 것은 차원이 다른 경험이다.

7가지 원형의 정체

첫째, ALGOL은 C, Python, Java 등 대부분의 현대 언어가 속하는 가장 오래된 원형이다. 1840년대 Ada Lovelace에서 출발해 할당, 조건문, 루프를 핵심으로 한다. 둘째, Lisp는 1958년 탄생한 두 번째로 오래된 원형으로 코드 자체가 리스트 데이터 구조인 것이 특징이다. 셋째, ML은 함수를 1급 값으로 취급하고 Hindley-Milner 타입 시스템을 사용하는 함수형 언어군이다. 넷째, Self는 “객체들이 서로 메시지를 주고받는” Smalltalk 계열로 소스코드가 텍스트 파일이 아닌 라이브 환경에 존재한다.

다섯째, Forth는 스택 기반 역 폴란드 표기법(2 3 + 5 *)을 사용하며 임베디드 시스템에서 빛을 발한다. 여섯째, APL은 모든 것이 n차원 배열이고 1-2개 기호로 고수준 동작을 구현하는 배열 언어다. 금융업계의 K 언어가 대표적이다. 마지막 일곱째, Prolog는 사실과 규칙, 쿼리 검색으로 프로그래밍하는 논리 언어다.

저자의 학습 권장사항

저자는 ALGOL 계열 숙달을 필수로 꼽고, 경력에서 가장 많은 이득을 준 것으로 Prolog 계열의 SQL을 지목했다. 그리고 매년 낯선 원형 언어 하나씩 배워볼 것을 권장한다. Lisp는 Racket으로, ML은 Haskell로, Forth는 gForth로 시작할 수 있다.

Tech Insight — 2022년 글이 2026년에 다시 화제가 된 이유가 있다. AI가 코드를 대신 쓰는 시대에 “왜 다른 패러다임의 언어를 배워야 하는가”라는 질문이 더 절실해졌기 때문이다. 다양한 원형 언어를 이해한 개발자는 AI가 생성한 코드의 패러다임을 읽고 판단할 수 있다. 바이브 코딩 시대의 시니어 역량은 결국 사고 모델의 다양성에서 나온다.


관련 글

출처

  1. stdy.blog – Claude Code 및 Codex 설정 변경으로 토큰을 절약하는 방법
  2. Laws of Software Engineering – Milan Milanovic
  3. madhadron.com – The Seven Programming Ur-Languages (2022)
  4. GeekNews (hada.io) – 2026년 4월 23일 인기 글

AI Biz Insider · Tech Digest · aibizinsider.com


AI Biz Insider에서 더 알아보기

구독을 신청하면 최신 게시물을 이메일로 받아볼 수 있습니다.

코멘트

댓글 남기기

AI Biz Insider에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기

AI Biz Insider에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기