SpringFramework branch
Tal y como era previsible, tras el cambio en la política de licenciamiento de de Spring, la comunidad se mueve.
En un intento de evitar la proliferación masiva de versiones no oficiales mantenidas por diferentes grupos, Clinton Begin (autor de varios libros) ha creado FreeSpring.org.
Esta claro que esta decision de los chicos de Spring todavia dará mucho que hablar. Mi mayor miedo, y supongo que el de muchos, es que todo esto acabe en una o más excisiones: SummerFramework, WinterFramework 
.
Más informacion en JavaHispano.org.
Imprimir este artículo
Cambio en la política de mantenimiento de Spring Framework
Una noticia que está causando ya un buen revuelo en la red. Noticia completa en JavaHispano
¿Tendrá algo que ver con la crisis estadounidense? Algunos dicen que se veía venir, otros que el modelo de negocio de Spring era difícilmente sostenible.
Imprimir este artículo
JEE / J2EE ¿Por donde empiezo?
Sun Java Petstore
Durante los últimos días, una parte de mi tiempo, lo dedico a dar apoyo a un compañero de trabajo que está comenzando en el inmenso y duro mundo de "Java Enterprise Edition". Ayer me comentaba lo díficil que es hoy en día hacer esta labor de aprendizaje y lo cierto es que no puedo evitar darle la razón. Voy ha hacer un poco de abuelo cebolleta .
Imprimir este artículo
Se habla de …
- Desarrollo de aplicaciones Web, un polémico tema ¿Ha muerto MVC? Lo que es innegable es que desarrollar aplicaciones Web usando Java es "demasiado" complicado para un mercado que cada vez exige mayor agilidad ante los cambios.
- Spring Framework continua su evolución: Spring 2.5. ¿Seguirá siendo un framework simple pero potente?
- Me gusta que en la nueva versión Weblogic Server (la 10.3), se acuerden de los "pobres" programadores. Parece que ahora durante los periodos de desarrollo perderemos un poco menos tiempo arrancando el servidor, haciendo el despliegue, etc...
Imprimir este artículo
Házlo simple
A raíz de conversaciones recientes con compañeros del trabajo, me ha venido a la memoria un libro que hace tiempo duerme en mi biblioteca: "Better, Faster, Lighter Java".
Hoy en día nadie cuestiona la utilidad y conveniencia de usar Hibernate o Spring, pero en aquel momento (año 2004) eran afirmaciones polémicas. En concreto, el motivo por el cual he vuelto a ojearlo, es la innecesaria complejidad que tienen muchos desarrollos Java.
Aquí van algunas de las ideas expuestas en dicho libro:
- La simplicidad debería ser un valor principal para todos los programadores Java.
- Existe la creencia, de que si programas código complicado, entonces debe ser dios.
- El código simple:
- Se escribe más rápido.
- Se prueba más fácilmente.
- Apenas tiene dependencias externas.
- Si el desarrollo ha ido realmente mal, la opción de tirarlo todo y volver a empezar es factible.
- Si los requerimientos cambias, se puede rehacer el desarrollo con comodidad.
- En contra de lo que pueda parecer:
- Código sencillo no implica código pensado de "manera simple", normalmente es lo contrario.
- Código sencillo no significa que la funcionalidad deba ser obligatoriamente sencilla..
El capitulo del libro en el que se tratan estos temas se titula Keep It Simple, en algunos sitios he visto que le añaden "and Small" para hacer las iniciales KISS, aunque en otros, lo cambian por "Keep It Simple, Stupid"
Imprimir este artículo