La calidad del código desarrollado en cada uno de estos idiomas se basa en estas filosofías fundamentales y menos en los desarrolladores individuales
Cada idioma tiene una cultura a su alrededor, porque cada idioma fue desarrollado por una persona con una agenda y una filosofía subyacente de por qué su idioma iba a ser mejor en algo de lo que existía En el momento en que se creó.
Al igual que las religiones, los lenguajes de programación tienden a atraer a personas que ya tienen la misma predisposición a los principios y filosofías centrales del creador del lenguaje.
Ejemplo de la calidad percibida de las soluciones
En un campamento de Microsoft tienes:
La filosofía de C # es que es más
Puramente orientado a objetos, promueve más.
modismos modernos y requiere más
conocimiento para hacerlo correctamente y
por lo tanto debe proporcionar más alto
soluciones de calidad. Esto es lo que dibuja.
la gente lo hace a través de VB.
En el otro campamento de Microsoft:
La filosofía de VB es que puedo y rápidamente
con poco conocimiento o esfuerzo de construir
algo que le permitirá a alguien hacer clic
Un botón y hacer algo útil y de
Valor empresarial, como lo hace no es.
muy importante. Esto es lo que dibuja.
la gente a través de C #.
Aquí hay un poco de información sobre los idiomas y sus filosofías:
Las personas de Perl tienden a preocuparse por lo que sucede exactamente a la gente de Python.
La gente de Java se preocupa por hacer dinero.
Atención de idiomas JVM (Groovy, Scala)
sobre el JMV y no sobre Java el
idioma.
Todos los lenguajes específicos de Microsoft
(VB, C #, F #, C ++ administrado) tienden a preocuparse por ganar dinero en Windows.
La gente de Erlang se preocupa por las cosas
Todos los demás, otras personas no han tenido que preocuparse,
y no aprecian lo que no saben.
A la gente de Lisp no le importa lo que
alguien más piensa que se preocupa por.
Lo que les importa a estos grupos determina el lenguaje, su desarrollo y su comunidad.
Las filosofías cambian con la experiencia y la necesidad
Adopté ASM y BASIC porque en 1983 eso era todo lo que tenías. Quería escribir juegos y demos, esas eran las herramientas para hacerlo. Principalmente ASM para demostraciones.
Adopté C y luego C ++ cuando era la única forma de escribir cosas como renderizado 3D y casi todo lo que era crítico para el espacio y el tiempo. No fue ASM, así que lo aprendí.
Adopté VB para ganar dinero, era lo más parecido a los entornos de desarrollo de Scala, Director y CanDo a los que estaba acostumbrado en Amiga. Estoy de acuerdo con la filosofía de desarrollo rápido
Adopté Java desde el principio para ganar dinero. Gané dinero con VB hasta 1999 y lo dejé atrás cuando Java 1.2 se estabilizó y maduró y la web ya estaba activa. Tenía 4 años de experiencia en Java cuando la gente realmente comenzó a tomarlo en serio. Estuve de acuerdo con escribir una vez, correr en cualquier lugar , ya que cuantos más lugares corrió mi código, más fácil sería poder venderlo. filosofía.
Adopté Python al final de su línea de tiempo, 2005 porque rasguñó una picazón que Java no hizo. Necesitaba escribir código rápidamente para usar algunas bibliotecas que solo estaban disponibles en C y también necesitaba hacer rápido creación de prototipos de servicios web Python era más rápido y menos código para hacer lo mismo en Java. Algunas cosas se pusieron en producción como Java, algunos se quedaron en Python, muchas cosas nunca llegaron a la naturaleza. Estuve de acuerdo con sus baterías incluidas, filosofías de un solo idioma y otras.
Adopté Lua cuando necesitaba colocar un motor de scripting ligero en mis programas C ++ y Java. Esto fue mucho antes de la compatibilidad con JSR233 en Java. Estoy de acuerdo con la incorporación de un lenguaje de secuencias de comandos con todas las funciones que sea fácil de usar, debe ser la simple filosofía de Lua.
Adopté Erlang en 2006 cuando comencé a necesitar escalabilidad masiva y ejecución multi-core relativamente indolora en problemas altamente paralelos y tengo ejecución multiplataforma. ** Estoy de acuerdo con su estado no compartido, paso de mensajes, filosofía de estado inmutable. * 8
Adopté Objective-C cuando empecé a necesitar construir aplicaciones OSX e iOS. Estoy de acuerdo con su complemento justo a la derecha de la orientación de objetos a C para hacerlo mejor . También para hacer mejor dinero.
Adopté JavaScript oficialmente en 2009 porque estaba de acuerdo con la filosofía de CouchDB y usa JavaScript. Todavía no me gusta JavaScript cuando tengo que lidiar con el DOM.
Todavía no he adoptado oficialmente a Lisp, ¡pero finalmente lo haré! Estoy de acuerdo con su Los que no saben nada están condenados a reinventarla .