4 คะแนน โดย GN⁺ 2023-07-09 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • วิศวกรซอฟต์แวร์ไม่ชอบโค้ด โดยเฉพาะโค้ดที่คนอื่นเขียน
  • สถาปัตยกรรมไมโครเซอร์วิสช่วยให้วิศวกรซ่อนโค้ดเก่าไว้หลังคอนเทนเนอร์และโหลดบาลานเซอร์ แล้วทำเหมือนว่ามันไม่มีอยู่จริงได้
  • แทนที่จะไปดู implementation จริงหรือ test suite ของ dependencies วิศวกรมักอ้างอิง Stack Overflow เพื่อหาโซลูชันด้านโค้ดเป็นหลัก
  • วิศวกรไม่ชอบรีวิวโค้ดของคนอื่น ซึ่งอาจทำให้การอนุมัติ pull request ล่าช้าได้
  • วิศวกรชอบการเขียนโค้ด และอาจหมกมุ่นอยู่กับมันจนลืมความต้องการพื้นฐานอย่างการกินและการนอน
  • วิศวกรสนุกกับการอ่านเรื่องโค้ดและวิธีเขียนโค้ด แม้ในความเป็นจริงจะไม่ได้อ่านโค้ดตัวอย่างที่ให้มาเลยก็ตาม
  • การประชุม การเขียนเอกสาร การทดสอบ และการรีแฟกเตอร์โค้ด ล้วนเป็นเรื่องจุกจิกที่แย่งเวลาของวิศวกร
  • วิศวกรเฝ้ามองหาเครื่องมือและเทคโนโลยีที่จะช่วยให้เขียนโค้ดได้มากขึ้นอยู่เสมอ และในช่วงไม่กี่ปีที่ผ่านมาเครื่องมือที่ขับเคลื่อนด้วย AI ก็ได้ปรากฏขึ้น
  • วิศวกรอาวุโสตระหนักแล้วว่าการลดปริมาณโค้ดให้เหลือน้อยที่สุดและการลบโค้ดที่ไม่จำเป็นมีความสำคัญต่อการลดภาระบำรุงรักษาและเวลาหยุดทำงาน
  • วิศวกรอาวุโสให้ความสำคัญกับวิธีแก้ปัญหาที่งดงามสำหรับปัญหาที่ซับซ้อน แต่ก็มองอย่างกังขาต่อการเขียนโค้ดที่ไม่ก่อให้เกิดคุณค่า
  • วิศวกรควรคำนึงถึงต้นทุนและผลกระทบของโค้ดของตนเอง และใช้ประโยชน์จากโซลูชันที่มีอยู่แล้วเมื่อเป็นไปได้
  • คุณลักษณะที่อธิบายในบทความนี้สะท้อนทัศนคติของวิศวกรในอดีต
  • บทความนี้จุดประกายการถกเถียงบน Hacker News

1 ความคิดเห็น

 
GN⁺ 2023-07-09
ความคิดเห็นจาก Hacker News
  • วิศวกรมักไม่ชอบโค้ดที่คนอื่นเขียน จึงมักชอบเข้าร่วมโปรเจกต์แบบ greenfield มากกว่า
  • อย่างไรก็ตาม ก็มีวิศวกรที่สนุกกับการดูแลโค้ดเดิม และมองว่านี่เป็นสิ่งสำคัญต่อความสำเร็จของโปรเจกต์
  • ที่ปรึกษาก็มักไม่ชอบโค้ดเช่นกัน และมักแนะนำให้เขียนใหม่ตั้งแต่ต้น เพราะเป็นสมดุลระหว่างความเสี่ยงกับผลตอบแทนที่เป็นประโยชน์ต่อพวกเขา
  • วิศวกรที่ดีมีความภาคภูมิใจในงานของตน และให้ความสำคัญกับคุณภาพมากกว่าปริมาณ แต่การเขียนแบบขี้เกียจหรือเร่งรีบอาจทำให้เกิดความเกลียดชังต่อโค้ดได้
  • การพิจารณาอย่างรอบคอบถึงการวิเคราะห์ต้นทุนเทียบกับผลประโยชน์ของการแก้ไขโค้ดเดิมกับการเขียนใหม่เป็นสิ่งสำคัญ
  • การอ่านและตีความโค้ดอาจเป็นเรื่องสนุกได้ แต่โค้ดที่ไม่สม่ำเสมอทำให้ทำงานด้วยได้ยาก
  • ไม่ว่าจะเลือกปรัชญาการออกแบบแบบใด ความสม่ำเสมอของโค้ดก็สำคัญต่อการบำรุงรักษาและความง่ายในการเปลี่ยนแปลง
  • บางครั้งการเหมารวมว่าวิศวกรไม่ชอบโค้ดถูกใช้เพื่อทำให้ต้นทุนที่ลงทุนไปดูสมเหตุสมผล แต่การเริ่มต้นใหม่ตั้งแต่ต้นอาจเป็นทางออกที่ดีที่สุดก็ได้
  • ความเบื่อหน่ายต่อโค้ดพบได้บ่อยในหมู่โปรแกรมเมอร์มากกว่านักเขียน และการอ่านโค้ดเป็นการฝึกฝนสำคัญที่โปรแกรมเมอร์จำนวนมากมองข้าม
  • ความสัมพันธ์ระหว่างวิศวกรกับโค้ดคล้ายกับความสัมพันธ์ระหว่างคู่ชีวิต โดยการสื่อสารและความไว้วางใจคือหัวใจสำคัญ
  • บางครั้งวิศวกรพยายามค้นหาหรือสร้าง abstraction ที่เข้ากับโมเดลความคิดของตนเอง แต่การมีทั้งเครื่องมือที่เหมาะสมและความเข้าใจร่วมกันของทีมเกิดขึ้นได้ไม่บ่อยนัก