0 Comments
Musica "pegajosa" Escenario "bizarro" Musicos "un paso siguiente al bizarro" Es el grupo de rock de Chewbacca Me encuentro con una recopilación de 101 fases informáticas muy curiosas y graciosas de diferentes personajes tanto reales como ficticios, están divididas en secciones según el tema:Informática1. “No temo a los ordenadores; lo que temo es quedarme sin ellos”
— Isaac Asimov 2. “Una vez un ordenador me venció jugando al ajedrez, pero no me opuso resistencia cuando pasamos al kick boxing” — Emo Philips 3. “La informática tiene que ver con los ordenadores lo mismo que la astronomía con los telescopios” — Edsger W. Dijkstra 4. “El ordenador nació para resolver problemas que antes no existían” — Bill Gates 5. “El software es como la entropía: difícil de atrapar, no pesa, y cumple la Segunda Ley de la Termodinámica, es decir, tiende a incrementarse” — Norman Augustine 6. “El software es un gas: se expande hasta llenar su contenedor” — Nathan Myhrvold 7. “Todas las piezas deben unirse sin ser forzadas. Debe recordar que los componentes que está reensamblando fueron desmontados por usted, por lo que si no puede unirlos debe existir una razón. Pero sobre todo, no use un martillo” — Manual de mantenimiento de IBM, año 1925 8. “Los estándares son siempre obsoletos. Eso es lo que los hace estándares” — Alan Bennett 9. “La física es el sistema operativo del Universo” — Steven R Garman 10. “El hardware es lo que hace a una máquina rápida; el software es lo que hace que una máquina rápida se vuelva lenta” — Craig Bruce Conocimiento11. “La imaginación es más importante que el conocimiento. El conocimiento es limitado, mientras que la imaginación no” — Albert Einstein 12. “El mayor enemigo del conocimiento no es la ignorancia, sino la ilusión del conocimiento” — Stephen Hawking 13. “Cuanto más sabes, más te das cuenta de que no sabes nada” — Sócrates 14. “Dime y lo olvido, enséñame y lo recuerdo, involúcrame y lo aprendo” — Benjamín Franklin 15. “El auténtico conocimiento es conocer la extensión de la propia ignorancia” — Confucio 16. “Si la gente no hiciera cosas estúpidas, nunca se podría haber hecho nada inteligente” — Ludwig Wittgenstein 17. “Obtener información de internet es como intentar beber agua de una boca de incendios” — Mitchell Kapor Usuarios18. “Si piensas que los usuarios de tus programas son idiotas, sólo los idiotas usarán tus programas” — Linus Torvalds 19. “Desde el punto de vista de un programador, el usuario no es más que un periférico que teclea cuando se le envía una petición de lectura” — P. Williams 20. “¿Dónde está la tecla ‘ANY’?” — Homer Simpson, frente a un mensaje “press any key” 21. “Los ordenadores son buenos siguiendo instrucciones, no leyendo tu mente” — Donald Knuth 22. “Sólo hay un problema con el sentido común: que no es demasiado común” — Milt Bryce 23. “Tus clientes más descontentos son tu mayor fuente de aprendizaje” — Bill Gates 24. “Tenemos que cambiar la tradicional actitud ante la construcción de software. En vez de pensar que nuestra principal tarea es indicar a un ordenador qué hacer, concentrémonos en explicar a las personas lo que queremos que el ordenador haga” — Donald E. Knuth Internet25. “¿Internet? No estamos interesados en eso” — Bill Gates 26. “La mejor forma de obtener información correcta de los foros de Usenet es enviar algo incorrecto y esperar las correcciones” — Matthew Austern Profesionales27. “La mayoría de expertos está de acuerdo en que la causa más probable de destrucción del mundo sería por accidente; y aquí es donde entramos nosotros: somos profesionales de la informática, causamos accidentes” — Nathaniel Borenstein 28. “Dicen que los pesimistas ven el vaso medio vacío; los optimistas, en cambio, lo ven medio lleno. Los ingenieros, por supuesto, ven que el vaso es el doble de grande de lo que sería necesario” — Bob Lewis 29. “Si en una sala llena de diseñadores de software dos de ellos están de acuerdo, eso es una mayoría” — Bill Curtis 30. “Es importante destacar que ningún ingeniero software con ética consentiría escribir un procedimiento llamado DestruirBaghdad. Su ética le obligaría a escribir un procedimiento DestruirCiudad, al que se pasaría el parámetro Baghdad” — Nathaniel S. Borenstein 31. “Una de las cosas más fascinantes de los programadores es que no puedes saber si están trabajando o no sólo con mirarlos. A menudo están sentados aparentemente tomando café, chismorreando o mirando a las nubes. Sin embargo, es posible que estén poniendo en orden todas las ideas individuales y sin relación que pululan por su mente” — Charles M. Strauss 32. “Si piensas que vales lo que sabes, estás muy equivocado. Tus conocimientos de hoy no tienen mucho valor más allá de un par de años. Lo que vales es lo que puedes llegar a aprender, la facilidad con la que te adaptas a los cambios que esta profesión nos regala tan frecuentemente” — José M. Aguilar, en cómo tu blog te ayuda a encontrar empleo Programación33. “Los programas deben ser escritos para que los lean las personas, y sólo incidentalmente, para que lo ejecuten las máquinas” — Abelson and Sussman 34. “Comentar el código es como limpiar el cuarto de baño; nadie quiere hacerlo, pero el resultado es siempre una experiencia más agradable para uno mismo y sus invitados” — Ryan Campbell 35. “Tenemos que dejar de optimizar para programadores y comenzar a optimizar para usuarios” — Jeff Atwood 36. “La programación en bajo nivel es buena para el alma del programador” — John Carmack 37. “Está bien investigar y resolver misteriosos asesinatos, pero no deberías necesitar hacerlo con el código. Simplemente deberías poder leerlo” — Steve McConnell 38. “Si queremos contar líneas de código, no deberíamos referirnos a ellas como líneas producidas, sino como líneas consumidas” — Edsger Dijkstra 39. “La programación puede ser divertida, al igual que la criptografía; sin embargo, ambas no deberían combinarse” — Kreitzberg and Shneiderman 40. “Antes de que un software sea reutilizable debería ser utilizable” — Ralph Johnson 41. “Si automatizas un procedimiento desastroso, obtienes un procedimiento desastroso automatizado” — Rod Michael 42. “Ley de Alzheimer de la programación: si lees un código que escribiste hace más de dos semanas es como si lo vieras por primera vez” — Via Dan Hurvitz 43. “Es más fácil cambiar las especificaciones para que encajen con el software que hacerlo al revés” — Alan Perlis 44. “Menos del 10% del código tienen que ver directamente con el propósito del sistema; el resto tiene que ver con la entrada y salida, validación de datos, mantenimiento de estructuras de datos y otras labores domésticas” — Mary Shaw 45. “Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno” — Alan Perlis 46. “Es raro que mantener el código de otro desarrollador sea como entrar en un edificio de gran diseño que admiras mientras paseas por él y planeas cómo añadirle un ala o algún elemento decorativo. Lo más frecuente es que sea como tirarse de cabeza a un gran montón de basura maloliente” — Bill Venners 47. “La generación de código, como beber alcohol, es bueno si se hace con moderación” — Alex Lowe Desarrollo48. “La simplicidad llevada al extremo se convierte en elegancia” — Jon Franklin 49. “Un programa nunca está completo por debajo del 90% ni por encima del 95%” — Terry Baker 50. “Cuando estás en un atasco de tráfico con un Porsche, todo lo que puedes hacer es consumir más combustible que el resto estando parado. La escalabilidad va de construir carreteras más anchas, no coches más rápidos” — Steve Swartz 51. “Todo el mundo sabe el peligro de la optimización prematura. Pienso que deberíamos estar igualmente preocupados con el diseño prematuro, es decir, el hecho de diseñar demasiado pronto lo que un programa debería hacer” — Paul Graham 52. “Programar sin una arquitectura o diseño en mente es como explorar una gruta sólo con una linterna: no sabes dónde estás, dónde has estado ni hacia dónde vas” — Danny Thorpe 53. “La mejor forma de predecir el futuro es implementarlo” — David Heinemeier Hansson 54. “Lo realmente necesario es saberlo todo sobre los cambios en la información. Nadie quiere o necesita que le recuerden 16 horas al día que tiene sus zapatos puestos” — David Hubel 55. “En dos ocasiones me han preguntado: ‘si pone datos incorrectos en la máquina, ¿saldrán las respuestas correctas?’. Soy absolutamente incapaz de hacerme una idea del tipo de confusión de ideas que pueden provocar que alguien haga una pregunta así” — Charles Babbage 56. “Hazlo todo tan simple como sea posible, pero no más simple” — Albert Einstein 57. “Hoy en día la mayoría del software existe no para resolver un problema, sino para actuar de interfaz con otro software” — I. O. Angell 58. “Unas buenas especificaciones incrementará la productividad del programador mucho más de lo que puede hacerlo cualquier herramienta o técnica” — Milt Bryce 59. “La diferencia entre la teoría y la práctica es que, en teoría, no hay diferencia entre la teoría y la práctica” — Richard Moore, desarrollador de KDE Errores y depuración60. “No documentes el problema; arréglalo” — Atli Björgvin Oddsson 61. “Por norma, los sistemas software no funcionan bien hasta que han sido utilizados y han fallado repetidamente en entornos reales” — Dave Parnas 62. “Si el código y los comentarios no coinciden, posiblemente ambos sean erróneos” — Norm Schryer 63. “Creo que es una nueva característica. No le cuentes a nadie que fue un accidente” — Larry Wall 64. “Si no las capturas y procesas, cerramos tu aplicación. Esto incrementa enormemente la fiabilidad de tu sistema” — Anders Hejlsberg, sobre las excepciones en .Net 65. “Cuando se está depurando, el programador novato introduce código correctivo; el experto elimina el código defectuoso” — Richard Pattis 66. “En un proyecto software con diez personas, probablemente tres de ellas introducen tantos errores que podríamos considerar su productividad como negativa” — Gordon Schulmeyer 67. “Es inevitable que la gente programe mal, y la formación no mejorará sustancialmente las cosas. Tenemos que aprender a vivir con ello” — Alan Perlis 68. “El testing de componentes puede ser muy efectivo para mostrar la presencia de errores, pero absolutamente inadecuado para demostrar su ausencia” — Edsger Dijkstra Lenguajes y tecnologías69. “La gestión manual de bloques de memoria en C es como hacer malabarismos con pastillas de jabón en la ducha de la prisión: todo diversión hasta que cometes un fallo” — Un usuario anónimo de un foro Usenet 70. “No pueden existir concursos de Perl ofuscado; no tendría sentido” — Jeff Polk (Nota: ¡sí que los hay!) 71. “Java es lo más penoso que le ha ocurrido a la informática desde MS-DOS” — Alan Kay 72. “Sólo hay dos cosas malas en C++: el concepto inicial y la implementación” — Bertrand Meyer 73. “Era una broma, ¿vale? Si hubiéramos pensado que iba a usarse no la habríamos escrito” — Mark Andreesen, hablando de la etiqueta BLINK de HTML 74. “Los Servicios Web son como el sexo entre los adolescentes. Todos hablan de hacerlo, pero aquellos que realmente lo hacen, lo hacen muy mal” — Michelle Bustamante 75. “Perl: el único lenguaje cuyo código es prácticamente igual antes y después de someterlo a una encriptación RSA” — Keith Bostic 76. “No trabajé duro para hacer Ruby perfecto para todo el mundo, porque todos somos diferentes. Intenté hacer Ruby perfecto para mí, así que puede que a tí no te lo parezca; probablemente, el mejor lenguaje para Guido van Rossum es Python” — Yukihiro Matsumoto, aka “Matz”, creador de Ruby 77. “XML no es más lenguaje de programación que unas notas sobre una servilleta de papel” — Charles Simonyi 78. “BASIC es a la programación lo que QWERTY a la mecanografía” — Seymour Papert 79. “Se ha descubierto que C++ dispone de una gran facilidad para ocultar los detalles triviales de un programa… así como dónde están sus bugs” — David Keppel 80. “UNIX es simple. Sólo necesita un genio para entender su simplicidad” — Dennis Ritchie 81. “Algunos desarrolladores cuando se enfrentan a un problema piensan que la solución es usar expresiones regulares. En este momento, ya tienen dos problemas” — Jamie Zawinski Seguridad82. “Pienso que los virus informáticos muestran la naturaleza humana: la única forma de vida que hemos creado hasta el momento es puramente destructiva” — Stephen Hawking 83. “El único sistema seguro es aquél que está apagado en el interior de un bloque de hormigón protegido en una habitación sellada rodeada por guardias armados” — Gene Spafford 84. “Saber romper medidas de seguridad no hacen que seas hacker, al igual que saber hacer un puente en un coche no te convierte en un ingeniero de automoción” — Eric Raymond 85. “Las organizaciones gastan millones de dólares en firewalls y dispositivos de seguridad, pero tiran el dinero porque ninguna de estas medidas cubre el eslabón más débil de la cadena de seguridad: la gente que usa y administra los ordenadores” — Kevin Mitnick 86. “Si piensas que la tecnología puede solucionar tus problemas de seguridad, está claro que ni entiendes los problemas ni entiendes la tecnología” — Bruce Schneier 87. “Los bulos (hoaxes) que circulan por internet usan la debilidad del ser humano para asegurar su replicación y distribución. En otras palabras, utilizan los resquicios del Sistema Operativo Humano” — Stewart Kirkpatrick 88. “Las contraseñas son como la ropa interor. No puedes dejar que nadie la vea, debes cambiarla regularmente y no debes compartirla con extraños” — Chris Pirillo Empresa89. “En realidad no trato de destruir a Microsoft: eso será sólo un efecto colateral no intencionado” — Linus Torvalds 90. “Sí, tenemos unas reglas de vestuario en la empresa. Tienes que vestirte” — Scott McNealy, co-fundador de Sun Microsystems 91. “En el mundo del software, los activos más importantes de la compañía se van a casa todas las noches. Si no se les trata bien, pueden no volver al día siguiente” — Peter Chang 92. “Es mejor esperar a que un desarrollador productivo esté disponible que esperar a que el primer desarrollador disponible sea productivo” — Steve C McConnell 93. “No soy de los que piensan que Bill Gates es el diablo. Simplemente sospecho que si Microsoft alguna vez se encontrara con el diablo, no necesitarían un intérprete” — Nicholas Petreley Predicciones94. “En dos años el problema del spam se habrá resuelto” — Bill Gates, 2004 95. “El problema de los virus es pasajero. En un par de años estará resuelto” — John McAfee, 1988 96. “Los virus informáticos son una leyenda urbana” — Peter Norton, 1988 97. “En 2031, los abogados serán componentes habituales de la mayoría de los equipos de desarrollo” — Grady Booch 98. “No sé cómo será el lenguaje del año 2000, pero sé que se llamará Fortran” — C. A. Hoare, 1982 99. “En el futuro es posible que los ordenadores no pesen más de 1,5 toneladas” — Popular mechanics, 1949 100. “Veo poco potencial comercial en Internet, al menos durante diez años” — Bill Gates, 1994 101. “Antes de que el hombre alcance la luna, el correo será enviado en unas horas desde Nueva York a California, Inglaterra, India o Australia con misiles guiados. Estamos en la era del misil-correo” — Arthur Summerfield, 1959, Correos de los Estados Unidos Fuente: Humorfriki |