รหัสแหล่งที่มาร้ายแรงร้ายแรงเพียงใด [ปิด]


9

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

แก้ไข: สมมติว่าไม่ใช่กรณีของดิสก์ไดรฟ์ล้มเหลวภัยธรรมชาติหรืออะไรทำนองนั้น เพียงแค่พวกเขาหายไป


37
มีเรื่องราวอยู่เบื้องหลังคำถามนี้และฉันอยากได้ยิน ฉันแค่รอให้มันแสดงบน Daily WTF
BlairHippo

4
@Josh K - การเปรียบเทียบไม่ดี! ไม่สามารถแทนที่เด็กได้ รหัสที่มาสามารถ (และฉันสั่นอย่างจริงจังถ้าคุณคิดว่า source_code == เด็ก) แต่ฉันเดาว่าคุณยังไม่มี (ยัง)
โกง

6
@ โกง: ทำไมมันเปรียบเทียบที่ไม่ดี? ไม่สามารถแทนที่ซอร์สโค้ดได้อย่างแน่นอนสามารถทำซ้ำได้ในทำนองเดียวกัน ได้รับสิ่งนี้ไม่มากเท่าเด็ก แต่คำอุปมายังคงฟังดู
Josh K

6
@ โกง: คุณพลาดจุดที่ในขณะที่หนึ่ง (เด็ก ๆ ) เห็นได้ชัดว่ามีความสำคัญมากกว่าซอร์สโค้ดการครอบครองของทั้งสองยังคงเป็นสมบัติที่สำคัญมาก คุณยกเลิกการเปรียบเทียบของฉันเพราะเด็ก ๆ มีความสำคัญมากกว่านั้นซอร์สโค้ดก็เหมือนกับการไล่ออก Yahoo! ในฐานะ บริษัท ค้นหาเพราะ Google นั้นใหญ่กว่ามาก ประเด็นของฉันคือทั้งสองมีขนาดใหญ่ความจริงที่ว่า ~ 10x มีความหมาย / สำคัญแล้วอื่น ๆ ไม่สำคัญ บอกอะไรให้หลวมที่เก็บ (และสำเนาทั้งหมดของรหัส) สำหรับแอปพลิเคชันหลักของ บริษัท และกลับมาหาฉันใน 5-10 นาที
Josh K

5
ฉันไม่เข้าใจว่าจะมีเพียงหนึ่งสำเนาที่จะ "หายไป" ในตอนแรกได้อย่างไร ฉันมักจะมีอย่างน้อยสองหรือสามสำเนาตัวเองในขั้นตอนต่างๆของการแก้ไขปรับปรุงและแพทช์ที่ฉันกำลังทำงานอยู่ เพื่อนร่วมงานของฉันจะมีสำเนาของตัวเอง ที่เลวร้ายที่สุดคุณอาจสูญเสียประวัติศาสตร์ในพื้นที่เก็บข้อมูลแหล่งที่มาของคุณ (หากคุณใช้พื้นที่เก็บข้อมูลส่วนกลางโดยไม่ต้องสำรองข้อมูล) ... ฉันไม่เห็นว่านี้เป็นไปได้ ...
คณบดีฮาร์ดิ้ง

คำตอบ:


27

สมมติว่า MS สูญเสียแหล่งที่มาสำหรับ Windows Phone 7 ... ผู้คนถูกสังหารเพราะwaaaaayน้อยกว่าค่าใช้จ่ายในการพัฒนาประมาณ $ 400 ล้านเหรียญ

ขึ้นอยู่กับผลิตภัณฑ์นั้นไม่มีคำที่ฉันคิดได้ว่ามัน 'แข็งแกร่งเกินไป'


1
หากพวกเขากำลังขายซอฟต์แวร์และไม่มีซอร์สโค้ดสำหรับมันใช่มันไร้ความสามารถ อย่างไรก็ตามในฐานะนักพัฒนาซอฟต์แวร์ที่กำหนดเองมันน่าทึ่งที่ฉันทำงานข้าม บริษัท เล็ก ๆ ที่ดำเนินการโดยโปรแกรมเมอร์ที่ไม่ได้ว่าจ้าง บริษัท ภายนอกเพื่อการพัฒนาของพวกเขาและยังไม่มีสำเนาซอร์สโค้ดที่สร้างได้สำหรับซอฟต์แวร์ที่ขาย
Bob Murphy

