8 de enero de 2009

Layers.com: Alguna cosa estamos haciendo bien

Esto es lo que van diciendo por ahí de nosotros:

http://thenextweb.com/2009/01/04/layers-web-annotation-done-right/

Que hablen de ti, aunque sea bien (y si es mal, mucho mejor :)

2 de enero de 2009

Unas cuantas frases sobre programación

Me ha llegado este mail de un compañero de LSI y me he descojonado. Entre paréntesis van mis comentarios :)

"Debugging es dos veces más difícil que escribir el código en primer lugar. Entonces si escribes el código tan astutamente como sea posible, no eres -por definición- tan listo como para debugearlo" -- Brian Kernighan

(Pues piensa antes de programar, plantéate lo que tienes que hacer, hazte un diagramilla en una libreta y no tendrás que debugar)


"Sólo hay dos tipos de lenguajes: aquellos de los que la gente se queja y aquellos que nadie usa" --- Bjarne Stroustrup

(Yo me quejo del Java. Todo el mundo se queja del Java. Yo uso Python. Google usa Python. Aún no conozco a nadie que se queje de Python)


"Cualquier tonto puede escribir código que un ordenador entiende. Los buenos programadores escriben código que los humanos pueden entender" --- Martin Fowler

(Lo difícil es hacer código que los monos sean capaces de entender, porque los developers humanos se irán al carajo después de esta crisis y contrateremos a monos que trabajen por plátanos)


"Hay dos formas de diseñar software: la primera es hacerlo tan simple que obviamente no hay deficiencias y la segunda es hacerlo tan complicado que no hay deficiencias obvias. La primera forma es mucho más difícil." --- C.A.R. Hoare

(Y de ahí que tengamos a miles de consultoras haciendo parametrizaciones de ERPs... sus deficiencias son tan obvias porque ha sido "chupado" hacerlo en Bangalore)


"Mucho del software hoy en día se parece a una pirámide egipcia: con millones de ladrillos apilados uno encima del otro, sin integridad estructural y hecho por pura fuerza bruta y miles de esclavos." --- Alan Kay

(Qué estaba diciendo yo de los ERPs... En Bangalore trabajan por platos de arroz, verdad? Lo próximo serán los plátanos para los monos!)


"Medir el progreso de la programación por líneas de código es como medir el progreso en la construcción de aviones por el peso." --- Bill Gates

(Medir el progreso de la programación por cantidad de pasta invertida en marketing es como medir la calidad del producto en recursos hardware necesarios para ejecutarlo. Este vídeo es muy ilustrativo)


"Si deseas empezar y desarrollar algo grandioso, no necesitas millones de dólares de capitalización. Necesitas suficiente pizza y Diet Coke en la nevera, una PC barata y trabajo y dedicación para realizar tu idea." --- John Carmack

(Y un par de "coachers" que impidan que te vuelvas loco. Y un camello que te venda anfetaminas para que aguantes por las noches. Y una familia que no te pregunte demasiado por lo que estás haciendo. Y un vidente que te diga si tendrás éxito. Y... Bueno, mejor no sigo)


"Los programas deben ser escritos para que la gente los lea y sólo incidentalmente, para que las máquinas los ejecuten." --- Abelson / Sussman

(Claro, claro. Por eso Satanás creo ABAP 4, JBPM y BPEL4WS, no te jode... para que la gente los leyese, claro)


"Pregunta: ¿Cómo se atrasa un año un proyecto grande de software? Respuesta: Un día a la vez." --- Fred Brooks

(O porque gente como tú está pariendo frases como esas en vez de estar picando código! Anda y ponte a currar!)


"Nadie debe empezar un proyecto grande. Empiezas con uno pequeño y trivial y nunca debes esperar que crezca; si lo haces solamente sobre-diseñarás y generalmente pensarás que es más importante de lo que lo es en esta etapa. O peor, puedes asustarte por el tamaño de lo que tu esperas que crezca. Así que empieza pequeño y piensa en los detalles. No pienses acerca de la foto grande y el diseño elegante. Si no resuelve una necesidad inmediata, seguramente está sobre-diseñado. Y no esperes que la gente salte a ayudarte, no es así como estas cosas funcionan. Primero debes tener algo medianamente usable y otros dirán "hey, esto casi funciona para mí" y se involucrarán en el proyecto." --- Linus Torvalds

(Ya, ya. Y cuando te veas sin Business Plan y con un año dedicado a razón de 18 horas al día sin festivos, vas y liberas el código para ver si alguien se dedica, de manera altruísta, a arreglar las pífias que cometiste por no pensar en términos estratégicos.)


"Debo confesar un fuerte prejuicio en contra de la moda del código reusable. Para mí, "el código re-editable" es mucho, mucho mejor que una caja negra intocable." --- Donald Knuth

(Podría repetir eso ante la gente de SAP, por favor? Es que creo que no lo han entendido...)

1 de enero de 2009

Dirección empresarial

Bernie, de http://lacuevadelobservador.blogspot.com/, me ha pasado un mail cuyo contenido me parece interesante compartir. Ahí va:

Una empresa japonesa (Toyota) y una empresa americana (General Motors) decidió hacer una carrera de canoas en el río Missouri. Ambos equipos practicaron largo y duro para alcanzar su máximo rendimiento antes de la carrera.

En el gran día, el equipo japonés ganó por una milla.

Los americanos, muy desalentados y deprimidos, decidieron investigar el motivo de la aplastante derrota. Un equipo de gestión formado por los altos directivos se formó para investigar y recomendar las medidas adecuadas.

Su conclusión fue que en el equipo japonés había ocho personas remando y una persona de dirigiendo la canoa, mientras que el equipo americano había ocho personas de dirigiendo y una persona remando.

Con la sensación de que seria necesario un estudio más profundo, la dirección americana contrató a una empresa consultora y les pagó una gran cantidad de dinero para una segunda opinión.

Se advirtió, por supuesto, que habia demasiada gente a la dirección de la canoa, mientras que no habian suficientes personas a los remos.

Inseguros de cómo utilizar esa información, pero queriendo evitar otra pérdida con el equipo japonés, la dirección del equipo de remo fue totalmente reorganizada a cuatro supervisores de dirección, tres superintendentes de área de dirección y un gerente de asistente de superintendente de dirección.

También puso en práctica un nuevo sistema de rendimiento que daría a la persona encargada de remar mayores incentivos para trabajar más duro. Se llamó el 'Programa de calidad del Equipo de Remo", con reuniones, cenas y bolígrafos de obsequio para el remero. Se habló de conseguir nuevos remos, canoas y otros equipamientos, días de vacaciones extra para las prácticas y bonos.

Al siguiente año los japoneses ganaron por dos millas.

Humillados, la dirección americana despidió al remero por malos resultados, detuvo el desarrollo de una nueva canoa, los remos fueron vendidos, y se cancelaron todas las inversiones de capital para nuevos equipos. El dinero ahorrado se distribuyó entre los altos ejecutivos así como las bonificaciones y al año siguiente el equipo de carreras se subcontrató en la India.