Voy a probar a escribir desde Word 2013

A ver qué tal chuta.

También quiero felicitar a Jesús Rodríguez Valencia ¡que ya tiene blog! La Cornucopia de .NET

Y último, aquí va la prueba de que estoy empezando con Clojure.

Anuncios

dhh.GetType();

David Heinemeier Hansson (https://twitter.com/dhh):
Mixed feelings about him. Smart guy, wrong lane. Always in my opinion, of course.

He is a very representative developer that exposes the Anti-Microsoft syndrome. Let’s watch him talk in what I think it’s a flaunting of pride and empty self-satisfaction.

I’m not saying he’s a bad guy, but this gratuitous bash is completely unnecessary, unless he is just another hater. I’m feed up with presumptuous arguments like those.

Malas prácticas: Binarios en Repositorios de Fuentes.

¿Por qué nos empeñamos controlar archivos binarios con un repositorio orientado específicamente para fuentes?

Hasta un tonto como yo sabe que hacer esto es una salvajada que puede causar todo tipo de problemas. Los más graves:

  1. Como haya varios proyectos que tiren de los mismos binarios vamos a cagar verdaderos ladrillos cada vez que toquemos algo. Consecuencia: el equipo desarrolla un miedo espantoso a tocar los binarios.
    Nada de actualizar ni de cambiar, ¡que se nos hunde la empresa como esto lo pasemos a de 1.2. a 2.0! Lamentable.
  2. Olvídate de la gestión automática de dependencias.
  3. Acaba transformándose en una pocilga infecta monolítica, una especie de tutti frutti del que van a acabar dependiendo todas y cada una de las aplicaciones de tu empresa. Una especie de ServiceLocator de binarios. Y ya sabéis lo que opino de ServiceLocator…
  4. La ruta relativa donde metas todos los binarios te va a provocar no pocos quebraderos de cabeza. Como muevas un proyecto de sitio va todo a tomar puer.
  5. Añadir referencias a pelote es un verdadero coñazo.

En resumen: FRAGILIDAD

En mi experiencia personal trabajando con Visual Studio la solución es clara:

¡¡usa NuGet, COPÓN BENDITO!! Que hasta viene integrado en el propio IDE con ventanicas, consola, iconos negrillos y toda clase de comodidades.

“NU GET”. Desde luego su nombre no es muy bonito y nos recuerda a cierto producto habitualmente de pollo rebozado.

¿Por qué cuesta tanto trabajo poner a punto un repositorio de binarios? Pero si es que hasta yo sé ponerlo, ¡incluso he creado paquetes de NuGet sin tener ni zorra!

A día de hoy todavía me encuentro gente que mira NuGet como si fuera una un invento de la abuela Tomasa que viene con Visual Studio de chiripa y que solamente utilizan esos punks que publican código en GitHub. Pues no, leches, es ni más ni menos que el gestor de paquetes OFICIAL de Microsoft para Visual Studio. Y si estás desarrollando en Visual Studio, cuya ventana principal ser un entorno de desarrollo integrado (de ahí que sea un IDE) sé por lo menos coherente y ¡úsalo! No esperes que te salgan cartelitos de neón o voces eróticas estilo Avast cuando añades una referencia a mano diciéndote que lo uses. Uno de los deberes de un desarrollador es conocer lo mejor posible sus herramientas.

Solamente se me ocurren 2 razones para no usar un repositorio de binarios:

a) por desconocimiento de las herramientas.

b) o por pasotismo, que es casi peor.

Así es que, ¿a qué estáis esperando? ¿a que os lo cuente un javero y os adelante por la derecha con Maven?

Ese listón bien alto, me kagunnn, ¡arriba .NET!