เหตุใดภาษาการเขียนโปรแกรมเก่าจึงยังคงได้รับการแก้ไข

คำถามนี้ไม่ใช่ "ทำไมผู้คนยังใช้ภาษาโปรแกรมเก่าอยู่" ฉันเข้าใจว่าค่อนข้างดี อันที่จริงแล้วภาษาการเขียนโปรแกรมสองภาษาที่ฉันรู้จักดีที่สุดคือ C และ Scheme ซึ่งทั้งสองอย่างนี้ย้อนกลับไปในยุค 70

เมื่อเร็ว ๆ นี้ฉันได้อ่านเกี่ยวกับการเปลี่ยนแปลงใน C99 และ C11 เทียบกับ C89 (ซึ่งดูเหมือนว่าจะยังคงเป็นเวอร์ชัน C ที่ใช้มากที่สุดในทางปฏิบัติและรุ่นที่ฉันเรียนรู้จาก K&R) เมื่อมองไปรอบ ๆ ดูเหมือนว่าภาษาการเขียนโปรแกรมทุกภาษาที่ใช้งานหนักจะได้รับคุณสมบัติใหม่อย่างน้อยหนึ่งครั้งต่อทศวรรษหรือมากกว่านั้น แม้ฟอร์แทรนยังคงได้รับการแก้ไขใหม่แม้ว่าผู้ใช้ส่วนใหญ่จะใช้ฟอร์แทรน 77 ก็ตาม

เปรียบเทียบสิ่งนี้กับแนวทางการพูดระบบเรียงพิมพ์ TeX ในปี 1989 ด้วยการเปิดตัว TeX 3.0, Donald Knuth ประกาศว่า TeX เป็นคุณสมบัติที่สมบูรณ์และการเปิดตัวในอนาคตจะมีเพียงการแก้ไขข้อบกพร่อง ถึงแม้จะเกินกว่านี้เขาก็แจ้งว่าเมื่อเขาตาย "บั๊กที่เหลือทั้งหมดจะกลายเป็นคุณสมบัติ" และจะไม่มีการอัพเดทใด ๆ เพิ่มเติม คนอื่น ๆ มีอิสระในการแยก TeX และทำเช่นนั้น แต่ระบบที่ได้จะถูกเปลี่ยนชื่อเพื่อระบุว่าแตกต่างจาก TeX ที่เป็นทางการ นี่ไม่ใช่เพราะ Knuth คิดว่า TeX นั้นสมบูรณ์แบบ แต่เนื่องจากเขาเข้าใจถึงคุณค่าของระบบที่มั่นคงและสามารถคาดการณ์ได้ซึ่งจะทำสิ่งเดียวกันในห้าสิบปีที่ผ่านมา

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

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

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

อะไรคือข้อดี (จริงหรือที่รับรู้) ของการอัปเดตมาตรฐานภาษาซึ่งต่างจากการสร้างภาษาใหม่โดยใช้ภาษาเก่า

ฉันคิดว่าแรงจูงใจสำหรับนักออกแบบภาษาในการแก้ไขภาษาที่มีอยู่คือการแนะนำนวัตกรรมในขณะที่มั่นใจว่าชุมชนนักพัฒนาเป้าหมายของพวกเขาอยู่ด้วยกันและใช้ภาษาใหม่: การย้ายชุมชนที่มีอยู่ไปสู่การแก้ไขภาษาใหม่ที่มีอยู่นั้นมีประสิทธิภาพมากกว่าการสร้างชุมชนใหม่ รอบ ๆ ภาษาใหม่ แน่นอนว่าสิ่งนี้บังคับให้นักพัฒนาบางคนนำมาตรฐานใหม่มาใช้แม้ว่าพวกเขาจะดีกับคนเก่า: ในชุมชนบางครั้งคุณต้องกำหนดการตัดสินใจบางอย่างเกี่ยวกับชนกลุ่มน้อยหากคุณต้องการให้ชุมชนอยู่ด้วยกัน

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

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

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

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

เป็นความคิดเห็นด้านฉันคิดว่าอาร์กิวเมนต์ของการอนุญาตให้วิวัฒนาการในขณะที่รักษาความเข้ากันได้กับรหัสดั้งเดิมค่อนข้างอ่อนแอ: Java สามารถเรียกรหัส C, Scala สามารถรวมกับรหัส Java ได้อย่างง่ายดาย C # สามารถรวมกับ C ++ มีตัวอย่างมากมายที่แสดงว่าคุณสามารถเชื่อมต่อกับรหัสดั้งเดิมที่เขียนในภาษาอื่นได้อย่างง่ายดายโดยไม่ต้องใช้ความเข้ากันได้ของซอร์สโค้ด

