การเลือกระหว่างอินเตอร์เฟซแบบข้อความและแบบกราฟิกในการติดตั้งระบบปฏิบัติการอาจดูเป็นเรื่องง่ายในปัจจุบัน แต่การตัดสินใจในอดีตเกี่ยวกับการพัฒนาซอฟต์แวร์มักมีเหตุผลทางเทคนิคที่น่าสนใจซ่อนอยู่เบื้องหลัง การเปิดเผยล่าสุดจากวิศวกรอาวุโสของ Microsoft ได้ให้ข้อมูลเกี่ยวกับการเลือกดีไซน์เมื่อหลายทศวรรษก่อน ที่ให้ความสำคัญกับประสิทธิภาพมากกว่าความสวยงาม
![]() |
---|
หน้าจอการติดตั้งทั่วไปของ MS-DOS 622 แสดงให้เห็นถึงอินเตอร์เฟซแบบข้อความที่เลือกใช้สำหรับการติดตั้ง |
ความท้าทายทางเทคนิคเบื้องหลังการติดตั้ง Windows 95
Raymond Chen วิศวกรผู้มีประสบการณ์กว่า 30 ปีที่ Microsoft ได้อธิบายผ่านบล็อก Old New Thing ว่าทำไมกระบวนการติดตั้ง Windows 95 จึงใช้อินเตอร์เฟซแบบข้อความแทนที่จะเป็นกราฟิก แม้ว่า MS-DOS จะสามารถจัดการกราฟิกได้ แต่การสร้างการติดตั้งแบบกราฟิกจะต้องสร้างระบบกราฟิกทั้งหมดขึ้นมาใหม่ตั้งแต่ต้น รวมถึงองค์ประกอบพื้นฐานอย่างการวาดพิกเซลและการจัดการหน้าต่าง
ความซับซ้อนของการพัฒนาระบบกราฟิก
ทีมพัฒนาเผชิญกับอุปสรรคสำคัญในการสร้างสภาพแวดล้อมการติดตั้งแบบกราฟิก MS-DOS มีเพียงคำสั่ง BIOS พื้นฐานสำหรับการวาดพิกเซลแต่ละจุดเท่านั้น ซึ่งไม่มีประสิทธิภาพเพียงพอสำหรับการทำงานกราฟิกที่ซับซ้อน การสร้างอินเตอร์เฟซแบบกราฟิกจะต้องพัฒนาโซลูชันเฉพาะสำหรับทุกอย่าง ตั้งแต่การจัดการหน้าต่างพื้นฐานไปจนถึงการรองรับชุดตัวอักษรนานาชาติและแอนิเมชัน
ความต้องการขั้นต่ำของ Windows 95:
- การ์ดแสดงผล: VGA
- คุณสมบัติที่จำเป็นต้องรองรับ:
- กล่องโต้ตอบ
- การนำทางด้วยแป้นพิมพ์
- ปุ่มลัด
- รองรับตัวอักษรนานาชาติ (ภาษาญี่ปุ่น, ภาษาจีน)
- ความสามารถในการแสดงภาพเคลื่อนไหวขั้นพื้นฐาน
โซลูชันที่ชาญฉลาด: การนำโค้ดกลับมาใช้ใหม่
แทนที่จะสร้างทุกอย่างขึ้นมาใหม่ วิศวกร Microsoft ตัดสินใจอย่างรอบคอบที่จะใช้สภาพแวดล้อมการทำงานของ Windows 3.1 ที่มีอยู่แล้ว วิธีนี้เป็นโซลูชันสำเร็จรูปที่มีไดรเวอร์วิดีโอ ไลบรารีกราฟิก และตัวจัดการไดอะล็อกที่ผ่านการดีบั๊กแล้ว การตัดสินใจนี้แสดงให้เห็นถึงการพัฒนาซอฟต์แวร์ที่มีประสิทธิภาพผ่านการนำโค้ดกลับมาใช้ใหม่แทนการสร้างระบบใหม่ทั้งหมด
Windows ยุคปัจจุบันสืบทอดแนวคิดนี้
ปรัชญาการนำโค้ดกลับมาใช้ใหม่นี้ยังคงดำเนินต่อในการติดตั้ง Windows ยุคปัจจุบัน Windows สมัยใหม่ใช้ Windows Preinstallation Environment (Windows PE) เป็นระบบปฏิบัติการขนาดเล็กในการจัดการกระบวนการติดตั้งและซ่อมแซมระบบ แนวทางนี้แสดงให้เห็นว่าหลักการพัฒนาซอฟต์แวร์พื้นฐานที่กำหนดไว้เมื่อหลายทศวรรษก่อนยังคงมีอิทธิพลต่อการออกแบบระบบในปัจจุบัน