Jangan lupa menimbang budaya yang mendorong perkembangan bahasa
Saya juga akan mempertimbangkan fakta bahwa pengembangan python / php secara aktif dilakukan di depan umum. Anda memiliki satu kelompok individu yang menetapkan spesifikasi standar yang tersedia secara bebas untuk siapa saja / semua orang.
Sama seperti W3C lakukan dengan standar HTML / CSS. Anda memiliki sekelompok kecil individu termotivasi yang mengontrol detail yang lebih halus dari apa yang dirancang untuk dicapai oleh bahasa tersebut. Semuanya masuk ke spesifikasi yang jelas sebelum dirilis ke publik.
OTOH, bahasa seperti LISP bercabang secara tertutup oleh profesor atau individu lain yang benar-benar percaya bahwa perspektif mereka tentang 'penggunaan terbaik' dari bahasa itu benar. Mereka mungkin secara simultan benar dan salah pada saat yang sama karena beberapa implementasi hebat dalam hal-hal tertentu; sementara tidak ada yang terbaik dalam segala hal.
Itu tidak selalu merupakan hal yang buruk karena keragaman melahirkan inovasi. Bahasa seperti LISP, dan akan tetap menjadi bahasa yang bagus untuk pembelajaran dan penelitian karena mereka mendorong batas-batas pemahaman.
Tetapi kualitas yang membuat lingkungan bagus untuk inovasi tidak selalu bermanfaat untuk stabilitas; sebaliknya, kualitas yang membuat lingkungan bagus untuk stabilitas tidak selalu bagus untuk kreativitas.
Ketika pengembangan didasarkan pada kolaborasi aktif, kadang-kadang individu terpaksa menyerah untuk kepentingan keseluruhan yang lebih besar. Buruk untuk penelitian / bagus untuk konsistensi.
Faktanya adalah, kita masih hidup di barat-liar pengembangan bahasa pemrograman. Masalah mendesain 'bahasa ideal' begitu hebat sehingga, meski ada upaya monumental, tidak ada yang bisa menyelesaikannya.
Di sektor penelitian / akademisi, masih ada banyak ruang untuk perbaikan dan inovasi. Di sektor komersial, di mana ada pertumbuhan eksponensial dari perangkat lunak yang digunakan dalam aplikasi praktis dan kekuatan pendorongnya adalah kesederhanaan dan konsistensi.
Beberapa bahasa mengkhususkan pada yang pertama, beberapa mengkhususkan pada yang kedua. Mereka yang mencoba untuk mengkhususkan pada keduanya biasanya tidak melakukan dengan sangat baik dan mati.
Dengan keduanya, saya mengacu pada bahasa monolitik seperti VB / C # / Java. Masih terlalu dini untuk mengatakannya tetapi saya ingin melihat seperti apa tampilan C # dan Python dalam 10 tahun. Pada kecepatan saat ini, C # meningkatkan fungsionalitas dan ketidakkonsistenan pada tingkat yang membuatnya terlihat sangat suram. Bahkan dengan dokumentasi yang bagus, terlalu merepotkan untuk mengingat semua detail halus dan keanehan yang termasuk dalam bahasa. Ini bagus untuk satu pengembang tetapi segera setelah Anda memasukkan lebih banyak pengembang dengan gaya yang unik, ketidakkonsistenan dalam basis kode bertambah, kualitas menderita, dan tidak ada yang menang. Saya pikir ada banyak yang harus dipelajari dari kesulitan yang dihadirkan Perl dalam lingkungan produksi.