Trawling

개발 · 최신기사

언어와 프레임워크, SDK와 개발 방식·도구의 변화를 다룹니다.

발행

소프트웨어를 만드는 일은 예술적 활동입니다

소프트웨어는 아이디어를 코드라는 매체와 그 제약에 맞춰 구현하는 과정에서 만들어집니다. 글쓴이는 그 과정에 필요한 판단과 취향이 결과물의 질을 좌우한다고 주장하며, Reddit에서는 예술과 공예의 경계, 업무 환경의 제약, AI가 창작감을 바꾸는지를 두고 의견이 갈립니다.

발행

AI가 코드를 더 많이 쓸 때, 무엇을 자동화하고 무엇을 사람에게 남길까?

세 글은 에이전트 시대의 검토 문제를 서로 다른 층위에서 다룹니다. 한 글은 실행 권한을 코드 리뷰와 분리해야 한다고 주장하고, 다른 글은 사람의 병합 승인을 유지하되 검토 자료를 개선하자고 제안합니다. Anthropic 팀 사례는 자동 리뷰와 위험도별 승인 절차를 실제 운영 방식으로 설명합니다. 이 차이를 바탕으로 검토와 권한 통제의 역할을 나눠 봅니다.

발행

소프트웨어 공학에서 종교학이 가르쳐 주는 것

종교학을 전공한 소프트웨어 엔지니어가 종교와 이념을 소프트웨어 개발에 비춰 봅니다. 프로그램은 코드만으로 살아남지 않으며, 개발팀의 이해와 사회적 맥락이 기술의 방향과 영향력을 만든다고 주장합니다.

발행

마거릿 해밀턴 별세 — 아폴로 소프트웨어를 이끈 컴퓨팅 선구자

아폴로(Apollo) 우주선의 비행 소프트웨어 개발팀을 이끈 컴퓨터 과학자 마거릿 해밀턴(Margaret Hamilton)이 90세로 세상을 떠났습니다. 오류를 예상하고 우선순위를 조정하는 소프트웨어 설계로 아폴로 임무에 기여했으며, 소프트웨어 공학을 독립된 공학 분야로 인정받게 하는 데 힘썼습니다.

발행

사람의 코드 리뷰는 당분간 사라지지 않습니다

AI 에이전트가 개발 단계를 한 작업 흐름으로 압축해도, 코드 리뷰가 맡던 위험 관리와 책임까지 없어지지는 않습니다. 글은 에이전트의 반복 작업은 격리된 환경에서 끝내고, CI가 근거를 담은 리뷰 브리핑을 만들며, 담당자가 최종 승인하는 방식을 제안합니다.

발행

코딩 에이전트 시대에도 코드 리뷰가 필요할까요?

코딩 에이전트가 구현과 테스트를 맡아도 검증과 책임은 사라지지 않습니다. 작성자 본인의 검토를 소유권의 기준으로 삼되, 위험도에 따라 아키텍처 제약·자동 검사·전문 에이전트·동료 리뷰를 조합하자는 제안입니다.

발행

설명할 수 없는 실패가 일상이 되는 문제

글은 AI 모델 Jev의 확률 점수와 빠른 도입을 예로 들어, 평가 데이터와 검증 없이 AI를 제품에 넣으면 실패 원인을 추적하기 어려워진다고 지적합니다. 저자는 LLM 개발로 실패가 늘어나는 것보다 “그냥 안 된다”는 말로 조사를 끝내는 태도가 보편화되는 일을 우려합니다.

발행

코드 리뷰가 서서히 무너지고 있습니다. 어떻게 대응하시나요?

코딩 에이전트를 도입한 팀에서 PR은 늘고 사람의 리뷰는 사라지면서, 대충 만든 구현이 다음 에이전트의 기준으로 굳어지는 문제가 생겼습니다. 글쓴이는 리뷰를 전면 중단하기보다 변경 위험에 따라 검토하고 계획 리뷰와 테스트를 보강하자고 제안합니다.

발행

AI가 코드를 더 많이 써도, 개발자의 책임은 줄지 않습니다

AI가 구현과 테스트를 맡아도 배포한 시스템의 책임은 개발자에게 남습니다. 글은 AI가 코드와 테스트를 함께 만들 때 생기는 오해와 ‘이해 부채’를 짚고, 작은 작업 단위와 계획 검토, 명시적인 설계 기록으로 위험을 줄이는 방법을 제안합니다.