1
และไม่ใช่แค่ บริษัท เล็ก ๆ ที่ทำเช่นนั้น บริษัท ที่ปรึกษาของฉันเคยทำงานให้กับ Informix อย่างมากซึ่งย้อนกลับไปในวันนั้นเป็นคู่แข่งของ Oracle พวกเขาตัดสินใจเปลี่ยนหนึ่งในโครงการของเราเป็น บริษัท เอาท์ซอร์สของอินเดียและวันหนึ่งผู้จัดการโทรหาเรา: "คุณไม่ได้ส่งข้อมูลมาให้เรา!" "ใช่เราทำแล้วมันเป็นวันที่ X (ประมาณหนึ่งปีก่อนหน้า) และนี่คือหมายเลขติดตาม FedEx คุณเสียหรือไม่" "ไม่แน่นอนไม่ได้" "ไม่เป็นไรถ้าคุณทำเพราะเราสามารถดึงมันมาจากที่เก็บถาวรของเราได้ แต่จะมีค่าธรรมเนียม" "ไม่ไม่ต้องกังวล" เราค้นพบในภายหลังว่าพวกเขามีจริงสูญเสียมัน
Bob Murphy

18

สำหรับ บริษัท นี้เป็นเหมือนการสูญเสียรัตนากรมงกุฎ หากเป็นผลิตภัณฑ์ที่มีตัวประมวลผลแบบฝังตัวพวกเขาสามารถทำผลิตภัณฑ์ "ตามที่เป็นอยู่" ได้ แต่จะไม่สามารถปรับปรุงหรือแก้ไขปัญหาใด ๆ ได้

ในตลาดวันนี้ บริษัทISมัน IP สูญเสียมันไปและออกไปจากธุรกิจ


13

ดังที่คนอื่น ๆ ได้กล่าวถึงสิ่งนี้น่าจะตกอยู่ภายใต้หัวข้อ "ทุกอย่างขึ้นอยู่กับ" ดังนั้นสองรุ่น:

แหล่งที่มาสำหรับวิดีโอเกมบนคอนโซลแบบดิสก์ - นี่น่าจะมีผลกระทบกับ บริษัท น้อยเนื่องจากพวกเขามักจะไม่ทำการเปลี่ยนแปลงใด ๆ กับเกมเมื่อถูกเขียนลงดิสก์ ได้รับพวกเขาอาจเสียเวลาหากมีรหัสห้องสมุดที่พวกเขาต้องพัฒนามันจะไม่เลวร้ายขนาดนั้น

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

แหล่งที่มาสำหรับเกมที่กำลังพัฒนา - บริษัท วิดีโอเกมส่วนใหญ่ไม่สามารถที่จะสูญเสียรหัสสำหรับเกมที่กำลังพัฒนาเว้นแต่จะเร็วมากในรอบการพัฒนา (เช่นวันอาจเป็นสัปดาห์ในเกม) สำหรับ บริษัท ขนาดเล็กสูญเสียแหล่งที่มา สำหรับรุ่นเรือธงของพวกเขาอาจทำให้พวกเขาออกไปจากธุรกิจ

แหล่งที่มาสำหรับแอปพลิเคชันธุรกิจขนาดเล็กที่มีกลุ่มเป้าหมาย จำกัด - ไม่น่าจะทำให้เกิดปัญหาใด ๆ กับ บริษัท แม้ว่าพวกเขาจะสูญเสียลูกค้าสองคน

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

แหล่งที่มาสำหรับแอปพลิเคชันขนาดใหญ่จาก บริษัท ขนาดใหญ่ - ที่นี่เป็นที่ที่ทุกอย่างขึ้นอยู่กับและมีแนวโน้มว่าจะแคบและเป็นกรณี ๆ ไป โดยทั่วไปผลิตภัณฑ์ที่เป็นธง (เช่น Microsoft Windows) มีสัญญาการสนับสนุนที่เกี่ยวข้องและไม่สามารถสนับสนุนผลิตภัณฑ์ได้อาจนำไปสู่การฝ่าฝืนคำมั่นสัญญา ถ้าฉันต้องประมาณฉันจะบอกว่าคนส่วนใหญ่ที่เกี่ยวข้องกับการสูญเสียรหัสถึงผู้นำอาวุโสของคนเหล่านั้นอาจต้องมองหางานใหม่

