Engineerification - 전문직이 엔지니어처럼 변해간다

수학자, 디자이너, 분석가, 법률가 등 서로 다른 전문직에서 저장소, 에이전트, 테스트, 자동화, 형식 명세, 피드백 루프를 활용하는 작업 방식이 확산되고 있으며, 이를 engineerification이라 부를 수 있음 핵심 변화는 모두가 코딩을 배우는 것이 아니라, 도메인 전문가가 직접 업무를 수행하는 데서 벗어나 업무 일부를 수행하는 시스템을 만들고 감독하고 개선하는 책임까지 맡게 되는 것임 소프트웨어 개발에서는 이미 자동완성에서 저장소 단위의 작업 위임으로 이동하면서, 개발자의 역할이 구현에서 의도 정의, 제약 설정, 테스트, 아키텍처, 결과 검증 쪽으로 이동하는 모습이 먼저 나타남 GTM, 분석, 디자인, 연구, 법률, 기술 문서, 컴플라이언스에서도 작업 산출물이 저장소가 되고 절차가 워크플로우가 되며 규칙이 테스트가 되는 등, 개별 결과물을 만드는 대신 결과가 만들어지는 조건을 설계하고 감독하는 방식으로 바뀌고 있음 다만 시스템으로 바꾸는 과정에서는 표현 가능한 입력, 신호, 규칙, 실패 유형만 중요해지는 위험이 있으며, AI가 시스템 감독 자체까지 맡게 된다면 engineerification은 모든 직업의 장기적 형태가 아니라 AI와 전문직 사이의 일시적인 인터페이스일 수도 있음 수학자의 일이 소프트웨어 프로젝트처럼 변함 브라질 Institute for Pure and Applied Mathematics의 LLM과 수학 특별 강연에서는 수학자들에게 다음과 같은 작업 방식을 권장함 로컬 디렉터리에서 작업 코딩 에이전트에 제한된 권한 부여 프로젝트를 저장소로 관리하고 변경 사항을 커밋 에이전트용 지침 파일 작성 테스트 실행 Lean으로 형식 증명 검증 Claude Code와 Codex를 사용하고 장시간 작업에 적합한 모델을 비교 Overleaf 대신 로컬 머신으로 작업 환경 이동 한 수학자는 하루를 프로젝트 디렉터리로 이동한 뒤 에이전트를 실행하는 것으로 시작하며, 다른 수학자는 과거에는 익숙하지 않은 프로그래밍 언어를 배워야 했던 수치 실험을 모델에게 서브루틴 생성을 요청하고 테스트하는 방식으로 구성한다고 설명함 컴퓨터, 수치해석, 기호 계산, LaTeX, 증명 보조 도구 자체는 수학에서 새롭지 않지만, 이번 변화에서는 수학 프로젝트 전체가 파일, 의존성, 권한, 실행 가능한 검사, 버전 기록, 에이전트를 포함하는 소프트웨어 프로젝트 형태를 띠기 시작함 수학이라는 활동과 수학자라는 직업의 분리 The ...