Hacker News 의견

• 기고자의 패치가 완전히 수용되지 않았지만, 관리자가 이 아이디어를 사용해 보안 문제를 해결한 상황에 대한 기사
• 완전한 패치가 수용되지 않았더라도, 관리자는 기고자에게 크레딧을 줬어야 한다는 일부 댓글
• 관리자의 패치가 더 나아고 효율적이라는 주장과 함께, 기고자가 문제를 파악하고 해결책을 제안한 것에 대한 인정이 필요하다는 다른 주장
• Linux 커널이 보상이 아니며, 관리자가 최선의 해결책을 선택할 권리가 있다는 댓글과 함께, 기고자에게 크레딧을 주는 것의 중요성을 강조하는 일부 댓글
• 패치 아이디어를 제안한 사람에게 크레딧을 주는 방법으로 커널 문서의 "Suggested-by" 태그 언급
• 이것이 커널에 기여하는 일반적인 부분이며, 주요 목표는 버그를 수정하는 것이지 크레딧을 받는 것이 아니라는 일부 댓글
• 오픈 소스 프로젝트에서 자신의 기여가 무시되거나 완전히 수용되지 않은 경험을 공유하는 댓글, 이는 추가 기여를 방해할 수 있음
• 기고자의 패치와 관리자의 패치를 비교하는 댓글, 차이점을 지적하고 원작자에게 크레딧을 줬어야 했다고 제안
• 후배 팀원들의 기여를 학습과 개선을 장려하는 방식으로 다루는 것의 중요성에 대해 논의도 건드림
• 부정적인 반응에 대한 혼란을 표현하는 댓글, 인정이 중요하며 공동 저자를 추가하는 것은 작지만 의미 있는 제스처라고 주장
• 외교의 중요성과 오픈 소스 프로젝트에서 장기적인 관계를 유지하는 것에 대한 댓글로 논의가 마무리됨