ทั่วทั้งกระดานฉันอาจจะบอกว่าคนที่ทำรหัสหายไปนั้นกำลังมองหางานใหม่ (และอาจหางานยาก!) และพวกเขาอาจถูกฟ้องร้องจาก บริษัท ด้วย


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

3

ในขณะที่มีบางกรณีที่มันอาจเป็นความหายนะฉันคิดว่ามีมากมายที่มันไม่ได้ (อย่างน้อยจากมุมมองของ บริษัท ซอฟต์แวร์)

ฉันคิดว่ามีตัวแปรมากเกินไปที่จะให้คำตอบแบบครอบคลุมว่ามีผลกระทบทางกฎหมายหรือไม่ แต่มีคำถามจำนวนหนึ่งที่ต้องพิจารณาในการพิจารณาว่าจะรวมถึง:

  • ลักษณะของโปรแกรมคืออะไร หากเป็นสิ่งที่พวกเขาสูญเสียเพราะแอพเช่นมันมีค่าเล็กน้อยหนึ่งโหลและมันไม่สำคัญเลยเหรอ? หากเป็นผลิตภัณฑ์เชิงพาณิชย์ที่สำคัญของ บริษัท หากเป็นซอฟต์แวร์แบบกำหนดเองที่พวกเขาทำสัญญาเพื่อสร้างนั่นคือสิ่งที่มันจะน่าสนใจ แต่พวกเขาต้องถาม ...
  • ใครเป็นเจ้าของลิขสิทธิ์ของรหัส (หากลูกค้ามีลิขสิทธิ์แสดงว่าทรัพย์สินของพวกเขาถูกทำลาย / ถูกทำลาย)
  • ลูกค้าได้รับอันตรายจากการหายตัวไปของรหัสหรือไม่?
  • มีสัญญาเกี่ยวกับการพัฒนาในอนาคตที่จะถูกละเมิดอันเป็นผลมาจากการสูญหายของรหัสหรือไม่?
  • การสร้างซอฟต์แวร์ที่มีอยู่มีความสำคัญอย่างไร ถ้ามันเป็นเหมือนเชลล์สคริปเพื่อทำงานบำรุงรักษา บริษัท ซอฟต์แวร์จะใช้เวลาในการสร้างใหม่ที่ทำสิ่งเดียวกัน หากเป็นชุดสำนักงานให้ปัดฝุ่นออกจากประวัติย่อ

และฉันแน่ใจว่ามีปัจจัยอื่นอีกมากมายที่ควรพิจารณา เพิ่มฟรี

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


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

โปรดทราบว่าการทำสิ่งต่าง ๆ ที่ทำให้ลูกค้าโกรธอย่างรุนแรงอาจเป็นการละเมิดสัญญาและสามารถดำเนินการทางกฎหมายได้ นอกจากนี้ยังอาจส่งผลให้ลูกค้าร้องเรียนต่อสาธารณะ
David Thornley

3

อ่าให้คำอธิบายนี้จากคุณ (ในความคิดเห็น):

มันได้รับการพัฒนามานานแล้วโดยไม่ต้องมีการควบคุมแหล่งที่มาพวกเขาได้ขายมันตลอดเวลาและตอนนี้พวกเขาจำเป็นต้องอัปเดต

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

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

แน่นอนว่านี่เป็นซอฟต์แวร์ที่ขายได้เป็นเพียงส่วนเล็ก ๆ ของธุรกิจ ซึ่งฉันเดาว่าต้องเป็นกรณี ...


ใช่มันเป็นเพียงหนึ่งในหลาย ๆ ผลิตภัณฑ์ที่พวกเขาขาย
JoelFan

มันไม่ใช่แค่ลูกค้า 1 ราย ... มันจะไม่ทำงานในระบบปฏิบัติการรุ่นล่าสุดอีกต่อไป
JoelFan

1

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

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


