หากสถาปนิกต้องทำงานแบบโปรแกรมเมอร์ (1995)

 (gksoft.com)
1 คะแนน โดย GN⁺ 2024-02-22 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

หากสถาปนิกต้องทำงานแบบโปรแกรมเมอร์

  • ลูกค้าขอให้สถาปนิกออกแบบและก่อสร้างบ้านทั้งที่ยังไม่รู้ความต้องการที่ชัดเจน

  • บ้านต้องมีได้ตั้งแต่ 2 ถึง 45 ห้องนอน และสามารถเพิ่มหรือลดจำนวนห้องนอนได้อย่างง่าย

  • ยืนยันว่าการตัดสินใจขั้นสุดท้ายจะทำได้หลังจากเห็นแบบแปลนสถาปัตยกรรมแล้ว

  • บ้านที่เลือกควรมีค่าใช้จ่ายน้อยกว่าบ้านที่อาศัยอยู่ในปัจจุบัน

  • ต้องแก้ไขข้อบกพร่องทั้งหมดของบ้านเดิม (เช่น พื้นห้องครัวสั่น, ผนังอับตัว)

  • ต้องลดต้นทุนการดูแลรักษารายปีให้มากที่สุด ในขณะเดียวกันต้องใช้แนวทางการออกแบบและวัสดุที่ทันสมัย

  • ต้องออกแบบครัวให้รองรับตู้เย็น Givson รุ่นปี 1952 ได้

  • ต้องรับฟังความคิดเห็นของคนในครอบครัวทุกคนรวมถึงพ่อตาของภรรยา และออกแบบบ้านให้ทุกฝ่ายพอใจ

  • อย่าห่วงรายละเอียดเล็กน้อย วางแผนภาพรวมอย่างเดียว

  • เรื่องการจัดหาทรัพยากรไม่สำคัญเท่าการพัฒนาแผนงานและข้อกำหนดอย่างละเอียด

  • ต้องทำหลังคาให้เสร็จภายใน 48 ชั่วโมงหลังจากแผนได้รับการอนุมัติ

  • เพื่อที่จะขายบ้านให้ผู้อื่นได้ในภายหลัง ต้องคำนึงถึงรสนิยมของผู้ซื้อที่หลากหลาย

  • ต้องได้รับฉันทามติของชุมชนก่อนยืนยันแผนสุดท้าย

  • ต้องจัดทำแบบแปลนสถาปัตยกรรม และการออกแบบจริงอาจถูกเปลี่ยนแปลงได้ภายหลัง

  • รับผิดชอบต่อการเพิ่มค่าใช้จ่ายก่อสร้างที่เกิดจากการเปลี่ยนแปลงการออกแบบในภายหลัง

  • เป็นโครงการที่น่าสนใจที่ให้ใช้เทคโนโลยีที่ทันสมัยและการออกแบบแบบเสรีได้

  • ภรรยามีความเห็นว่าอาจต้องการรถบ้านแบบ travel trailer แทนบ้าน และขอให้ให้คำปรึกษาเรื่องนี้

ความคิดเห็นของ GN⁺

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

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

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

 
GN⁺ 2024-02-22
ความคิดเห็นจาก Hacker News

  • สรุปความคิดเห็นแรก:

    เมื่อทำโครงการ เราต้องแบ่งงานออกเป็นรายงานและทำการประมาณการ และแม้การประมาณการอาจไม่แม่นยำ หากใช้เวลามากกว่ากำหนดก็ต้องรับผิดชอบ ต้องรายงานความคืบหน้าทุกวันเป็นเวลา 1 ชั่วโมง และอาจต้องทำการอัปเดตเดิมซ้ำในที่ประชุมอื่น ๆ หากเกิดเหตุฉุกเฉินก็ควรรับมือ แต่เหตุการณ์เหล่านี้ไม่ควรส่งผลต่อการประมาณเวลา

  • สรุปความคิดเห็นที่สอง:

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

  • สรุปความคิดเห็นที่สาม:

    เป็นตัวอย่างที่สมบูรณ์แบบของ 'แนวคิดปาร์ตี้ค็อกเทล' ที่เชื่อว่าวิศวกรคอมพิวเตอร์รู้วิธีดำเนินงานในสาขาอื่น ๆ โชคดีที่สถาปนิกก็อาจเขียนบทความที่มีสมมติฐานและความเข้าใจผิดแบบเดียวกันเกี่ยวกับโปรแกรมเมอร์

  • สรุปความคิดเห็นที่สี่:

    ทำแบบจำลองขนาดจริงให้สถาปนิกเช็คฟังก์ชันล่วงหน้า หากไม่พอใจก็ต้องเริ่มทำใหม่ตั้งแต่ต้น เมื่อเคยสร้างขึ้นมาก่อน การสร้างใหม่รวมถึงการเปลี่ยนแปลงก็ไม่น่าจะยาก

  • สรุปความคิดเห็นที่ห้า:

    การก่อสร้างและวิศวกรรมซอฟต์แวร์เป็นสองสาขาที่ต่างกันโดยสิ้นเชิง ในด้านการก่อสร้างจะมีบทบาทและความรับผิดชอบที่หลากหลาย ในด้านวิศวกรรมซอฟต์แวร์ก็มีผู้จัดการผลิตภัณฑ์ นักออกแบบ วิศวกรซอฟต์แวร์ และผู้ตรวจสอบ ฯลฯ เราไม่ควรเอา 2 สาขาไปเปรียบเทียบกัน

  • สรุปความคิดเห็นที่หก:

    ชอบเวอร์ชันเกี่ยวกับทีมก่อสร้างสะพานมากกว่า มันตีความได้ว่ามีการวิจารณ์อุตสาหกรรมซอฟต์แวร์และการเรียกร้องให้แปลงเวลาทำงานเป็น 'point' การที่คนทำงานด้านไอทีมักจะยอมรับความคาดหวังที่ไม่สมจริงเป็นเรื่องปกติ แต่สิ่งสำคัญคือทำให้ลูกค้าเข้าใจความเป็นจริงแบบนี้

  • สรุปความคิดเห็นที่เจ็ด:

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

  • สรุปความคิดเห็นที่แปด:

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

  • สรุปความคิดเห็นที่เก้า:

    อาชีพส่วนใหญ่คือการรับฟังความต้องการของผู้คน ผู้คนอาจไม่รู้ว่าพวกเขาต้องการอะไรอย่างชัดเจน แต่พวกเขาต้องการให้คุณรับฟังปัญหาของพวกเขาและช่วยเหลืออย่างสุดความสามารถ