▲neo 6달전 | parent | favorite | on: GN⁺: 2018년 Talking Points 최적화(rachelbythebay.com)Hacker News 의견 해커뉴스 댓글 모음 요약 개인 경험과 코드 품질 혼자 일할 때는 코드 품질을 스스로 관리할 수 있지만, 팀에서는 그렇지 못함. 코드 리팩토링 요청이 자주 무시되며, 이는 지속적인 좌절감을 초래함. 오래된 코드를 다시 검토할 때 자신의 실수를 깨닫게 되며, 이는 유지보수 가능한 코드를 작성하는 데 큰 교훈이 됨. 실수와 학습 실수를 논의하는 것은 학습 기회이자 개방적인 문화를 조성하는 데 도움을 줌. 완벽주의 태도는 실수를 줄이는 데 도움이 되지 않으며, 오히려 더 많은 개인적인 노력이 필요함. 복잡한 문제 해결 동료들이 복잡한 문제 해결을 제안할 때, 간단한 방법을 선택하는 것이 더 나을 수 있음. 이는 때로는 동료들에게 자신들의 태도를 반성하게 만듦. 코드 품질에 대한 이해 코드가 최적이 아니라고 해서 무능력을 의미하지 않음. 개발자들이 긴급한 마감일이나 다른 우선순위 때문에 최적의 코드를 작성하지 못할 수 있음. 건설적인 피드백 블로그 포스트에 대한 부정적인 댓글을 받으면, 이를 링크로 연결하여 논의를 건강한 방향으로 유도함. 조직과 코드 품질 모든 엔지니어가 나쁜 코드를 작성할 수 있으며, 코드 품질은 종종 조직의 문제임. 이는 특정 엔지니어의 능력과는 무관함. 피드백 수용 피드백을 받을 때, 이는 개인에 대한 공격이 아님. 다른 사람의 의견을 수용하는 것이 중요함. 피드백의 양면성 피드백을 수용하는 것도 중요하지만, 피드백을 제공하는 사람의 능력도 고려해야 함.
Hacker News 의견
해커뉴스 댓글 모음 요약
개인 경험과 코드 품질
실수와 학습
복잡한 문제 해결
코드 품질에 대한 이해
건설적인 피드백
조직과 코드 품질
피드백 수용
피드백의 양면성