Rails World에 못 가서 아쉬웠을까? 컨퍼런스에서 실제로 얻고 싶은 것
Rails World에 참석하지 못한 Ruby 개발자가 대형 행사와 소규모 컨퍼런스의 장단점, 사람을 만나고 새로운 아이디어를 얻는 경험을 돌아봅니다. 첫 컨퍼런스라면 작고 부담 없는 행사부터 시작하고, 자신이 속한 커뮤니티가 모이는 곳을 고르라고 권합니다.
AI, 개발 도구, 오픈소스, 보안과 인프라의 변화와 이용 조건을 설명하는 최신 기사와 해설입니다.
Rails World에 참석하지 못한 Ruby 개발자가 대형 행사와 소규모 컨퍼런스의 장단점, 사람을 만나고 새로운 아이디어를 얻는 경험을 돌아봅니다. 첫 컨퍼런스라면 작고 부담 없는 행사부터 시작하고, 자신이 속한 커뮤니티가 모이는 곳을 고르라고 권합니다.
이 글은 AI가 복잡한 문제를 풀면서 인간의 지적 노동을 대체 가능한 상품으로 만들고, 노동자의 협상력을 떨어뜨릴 수 있다고 주장합니다. 저자는 일자리와 소득의 문제를 넘어, 결과를 얻는 일과 직접 배우고 만드는 일의 가치를 구분해야 한다고 말합니다.
좋은 시니어 엔지니어는 익숙한 기술적 제약을 답으로 받아들이기보다, 무엇을 왜 만드는지부터 따져 가장 작은 다음 단계를 찾습니다. 에이전트를 쓸 때도 경험을 잠시 내려놓고 가능성을 살피되, 설계와 검토에서 사람의 판단을 놓치지 말아야 한다는 글입니다.
저자는 저수준 프로그래밍과 작동 원리를 파고드는 일을 정체성이자 즐거움으로 삼아왔지만, LLM 중심 개발이 그런 역량과 일자리를 밀어낼까 두렵다고 털어놓습니다. 추상화와 큰 프로젝트에 집중하라는 업계의 흐름은 세부를 직접 이해해야 일할 수 있는 저자에게 소외감과 미래에 대한 불안을 안깁니다.
Robert O’Callahan이 AI를 더 저렴하고 빠르게 만드는 일에 기여하지 않겠다며 Google을 떠납니다. AI 위험과 사회적 영향을 우려하는 한편, Pernosco와 rr을 계속 관리하고 AI 에이전트의 디버깅을 연구하겠다고 밝혔습니다.
영국 기술노동자노조 UTAW가 기술 분야 노동자들의 경험을 모아 생성형 AI가 업무에 미치는 영향을 정리했습니다. 참여자들은 AI가 일을 없애기보다 업무량과 감시를 늘리고 숙련을 약화한다고 보고하며, 도입 협의권과 사용 거부권, 노동자의 집단적 통제를 제안합니다.
저자는 약 7주 동안 72곳에 지원해 23번 거절당하고 두 곳에서 제안을 받았습니다. 이 경험을 바탕으로 지원 관리, 면접 준비, 구직 과정에서의 AI 활용과 채용 방식 변화를 정리합니다.
Unlisted가 기업 채용 사이트에서 확인한 날짜 표시 공고 가운데 28.3%가 90일 넘게 열려 있었고, 전체 공고의 중앙값은 36일입니다. 다만 보고서는 오래된 공고를 ‘유령 공고’로 단정하지 않고, 채용 시스템·직군별 차이와 수집 방법의 한계를 함께 공개합니다.
구직자 제이 존스는 링크드인 등에서 가짜 구인 공고 약 6만 건을 삭제하도록 돕고, 사기에 쓰인 것으로 의심되는 프로필 7천 개를 신고했습니다. 사기범은 도용한 인증 계정과 기업 페이지를 이용하며, 링크드인은 가짜 계정 9천만 개를 사전 차단했다고 밝혔습니다.
사고가 난 뒤 원인과 판단을 설명하는 데 그치지 말고, 같은 유형의 실패를 줄이려면 시스템을 무엇을 바꿔야 하는지 물어야 한다고 주장합니다. 다만 재발 방지책을 검증하고 비용과 위험을 판단하려면 세부 내용도 필요하다는 반론이 나옵니다.
아마존이 AI·머신러닝과 AWS 등에서 일할 전직 직원에게 채용 연락을 보내고 있습니다. 회사는 부메랑 채용이 기존 관행이며 사무실 출근 정책도 바뀌지 않았다고 밝혔습니다. 기술 업계에서는 해고와 재채용이 반복되는 배경, 복귀 조건을 두고 의견이 엇갈립니다.
개발자 Kristian Polso는 AI 도구 사용을 강하게 밀어붙이는 경영진이 코드 품질과 유지보수성을 놓친다고 지적합니다. 비용 상승과 개발자의 불만이 쌓이면 AI 사용이 조정되고, 다른 도구와 함께 쓰는 균형점에 도달하리라고 전망합니다.
저자는 채용에서 탈락자를 다시 지원할 수 있게 하고 학습 지원도 제공해, 잠재력 있는 지원자를 놓치지 않으려 했습니다. 24시간 내 응답, 비동기 심사, 짧은 과제 같은 운영 원칙과 채용 결과를 소개합니다.
저자는 AI가 코딩의 시행착오와 막힘을 덜어내면서, 자신이 개발에서 느끼던 성취감도 함께 사라졌다고 말합니다. 결과물을 더 빠르고 많이 만드는 일과 직접 문제를 풀며 얻는 기쁨은 다르지만, 그 기쁨을 되찾을 방법은 아직 찾지 못했습니다.
사이드 프로젝트가 취업, 학습, 사업에 도움이 된다는 통념을 반박합니다. AI가 구현 결과물을 빠르게 만들어내는 시대에는 실제 사용자에게 배포하고 운영하며 얻는 판단력이 더 가치 있다고 주장합니다.
북한 연계 해킹 조직 WaterPlum이 가짜 채용 절차를 이용해 100여 개국에서 구직자 기기 수만 대를 감염시켰다고 각국 기관이 경고했습니다. 암호화폐 지갑 7,000개 이상에서 자격 증명이나 자금을 훔쳤으며, 현재도 위협이 이어지고 있습니다.
작은 함수나 의미 있는 변수명처럼 실행 여부를 쉽게 확인할 수 있는 규칙과, 상황에 따라 판단해야 하는 원칙을 구분합니다. 경험은 규칙 사이의 충돌과 추상화의 비용을 가늠하는 판단력을 키우며, 좋은 엔지니어는 규칙을 외우는 데서 원칙을 적용하는 단계로 나아간다고 설명합니다.
AI가 코드를 빠르게 만들더라도 유지보수성과 설계 품질을 즉시 평가하기는 어렵습니다. 글은 코드 읽기와 실수에 대한 책임을 포기하면 개발자의 숙련도도 자라지 않는다고 지적하며, AI를 도구로 쓰되 판단과 학습을 넘겨서는 안 된다고 주장합니다.
익명 엔지니어 voxium은 Claude Code가 사양서·테스트·티켓·보고서까지 만들면서 엔지니어가 하루 12~13시간 프롬프트와 엔터 입력만 반복한다고 주장합니다. 커뮤니티에서는 생산성보다 검토·책임·학습 부담이 커졌다는 증언과 가드레일을 갖추면 유용하다는 반론이 맞섭니다.
15년 동안 QA 업무를 맡아온 저자가 AI agent 스타트업에 합류한 뒤 겪은 첫 2주를 돌아봅니다. 경험은 결론만이 아니라 그 결론이 맞았던 조건과 맥락까지 담아야 하며, AI가 많은 사례를 처리해도 마지막 검증에는 사람이 필요하다고 말합니다.