# 2018년 Talking Points 최적화

> Clean Markdown view of GeekNews topic #15028. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=15028](https://news.hada.io/topic?id=15028)
- GeekNews Markdown: [https://news.hada.io/topic/15028.md](https://news.hada.io/topic/15028.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2024-05-27T10:11:05+09:00
- Updated: 2024-05-27T10:11:05+09:00
- Original source: [rachelbythebay.com](https://rachelbythebay.com/w/2018/04/28/meta/)
- Points: 2
- Comments: 1

## Topic Body

_No topic body._

## Comments



### Comment 25621

- Author: neo
- Created: 2024-05-27T10:11:05+09:00
- Points: 1

###### [Hacker News 의견](https://news.ycombinator.com/item?id=40472374) 
##### 해커뉴스 댓글 모음 요약

* **개인 경험과 코드 품질**
  - 혼자 일할 때는 코드 품질을 스스로 관리할 수 있지만, 팀에서는 그렇지 못함. 코드 리팩토링 요청이 자주 무시되며, 이는 지속적인 좌절감을 초래함. 오래된 코드를 다시 검토할 때 자신의 실수를 깨닫게 되며, 이는 유지보수 가능한 코드를 작성하는 데 큰 교훈이 됨.

* **실수와 학습**
  - 실수를 논의하는 것은 학습 기회이자 개방적인 문화를 조성하는 데 도움을 줌. 완벽주의 태도는 실수를 줄이는 데 도움이 되지 않으며, 오히려 더 많은 개인적인 노력이 필요함.

* **복잡한 문제 해결**
  - 동료들이 복잡한 문제 해결을 제안할 때, 간단한 방법을 선택하는 것이 더 나을 수 있음. 이는 때로는 동료들에게 자신들의 태도를 반성하게 만듦.

* **코드 품질에 대한 이해**
  - 코드가 최적이 아니라고 해서 무능력을 의미하지 않음. 개발자들이 긴급한 마감일이나 다른 우선순위 때문에 최적의 코드를 작성하지 못할 수 있음.

* **건설적인 피드백**
  - 블로그 포스트에 대한 부정적인 댓글을 받으면, 이를 링크로 연결하여 논의를 건강한 방향으로 유도함.

* **조직과 코드 품질**
  - 모든 엔지니어가 나쁜 코드를 작성할 수 있으며, 코드 품질은 종종 조직의 문제임. 이는 특정 엔지니어의 능력과는 무관함.

* **피드백 수용**
  - 피드백을 받을 때, 이는 개인에 대한 공격이 아님. 다른 사람의 의견을 수용하는 것이 중요함.

* **피드백의 양면성**
  - 피드백을 수용하는 것도 중요하지만, 피드백을 제공하는 사람의 능력도 고려해야 함.