บันทึก

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

ฉันคิดว่านี่ไม่ใช่ประเด็นหลักของคำถามเนื่องจากเป็นที่ชัดเจนว่าภาษาการเขียนโปรแกรมจำเป็นต้องพัฒนาและทำไม (ข้อกำหนดใหม่ความคิดใหม่) คำถามคือ "ทำไมวิวัฒนาการนี้ต้องเกิดขึ้นในภาษาการเขียนโปรแกรมแทนที่จะวางไข่ภาษาใหม่มากมาย?"

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

โปรดทราบว่าภาษาที่อัปเดตจำนวนมากได้รับการอัปเดตน้อยลงจน "ติดตั้งบิตใหม่ที่เป็นประกาย" สัตว์สมัยก่อนยังคงแฝงตัวอยู่ภายใน

เท่าที่ Knuth ดำเนินไปโปรดจำไว้ว่าเขาเป็นนักวิชาการและ TeX นั้นได้รับการพิสูจน์แล้วว่าถูกต้องเท่านั้นไม่ใช่ข้อมูลล่าสุด

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

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

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

มีบางกรณีที่มีการเพิ่มคุณสมบัติ 'ใหม่' ลงในภาษาที่มีอยู่ แต่ในหลายกรณีการเปลี่ยนแปลงเหล่านั้นมีผลต่อความเรียบง่ายของสิ่งที่ผู้คนกำลังทำอยู่อย่างยากลำบาก (ดู C ++ โดยใช้ฟังก์ชันลำดับสูงแทนฟังก์ชันพอยน์เตอร์และฟังก์ชั่น)

นี่เป็นข้อพิจารณาด้านภาษาพูดเล็กน้อย

ในอดีตมีคำที่ไม่ได้ใช้บ่อยเท่าที่เป็นอยู่ในปัจจุบัน (หรือใช้เพื่อความหมายที่แตกต่าง)

เช่น. ดี: ใน (เก่ามาก) ภาษาอังกฤษมีความหมายเกือบตรงกันข้ามกับสิ่งที่เราใช้ในวันนี้โดยเฉพาะเมื่อใช้เพื่ออธิบายตัวละครใครบางคน

ไม่ดี: ไม่นานที่ผ่านมาไม่ดีมีเพียงความหมายเดียวตอนนี้มันอาจหมายถึงบางสิ่งที่ "สุดยอดเยี่ยม" (มันถูกใช้ในลักษณะที่เป็น fesicous (ฉันอาจพลาดการสะกด fesicous)!

การพัฒนาใหม่อีกอย่างคือโทรศัพท์มือถือ 'Text speak' สำหรับภาษาเขียน

ฉันไม่เห็นด้วยตนเองว่าทำไมภาษาการเขียนโปรแกรมจะไม่พัฒนาในทำนองเดียวกันคำและ funcions ได้ระบุความหมาย / การกระทำและจำเป็นต้องเปลี่ยนเพื่อที่จะรวมแนวคิดใหม่วิธีการใหม่

ฉันรู้จักผู้คนที่พูดหลายภาษาและบ่อยครั้งที่พวกเขาแนะนำว่าหลังจากวันที่ 3 หรือ 4 มันจะง่ายต่อการเรียนรู้ภาษาใหม่

ฉันไม่รู้ว่ามีโปรแกรมเมอร์ที่มีประสบการณ์คล้ายกันหรือไม่ฉันจะไม่แปลกใจถ้ามี

ฉันรู้ว่าฉันรู้สึกมีความสุขในการเขียนโปรแกรม JAVA (เท่าที่ฉันรู้สึกมีความสุขที่พูดภาษาอังกฤษ) นี่ไม่ได้หมายความว่าฉันไม่สามารถสื่อสารใน 'อเมริกันอังกฤษ' หรือ 'ออสเตรเลียอังกฤษ' แม้ว่าจะมี 'gotchas' ระวัง . เหมือนกับการไปจาก Java ไปเป็น PHP ถึง Perl โครงสร้างนั้นคล้ายกัน แต่มี gotchas เล็กน้อยที่จะไล่ฉันออกและทำให้ฉันทุบหัวของฉันกับผนัง

สิ่งนี้แตกต่างจากการย้ายจากภาษาอังกฤษเป็นภาษาฝรั่งเศสหรือ Java เป็น SAS เหล่านี้แตกต่างกันมากใช้เวลาพอสมควรที่จะชำนาญ

อย่างไรก็ตามที่ฉันใช้เวลานี้