Trawling

최신기사

AI, 개발 도구, 오픈소스, 보안과 인프라의 변화와 이용 조건을 설명하는 최신 기사와 해설입니다.

상품화된 지능

발행

이 글은 AI가 복잡한 문제를 풀면서 인간의 지적 노동을 대체 가능한 상품으로 만들고, 노동자의 협상력을 떨어뜨릴 수 있다고 주장합니다. 저자는 일자리와 소득의 문제를 넘어, 결과를 얻는 일과 직접 배우고 만드는 일의 가치를 구분해야 한다고 말합니다.

제1원칙 사고와 에이전트 시대의 엔지니어링

발행

좋은 시니어 엔지니어는 익숙한 기술적 제약을 답으로 받아들이기보다, 무엇을 왜 만드는지부터 따져 가장 작은 다음 단계를 찾습니다. 에이전트를 쓸 때도 경험을 잠시 내려놓고 가능성을 살피되, 설계와 검토에서 사람의 판단을 놓치지 말아야 한다는 글입니다.

세부를 잃는 일을 애도하며

발행

저자는 저수준 프로그래밍과 작동 원리를 파고드는 일을 정체성이자 즐거움으로 삼아왔지만, LLM 중심 개발이 그런 역량과 일자리를 밀어낼까 두렵다고 털어놓습니다. 추상화와 큰 프로젝트에 집중하라는 업계의 흐름은 세부를 직접 이해해야 일할 수 있는 저자에게 소외감과 미래에 대한 불안을 안깁니다.

구글을 떠납니다

발행

Robert O’Callahan이 AI를 더 저렴하고 빠르게 만드는 일에 기여하지 않겠다며 Google을 떠납니다. AI 위험과 사회적 영향을 우려하는 한편, Pernosco와 rr을 계속 관리하고 AI 에이전트의 디버깅을 연구하겠다고 밝혔습니다.

AI 노동자 조사 2026 — 기술 노동자가 말하는 생성형 AI와 일터

발행

영국 기술노동자노조 UTAW가 기술 분야 노동자들의 경험을 모아 생성형 AI가 업무에 미치는 영향을 정리했습니다. 참여자들은 AI가 일을 없애기보다 업무량과 감시를 늘리고 숙련을 약화한다고 보고하며, 도입 협의권과 사용 거부권, 노동자의 집단적 통제를 제안합니다.

기업 채용 사이트 공고 28%가 90일 넘게 열려 있습니다

발행

Unlisted가 기업 채용 사이트에서 확인한 날짜 표시 공고 가운데 28.3%가 90일 넘게 열려 있었고, 전체 공고의 중앙값은 36일입니다. 다만 보고서는 오래된 공고를 ‘유령 공고’로 단정하지 않고, 채용 시스템·직군별 차이와 수집 방법의 한계를 함께 공개합니다.

링크드인 가짜 구인 공고를 2년간 추적해 6만 건을 신고한 구직자

발행

구직자 제이 존스는 링크드인 등에서 가짜 구인 공고 약 6만 건을 삭제하도록 돕고, 사기에 쓰인 것으로 의심되는 프로필 7천 개를 신고했습니다. 사기범은 도용한 인증 계정과 기업 페이지를 이용하며, 링크드인은 가짜 계정 9천만 개를 사전 차단했다고 밝혔습니다.

세부 내용보다 다음에 바꿀 것을 묻는 리더

발행

사고가 난 뒤 원인과 판단을 설명하는 데 그치지 말고, 같은 유형의 실패를 줄이려면 시스템을 무엇을 바꿔야 하는지 물어야 한다고 주장합니다. 다만 재발 방지책을 검증하고 비용과 위험을 판단하려면 세부 내용도 필요하다는 반론이 나옵니다.

아마존, 해고한 직원에게도 재입사 제안

발행

아마존이 AI·머신러닝과 AWS 등에서 일할 전직 직원에게 채용 연락을 보내고 있습니다. 회사는 부메랑 채용이 기존 관행이며 사무실 출근 정책도 바뀌지 않았다고 밝혔습니다. 기술 업계에서는 해고와 재채용이 반복되는 배경, 복귀 조건을 두고 의견이 엇갈립니다.

클로드식 문체에 지쳤습니다 — AI 보조 개발은 어디로 갈까요

발행

개발자 Kristian Polso는 AI 도구 사용을 강하게 밀어붙이는 경영진이 코드 품질과 유지보수성을 놓친다고 지적합니다. 비용 상승과 개발자의 불만이 쌓이면 AI 사용이 조정되고, 다른 도구와 함께 쓰는 균형점에 도달하리라고 전망합니다.

모르고 비켜 간 비서 문제

발행

저자는 채용에서 탈락자를 다시 지원할 수 있게 하고 학습 지원도 제공해, 잠재력 있는 지원자를 놓치지 않으려 했습니다. 24시간 내 응답, 비동기 심사, 짧은 과제 같은 운영 원칙과 채용 결과를 소개합니다.

코딩이 예전처럼 즐겁지 않아진 이유를 깨닫기까지

발행

저자는 AI가 코딩의 시행착오와 막힘을 덜어내면서, 자신이 개발에서 느끼던 성취감도 함께 사라졌다고 말합니다. 결과물을 더 빠르고 많이 만드는 일과 직접 문제를 풀며 얻는 기쁨은 다르지만, 그 기쁨을 되찾을 방법은 아직 찾지 못했습니다.

좋은 소프트웨어 조언은 왜 따르기 어려울까요

발행

작은 함수나 의미 있는 변수명처럼 실행 여부를 쉽게 확인할 수 있는 규칙과, 상황에 따라 판단해야 하는 원칙을 구분합니다. 경험은 규칙 사이의 충돌과 추상화의 비용을 가늠하는 판단력을 키우며, 좋은 엔지니어는 규칙을 외우는 데서 원칙을 적용하는 단계로 나아간다고 설명합니다.

AI에는 지혜가 없고, 당신도 그렇게 될 수 있습니다

발행

AI가 코드를 빠르게 만들더라도 유지보수성과 설계 품질을 즉시 평가하기는 어렵습니다. 글은 코드 읽기와 실수에 대한 책임을 포기하면 개발자의 숙련도도 자라지 않는다고 지적하며, AI를 도구로 쓰되 판단과 학습을 넘겨서는 안 된다고 주장합니다.

엔지니어가 말한 Claude Code의 그늘 — 하루 12시간 엔터만 누르는 일

발행

익명 엔지니어 voxium은 Claude Code가 사양서·테스트·티켓·보고서까지 만들면서 엔지니어가 하루 12~13시간 프롬프트와 엔터 입력만 반복한다고 주장합니다. 커뮤니티에서는 생산성보다 검토·책임·학습 부담이 커졌다는 증언과 가드레일을 갖추면 유용하다는 반론이 맞섭니다.

15년 차 QA 베테랑, 다시 신입이 되다

발행

15년 동안 QA 업무를 맡아온 저자가 AI agent 스타트업에 합류한 뒤 겪은 첫 2주를 돌아봅니다. 경험은 결론만이 아니라 그 결론이 맞았던 조건과 맥락까지 담아야 하며, AI가 많은 사례를 처리해도 마지막 검증에는 사람이 필요하다고 말합니다.