Does anyone else just let these kinds of commits just go through.
AI가 생성한 수백 개의 커밋이 포함된 비정상적인 PR을 검토해야 하는 상황에 대한 고민입니다.
우리 팀원들이 일주일에 몇 번씩 이런 식으로 커밋을 올리는데, 솔직히 PR 제대로 검토할 시간도 없고 머리도 안 돌아간다. 그냥 대충 통과시켜도 될까? 얘네가 뭘 바꾼 건지 확인할 시간조차 없다.
대부분의 사용자는 이런 무분별한 대규모 커밋을 강하게 비판하며 정상적인 코드 리뷰가 불가능하다고 지적하지만, 일부는 AI 시대의 새로운 작업 방식일 수 있다는 의견을 제시하기도 합니다.
그건 풀 리퀘스트가 아니라 적대적 인수합병이야.
절대 안 되지. 나라면 그 사람이 이런 짓을 처음 했을 때 심각하게 대화할 거고, 그 이후에도 이 행동이 즉시 완전히 고쳐지지 않으면 바로 매니저한테 보고할 거야. 이런 유형의 PR은 코멘트도 달지 말고 그냥 닫아버려야 해.
도대체 어떤 서커스단 같은 회사에 다니길래 이런 게 허용되는 거야?
파일 1800개는 그렇다 쳐도, 커밋 545개는 정신 나간 수준인데.
ㅋㅋㅋ!! 진짜로! 도대체 저게 뭐야??
임원이 직접 이런 쓰레기 같은 코드를 올리고 있는데 내가 감히 뭐라고 하겠어.
나도 첫 직장에서 신입일 때 이런 PR에 강하게 반대했었어. 다른 사람들은 '야, 작동하는 게 보이면 굳이 모든 줄을 이해할 필요는 없어'라고 하더라.
너도 네 컴퓨터한테 그렇게 말하는 거 보면 똑같은 서커스단이네.
LGTM(보기 좋음)
경영진한테 가보자고
그중 36k는 주석이네
음, 어쩌면 PR이 이렇게 큰 데에는 아주 타당한 이유가 있는 거 아닐까? AI가 필요한 모든 작업을 다 끝낸 걸 수도 있잖아? 우리가 인간 개발자는 한 번에 많은 코드를 생산할 수 없다는 이유로 짧은 PR에 너무 익숙해진 건 아닐까?
나도 예전에 IDE의 리팩토링 기능에 과하게 의존하는 동료한테 이런 코드 리뷰 요청을 받은 적이 있어. 리뷰는 내 담당이었고, 그때는 LLM이 나오기도 전이었지. 내가 리팩토링이랑 기능 변경을 분리하고, 리팩토링 단계를 추가/변경/삭제로 나누라고 요구하면 정말 싫어했어. 하지만 제대로 된 리뷰를 원한다면 그게 필수거든.
글쎄, 상황에 따라 다르겠지. 그냥 무언가를 삭제하는 거일 수도 있고, 훨씬 더 많은 작업이 필요한 일을 하는 걸 수도 있으니까.
이번 주에만 벌써 400개 넘는 커밋이 담긴 PR을 두 번째 올린 거야. 이 사람은 우리 회사 프로젝트 절반을 24시간 내내 돌리는 서브 에이전트 팀을 하나 가지고 있어. 소프트웨어가 너무 빨리 변해서 2주 휴가 다녀오니까 신입 사원이 된 기분이었어.
Claude의 20x 요금제와 5x 요금제의 사용량 차이가 불투명하다는 의혹을 두고 사용자들 간에 치열한 논쟁이 벌어지고 있습니다.
Claude의 20x 요금제와 5x 요금제의 사용량 차이가 불투명하다는 의혹을 두고 사용자들 간에 치열한 논쟁이 벌어지고 있습니다.
Claude Code의 작업 상태를 실시간으로 확인하기 위해 USB 조명을 활용한 물리적 알림 시스템을 구축한 사례입니다.
Claude Code의 작업 상태를 실시간으로 확인하기 위해 USB 조명을 활용한 물리적 알림 시스템을 구축한 사례입니다.
오픈 소스 소프트웨어를 디컴파일했다는 농담을 두고 벌어지는 사용자들의 반응과 혼란을 담은 포스트입니다.
오픈 소스 소프트웨어를 디컴파일했다는 농담을 두고 벌어지는 사용자들의 반응과 혼란을 담은 포스트입니다.