Así no se hacen las cosas por Ernesto Kiszkurno

Ya decía yo que había que ser curioso pero según el libro The Pragmatic Programmer , aparentemente, este pibe Benjamín Franklin lo estaría diciendo también. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir   aquí .

La calidad de video no es buena y el subtitulado en inglés es peor pero no pueden perderse estos 15 minutos de charla entre dos próceres de la tecnología. Seguimos pensando..

El arquitecto hoy debería ser como el Chief Programmer de Mills de hace 40 años. Alguien que con su experiencia multiplica el trabajo de los demás. Los capacita, los ordena, los orienta, inclusive se sienta a programar las partes sensibles del desarrollo si es necesario. En definitiva, alguien que hace mejor a todo el equipo. Desgraciadamente a veces te encontras con que el arquitecto es un ser oscuro que sólo opina sobre todo lo que otros están haciendo mal o sobre lo que “debería haberse hecho”, sin poner un dedo en el teclado. Seguimos pensando..

No existen los entregables que sólo verán pocas personas o por lo menos no podemos asumir que eso ocurrirá. Cuando generamos un entregable debemos pensar en el peor caso y asegurarnos que tenga todo lo necesario para sobrevivir. Sólo por nombrar algunas cosas debería estar bien escrito (tanto la sintaxis como el contenido), tener un propósito claro, cuidar la estética y tener una estructura razonable. Aún en los casos en que es una versión preliminar o un borrador para discusión debemos aclararlo. De forma tal de que si el entregable viaja a manos que no tienen contexto, el documento podrá defenderse aclarando que en realidad fue una versión preliminar, armada en 15 minutos, en notepad y con una sola mano. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir   aquí .

Por un lado, es conocido el hecho de que hay importantes diferencias de productividad entre las personas que desarrollan software. Se han hecho diversos estudios que lo demuestran [1]. Por otro lado, tenemos una discusión instalada desde hace años entre los que piensan que desarrollar software tiene más que ver con lo artístico, lo artesanal o lo innovador, que con lo ingenieril y lo exacto. A los fines prácticos, a mi me alcanza con decir que no da lo mismo quien le pega al teclado a la hora de desarrollar software. No es lo mismo martillar que saber dónde martillar . Entonces, y aquí va mi pregunta, ¿por qué las empresas todavía contratan software por valor hora? ¿Por qué sabiendo que desarrollar software es una actividad en la que importa quién lo hace y cómo lo hace, se empeñan en nivela para abajo y elegir por precio? ¿Serán las áreas de Compras las culpables? Seguimos pensando.. [1] Para aquellos que quieran conocer un poco más sobre diferencias de productividad, pueden arran...

Extraído de Busy is an Addiction : “As an industry, we’ve created an impressive amount of institutionalized drama around getting things done. In large companies, we’ve got armies of people whose job it is to make sure that we understand the importance of that critical deadline. We’ve got leadership motivating us by telling us someone is going to eat us , so we better hurry . There are important people who’ve invested their money and are eager to see a return on their investment. We are surround by stimuli built to drive us harder and faster. My advice is not that we should eagerly and fervently build the next thing, my advice is to constantly take the time to stop and understand the true nature of your busy.” Seguimos pensando..

La tecnología facilita muchas cosas pero también nos pone en peligro. Así puede verse en esta ingeniosa publicidad de Volkswagen. Seguimos pensando..