การปรับแต่ง Talking Points ปี 2018 ให้เหมาะสมที่สุด

[GN⁺]

ความคิดเห็นจาก Hacker News

สรุปรวมคอมเมนต์จาก Hacker News

• ประสบการณ์ส่วนตัวและคุณภาพโค้ด

  • ตอนทำงานคนเดียวสามารถดูแลคุณภาพโค้ดได้ด้วยตัวเอง แต่ในทีมมักไม่เป็นเช่นนั้น คำขอให้รีแฟกเตอร์โค้ดมักถูกเพิกเฉยอยู่บ่อยครั้ง ซึ่งก่อให้เกิดความหงุดหงิดสะสมอย่างต่อเนื่อง เมื่อต้องกลับไปทบทวนโค้ดเก่า ก็มักตระหนักถึงความผิดพลาดของตัวเอง และสิ่งนี้กลายเป็นบทเรียนสำคัญในการเขียนโค้ดที่ดูแลรักษาได้

• ความผิดพลาดและการเรียนรู้

  • การพูดคุยถึงความผิดพลาดเป็นโอกาสในการเรียนรู้ และช่วยสร้างวัฒนธรรมที่เปิดกว้าง ทัศนคติแบบสมบูรณ์แบบนิยมไม่ได้ช่วยลดความผิดพลาด และกลับต้องอาศัยความพยายามส่วนตัวมากขึ้นด้วยซ้ำ

• การแก้ปัญหาที่ซับซ้อน

  • เมื่อเพื่อนร่วมงานเสนอวิธีแก้ปัญหาที่ซับซ้อน การเลือกวิธีที่เรียบง่ายกว่าอาจดีกว่า และบางครั้งก็ทำให้เพื่อนร่วมงานย้อนกลับมาทบทวนท่าทีของตนเอง

• ความเข้าใจเรื่องคุณภาพโค้ด

  • การที่โค้ดไม่อยู่ในสภาพที่ดีที่สุดไม่ได้หมายความว่าเป็นคนไร้ความสามารถ นักพัฒนาอาจเขียนโค้ดที่ไม่เหมาะที่สุดเพราะเดดไลน์เร่งด่วนหรือมีลำดับความสำคัญอื่น

• ฟีดแบ็กเชิงสร้างสรรค์

  • เมื่อได้รับคอมเมนต์เชิงลบต่อบล็อกโพสต์ ก็จะเชื่อมโยงไปยังลิงก์เพื่อชี้นำการสนทนาไปในทิศทางที่สร้างสรรค์

• องค์กรและคุณภาพโค้ด

  • วิศวกรทุกคนสามารถเขียนโค้ดที่ไม่ดีได้ และคุณภาพโค้ดมักเป็นปัญหาระดับองค์กร ซึ่งไม่เกี่ยวกับความสามารถของวิศวกรคนใดคนหนึ่งโดยเฉพาะ

• การยอมรับฟีดแบ็ก

  • เมื่อต้องรับฟีดแบ็ก ควรเข้าใจว่านี่ไม่ใช่การโจมตีตัวบุคคล การเปิดรับความคิดเห็นของผู้อื่นเป็นสิ่งสำคัญ

• ความเป็นดาบสองคมของฟีดแบ็ก

  • แม้การเปิดรับฟีดแบ็กจะสำคัญ แต่ก็ควรพิจารณาความสามารถของผู้ที่ให้ฟีดแบ็กด้วยเช่นกัน.