Archive for the 'Código' Category

Klingon Programmer

Top 10 things likely to be overheard if you had a Klingon Programmer:

1. A TRUE Klingon Warrior does not comment his code!
2. By filing this bug report you have challenged the honor of my family. Prepare to die!
3. You question the worthiness of my code? I should kill you where you stand!
4. Our competitors are without honor!
5. Specifications are for the weak and timid!
6. This machine is GAGH! I need dual Pentium processors if I am to do battle with this code!
7. Perhaps it IS a good day to die! I say we ship it!
8. Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
9. My program has just dumped Stova Core!
10. Behold, the keyboard of Kalis! The greatest Klingon code warrior that ever lived!

Sacado de aquí.

Problemas de curro

Llevo ya un puñado de años, en que, salvo breves ocasiones he estado trabajando en un sistema de «tele-trabajo», aunque yo más bien lo llamaría «semi-presencial» o en todo caso «autónomo». El caso es que este sistema de trabajo, solo funciona cuando se opera en una autonomía más o menos real, al menos en mi caso siempre ha sido así. Me explico.

El cliente/empresa, me pasa una tarea o proyecto, que yo valoro y presupuesto y si lo ven conveniente la aceptan y la hago. Es decir un trabajo totalmente autónomo y una relación pura de cliente/proveedor.

El problema es, que por necesidades de determinados proyectos, sobre todo cuando son grandes, es difícil, debido a la gran cantidad de tareas y en muchos casos al tamaño de las mismas, realizar un proceso de división de trabajo y valoración previa, ya que conllevaría más esfuerzo del que implica el propio trabajo. En estos casos, yo diría que también por pura comodidad, se termina funcionando de manera que se establece una especie de «relación de confianza» (la confianza da asco :p ) en la que las horas que dediques al proyecto, luego se las puedes pasar al cliente, sin tener que previamente definir una tarea y un presupuesto concreto. Ahí es donde empieza el caos. Empiezan a aparecer multitud de «tiempos perdidos»: conversaciones telefónicas con el cliente, mensajes de un lado para otro, supervisión del proyecto, planificaciones varias, etc., que lógicamente consumen tiempo, pero que en principio son difíciles de justificar al cliente. El solo ve, que las cosas no avanzan todo lo deprisa que quiere (en que proyecto no pasa eso 😉 ) y que aparecen horas con una justificación que no es «machacar teclas», que normalmente es lo único que le interesa ver. El caso es que una situación así no lleva a ningún lado.

Mi consejo, nada de relaciones de confianza. Si sois autónomos, debéis serlo todo lo posible. El cliente es el cliente, aunque se vista de seda.

Tu que eres programador

Mauro Entrialgo

de Mauro entrialgo

Tiempo de un proyecto

«El primer 90% de un proyecto se toma el 90% del tiempo. El último 10% se toma el otro 90% del tiempo.»

Leido en juegosingenio.org

Esos códigos que de vez en cuando necesitamos

Hay algún que otro código que de vez en cuando recordamos haber usado, pero que llegado el momento, no encontramos. A mi me pasa con este

Set objShell = CreateObject(«Shell.Application»)
objShell.Open «notepad.exe»

Un dichoso código vbscript, con gran capacidad para esconderse. Y a tí, ¿se te esconde el código?


May 2024
L M X J V S D
 12345
6789101112
13141516171819
20212223242526
2728293031