Ask HN: โปรเจกต์ที่ไร้ประโยชน์ที่สุดที่คุณเคยทำมาจนถึงตอนนี้คืออะไร?

 (news.ycombinator.com)
1 คะแนน โดย GN⁺ 2024-04-06 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ในบริษัทแห่งหนึ่ง ฝ่าย pipeline automation ได้ทำ pipeline สำหรับทำ implementation แบบอัตโนมัติไว้ เผื่อว่าทีมอื่นอาจต้องใช้เครื่องมือภายในตัวหนึ่งในอนาคต ทั้งที่เดิมตัดสินใจจะเลิกใช้มันแล้วเพราะปัญหาด้านการบำรุงรักษา
  • ในเดือนนี้ สมาชิกในทีมได้หา scenario สำหรับปรับปรุงระบบอัตโนมัติ และได้รับมอบหมายให้ทำงานแก้ไขระบบอัตโนมัติของ เครื่องมือภายในแบบ legacy ที่กำลังจะถูกยกเลิก
  • แม้ในสัปดาห์เดียวกันนั้น หัวหน้าทีมจะประกาศกับทีมอื่น ๆ แล้วว่าเครื่องมือนี้ถูกยกเลิกและไม่ควรใช้อีกต่อไป แต่ก็ยังมีการขอแก้ Pull Request เพื่อทำให้ครอบคลุมแม้แต่ scenario ที่แทบไม่มีโอกาสถูกใช้งาน

บทความที่เกี่ยวข้อง

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

 
GN⁺ 2024-04-06
ความเห็นจาก Hacker News

  • ประสบการณ์พัฒนาระบบ ERP ระบบหนึ่ง

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

  • ความพยายามเข้าสู่ธุรกิจสมาร์ตมิเตอร์พลังงาน

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

  • ประสบการณ์กับโครงการไร้ความหมาย

    • พัฒนาระบบติดตั้ง "EnGUAGEment meter" ของบริษัทไว้ตามโถงต่าง ๆ เพื่อแสดงอารมณ์ของพนักงาน
    • ในวันเกิดของ CEO ต้องพยายามดันอัตราการมีส่วนร่วมให้สูงขึ้น
    • สุดท้ายก็มีผู้เข้าร่วมเพียง 30-40% ในแต่ละวัน

  • โครงการควบคุมการเข้าถึงเครือข่ายของร้านค้าปลีกรายใหญ่

    • ได้รับมอบหมายให้สร้าง ACL บนเราเตอร์ Cisco แต่คาดว่าโครงการถูกยกเลิกกลางคัน
    • ผู้เขียนได้สร้างระบบอัตโนมัติไว้แล้ว แต่หลังจากนั้นก็ไม่ได้ยินความคืบหน้าของโครงการอีกเลย

  • การจงใจลดประสิทธิภาพเพื่อเลิกใช้เครื่องมือภายใน

    • ตามคำขอของ VP ได้ทำให้เครื่องมือภายในรุ่นเก่าช้าลงโดยเจตนา
    • เพิ่มข้อความ error ปลอมและดีเลย์แบบสุ่มเพื่อกระตุ้นให้ผู้ใช้ไม่พอใจ

  • การย้ายระบบฉุกเฉินของบริษัท SaaS ไปยัง AWS

    • หลังถูกซื้อกิจการ ได้รับคำสั่งให้ย้ายไป AWS แต่ค่าใช้จ่ายที่สูงจากการย้ายครั้งนั้นทำให้สุดท้ายต้องย้ายกลับไปที่ดาต้าเซ็นเตอร์อีกครั้ง

  • โครงการอัปเดต unit test ของบริษัทซอฟต์แวร์และฮาร์ดแวร์ในนิวซีแลนด์

    • ตั้งเป้าอัปเดต unit test ด้วยงบ 10 ล้านดอลลาร์ แต่กลางทางโครงการเปลี่ยนทิศไปเป็นการพัฒนาเครื่องมือตรวจสอบแพ็กเก็ตแทน
    • หัวหน้าโครงการลาออกกลางคัน และแม้ผลลัพธ์จะไร้ความหมาย บริษัทก็ยังประเมินว่าโครงการประสบความสำเร็จ

  • การพัฒนาซิมูเลเตอร์ในวิชาโปรแกรมมิงของมหาวิทยาลัย

    • หลังเรียนครั้งแรก ผู้เขียนพยายามจะบอกอาจารย์เรื่องการพัฒนาซิมูเลเตอร์ แต่อาจารย์บอกว่าจะยกเว้นการเข้าเรียนและให้เกรด A
    • พอปลายภาค อาจารย์กลับจำคำสัญญาไม่ได้ และเพิ่งยอมเปลี่ยนเกรดหลังจากได้เห็นซิมูเลเตอร์

  • การพัฒนาเว็บไซต์เล่น Magic the Gathering ออนไลน์

    • พัฒนาเว็บไซต์ที่ดีกว่าตัวเลือกเดิม แต่ไม่ได้เผยแพร่เพราะปัญหาด้านลิขสิทธิ์

  • การพัฒนาอุปกรณ์ทดสอบสำหรับบอร์ดควบคุมดาวเทียม

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