GN⁺: 코드 한 줄을 변경하는 데 6일 (2015)

• 공장은 10% 미만으로 활용되고 있습니다.
• 회사 정책은 3개월 이상의 백로그를 생성하는 것을 제한합니다.
• 정책을 4개월로 변경하면 문제가 해결됩니다.
• 레거시 소프트웨어의 설정 변경은 한 줄의 코드를 변경해야 합니다.
• 변경 사항을 구현하는 과정에는 티켓 제출, 필요한 섹션 완료 및 이사 승인을 받는 것이 포함됩니다.
• 변경 사항은 해고를 피하기 위해 긴급합니다.
• 프로그래머는 코드를 성공적으로 변경하지만, 하드코딩된 변수와 기타 오류로 인해 문제가 발생합니다.
• 코드는 복사 검토와 테스트가 필요하며, 이후에만 프로덕션으로 이동할 수 있습니다.
• 필요한 테스트 환경에 대한 액세스가 권한 및 가용성 문제로 인해 지연됩니다.
• 매개변수 레코드는 이름을 변경하고 감사 추적을 가져야 합니다.
• 프로그래머는 필요한 변경 사항을 수행하고 코드를 다시 검토를 위해 제출합니다.
• 테스트는 사용자가 선택한 테스트 케이스와 예상 결과를 포함한 적절한 테스트 계획이 필요합니다.
• 6일 후, 프로그램이 프로덕션으로 이동하기 위해 승인됩니다.

[neo]

Hacker News 의견

• 리뷰어들이 코드베이스의 다른 부분에 영향을 미치는 변경 사항을 요청할 때 거부하는 것이 핵심 문제입니다.
• 집중된 풀 리퀘스트와 스코프 크리프에 대한 반대는 중요한 교훈입니다.
• 코드 리뷰 프로세스는 까다로운 지적과 사소한 코멘트로 가득할 수 있습니다.
• 보안 팀은 권한 요청에 빠르게 응답하지 않을 수 있습니다.
• 기사 제목은 오해의 소지가 있을 수 있으며, 6일 동안 추가 개선 사항이 있었습니다.
• 한 줄의 변경은 예상치 못한 결과를 초래할 수 있습니다.
• 코드 리뷰 프로세스는 게이트키퍼가 되어 진행을 지연시킬 수 있습니다.
• 커밋은 차단하지 않고 코멘트를 허용하는 것이 더 효율적인 개발로 이어질 수 있습니다.
• 공식적인 코드 리뷰를 하는 팀에서 하지 않는 팀으로 이동하는 것은 상쾌하고 권한을 부여할 수 있습니다.
• 공장 노동자와 소프트웨어 개발자의 관리 방식에는 차이가 있습니다.
• 변화하는 팀 이상을 기준으로 변경 사항을 억류하는 것은 비기능적입니다.
• 문제는 회사의 프로세스에 있으며, 코드 리뷰 자체에는 없습니다.