Para los Programadores/as

Si los programadores fueran albañiles Uno de enero: Hoy me han llevado al solar por primera vez. La situación es perfecta: tiene el Metro a dos pasos y una cafetería enfrente donde sirven menú del día. El viejo bloque de pisos, al que va a sustituir nuestra nueva construcción, lleva un año al borde de la ruina. Mi propia empresa ha colocado varios puntales que, por el momento, han ido evitando que el caduco edificio reviente por sus múltiples grietas. La construcción de este megalito de ladrillo dio comienzo hace cinco años, y aunque los pisos superiores nunca llegaron a recibir el agua, la electricidad y el enfoscado de las paredes, en diez meses los cimientos ya se habían desplazado peligrosamente y las vigas presentaban peligrosas fisuras. La cansada torre de viviendas ya ha cumplido su propósito y ahora nosotros la conduciremos a una muerte dulce. Por supuesto, el viejo edificio no será demolido hasta después de construir y probar el nuevo, lo que nos deja poco espacio de maniobra; pero no vamos a dejar a todas esas familias en la calle durante la construcción. De cualquier modo, los vecinos de la vieja y decadente estructura nos miran con recelo. Saben que el nuevo edificio tendrá viviendas más cómodas, pero algunos de los residentes no podrán costearlas. Ni sé qué va a ser de esta gente, ni es asunto mío. Llegan los primeros camiones de ladrillos. Dos de enero: Me han presentado a Alberto, la persona a quien "voy a reportar". No me han dicho si es el capataz, el jefe de obra, el aparejador, o el arquitecto; sólo me han dicho que todo lo que tenga que "reportar", se lo "reporte" a él. Así que, por donde él diga, yo zaca zaca, como una locomotora. Ésa es la definición que me han dado de nuestra metodología. He buscado "reportar" en el diccionario, y no aparece. Seis de febrero: En algo más de un mes, hemos cavado medio metro de cimientos. Ayer Alberto nos dijo que empezáramos a poner ladrillos, porque el tiempo designado para la cimentación se había agotado hace dos semanas. No aceptó nuestras excusas de que las prometidas excavadoras aún no habían llegado, y que nos habíamos visto obligados a cavar con las paletas de enyesar. Un compañero se trajo una pala de cavar que guardaba de una obra anterior, y casi le echan por razones deontológicas. Según Alberto, lo que pasa es que frecuentamos demasiado la cafetería. El asunto se ha zanjado con un "hale, a levantar paredes y luego que cada palo aguante su vela". El trabajo sin planos es dificultoso. Los cimientos tienen una forma algo pintoresca. He pedido una plomada para que las paredes queden verticales, y he recibido improperios poniendo en duda mi masculinidad. Ya sé que Alberto no es el arquitecto, porque el arquitecto es un tal Ignacio. Pasó a supervisar la obra el otro día, aunque aún no había nada que ver. Me han llegado rumores, aunque no son muy dignos de crédito, de que existen fotocopias de planos. Doce de mayo: Anoche estuvimos hasta las siete de la mañana cubriendo con tablas y enmoquetando el espacio que algún día ocupará el despacho de la sexta planta, aunque el edificio no es aún más que una maraña de vigas de todos los tamaños y algunas paredes que habrá que tirar más tarde porque están en el sitio equivocado. Hemos traído baterías para los fluorescentes y unos muebles de caoba preciosos. Por suerte, todo estuvo a punto para la demo. Izamos al cliente con la grúa hasta su futuro despacho, y pudo contemplar la vista que se disfrutaría desde el emplazamiento. El viento hizo que la pared oeste, que dos de mis compañeros sujetaban con la espalda, se derrumbara con gran estruendo sobre la mesa de caoba en el peor momento. Gracias a Dios, el cliente fue comprensivo: esto pasa siempre en las demos, y él está curado de espanto, dijo mientras le sacudíamos el polvo del traje. Dice que el lunes que viene vendrá a probar las instalaciones sanitarias. Supliremos con cubos la inexistencia de tuberías. Veintitrés de febrero: Han transcurrido casi catorce meses. Llevamos ya siete de retraso y el edificio no acaba de superar el estado de "casi terminado". Soy de los pocos albañiles que no ha cambiado de obra en este tiempo. Alberto está consumido por la zozobra, y se pasa el día en la cafetería trasegando Soberanos. El arquitecto no ha vuelto a pasar por aquí. Los rumores dicen que existieron unos planos, pero no eran de un bloque de pisos, sino de un polideportivo. Por lo visto, en las reuniones del comité de construcción se dijo que la filosofía era la misma, y que sólo harían falta modificaciones mínimas. Ahora comprendo por qué nos hicieron instalar aros de baloncesto en el hueco del ascensor. Siempre dije que acabaríamos teniendo que quitarlos o aquello no era un hueco de ascensor, que era cuestión de lógica. Alberto siempre me contestaba que no le viniera con tecnicismos. Estoy perdiendo la vocación de albañil. He decidido apuntarme por las tardes a un curso de informática, a ver si puedo cambiar de vida. Este oficio mío no es serio. ¿Qué vas a hacer hoy? function do_stuff() { if (in_array($date, $holidays) && $vacation == true) { travel(’away’); visit_family(); $gifts->exchange(); eat(); travel(’home’); }if ($new_year == true) { eat() && drink(); $weight++; $sleep = false; } $slack = false; $resolve++; $work->resume(); return(true); } V? Sex program SE1) USER COMMANDS SE1) NAME sex - have sex SYNOPSIS sex [ options ] usercode [ usercode ... ] DEFAULTS If no usernames are specified, names are taken from the LOVERS environment variable. OPTIONS Options to make things more interesting are as follows: -1 wiggle -a external stimulus (aphrodisiac) option -b buggery -B bestiality with -c chocolate sauce option -C chaining option (cuffs included) (see also -m -s -W) -d get a date with the features described in -e exhibitionism (image sent to all machines on the net) -f foreplay option -F nasal sex with plants -i coitus interruptus (messy!) -j jacuzzi option (California sites only) -l leather option -L Lick option -m masochism (see -s) -M triple parallel (Menage a Trois) option -n necrophilia (if target process is not dead, program kills it) -N Nipple option -o oral option -O parallel access (flower-picking party) -p debug option (proposition only) -P pedophilia (must specify a child process) -q quickie (wham, bam, thank you, ma’am) -s sadism (target must set -m) -S sundae option -v voyeurism (surveys the entire net) -v1 vaseline option -V Vibrator option -w whipped cream option -W whips (see also -s, -C, and -m) -x extra (loop routine - cumming back for more) -y yogurt option ERRORS ‘Missing External’ = “Where did I put the vibrator?” ‘Mismatch error’ = One component is non-standard. ‘Next without For’ = Next process has been started without foreplay. ‘Syntax Error’ = Error in chat up line. ‘I/O Error’ = Input-Output is too slow. ‘Unknown Procedure’ = The process is non-standard but fun. ‘No Such Line’ = Chat up line has gone down. ‘Out of Memory’ = You had too much to drink last night. ‘Illegal Input’ = 3 fingers are quite enough. ‘Undefined Variable’ = Decide how much you are going to pay. ‘Identifier not Used’ = Don’t give her your name. ‘Do without Loop’ = At least do it twice. ‘Inserted ; ‘ = Only with users permission bit set. ‘Insufficient data’ = “Oh yeah, I’ve taken precautions.” ‘Your party is not responding’ = Unsuccessful strip-poker request call. ‘Access Denied’ = Chastity bit set. ‘Unknown Host Name’ = “Whose party is it?” ‘Output Only’ = don’t try anal sex ‘Can’t Access Floppy’ = “Where the hell is it!” ‘Server Not Responding’ = Either too much drink or impotent. ‘Too many Arguments’ = Don’t try talking to partner. ‘Peripheral in Use’ = Remove chewing-gum before administering blowjob. ‘Bad Baud Rate’ = Use your imagination or she’ll get bored. ‘Copy is Unreadable’ = Porno-mags are not for reading. ‘Already Open’ = Just undo the button and off they come. ‘Process Timed Out’ = Premature ejaculation has occurred. ‘Out of Range’ = Her husband is in London. ‘Unmatched (’ = Boobs are of different sizes. ‘Permission Denied’ = I told you not to try anal sex. ‘No repeat’ = Not tonight darling, I’m too tired. ‘Source is Protected’ = Very sensible, always keep one with you. ‘Invalid Entry’ = Don’t take advantage of disabled people. ‘CPU down’ = Had to happen sooner or later. ‘Connection closed by foreign host’ = Husband arrival. ‘Illegal Direct’ = “hi babe, wanna fuck” is not implemented. ‘Can’t Read’ = People want intellectuals these days. ‘Begin Without End’ = Not likely to occur. ‘only 3 connections allowed’ = Stop being greedy! ‘bad track’ = told u not to do it to Des O’Connor! ‘write protected’ = its ok, she’s had the op. ‘cannot open’ = her knees are surgically joined. ‘file already open’ = she’s a slut. ‘no manual entry’ = switch to auto pilot. ‘no such process’ = forget it, its impossible. ‘65 bytes free’ = after this, bites cost 10p each. ‘no command’ = she knows what you want. ‘your party has logged out’ = you were too long at the pharmacist. ‘RTFM error’ = see karma sutra. ‘mistake’ = yup, thats her asshole! ‘no device specified’ = which vibrator do you want? ‘no such device’ = if device no. > 15″ ‘Stopped’ = Doorbell activated. ‘Stopped by operator’ = Phone rings. ‘Interrupt’ = son arrives at location. ‘dlog file exists’ = you logged out before ejaculation. ‘missing end statement’ = she had gone when you awoke. ‘missing bit’ = Jewish operator. SEX PASCAL v.69 ERRORS ‘Hex number too large’ = The last time I saw one that big it was hanging under a donkey. ‘Variable too big for memory’ = It’s so big, it won’t fit! ‘BEGIN expected’ = She’s got her clothes off and ready. ‘Too many procedures’ = The foreplay’s gone on long enough. ‘DO expected’ = “Come on, do it to me!” ‘Label not declared’ = What brand of condoms have you got? ‘END expected’ = “Please stop, I’ve had enough!” ‘Too many digits’ = You can’t put your whole hand up. ‘Premature end of file’ = It went limp before the climax. ‘Too many devices’ = Which vibrator shall I choose from? ‘Variant device’ = I’ll choose this one - it’s got thrusting action. ‘Tag type mismatch’ = The condom’s too big. ‘Real device expected’ = I don’t want a vibrator - I need the real thing. ‘Can’t read this type’ = I’ve lost my glasses and cannot read the small writing on this sex manual. ‘Too many dimensions for translator’ = I’m having problems translating page 47 of the kama sutra into Serbo Croat. ‘Digit expected’ = Get your magic fingers working on my erogenous zones! ‘ID table overflow’ = I told you not to do it on the table where it would overflow onto the carpet. ‘Too many nested records’ = There’s so many Des O’Connor records on that shelf that it’s put me off the job. FATAL ERROR ‘Premature termination’ = she had an epileptic fit while giving blowjob of parameter. DEMONSTRATION PROGRAM Program Sex (input,output,input,output,input,output,input,output); var condom,up,down : boolean; Procedure up_and_down; begin if up=true then down else up end; begin repeat read(condom); until (condom=true) repeat up_and_down; until climax end. If you are a bit kinky then the following procedure may be implemented Procedure foreplay; begin read(choice); case choice of 1 : Strawberry Yogurt; 2 : Baked Beans; 3 : Ice Cream; 4 : Vaseline; endcase end. Evolución del programador El primer año en la Universidad: 10 PRINT “HELLO WORLD” 20 END El segundo año en la Universidad: program Hello(input, output) begin writeln(’Hello World’) end. El último año en la Universidad: (defun hello (print (cons ‘Hello (list ‘World)))) Recién graduado: #include void main(void) { char *message[] = {”Hello “, “World”}; int i; for(i = 0; i < 2; ++i) printf(”%s”, message); printf(” “); } Profesional con experiencia: #include #include class string { private: int size; char *ptr; public: string() : size(0), ptr(new char(’ 5 métodos para cabrear a un programador - Manual para Empresarios La función de este manual, destinado a empresarios, jefes de proyecto, jefes técnicos…, es explicar de forma sencilla ( esta vez no necesitarás la ayuda de un programador para entenderlo ) cómo cabrear a un programador. Practicando en tu abundante tiempo libre podrás perfeccionar estas técnicas y verás rápidamente como aumentan tus enemigos y tus posibilidades de morir asesinado ( con el beneficio que esto supone para la sociedad ). 1 Reduce los plazos Reducir los plazos de entrega es una técnica excelente para que un programador quiera nuestra cabeza en una bandeja, esta técnica esta basada en el principio de “aumenta su trabajo / reduce su tiempo libre”, es importante comunicar los cambios de plazo en persona y con una frase bien escogida, aquí van algunas recomendaciones: - Utiliza un tono amistoso / burlesco - Recalca que va a trabajar más y a tener menos tiempo libre - Hazle notar que a ti te sobra el tiempo libre Este es un ejemplo muy efectivo: Empresario: Fernandez, empieza el proyecto X que tenemos que entregar a finales del año que viene, quiero que lo acabes este mes así tengo un año para testearlo todo, que trabajando 2 horas al día no me da tiempo… jeje 2 Cambia los prototipos constantemente Esta técnica es un poco más complicada ya que requiere imaginación para dar nuevos prototipos al programador justo cuando acaba de aplicar los cambios de los prototipos anteriores. Como probablemente carecerás de imaginación puedes necesitar la ayuda de un prototipador, experto en usabilidad… ( existen muchos profesionales expertos en tocar las pelotas a los desarrolladores ). Si careces de recursos para contratar un profesional, puedes esforzarte para crear 2 prototipos completamente diferentes e ir cambiando de uno al otro. 3 Apoderate de sus ideas Si tu programador tiene una buena idea díle que no vale para nada y espera a estar junto con él y tu jefe para explicar a tu jefe tu nueva idea. Puedes apuntar la idea en tu agenda por si tu jefe tarda mas de diez minutos en aparecer. 4 Díle como debe hacer su trabajo Este método requiere un poco de documentación previa, puedes intentar utilizar Google para encontrar información sobre programación o, si se te resiste, puedes preguntar a otros programadores. Apréndete 4 o 5 frases y repítelas constantemente a tu programador cuando las cosas no funcionen ( aunque ayuda, no hace falta que tenga nada que ver con lo que está pasando ) . Empresario: Como va el proyecto X Programador: Tengo problemas de lentitud con el Postgre Empresario: Migra la bases de datos a Access a ver que pasa… 5 Infra-valora su trabajo Utiliza el adjetivo “fácil” en todas tus comunicaciones con el programador, otras palabras como “cambio tonto”, “pequeño cambio de prototipo” tambien ayudan a infravalorar su trabajo y a aumentar su cabreo hacia tí. Empresario: Toma mirate este cambio tonto Programador: Pero… si esto son 3 semanas de trabajo!! Empresario ( intentando aguantar el descojone ): ¿Que dices? esto es una tonteria y lo hago hasta yo en 2 dias… Si aprendes a combinar correctamente estas técnicas no habrá programador que no quiera tu cabeza como trofeo. Si por otro lado te cuesta un poco cojerle el truco, puedes preguntar a otros empresarios, jefes de proyecto, jefes técnicos… seguro que en tu empresa hay verdaderos expertos en el tema. Los programadores y los urinarios Tres programadores están en el servicio usando los urinarios. Cuando el primer programador termina, se acerca al lavabo a lavarse las manos. Cuando acaba, procede a secarse las manos, con una toallita de baño, una tras otra y se asegura de que ni una sola gota de agua ha quedado en sus manos. Volviéndose hacia los otros dos dice: - en Microsoft estamos entrenados para ser extremádamente minuciosos. El segundo programador acaba su tarea y procede a lavarse las manos. Luego coje sólo una toallita para secarse las manos, pero usa cada trocito de papel disponible. Volviéndose hacia los otros dos dice: - en Intel no sólo estamos entrenados para ser extremadamente minuciosos, sino que también, estamos entrenados para ser extremadamente eficientes. El tercer programador acaba y camina derecho a la puerta, gritando por encima del hombro: - En Red Hat no nos meamos en las manos!!. Versiones del software Versión 1.0 También conocida como ‘Casi Beta’ o ‘Versión peligrosa’. Hemos tenido que lanzar esta versión debido a que los muchachos del laboratorio llegaron al punto de ‘fisura mental’ y los chicos de marketing ya no podían con el estrés. Estamos rezando para que ud. la encuentre más funcional que un virus y que le sea posible hallar algunas de las virtudes que auspiciaba la empresa antes de su lanzamiento. Versión 1.1: Hemos reparado todos los errores de programación (bugs) peligrosos… Versión 1.2: Ups!… reparando los ‘bugs’ peligrosos creamos algunos nuevos, pero ahora SI los reparamos. Versión 2.0: Al fin conseguimos realizar el programa que queríamos desde un principio. No es realmente lo que los usuarios necesitan, pero estamos trabajando en ello. Versión 2.1: Bueno, debido a la importancia de los cambios en la versión anterior, se nos escapó algún que otro bug. Esta vez, hicimos un riguroso testeo, por lo tanto estamos casi convencidos de que no creamos nuevos bugs al reparar los anteriores. Versión 2.2: Bueno… perdón, apenas un detalle. Se trataba de un error de escritura (con el teclado). No creerían los problemas que eso es capaz de producir. Versión 2.3: Alguien encontró un bug que venía molestando desde la versión 1.0, pero ya pasó a mejor vida, no se preocupen (me refiero al bug, no al que lo encontró). Versión 3.0: Hey!, pensamos que al fin lo tenemos. Muchos clientes están realmente felices con esta versión. Versión 3.1: Por supuesto, algunas cositas… Versión 4.0: Más características. Ahora ocupa el doble de tamaño. A proposito, ahora también requiere más memoria, y un procesador más rápido… Versión 4.1: Solo uno o dos ‘bugs’… en serio! Versión 5.0: En realidad necesitamos sacar un producto nuevo. Pero… ¿por qué no ampliar este y evitar posibles ‘bugs’ nuevos?. Además ya lo conocemos y ud. también lo conoce. Parte del personal se ha marchado, pero los principales seguimos aquí. Versión 6.0: Tuvimos que arreglar unas cositas de la versión anterior. No muchas, pero ha pasado tanto tiempo que necesitabamos un gran salto de versión. Por supuesto tuvimos que cambiar algunas cuestiones estéticas para justificar este salto. Versión 6.1: En realidad estoy dejando la compañía y soy el último que queda en el laboratorio, y el único que todavía sigue trabajando en este producto. Le agregué unos demos y mensajes de ayuda. Hablan de ‘obsoleto’ y no se que… pero presionan para que no nos supere la competencia. Pretenden seguir exprimiendo este producto con tal de conseguir algunos billetes mas… pero yo ya tengo pesadillas con el programa, tengo irritación ocular y me tiemblan las manos… así que me largo!! Adiós y gracias por todo. Si los programadores fueran futbolistas Entrenamiento todos los dias: * 1 hora de ejercicios de programación y lectura de funcionales. * 1/2 hora de navegación por internet. Luego pa casa. * Partido: 1 hora y media programando (máximo 3 dias a la semana) con 15 minutos de descanso. Salarios: Programador 25 millones. Salarios: Analista 80 millones. Salarios: Master 200 millones en un paraiso fiscal. Prima por programa arrancado en su fecha: mínimo 8 millones. Incidencia guarra: Tarjeta roja, un dia sin programar Desplazamientos al lugar de trabajo: Gratuitos, a cargo de la empresa, con autocares de lujo o avión en primera clase. Si los futbolistas fuesen programadores: Entrenamiento todos los dias: * 9 horas de ejercicios con una hora de * descanso + 1 hora de abdominales gratis. Salarios: Futbolista junior 2 millones brutos. Salarios: Futbolista senior 4 millones brutos. Salarios: Crack del futbol 6 millones. Prima por partido ganado: Las gracias (si el mister es amable, si no ni eso). Tarjeta roja: Te quedas despues del partido un par de horitas para dar imagen. Desplazamientos : Que cada uno se busque la vida. Si van 4 futbolistas en un coche cobra dieta completas el propietario del coche, si no, a joderse. Oferta de empleo Se busca programador con experiencia de 20 años en JAVA, para importante proyecto informático. Deberá manejar a la perfección: C, C++, C#, SQL Server, Oracle, Informix, Access, SAP, ASP, html, javascript, fireworks, XML, frameworks, paradox, Visual Basic, etc. Se valorarán: Conocimientos sobre el mito de la caverna de Platón. Conocimientos de psicoanálisis. Experiencia en la ley de los fluidos. Experiencia en óxidos y nitratos. Conocimientos sobre la cría de berberechos en terrenos escarpados. Conocimientos amplios sobre la Guerra del Peloponeso y la Guerra de Troya. Desconocimiento de las leyes vigentes sobre los derechos de los trabajadores. Desconocimiento de que las horas extras se pagan el doble que las normales. No estar sFísica, Biología, Magisterio, Amas de casa, con mucho tiempo libre que nosotros gustosamente nos ocuparemos de rellenar. ABSTÉNGANSE TITULADOS Y ESTUDIANTES DE INFORMÁTICA. Sueldo al mes: 100.000 pesetas.indicado. Perfil idóneo: Estudiante o licenciado en Filosofía, Psicología, Química, Física, Biología, Magisterio, Amas de casa, con mucho tiempo libre que nosotros gustosamente nos ocuparemos de rellenar. Nota: ABSTÉNGANSE TITULADOS Y ESTUDIANTES DE INFORMÁTICA. Sueldo al mes: 100.000 pesetas. En resumen: Trabajarás como un negro por 100.000 pesetas al mes. Las leyes del programador - Todo programa que empieza bien, acaba mal. - Todo programa que empieza mal, acaba peor. - Siempre trabaja en equipo al hacer algún programa, esto da oportunidad de echarle la culpa a otro. - Si el Debuggear es el proceso de remover Bugs, entonces el programar debe ser el proceso de ponerlos. - Por cada Bug que elimines en un programa, aparecerán tres más. - Programar es como el sexo, un error y hay que soportarlo para el resto de la vida. - Las dos frases más repetidas y más falsas en la programación: “Esta ocasión si correrá bien” y “Acabo de encontrar el último Bug”. - Todos los programadores en esencia son optimistas, hasta que terminan su programa. - Cada programa interesante tiene cuando menos una variable, un procedimiento, un loop…..y a fuerzas un bug. - Las computadoras siempre tienen una excusa, los programadores no. - No importando cuanto tiempo hayas probado la versión final de un programa, los bugs aparecerán en la presentación al público. (Ley de Microsoft) - Todo programa tiene cuando menos dos propósitos: Uno para lo cual fue escrito y otro para el que no fue. - La utilidad de un software es inversamente proporcional a la cantidad de usuarios. - Es imposible hacer un programa 100% contra tontos, ya que estos son muy ingeniosos. - La peor parte de la programación es la documentación. - Usualmente se requiere mas de un programador para cambiar un foco. - Los programadores nunca mueren, tan solo se pierden en el Proceso. Las frases más comunes en los programadores 1. Y, ¿lo necesitas? 2. ¡Que raro! 3. ¡Antes funcionaba! 4. Hay solo unas cositas para arreglar. 5. ¿Cómo pasó ésto? 6. ¡Tiene que ser una falla de hardware! 7. ¡Ustedes tienen que hacer algún error! 8. Pero, ¡no he cambiado nada en este módulo! 9. Sí, va a estar pronto para esta fecha. 10. ¡Tenemos que conseguir alguna versión vieja!Tenemos que conseguir alguna versión vieja! 11. Además de que no funciona, ¿qué tal les parece? 12. ¡Es solamente un asunto estético! 13. ¡Casi terminé! 14. Como no, si solamente puedo incorporar los últimos cambios. 15. ¡Demora! 16. Tengo ciertos problemas con el espacio de memoria. 17. Tengo ciertos problemas con demoras. 18. En este momento estamos asegurando la función. 19. ¡No se puede probar todo! 20. ¡Esto no puede afectar aquello! 21. ¡Estaba convencido que lo había arreglado! 22. ¡Está incluído, solamente no está probado! 23. ¡En realidad funciona bien, aunque no parece así! Los verdaderos programadores * NO hacen comentarios al código. Si fue duro escribirlo, debe ser más duro leerlo. * NO hacen diagramas de flujo. Estos son, después de todo, una forma no literal de documentación, y ellos odian todas las formas de documentación. * NO leen manuales. Consideran que quienes los usan, o son novatos, o son cobardes. * NO usan Fortran. Fortran es para ingenieros que usan medias blancas, fuman en pipas largas, y usan anteojos muy pequeños. Ellos prefieren trabajar en an lisis de partículas subatómicas y simulación de reactores nucleares. * NO usan COBOL. Cobol es para programadores débiles. * NO escriben en BASIC. Actualmente ningún programador escribe en Basic después de los 12 años. * NO se someten a jefes. Los jefes son males necesarios, pero para que dominen a contadores de habichuelas, analistas, ingenieros de soporte y otro tipo de mentalidades. * NUNCA manejan Ford Maverick, Renault o Mazda. Ellos prefieren BMW, Peugeot, Lincolns o camionetas pick-up. En su defecto una motocicleta , preferiblemente Harley. * NO colocan comentarios, el código es obvio. * CONOCEN más y mejor el problema que los propios usuarios, por lo tanto nunca hablan con éstos. * CREEN que la programación estructurada es un complot comunista utilizado por personas compulsivas, neuróticas, de corbata y que viv‚n sac ndole punta a los lápices que llevan en la solapa del saco. * ESCRIBEN código auto-modificable, especialmente si se pueden economizar 20 nano segundos en la mitad de un loop. * NO hacen comentarios al código. Si fue duro escribirlo, debe ser más duro leerlo. * NO hacen diagramas de flujo. Estos son, después de todo, una forma no literal de documentación, y ellos odian todas las formas de documentación. * NO leen manuales. Consideran que quienes los usan, o son novatos, o son cobardes. * NO usan Fortran. Fortran es para ingenieros que usan medias blancas, fuman en pipas largas, y usan anteojos muy pequeños. Ellos prefieren trabajar en an lisis de partículas subatómicas y simulación de reactores nucleares. * NO usan COBOL. Cobol es para programadores débiles. * NO escriben en BASIC. Actualmente ningún programador escribe en Basic después de los 12 años. * NO se someten a jefes. Los jefes son males necesarios, pero para que dominen a contadores de habichuelas, analistas, ingenieros de soporte y otro tipo de mentalidades. * NUNCA manejan Ford Maverick, Renault o Mazda. Ellos prefieren BMW, Peugeot, Lincolns o camionetas pick-up. En su defecto una motocicleta , preferiblemente Harley. * NO colocan comentarios, el código es obvio. * CONOCEN más y mejor el problema que los propios usuarios, por lo tanto nunca hablan con éstos. * CREEN que la programación estructurada es un complot comunista utilizado por personas compulsivas, neuróticas, de corbata y que viv‚n sac ndole punta a los lápices que llevan en la solapa del saco. * ESCRIBEN código auto-modificable, especialmente si se pueden economizar 20 nano segundos en la mitad de un loop. Examen de matemáticas Un matematico, un fisico, un ingeniero y un programador van a hacer un examen de matematicas, y se encuentran con una pregunta en la que les piden demostrar que todos los numeros impares son primos. El matematico se da cuenta de que es falso, pero para salir del paso responde: - “3 es primo, 5 es primo, 7 es primo, y por induccion, todos los numeros impares son primos.” El fisico tambien “se da cuenta” de que es falso… - “3 es primo, 5 es primo, 7 es primo, y por induccion, todos los numeros impares son primos. Nota: al llegar al 9 se obtiene un error experimental.” El ingeniero: - “3 es primo, 5 es primo, 7 es primo, 9 es primo, y por induccion, todos los numeros impares son primos.” El programador: - “3 es primo, 5 es primo, 7 es primo, 7 es primo, 7 es primo,…”) Fallo en los frenos Un técnico en electrónica, un analista de sistemas y un programador de ordenadores van en un coche, descendiendo una montaña, cuando les fallan los frenos. El coche empieza a embalarse, los ocupantes empiezan a gritar, victimas del panico, pero afortunadamente consiguen detener el coche justo a unos centímetros de un precipicio de 500 metros de altura. Salen del coche, respiran, y el tecnico en electrónica dice, con la mano temblando todavia: - Creo que puedo arreglar el coche. El analista de sistemas contesta: - Creo que lo mejor seria llamar a una grua y remolcarlo hasta el pueblo, y que lo viese un experto. El programador sugiere: - De acuerdo, ¿pero por qué no retrocedemos antes, volvemos a bajar la montaña, y vemos si los frenos se vuelven a estropear? ¿Es Dios un programador? Algunas preguntas teologicas importantes pueden ser contestadas mejor pensando en Dios como un Programador de Computadora: Pregunta: Creo Dios realmente el mundo en siete dias? Respuesta: Bueno, casi; El estuvo trabajando en el mundo durante seis dias con sus seis noches, trabajando continuamente, sin parar, mientras sobrevivia a base de Coca Colas y MacDonalds. En el septimo dia El fue a visitar a sus amigos y todos le decian que se estaba matando de trabajo, que no podia seguir asi, que eso le hacia daño, que que clase de vida era esa… y claro, nunca acabo de escribir el programa. Pregunta: Cuando interviene Dios en los asuntos terrestres? Respuesta: Si es un error critico lo que ha ocurrido, el sistema le envia un beeper automaticamente y El se conecta con su modem desde su casa para tratar de arreglarlo. De otro modo, lo que sea puede esperar hasta mañana. Pregunta: Realmente el “Tiempo de Milagros” termino? Respuesta: Esa era la fase de desarrollo del proyecto, cuando habia que corregir los errores a mano. Ahora esta en la fase de mantenimiento. Pregunta: Porque Dios permite la maldad? Respuesta: Dios penso que habia eliminado la maldad en una de las versiones anteriores del mundo, pero siguen habiendo algunos errores que seran eliminados en el proximo mundo. Pregunta: Quien es Satan? Respuesta: Es un hacker que se dedica a explotar errores en el mundo para conseguir mayor prioridad. Se adjudica mas poderes de los que realmente tiene para meterle miedo a los que no saben programar. Dios piensa que Satan es irritante pero irrelevante. Pregunta: Como me puedo protejer de la maldad? Respuesta: No use el nombre de Dios como password, no introduzca datos falsos, no use trucos fuera de los procedimientos habituales, no aborte procesos corrientes, no desee los programas del projimo. Pregunta: Si yo le rezo a Dios, El me escucha? Respuesta: Si, pero El tiene demasiado trabajo como para hacer todas las correcciones a mano. Lo mejor que usted puede hacer es dejarle saber el error y buscar usted mismo una solucion adecuada a sus problemas leyendo el manual de instrucciones, y dejandole tiempo a Dios para que siga programando. Pregunta: Hay gente que afirma que oye la voz de Dios. Es cierto? Respuesta: Es mucho mas probable que reciban otro tipo de mensajes. Pregunta: Es cierto que se acerca el fin del mundo? Respuesta: Es posible, pero no se preocupe, Dios hace un backup cada milenio. Credo de los programadores Creo en un solo lenguaje de programación, “C” Todo poderoso, Creador de Unix y de Windows `98. Creo en un solo señor “C++”, hijo único de “C”, Nacido de “C” antes de “Visual C++”, “C” de “C”, compilador de Compilador, “C” © copyrighted de “C” © copyrighted. Compilado, no creado, de los mismos programadores que el padre, Por quien todo es programado, Que por nosotros los hombres y nuestros servidores fue desarrollado, Y por obra del Lenguaje Binario encarnó en Ensamblador y se hizo Lenguaje, Y por nuestra causa es ampliamente aceptado en tiempos de Bill Gates. Decayó y fue olvidado y se renovó al tercer día, Según los usuarios, Y subieron las ventas, y está ubicado dentro de todo Unix, Por quien todo es programado. Y de nuevo vendrá mejorado para juzgar a virus y programas, Y su dominio no tendrá fin. Creo en el lenguaje binario, señor y base del sistema, Que precede al padre y al hijo, Que con el padre y el hijo recibe una misma aplicación y memoria. Creo en el Procesador Intel, que es uno, pequeño, veloz y poderoso. Confieso que no hay ni un solo undo para corrección de los errores, Espero la resurrección de las NeXT y tendré que esperar sentado. Amén Webmaster nuestro que estás en www.cielo.org, Santificado sea tu Server, venga a nosotros tu shareware, Hágase tu downloading así en el http como en el ftp, Danos hoy nuestro surfing de cada día, Perdona nuestros bugs como también nosotros perdonamos a Microsoft, No nos dejes caer en Mac y líbranos de toda NeXT. ¿Cómo cazan los programadores a los elefantes? Programador dBase: Solo cazan de noche para que nadie los vea que todavía utilizan garrotes para cazar. Programador C: No compran Rifles, prefieren llevar acero y un torno a África para construir el mejor rifle desde el diseño, mientras los demás se acaban los elefantes. Programador FOXPRO: Toman los rifles que desechan los programadores C, lo que ocasiona que se les vaya el tiempo en aprender nuevas técnicas de tiro en vez de cazar elefantes. Programador Clipper: Ellos no cazan elefantes, se la pasan comprando librería tras librería de partes de elefantes y se pasan años intentando integrar uno completo mientras resuelven los errores que van apareciendo. Programador RPG: Son mas difíciles de encontrar que los elefantes. De hecho, cuando un elefante ve a un programador RPG piensa que es su día de suerte. Programadores ADA, FORTRAN, PROLOG: Son personajes ficticios como Santa Claus y los elefantes rosas. Programador COBOL: No les interesa mucho el ir a cazar a otra especie en extinción como ellos, en realidad prefieren la vida de oficina. Programador VISUAL BASIC: Con el mouse dan doble-click en los rifles, dan doble-click en las balas, dan doble-click en el elefante. Esto realmente divierte tanto al elefante que lo hace revolcarse de risa por el suelo y aplasta el mouse. Mientras, el programador VISUAL BASIC se queda mirando como el elefante se aleja tranquilamente. Programador Assembler: No los cazan, crean sus propios elefantes, mas rápidos y pequeños. Programador C++ / Java: Toman un elefante abstracto y derivan de el un nuevo elefante (ej.MiElefante) con todas las propiedades que necesitan. Para cazar uno simplemente, una instancia class Cazador, llama al método CazarElefante el cual la envía el mensaje CAZAR a la class Elefante que lo entiende con un método virtual puro, cuya implementacion esta definida en la nueva clase derivada MiElefante. Esta implementación llama al método setEstoyCazado() que pone el atributo bEstoyCazado =TRUE, con lo que el elefante se da por enterado que ha sido cazado. La class MiElefante esta disponible para ser rehusada/extendida por otro proyecto, ventajas de la OOP. Programador de 4GLs: En el servidor establecen que: if (select count(*) from animal where nariz = 'larga' and orejas = 'Grande' and color = 'gris' and nombre not like 'ratón') > 0 then execute procedure Mata_elefante(animal.animal_id); else execute procedure Crea_animal('Elefante', 'larga','grande','gris'); execute procedure Mata_elefante(animal.animal_id); end if; Luego tienes que crear una pantalla en el cliente, para ver la foto del elefante, y ponerle el boton de "disparar" que simplemente ejecuta lo anterior... Cosas que los programadores prefieren al dinero Muchos de los desarrolladores que conozco llevan programando desde el instituto. Tanto si era construyendo juegos en modo texto en C como creando una aplicación para el banquillo del equipo de fútbol de la escuela en Visual Basic, es algo que hacían por el desafío y, claro, por las chicas. Las mujeres aman a un hombre que puede hablar en ensamblador con su 8086. Los graduados universitarios se enfrentan a una triste realidad cuando abandonan el vientre protector de la universidad y tienen que conseguir su primer empleo. Muchos de mis amigos encontraron trabajos donde pagaban una miseria al salir de la universidad, y les asombraba que la diferencia entre salarios iniciales de ingenierías y salarios iniciales de informática era casi el doble. Pero la mayoría de los ingenieros en mi clase no se hicieron ingenieros por el dinero; lo hicimos porque teníamos un profundo deseo de trastear e impresionar a nuestros amigos. ¿Ya os he dicho lo de las chicas? El dinero es un factor de motivación para la mayoría de nosotros, pero asumiendo una paga mínima, ¿qué es lo que hace que ciertas compañías atraigan y mantengan a los desarrolladores mientras que otras los reciclan como si fueran papel higiénico? Reflexionemos sobre ello: Motivación: Una pequeña empresa de nuevas tecnologías en una sórdida oficina sin ventanas, los beneficios son nulos, prácticamente sin supervisión (porque el Consejero Delegado está en la calle, vendiendo el producto) y sin políticas de empresa (porque el Consejero Delegado está en la calle, vendiendo el producto). Pero el subidón constante del aprendizaje, el ser responsable, en ocasiones directo o único, del éxito o fracaso de la empresa, y la creencia en el crecimiento futuro de la empresa hacen a este trabajo mucho más deseable para muchos desarrolladores. Arte: Lo primero en obviarse cuando el tiempo es limitado es la calidad y la sostenibilidad. Lo peor que se le puede hacer a un artesano es obligarlo a construir basura. Presentar un proyecto a tiempo pero sabiendo que es un montón de mierda se parece muchísimo al fracaso para alguien que se enorgullece de su trabajo. Aprendizaje: Haz que un programador siga aprendiendo y lo tendrás feliz trabajando en un sótano sin ventanas, comiendo pan rancio de una bandeja en la puerta. Y nunca te pedirá un aumento. Desafíos: Los desarrolladores aman los desafíos. Muchas veces he visto a programadores quedarse a trabajar hasta el amanecer para resolver un problema técnico sin que se lo pidan y sin cobrar horas extra. Los mejores desarrolladores son adictos a la resolución de problemas. Tírales un Sudoku en medio de un grupo de ellos y observa cómo se atacan. Enfrentados a la clase correcta de desafío, muchos desarrolladores no pararán hasta que esté resuelto, especialmente si requiere de una solución particularmente creativa. Enfréntalos a la clase errónea de desafío y se vuelven instantáneamente al Messenger a hablar sobre los números chungos. Los tipos erróneos de desafío son cosas como: "Arregla el código de este otro tío. Ya sabes, programó un sistema que es una auténtica chapuza y ahora nos hace falta arreglarlo y hacer que sea de buena calidad y mantenible. Ah, y tienes hasta mañana para hacerlo." Tener voz: Los desarrolladores están en las trincheras, y son los primeros en saber cuando un sistema o proceso no funciona. Cuando un programador habla, alguien debería escuchar. Cuando varios programadores están diciendo lo mismo, alguien debería escuchar y actuar... y deprisa. Reconocimiento: Como ingenieros nos encanta construir cosas que nos impresionen a nosotros y a nuestros amigos. Al menos a aquellos que sepan lo duro que es escribir un compilador de Perl. Desde cero. En FORTRAN. En un Vic 20. Utilidad: La mayoría quiere sentir que de alguna forma estamos contribuyendo a hacer del mundo un lugar mejor, tanto tecnológica como socialmente. Algunos de nosotros podemos pensar que lo hacemos sólo por la tecnología, pero en el fondo de nuestras mentes nos vemos como parte de un gran plan. El construir algo que importa hace que un ingeniero sea más feliz, ya que gracias a su software de búsqueda de caminos para GPS, los automóviles ahorran un 30% de kilometraje y combustible. Por otra parte, construir un interfaz para una API repleta de errores que se usará un total de quince veces el año próximo no parece que importe demasiado. Copiar y pegar una aplicación entera y cambiar un puñado de etiquetas no es tan excitante como puede parecer. Autoridad: “Cuando entré en mi nuevo trabajo a tiempo completo me sentía frustrado, por cada página que quería desarrollar tenía que tener una reunión con seis personas. Cualquier cambio en la base de datos requería de la aprobación de otras tres. Era una locura, y las aplicaciones tardaban cinco veces más en construirse. Frustrante. La autoridad de hacer decisiones relativas al proyecto sin necesidad de convocar reuniones es importantísima.” Herramientas: A nadie le gusta desarrollar contra interfaces con errores, código basura, y modelos de datos mal diseñados. Un exceso de limitaciones heredadas mata la creatividad, requieren actas parlamentarias para modificarlas, y generalmente le quitan toda la diversión al desarrollo de software. Canciones de los Beatles ** Yesterday** Yesterday, All those backups seemed a waste of pay. Now my database has gone away. Oh I believe in yesterday. Suddenly, There’s not half the files there used to be, And there’s a milestone hanging over me The system crashed so suddenly. I pushed something wrong What it was I could not say. Now all my data’s gone and I long for yesterday-ay-ay-ay. Yesterday, The need for back-ups seemed so far away. I knew my data was all here to stay, Now I believe in yesterday. ** Write in C (”Let it Be”) ** When I find my code in tons of trouble, Friends and colleagues come to me, speaking words of wisdom: Write in C. As the deadline fast approaches, And bugs are all that I can see, Somewhere, someone whispers: Write in C. Write in C, Write in C, Write in C, oh, Write in C. LOGO’s dead and buried, Write in C. I used to write a lot of FORTRAN, For science it worked flawlessly. Try using it for graphics! Write in C. If you’ve just spent nearly 30 hours, Debugging some assembly, Soon you will be glad to Write in C. Write in C, Write in C, Write in C, yeah, Write in C. BASIC’s not the answer. Write in C. Write in C, Write in C Write in C, oh, Write in C. Pascal won’t quite cut it. Write in C. ** IMAGINE ** Imagine there’s no Windows, It’s easy if you try. No fattal errors or new bugs To kill your hard drives. Imagine Mr. Bill Gates Leaving us in peace! Imagine neverending hard disks, It isn’t hard to do. Nothing to del or wipe off And no floppy too Imagine Mr. Bill Gates Sharing all his money. You may say I’m a hacker, But I’m not the only one. I hope someday you’ll join us And your games will fit in RAM Imagine 1-Giga RAM I wonder if you can. No need for left-shifts or setups And no booting again and again. Imagine all the systems Working all life-time! You may say I’m a hacker, But I’m not the only one. Maybe someday I’ll be a cracker And then I’ll make Windows run. Recopilación Chistes “Hay 10 tipos de personas en el mundo: las que saben binario y las que no”. “Si no lo logras a la primera, llámalo versión 1.0″ “S1 pu3d35 l33r 35t0 n3c3s174s d3j4r l4 1nf0rm4t1c4″. “Me gustaría cambiar el mundo, pero no me dan el código fuente”. “La programación es una carrera entre ingenieros tratando de hacer mejores y más grandes programas resistentes a idiotas, y el universo haciendo mejores y grandes idiotas. Por ahora gana el universo”. “Un ordenador te deja cagarla mas rápido que cualquier otro invento de la humanidad, excepto las pistolas y el tequila”. “Mi software nunca tiene fallos, simplemente desarrolla características aleatorias”. “Las contraseñas son como la ropa interior: Nunca tienes que dejarlas donde la gente pueda verlas, tienes que cambiarlas regularmente y no tienes que dejarselas a extraños”. “Dios es real, a menos que sea declarado entero”. “Un niño complejo es un niño con la madre real y el padre imaginario”. “There’s no place like 127.0.0.1″. La auténtica diferencia entre el hardware y el software es que el hardware se vuelve mas rápido, pequeño y barato con el tiempo, mientras que el software se hace mas grande, lento y caro. Evite los virus. Hierva el ordenador antes de usar. Necesito Psiquiatra para Pentium que se cree un 386. Hardware: Lo que golpeas. Software: La causa. ¿¿¡¡Quién diablos es el General Failure!!?? ¿¿Y qué hace leyendo mi disco duro??? Conecto luego existo, no conecto luego insisto… ¡Ya está! He logrado configurar el módem, ya no tengo probl~#%??_? ¡No hay mail que por bien no venga! Mi DOS es virgen. Tiene intacto el Himem.sys. Mi 286 no tiene memoria, tan sólo un vago recuerdo. ¿Quienmeharobadolabarraespaciadora? Si no fuera por C, usaríamos BASI, PASAL y OBOL. Error 943 - El sistema esta funcionando demasiado bien, se caerá para seguir con la rutina. Ley del Software: si aprenden a utilizarlo, sacar otra versión. Si quieres ver volar tu Windows 98… Tira la computadora por la ventana. Iniciando Windows 98… Ya puede apagar el sistema. Error de Windows 98 - Windows 98 no puede bloquear el sistema. WinErr 007: Insuficiente cantidad de dinero gastada en hardware. WinErr 009: Sólo Dios sabe lo que ha pasado. Error indocumentado, por favor cuéntanos cómo ha ocurrido. WinErr 010: Reservado para futuros errores de nuestros programadores. WinErr 019: Error del usuario - No es culpa nuestra. ¡No lo es! ¡No lo es! WinErr 079: No se ha encontrado el mouse. Haga un click para continuar. ¡Oferta! Con la compra de Windows 98 le regalamos 2 botones de RESET o un teclado con Ctrl+AltDel en una sola tecla. El Código Secreto de Windows Vista Algunos Videos link: http://www.videos-star.com/watch.php?video=yxfoHjtfiDc link: http://www.videos-star.com/watch.php?video=9Iozx-6XymE link: http://www.videos-star.com/watch.php?video=itMZGDEoXWg link: http://www.videos-star.com/watch.php?video=_7hP-Md8_94 link: http://www.videos-star.com/watch.php?video=j8U33gMlRIM link: http://www.videos-star.com/watch.php?video=5jmLikG3nOY Recopilé todo lo mejor que pude encontrar, espero que les haya gustado!! Fuentes: http://jorgesaavedra.wordpress.com/2007/04/30/programadores/ http://dersteppenwolf.wordpress.com/category/uncategorized/page/58/ http://www.todomodding.com/teclado-especial-programadores http://kaotiklabs.blogspot.com/2007/01/cosas-que-los-programadores-prefieren.html