diff options
Diffstat (limited to 'blog/content/2014/01')
4 files changed, 16 insertions, 25 deletions
diff --git a/blog/content/2014/01/codigo-y-sensibilidad.gmi b/blog/content/2014/01/codigo-y-sensibilidad.gmi index ebaf2a7c..f1b1a825 100644 --- a/blog/content/2014/01/codigo-y-sensibilidad.gmi +++ b/blog/content/2014/01/codigo-y-sensibilidad.gmi @@ -1,5 +1,4 @@ -# Código y sensibilidad -2014-01-10 +# 2014-01-10 Código y sensibilidad Cada persona, y los programadores no dejan de ser personas, desarrolla a lo largo del tiempo diferentes sensibilidades. A base de cometer errores y sufrir por ellos, nos hacemos especialmente perceptivos a los síntomas que nos causan dolor. Un programador de lenguajes de la familia de C es capaz de notar la ausencia de un ; para terminar una sentencia en una pantalla plagada de símbolos. Alguien que trabaje con SQL habitualmente desarrolla un sexto sentido para no lanzar un DELETE que no lleve WHERE (normalmente tras el tercer incidente grave). Y así, cada uno enumerará sus ejemplos favoritos en los que ha desarrollado una aptitud sobrehumana para evitar inacabables pérdidas de tiempo. diff --git a/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi b/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi index e3c3df80..070e3d7d 100644 --- a/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi +++ b/blog/content/2014/01/integracion-apis-y-no-me-toques-los-bezos.gmi @@ -1,25 +1,19 @@ -# Integración, APIs y no me toques los bezos -2014-01-10 +# 2014-01-10 Integración, APIs y no me toques los bezos Según Steve Yegge, un día Jeff Bezos, el capo de Amazon, envió un memorándum interno que venía a decir: -> 1. -> All teams will henceforth expose their data and functionality through service interfaces. -> -> 2. -> Teams must communicate with each other through these interfaces. -> -> 3. -> There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team's data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. -> -> 4. -> It doesn't matter what technology they use. HTTP, Corba, Pubsub, custom protocols -- doesn't matter. Bezos doesn't care. -> -> 5. -> All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. -> -> 6. -> Anyone who doesn't do this will be fired. +> 1. All teams will henceforth expose their data and functionality through service interfaces. + +> 2.Teams must communicate with each other through these interfaces. + +> 3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team's data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. + +> 4. It doesn't matter what technology they use. HTTP, Corba, Pubsub, custom protocols -- doesn't matter. Bezos doesn't care. + +> 5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. + +> 6. Anyone who doesn't do this will be fired. + Este puñetero memo, y toda la gente que lo ha leído y ha aplicado el silogismo falaz de "En Amazon son unos cracks, en Amazon siguen este credo ergo si yo sigo este credo seré un crack" son un maldito dolor de cabeza. Conste que no es que considere que las APIs sean una plaga a exterminar, ni mucho menos, pero debería olernos mal las sentencias absolutistas y los razonamientos de talla única. No todos los entornos son iguales, ni se enfrentan a los mismos problemas- y por tanto lo que funciona para unos, no funciona para otros. Adicionalmente, es difícil razonar que la aplicación ciega de esta doctrina es lo que ha llevado a Amazon al éxito y estoy seguro que no en pocas ocasiones mejor les hubiera ido siendo un poco más críticos. diff --git a/blog/content/2014/01/la-absoluta-grandiosidad-de-rompe-ralph.gmi b/blog/content/2014/01/la-absoluta-grandiosidad-de-rompe-ralph.gmi index 99c31f06..5cb3d8ec 100644 --- a/blog/content/2014/01/la-absoluta-grandiosidad-de-rompe-ralph.gmi +++ b/blog/content/2014/01/la-absoluta-grandiosidad-de-rompe-ralph.gmi @@ -1,5 +1,4 @@ -# La absoluta grandiosidad de Rompe Ralph -2014-01-10 +# 2014-01-10 La absoluta grandiosidad de Rompe Ralph Es indiscutible que el cine de animación ha observado un gran resurgimiento en los últimos tiempos y muchos de sus pelotazos han sido universalmente aclamados como grandísimas películas para niños y adultos. Un servidor debe admitir que siempre se ha sentido un poco al margen de esto y que salvo honrosas excepciones (casi que me limitaría a WALL-E, el primer acto de Up y si me he de estirar cual Elasti-girl, los Increíbles) me deja en general bastante frío. diff --git a/blog/content/2014/01/por-que-el-crud-es-importante.gmi b/blog/content/2014/01/por-que-el-crud-es-importante.gmi index 32da128f..d4fc7b4c 100644 --- a/blog/content/2014/01/por-que-el-crud-es-importante.gmi +++ b/blog/content/2014/01/por-que-el-crud-es-importante.gmi @@ -1,5 +1,4 @@ -# ¿Por qué el CRUD es importante? -2014-01-10 +# 2014-01-10 ¿Por qué el CRUD es importante? No sé si se vislumbra completamente por aquí, pero llevo mucho, mucho tiempo prácticamente obsesionado con encontrar *la* solución para el CRUD. Ya desde mi primer curro, allá por el 2001-2002, donde usaba el jurásico ATG Dynamo- que pese a primitivo ya se enfrentaba al CRUD bastante frontalmente pude apreciar que en un significativo número de trabajos por los que te pueden pagar, el CRUD es vital. |