Another former Multician, Michael T

Another former Multician, Michael Tague (who managed the Opus software development), tried to resurrect Multics yet again in 1987, with the same engineers but with yet newer commercial technology (probably on a 386 base). There was some discussion with Sequent about this project. The business plan emphasized the security of Multics on commodity hardware, assuming that there was a growing security market. Tague had much more enthusiastic support from the (changed) Honeywell management, but ultimately they screwed him, too, and nothing ever came of it. The technical work done included figuring out how to support Unix binaries. Honeywell Bull management wouldn't support it because they preferred to control the Multics source code and decided to contract maintenance and support to ACTC as a "safer" proposition. I do not know how far the project got in terms of hardware design.

ผลลัพธ์ (ไทย) 1:

Multician เดิมอีก Michael Tague (ผู้จัดการพัฒนาซอฟต์แวร์ Opus), พยายามคืนชีพ Multics ใน 1987 อีกครั้ง กับวิศวกรเหมือนกัน แต่ ด้วยเทคโนโลยีใหม่ยังค้า (คงใน 386 เป็นพื้นฐาน) มีบางสนทนากับ Sequent เกี่ยวกับโครงการนี้ แผนธุรกิจเน้นความปลอดภัยของ Multics ในชุดฮาร์ดแวร์ สมมติว่า มีตลาดรักษาความปลอดภัยเติบโต Tague มีสนับสนุนกระตือรือร้นมากขึ้นจากการจัดการ (เปลี่ยนแปลง) ของ Honeywell แต่ในที่สุด พวกเขาเมาเขา เกินไป และไม่มีอะไรมามัน ทำงานทางด้านเทคนิครวมหาวิธีการสนับสนุนไบนารีของ Unix จัดการวัว Honeywell ไม่สนับสนุนมันเนื่องจากพวกเขาต้องการที่จะควบคุมการ Multics รหัสต้นทาง และตัดสินใจที่จะสนับสนุน ACTC เป็นข้อเสนอที่ "ปลอดภัย" และสัญญาบำรุงรักษา ฉันไม่รู้ว่ามีเท่าใดโครงการในด้านการออกแบบฮาร์ดแวร์

ผลลัพธ์ (ไทย) 2:

อีกอดีต Multician ไมเคิล Tague (ที่มีการจัดการการพัฒนาซอฟแวร์บทประพันธ์) พยายามที่จะรื้อฟื้น Multics อีกครั้งในปี 1987 กับวิศวกรเดียวกัน แต่ด้วยเทคโนโลยีในเชิงพาณิชย์ยังใหม่ (อาจจะอยู่บนฐาน 386) มีการอภิปรายบางคนที่มี Sequent เกี่ยวกับโครงการนี​​้คือ แผนธุรกิจที่เน้นความปลอดภัยของ Multics บนฮาร์ดแวร์สินค้าที่สมมติว่ามีการรักษาความปลอดภัยที่เพิ่มขึ้นในตลาด Tague ได้รับการสนับสนุนความกระตือรือร้นมากขึ้นจาก (เปลี่ยนแปลง) การจัดการ Honeywell แต่ในท้ายที่สุดพวกเขาเมาเขามากเกินไปและไม่มีอะไรที่เคยออกมาจากมัน งานที่ทำทางเทคนิครวมถึงการหาวิธีการสนับสนุนไบนารียูนิกซ์ การจัดการ Honeywell กระทิงจะไม่สนับสนุนมันเพราะพวกเขาต้องการที่จะควบคุมรหัสที่มา Multics และตัดสินใจที่จะทำสัญญาการบำรุงรักษาและการสนับสนุนเพื่อ ACTC เป็น "ความปลอดภัยมากขึ้น" เรื่อง ผมไม่ทราบว่าไกลโครงการได้ในแง่ของการออกแบบฮาร์ดแวร์

ผลลัพธ์ (ไทย) 3:

อีกอดีต multician ไมเคิล tague ( ที่มีการจัดการในการพัฒนาซอฟต์แวร์ ) , พยายามที่จะรื้อฟื้นมัลติกอีกครั้งในปี 1987 กับวิศวกรเหมือนกัน แต่ด้วยยังใหม่กว่าเทคโนโลยีเชิงพาณิชย์ ( อาจจะมีพวกฐาน ) มีการสนทนาบางอย่างกับผลลัพธ์ เกี่ยวกับโครงการนี้ แผน ธุรกิจ เน้นความปลอดภัยของฮาร์ดแวร์มัลติกส์บนชุดสมมติว่ามีการเติบโตของตลาด tague มีการสนับสนุนมากกระตือรือร้นมากขึ้นจาก ( การเปลี่ยนแปลง ) การจัดการ Honeywell , แต่ในที่สุดพวกเขาคาดคั้นเขาด้วย และไม่มีอะไรออกมาจากมัน เทคนิคงานทำรวมถึงการหาวิธีการสนับสนุนไบนารีของยูนิกซ์การจัดการวัว Honeywell ไม่สนับสนุนมันเพราะพวกเขาต้องการที่จะควบคุมมัลติกส์รหัสแหล่งที่มาและตัดสินใจต่อสัญญาบำรุงรักษาและสนับสนุน actc เป็น " ข้อเสนอที่ปลอดภัย " ไม่รู้ว่าโครงการได้ในแง่ของการออกแบบฮาร์ดแวร์