Eski programlama dilleri neden revize edilmeye devam ediyor?

Bu soru , "Neden insanlar hala eski programlama dillerini kullanıyor?" Değil. Bunu oldukça iyi anlıyorum. Aslında en iyi tanıdığım iki programlama dili, her ikisi de 70'lere dayanan C ve Scheme'dir.

Son zamanlarda C99 ve C11'deki C89 ile C89 arasındaki değişiklikleri okudum (hala pratikte C'nin en çok kullanılan versiyonu ve K & R'den öğrendiğim versiyon gibi görünüyor). Etrafa bakınca, yoğun kullanımdaki her programlama dili, en az on yılda bir kez yeni bir özellik kazanıyor gibi görünüyor. Fortran bile, hala kullananların çoğunun hala FORTRAN 77 kullanıyor olmasına rağmen hala yeni revizyonlar alıyor.

Bunu, örneğin, TeX'in dizgi sistemi yaklaşımıyla karşılaştırın. 1989'da, TeX 3.0'ın piyasaya sürülmesiyle Donald Knuth, TeX'in özelliklerin tamamlandığını ve gelecekteki sürümlerin yalnızca hata düzeltmeleri içereceğini açıkladı. Bunun ötesinde, ölümü üzerine "kalan tüm hataların özellik haline geleceğini" ve kesinlikle daha fazla güncelleme yapılmayacağını belirtti. Diğerleri TeX'i çatallamakta özgürdür ve bunu başarmıştır, ancak ortaya çıkan sistemler, resmi TeX'ten farklı olduklarını belirtmek için yeniden adlandırılmıştır. Bu, Knuth'un TeX'in mükemmel olduğunu düşündüğü için değil, elli yılda aynı şeyi yapacak olan istikrarlı, öngörülebilir bir sistemin değerini anladığı için değil.

Neden çoğu programlama dili tasarımcısı aynı prensibi izlemiyor? Elbette, bir dil nispeten yeni olduğunda, yerleşmeden önce hızlı bir değişim döneminden geçeceği anlaşılır. Ve hiç kimse, mevcut sözde standartları kodlamaktan veya istenmeyen okumaları düzeltmekten çok daha fazlasını yapmayan küçük değişikliklere karşı çıkamaz. Ancak bir dil on ya da yirmi yıl sonra hala gelişime ihtiyaç duyuyorsa, neden kullanılmakta olanı değiştirmeye çalışmak yerine neden sadece onu kullanmıyor ya da yeniden başlamıyorsunuz? Bazı insanlar gerçekten Fortran'da nesne yönelimli programlama yapmak istiyorlarsa, neden bu amaç için "Objective Fortran" oluşturup Fortran'ı yalnız bırakmıyorlar?

Sanırım, gelecekteki revizyonlardan bağımsız olarak, C89'un zaten bir standart olduğunu ve hiçbir şeyin insanların onu kullanmaya devam etmesini engellemediğini söyleyebilirim. Bu doğru, ancak çağrışımların sonuçları var. GCC, pedantik modda, ya C99 programında yeni standardı tamamen görmezden gelemeyeceği anlamına gelen, ya C99'da ya kullanım dışı ya da çok farklı bir anlama sahip olan sözdizimi hakkında uyarır. Öyleyse, C99'da bu ek yükü dili kullanan herkese dayatmak için yeterli olan bir fayda olmalı.

Bu gerçek bir soru, tartışmak için bir davet değil. Açıkçası bu konuda bir fikrim var, ama şu anda bunun neden sadece işler böyle yapılmadığını anlamaya çalışıyorum. Sanırım soru şudur:

Eski dili temel alan yeni bir dil yaratmanın aksine, bir dil standardını güncellemenin (gerçek veya algılanan) avantajları nelerdir?