-1: "ฉันไม่คิดว่าพวกเขากำลังมีปัญหา" พวกเขาไม่สามารถแก้ไขข้อผิดพลาดแก้ไขหรือเปลี่ยนแปลงเมื่อ Microsoft "อัพเกรด" ระบบปฏิบัติการ พวกเขาทั้งหมดถึงวาระที่ฐานลูกค้าลดน้อยลงอย่างรวดเร็วและยอดขายใหม่เท่านั้นที่จะเสร็จสิ้นการงี่เง่า (ประชากรที่ไม่เป็นศูนย์ แต่จะไม่มีเงินจำนวนมากที่จะใช้จ่ายใน
sfotware

@ S.Lott: สิ่งที่อาจสำคัญกว่าพวกเขาไม่สามารถคอมไพล์ซ้ำได้ หากมีการเปลี่ยนแปลงใด ๆ ในสภาพแวดล้อมของลูกค้าซอฟต์แวร์จะไม่ทำงาน
David Thornley

1

พูดตามตรงฉันคิดว่ามันขึ้นอยู่กับภาษาที่ใช้ หากคุณสูญเสียรหัสฐาน C # ก็สามารถแยกย่อยได้ง่ายมาก แต่ถ้าคุณสูญเสียฐานรหัส C ++ นั่นถือว่าแย่กว่ามาก


แยกส่วนไปยังจุดที่ยังคงสามารถสร้างและใช้งานได้ แต่จะยังคงสามารถบำรุงรักษาได้หรือไม่
Jay

3
ถ้าคุณทำตามที่ดีเข้ารหัสทางปฏิบัติแล้วโดยทั้งหมดหมายความว่าใช่ ชื่อเมธอดและฟิลด์ทั้งหมดถูกสงวนไว้แม้เป็นแบบส่วนตัว หากวิธีการนั้นสั้นวัตถุประสงค์ของตัวแปรในท้องถิ่นควรชัดเจน เทคนิคคอมไพเลอร์อย่างเมธอดนิรนามและตัววนซ้ำอาจดูน่ากลัว แต่สามารถย้อนกลับได้ (ถ้าจำเป็น) กับงานบางอย่าง และแม้ว่าการชุมนุมที่ถูก obfuscated มีควรจะยังคงเป็นรุ่นที่แก้ปัญหาวางรอบที่ไหนสักแห่ง
หมายเหตุถึงตนเอง - คิดชื่อ

นอกจากรหัสเดียวที่คุณมีซึ่งทำให้งงงวยซึ่งในกรณีนี้มันจะเจ็บปวดเล็กน้อย
MIA

1

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

วิธีการเกี่ยวกับ "ความโง่เขลาอย่างไม่น่าเชื่อ"?


0

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

มีงานจำนวนมากที่มีการเปรียบเทียบทางกายภาพเพื่อเปรียบเสมือนการสร้างซอฟต์แวร์


ยกเว้นว่าแผนมักไม่สำคัญ หากสถาปนิกสูญเสียแผนอีกคนหนึ่งยังคงสามารถควบคุมการเปลี่ยนแปลงของอาคารได้ หาก บริษัท รถยนต์สูญเสียแผนรถยนต์ของ บริษัท ยังสามารถขับบนถนนได้ด้วยทางเท้าที่พัฒนาขึ้นใหม่ ถ้าฉันทำซอร์สโค้ดหายฉันจะไม่สามารถเปลี่ยนโปรแกรมด้วยวิธีที่มีนัยสำคัญใด ๆ และฉันไม่สามารถคอมไพล์ใหม่เพื่อให้มันรันบนระบบปฏิบัติการใหม่หรือด้วยไลบรารีเวอร์ชันที่ใหม่กว่า
David Thornley

@ David: ฉันไม่คิดว่าคุณเข้าใจความคล้ายคลึงของฉัน หากสถาปนิกสูญเสียแผนไปที่อาคารเขาจะต้องวางแผนใหม่เพื่อที่จะสร้างขึ้นใหม่ ฉันยังไม่เห็นว่าสถาปนิกคนอื่นสามารถควบคุมการเปลี่ยนแปลงอาคารได้อย่างไรหากพวกเขาไม่มีแผนที่จะออกไป คุณใช้การเปรียบเทียบรถยนต์กับคุณผิด แม้ว่าคุณจะชี้ให้เห็นว่ามันเป็นบิตของขนานที่อ่อนแออยู่แล้ว
frogstarr78

@ frogstarr78: เป็นไปได้ที่จะทำการเปลี่ยนแปลงอาคารโดยไม่มีแผนเดิม มีอาคารที่สามารถสังเกตได้ การสร้างอาคารใหม่อาจต้องใช้แผนใหม่แม้ว่าพวกเขาจะสามารถใช้อาคารเดิมได้ แผนการสำหรับรถยนต์รุ่นนั้นจำเป็นสำหรับรุ่นปีหนึ่งเท่านั้น หลังจากนั้นเป็นไปได้ที่จะตรวจสอบรถยนต์เพื่อหาข้อมูลที่จำเป็น การสูญเสียแผนไปสู่วัตถุทางกายภาพนั้นไม่ดี แต่ก็ไม่ได้ส่งผลกระทบต่อการใช้งานเกือบเท่ากับการสูญเสียซอร์สโค้ด
David Thornley

@ David: ฉันไม่เห็นด้วย
frogstarr78

@David: ฟังดูเหมือนว่าคุณจะเปรียบเทียบการวาดใหม่ของแผนสำหรับบ้านหรือรถยนต์เพื่อให้ง่ายเหมือนการดูโปรแกรมที่กำลังทำงานอยู่และสามารถเปลี่ยนได้ หากโปรแกรมถูกคอมไพล์ (และใช่ตามมาตรฐานข้ามแพลตฟอร์มอย่างสมเหตุสมผล) หรือมีการสร้างรถยนต์หรือบ้านที่สร้างไว้แล้วคุณสามารถใช้มันได้ทั้งหมด อย่างไรก็ตามเมื่อคุณต้องการเปลี่ยนแปลงสิ่งเหล่านี้ (เช่นฉันบอกว่ารถเป็นตัวอย่างรายสัปดาห์ที่นี่) คุณจะต้องมีแผนที่จะทำเช่นนั้น ฉันไม่ได้บอกว่าตัวอย่างเหล่านี้สมบูรณ์แบบ แต่พวกเขาวางแนวคิดไว้ในขอบเขตของสิ่งที่มีอยู่จริงและคุ้นเคยกับคนส่วนใหญ่
frogstarr78

0

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

หากคุณไม่สามารถกู้คืนซอร์สโค้ดได้การบำรุงรักษา (การแก้ไขข้อบกพร่อง) และการปรับปรุงไม่สามารถทำได้ดังนั้นขณะนี้แอปพลิเคชันจะคงที่ หาก Microsoft หรือ Apple หรือ Apache หรือใครก็ตามที่แพลตฟอร์มปฏิบัติการของคุณมีการเปลี่ยนแปลงหรืออัพเกรดรหัสของพวกเขาแล้วรหัสรวบรวมเก่าของคุณอาจไม่ทำงานและคุณไม่สามารถแก้ไขได้ หากคุณขายแอพพลิเคชั่นนี้ให้กับลูกค้าภายนอกคุณไม่สามารถควบคุมได้เมื่อพวกเขาจะอัพเกรด Windows, MAC OSX, iPhone, เว็บเบราว์เซอร์ดังนั้นคุณจึงมีความเสี่ยงที่ยิ่งใหญ่สำหรับชื่อเสียงของ บริษัท ของคุณและความเสี่ยงทางกฎหมาย กับลูกค้า

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

สำหรับแอปพลิเคชันภายในองค์กรคุณอาจควบคุมแพลตฟอร์มปฏิบัติการสำหรับแอปพลิเคชันของคุณได้มากกว่า แต่ฉันยังคงต้องการแทนที่แอปพลิเคชันนี้หากซอร์สโค้ดไม่สามารถแยกย่อยเป็นฐานรหัสที่ใช้เพื่อการบำรุงรักษาได้

ไชโย

เควิน

PS ฉันหวังว่านี่เป็นเพียงคำถามเชิงทฤษฎี ... :)


-1

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

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


-1: "ถ้าพวกเขาไม่ต้องแก้ไขข้อบกพร่องใด ๆ " ความสมบูรณ์แบบในระดับที่น่าอิจฉา ใครมีซอฟต์แวร์ที่ดี ใคร?
S.Lott

1
"ไม่ต้องแก้ไขข้อบกพร่อง"! = "ไม่มีข้อบกพร่อง" บริษัท จำนวนมากยังคงจำหน่ายซอฟต์แวร์ EOL โดยมีรายการข้อผิดพลาดที่ทราบว่าพวกเขาไม่มีความตั้งใจที่จะแก้ไข เช่นเดียวกับไดรเวอร์ USB สำหรับ Win98 - พวกเขาอยู่ที่นั่นพวกเขาอาจจะไม่สมบูรณ์แบบ แต่ฉันสงสัยว่าใครก็ตามที่ใช้การแก้ไขข้อบกพร่อง
TMN
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.