Como parte de mi refuerzo de aprendizaje del inglés, en los últimos meses he estado escribiendo varios textos: formales, informales, críticas, emails, académicos, informes, etc. Mi herramienta favorita actual para esos momentos es Grammarly. Las sugerencias van más allá de la mera corrección ortográfica y son contextuales al estilo de la redacción, te recomienda sinónimos…

O de la composición de interfaces mediante un lenguaje de programación, no un lenguaje de marcado.

Estos días he estado creando un entorno de desarrollo con vagrant para un nuevo proyecto que corre sobre Debian Jessie con tecnologías un poco antiguas. Publico aquí unas notas sobre lo que hice como recordatorio para mi yo futuro y como ayuda para cualquiera al que le pueda ser útil.

Estos días me he dado cuenta de que en 2015 he escrito un ensayo de 7.400 palabras sobre la vida en una PYME de desarrollo de software del que me siento muy orgulloso. Me gustaría editarlo como libro. ¿Algún consejo sobre edición, longitud, maquetación, las gestiones para conseguir el ISBN, etc?

Este post cierra la serie que inicié hace unos meses sobre desarrollo de software en una PYME. En el primer post, escribría sobre cómo seleccionar tecnología. En el segundo, sobre un mecanismo para objetivar el diseño y reducir los costes de producción. En este último escribiré sobre cómo la organización del código que escribes habilita…

Hoy he tenido una de esas epifanías sobre una cosa que uno supone como básica, y que por eso mismo hacía más de 10 años que no pensaba sobre ella: ¿particionar el disco duro o no particionar? Y el resultado es que he decidido quedarme con 1 única partición.

En la sociedad de la inmediatez y las sillas de oficina, sigo buscando el ejercicio perdido, que me permita estirar el cuerpo y refrescar la mente, encontrar el equilibrio.

La visión hegemónica de un programador baila entre la superespecialización de las factorías de software y el vaquero indomable de las startups que puede hacer cualquier cosa desde la soledad de una cafetería. Necesitamos otro relato.

Donde me planteo una serie de preguntas: ¿qué hacen las compañías de servicio en una oferta que las compañías de producto no hacen o hacen de otra manera? ¿Es posible casar la innovación necesaria para sobrevivir con tiempos ajustados para pensar el producto?

O cómo actúan las fuerzas que degradan los márgenes de beneficios de tu producto y qué debes hacer para mantenerlos.

«If I’d asked people what they wanted, they would have asked for a better horse» – Henry Ford Una de las cosas que uno hace cuando participa en una empresa es preparar ofertas para clientes. En ocasiones, la tarea es sencilla porque el dominio o el problema es muy acotado o ya has hecho cosas…

He estado leyendo el artículo Understanding Spring Web Application Architecture: The Classic Way. Creo que es un buen artículo porque explicita algo que no mucha gente hace en esta clase de cosas: cómo se distribuye la lógica del dominio en la  arquitectura que propone. En este caso, la divide entre servicios, objetos entity, objetos value,…