Dil tasarımcılarının var olan dilleri gözden geçirme konusundaki motivasyonunun, hedef geliştirici topluluğunun bir arada kalmasını ve yeni dili benimsemesini sağlarken inovasyonu sağlamak olduğunu düşünüyorum: mevcut bir topluluğu mevcut bir dilin yeni bir revizyonuna taşımak, yeni bir topluluk oluşturmaktan daha etkilidir. yeni bir dilin etrafında. Elbette, bu, bazı geliştiricilerin, eskisi ile iyi olsalar bile, yeni standardı benimsemelerine zorlar: bir toplulukta, toplumu bir arada tutmak istiyorsanız, bazen bir azınlığa belirli kararlar vermeniz gerekir.

Ayrıca, genel amaçlı bir dilin mümkün olduğunca çok sayıda programcıya hizmet vermeye çalıştığını ve sıklıkla tasarlanmadığı yeni alanlara uygulandığını düşünün. Dolayısıyla, tasarımın sadeliğini ve istikrarını amaçlamak yerine, topluluk, dil yeni uygulama alanlarına geçerken yeni fikirleri (diğer dillerden bile olsa) dahil etmeyi seçebilir. Böyle bir senaryoda, ilk denemede doğru elde etmeyi bekleyemezsiniz.

Bu, dillerin yıllar içinde derin bir değişim geçirebileceği ve en son revizyonun birincisinden çok farklı görünebileceği anlamına gelir. Dilin adı teknik nedenlerden ötürü tutulmaz, ancak geliştiriciler topluluğu yeni bir dil için eski bir isim kullanmayı kabul eder. Böylece programlama dilinin adı, dilin kendisinden ziyade kullanıcılarının topluluğunu tanımlar.

IMO, birçok geliştiricinin bunu kabul edilebilir bulmasının (veya hatta arzu edilmesinin) nedeninin motivasyonu, biraz farklı bir dile kademeli bir geçişin, onları ustalaşmak için daha fazla zaman ve çaba harcayacak olan tamamen yeni bir dile atlamaktan daha kolay ve daha az kafa karıştırıcı olmasıdır. Bir veya iki favori dili olan ve yeni (çok farklı) dilleri öğrenmeye çok hevesli olmayan birçok geliştirici olduğunu düşünün. Ve yeni şeyler öğrenmek isteyenler için bile, yeni bir programlama dili öğrenmek her zaman zor ve zaman alıcı bir faaliyettir.

Ayrıca, daha az bilinen bir dil kullanan çok küçük bir topluluğa göre daha büyük bir topluluğun ve zengin bir ekosistemin parçası olması tercih edilebilir. Bu nedenle, topluluk devam etmeye karar verdiğinde, birçok üye izolasyondan kaçınmak için takip etmeye karar verir.

Bir yan yorum olarak, eski kodla uyumluluğu korurken evrime izin verme argümanının oldukça zayıf olduğunu düşünüyorum: Java C kodunu arayabilir, Scala Java koduyla kolayca entegre olabilir, C # C ++ ile bütünleşebilir. Kaynak kod uyumluluğu gerekmeden başka bir dilde yazılmış eski kodla kolayca arabirim kurabileceğinizi gösteren birçok örnek vardır.

NOT

Bazı cevaplardan ve yorumlardan, bazı okuyucuların soruyu "Programlama dillerinin neden gelişmesi gerekiyor?" Olarak yorumladığını anlıyorum.

Bence bu sorunun asıl amacı bu değil, çünkü programlama dillerinin gelişmesi gerektiği ve bunun nedenleri (yeni gereksinimler, yeni fikirler) olduğu açık. Asıl soru, "Bu evrim neden birçok yeni dil üretmek yerine bir programlama dili içinde olmak zorunda?" Sorusudur.

Geriye Uyumluluk cevabınız. Belirli bir dilin, özellikle C gibi yaygın bir şekilde kullanılan bir dil, on yıllardır kullanılmayan, değiştirilmekte olan bir kodu olabilir. Bakım yapılması gerekiyorsa, geliştirme çalışmaları için modern sistemler üzerinde çalışırken hala bu tür bir platformu hedef alabilecek derleyicilere sahip olmanıza yardımcı olur. Standardizasyonlar ve dil sürüm güncellemeleri, programlama uygulamalarını güncel tutarken, yepyeni bir dil öğrenmeye dirençli olan kıdemli programcılar için bir aşinalık duygusu sağlar.

