Interesante opinión de Bruce Eckel sobre la tarea de desarrollar software donde plantea una analogía entre la labor de escribir software y la de escribir una novela; en contra de la opinión general de que escribir un programa es como contruir un puente.
#7 Si, esta visto que cualquier mindundi escribe tonterias ...
Bruce Eckel (www.BruceEckel.com) provides development assistance in Python with user interfaces in Flex. He is the author of Thinking in Java (Prentice-Hall, 1998, 2nd Edition, 2000, 3rd Edition, 2003, 4th Edition, 2005), the Hands-On Java Seminar CD ROM (available on the Web site), Thinking in C++ (PH 1995; 2nd edition 2000, Volume 2 with Chuck Allison, 2003), C++ Inside & Out (Osborne/McGraw-Hill 1993), among others. He's given hundreds of presentations throughout the world, published over 150 articles in numerous magazines, was a founding member of the ANSI/ISO C++ committee and speaks regularly at conferences.
#1 Y no olvides que una novela puede tener agujeros en su argumento o momentos "Deus ex machina" mientras que una pieza de software tiene muy poco margen de error.
Escribir software es bastante unico, y tiene mas de artesania que de ingenieria. Si tienes el disenio de una casa, puedes hacer muchas pequenias modificaciones y el resultado sigue siendo una casa habitable. Si haces pequenias modificaciones en el software lo que tienes es programas que no funcionan o que funcionan mal.
Quizas la mejor analogia sean los relojes mecanicos de antanio, que mezclan artesania con tecnologia y no dan margen al error.
Y escribir es como hincharse a porros todos los días, dejarte barbita de actor y tocarte los cojones, lloriqueando constantemente de lo poco que leemos los españoles por no comprar una mierda de novela. Habrá tirado una línea de código el analfabeto este alguna vez.
Comentarios
Si, como escribir un libro entre 12, 4 de ellos becarios, pero encima te cambian la trama del libro cada 2 meses.
#7 Si, esta visto que cualquier mindundi escribe tonterias ...
Bruce Eckel (www.BruceEckel.com) provides development assistance in Python with user interfaces in Flex. He is the author of Thinking in Java (Prentice-Hall, 1998, 2nd Edition, 2000, 3rd Edition, 2003, 4th Edition, 2005), the Hands-On Java Seminar CD ROM (available on the Web site), Thinking in C++ (PH 1995; 2nd edition 2000, Volume 2 with Chuck Allison, 2003), C++ Inside & Out (Osborne/McGraw-Hill 1993), among others. He's given hundreds of presentations throughout the world, published over 150 articles in numerous magazines, was a founding member of the ANSI/ISO C++ committee and speaks regularly at conferences.
#1 ¿Cada dos meses? Que suerte tienes
PD: Pues yo creo que es como hacer poesia....
#1 a mi me cambian las espeficificaciones CADA HORA
En el caso del Perl, es como escribir en chino...
#9 Zas ...!!
#1 Y no olvides que una novela puede tener agujeros en su argumento o momentos "Deus ex machina" mientras que una pieza de software tiene muy poco margen de error.
Escribir software es bastante unico, y tiene mas de artesania que de ingenieria. Si tienes el disenio de una casa, puedes hacer muchas pequenias modificaciones y el resultado sigue siendo una casa habitable. Si haces pequenias modificaciones en el software lo que tienes es programas que no funcionan o que funcionan mal.
Quizas la mejor analogia sean los relojes mecanicos de antanio, que mezclan artesania con tecnologia y no dan margen al error.
... software
#7 «Habrá tirado una línea de código el analfabeto este alguna vez.»
F.A.I.L
Valgala redundancia.
Es, es, es....como un toro.
Y escribir es como hincharse a porros todos los días, dejarte barbita de actor y tocarte los cojones, lloriqueando constantemente de lo poco que leemos los españoles por no comprar una mierda de novela. Habrá tirado una línea de código el analfabeto este alguna vez.