2018年のTalking Points最適化

[GN⁺]

Hacker Newsの意見

Hacker Newsコメントまとめ要約

• 個人的な経験とコード品質

  • 一人で作業するときはコード品質を自分で管理できるが、チームではそうはいかない。コードのリファクタリング依頼はしばしば無視され、それが継続的なフラストレーションを生む。古いコードを見直すと自分のミスに気づくことがあり、それは保守しやすいコードを書くうえで大きな教訓になる。

• ミスと学習

  • ミスについて話し合うことは学習の機会であり、オープンな文化を育てる助けにもなる。完璧主義的な態度はミスを減らすのに役立たず、むしろより多くの個人的な努力が必要になる。

• 複雑な問題解決

  • 同僚が複雑な問題解決を提案するとき、よりシンプルな方法を選ぶほうがよい場合がある。これは時に、同僚が自分たちの姿勢を省みるきっかけにもなる。

• コード品質への理解

  • コードが最適でないからといって無能さを意味するわけではない。開発者は差し迫った締め切りや他の優先事項のために、最適なコードを書けないことがある。

• 建設的なフィードバック

  • ブログ記事に否定的なコメントを受けた場合、それをリンクでつなぎ、議論を健全な方向へ導く。

• 組織とコード品質

  • どのエンジニアでも悪いコードを書くことはあり、コード品質はしばしば組織の問題である。これは特定のエンジニアの能力とは無関係だ。

• フィードバックの受容

  • フィードバックを受けるとき、それは個人への攻撃ではない。他者の意見を受け入れることが重要だ。

• フィードバックの両面性

  • フィードバックを受け入れることも重要だが、フィードバックを与える人の力量も考慮すべきである.