Güncellenen dillerin çoğunun "yeni parlak uçların takılı olduğu" kadar az güncellendiğini unutmayın. Eskiden yaşayan hayvanlar genellikle hala içinde gizleniyor.

Knuth gittiği sürece, onun akademik olduğunu ve TeX'in yalnızca doğru olduğunu kanıtladı, güncellendiğini unutmayın.

Bence bariz cevap, dil tasarımında ve sistem mimarisinde ilerlemenin hala sürdüğü ve yeterince insanın daha yaşlı dillere cıvatalanmaktan daha yeni tekniklerden (çoklu çekirdek, daha iyi iş parçacığı veya bellek modelleri) faydalanmak istediklerini umduğudur. dil standardında veya üzerinde pişmiş. Ayrıca, bazı üçüncü taraflara bağlı olarak, hangi derleyici veya platformda olursanız olun, orada olacağınıza güvenebileceğiniz şeyleri (örneğin, XML ayrıştırma, DB erişimi) yapmak için "gerçek bir yolun" olmasına yardımcı olur. yüklenebilecek veya yüklenmeyecek kitaplık (ve istediğiniz sürümde olabilir veya olmayabilir).

Genel amaçlı bir dilin etrafında inşa edilmiş temel kavramlar veya hedefler uygunluğu kaybetmez; bununla birlikte çalışma ortamındaki veya donanımdaki küçük değişiklikler, bir dile güncellemeler veya küçük özellikler eklenmesini gerektirir.

Algoritmaların bir dilde ifade edilme şekli, 64 bit türleri için daha temiz desteğe veya daha fazla standart düzenli ifade desteğine veya yeni dosya sistemleri türleri için daha sağlam desteğe ihtiyaç duymasına rağmen değişmeyecektir.

Mevcut dillere 'yeni' özelliklerin eklendiği birkaç durum vardır, ancak çoğu durumda bu değişiklikler insanların zaten zorlaştığı şeyleri basitleştirmeye yöneliktir. (İşlev işaretçiler ve işlevler yerine yüksek dereceli işlevler kullanarak C ++ 'a bakın.)

Bu biraz konuşulan dili düşünmek gibi.

Geçmişte, şu anda olduğu kadar sık ​​kullanılmayan (ya da farklı bir anlam için kullanılan) sözcükler vardı.

Örneğin. nice: in (very old) ingilizcesi, günümüzde kullandığımızın neredeyse ters anlamını taşıyor, özellikle birinin karakterini tanımlamak için kullanıldığında.

Kötü: çok uzun zaman önce kötü, sadece tek bir anlamı vardı, şimdi "süper şaşırtıcı" bir şey anlamına gelebilir (fesicous bir şekilde kullanılır (muhtemelen yazım fesicous'u özlüyorum)!

bir diğer yeni gelişme yazılı diller için cep telefonu olan 'Text speak'.

Neden bir programlama dilinin benzer şekilde gelişmeyeceğini şahsen görmüyorum, kelimeler ve işlevler anlam / eylemler belirledi ve yeni fikirler, yeni metodolojiler içerecek şekilde değişmesi gerekiyor.

Birçok farklı dil konuşan insanları tanıyorum ve sık sık 3. veya 4. saatten sonra yeni bir dil öğrenmenin daha kolay olacağını öne sürüyorlar.

Benzer deneyime sahip programcılar varsa bilmiyorum, olsaydı şaşırmam.

JAVA'da programlamada mutluluk duyduğumu biliyorum (ingilizce konuşmayı düşündüğüm kadarıyla) Bu, 'amerikan ingilizcesi' veya 'avustralya ingilizcesi' ile iletişim kuramadığım anlamına gelmiyor. . Java'dan PHP'ye, Perl'e gitmek gibi, yapıları benzer, ancak beni yakalamak ve başımı duvara basmak için çok az şey var.

Bu, İngilizce'den Fransızca'ya veya Java'dan SAS'a geçiş yapmaktan farklıdır. bunlar o kadar farklı ki, onlara yetkin olmak biraz zaman alıyor.

Neyse, bu benim üstüm.