Entrevista a Rod Johnson sobre Spring y Scala
Abraham
Rod JohnsonComo habíamos anunciado hace medio año, Rod Johnson, creador de Spring, abandono SpringSource. Aunque inicialmente no dijo a dónde iba, ahora sabemos que se ha unido a TypeSafe, la empresa que está detrás de Scala, Akka y Play y que fue fundada por Martin Odersky, el padre del lenguaje Scala.
Rod Johnson en los últimos años no concedía demasiadas entrevistas, y menos desde que abandonó SpringSource. Ahora ha concedido una entrevista a un podcast, entrevista que han dividido en dos partes. En la primera parte Rod habla de cómo nació Spring y como se fue desarrollando el ecosistema. Una historia interesante; Spring surgió a partir de un intento de Rod de escribir un libro sobre buenas prácticas de Java EE, pero en el proceso se dio cuenta que tenía que haber una forma más sencilla de hacer las cosas.
En la segunda parte de la entrevista aborda más el "presente" de su vida: Scala y Typesafe. En esta parte de la entrevista explica qué es lo que le atrae de Scala y por qué ha decidido unirse a la empresa Typesafe. También analiza los puntos fuertes y débiles de Scala y hace mención a un "nuevo proyecto" en el que está trabajando, pero sin dar demasiados detalles.
Esta entrevista es una de las pocas oportunidades que tenemos para conocer qué pasa por la mente de Rod Johnson.
Reader Comments (4)
yo se el futuro y se sus planes malignos lo primero que hará sera crea una nueva forma de programación que revolucionara el futuro
el va a introducir el concepto de que es bueno combinar la programación imperativa con los archivos xml es decir que dentro de los archivos de configuración se pueda poner condicionales y loops y para la próximas versiones se va poder usar clases y reflexión todo que el magnifico xml. El objetivo es que los usuarios de negocio puedan leer los xml y que no necesiten re-compilar cuando lo modifiquen
"el va a introducir el concepto de que es bueno combinar la programación imperativa con los archivos xml es decir que dentro de los archivos de configuración se pueda poner condicionales y loops y para la próximas versiones se va poder usar clases y reflexión todo que el magnifico xml"
Eso seguro, de ahí a utilizar la frase "es bueno"....
"El objetivo es que los usuarios de negocio puedan leer los xml y que no necesiten re-compilar cuando lo modifiquen"
¿Es broma no?
Pregunta sondeo: ¿qué porcentaje de código Spring XML realmente se cambia en la práctica en un sistema en producción? ¿Algo más que el URL, el usuario y la password de la conexión a BD?
scala pertenece a typesafe (no se puede escoger un nombre mas geek lo adoro) pero párese que existen las malditas intenciones de convertir a al empresa a untypeSafe
no existe nada mas estupido que tratar de configurar absolutamente todo cuando lo único que se necesita es un miserable archivo properties con 8 parámetros(en el peor de los casos) de los que realmente valga la pena modificar
Luis vas a ir al infierno con esa frase, el infierno es un lugar lleno de interfaces con una unica implementacion inyectadas en cientos de clases que a su vez estan configurados en xmls con el fin de poder ser inyectadas sus depedencias XD