Otras 101 citas célebres del mundo de la informática

Semanas atrás publicaba el post «101 citas célebres del mundo de la informática«, la traducción del post original de Timm Martin en Devtopics, «101 Great computer quotes«. El tema me pareció tan divertivo e interesante que he realizado una nueva recopilación de otras tantas frases relacionadas con el mundo de la informática, y con especial énfasis en el desarrollo de software.


Informática


1. «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


Conocimiento


11. «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


Usuarios


18. «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


Internet


25. «¿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


Profesionales


27. «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ón


33. «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


Desarrollo


48. «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ón


60. «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ías


69. «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


Seguridad


82. «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


Empresa


89. «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


Predicciones


94. “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





Publicado originalmente en: Variable not found
Más citas, la primera entrega en:
101 citas célebres del mundo de la informática

8 comentarios sobre “Otras 101 citas célebres del mundo de la informática”

  1. Una que se me ocurrío el otro día, o no recuerdo haber visto algo parecido:

    «A veces en bueno perder el tiempo, para darse cuenta de lo valioso que es».

    Saludos,

  2. ¿Y?

    Ya. Supongo que si dijera «1 kb son 1024 bytes», tampoco le faltaría razón.

    Pero yo no he escrito nada sobre eso, crítico la falta de humildad, aunque fuese falsa humildad.

    Sobre esa frase… si cualquier otro hubiera hecho la recopilación de citas, seguro que no estaba entre las elegidas. Ni de las 101 ni de las 1024 ni de las 30000.

    Ahora, que es el tono habitual de geeks, en los que entradas puramente técnicas apenas hay. Abundan onanismos como éste o como el «me han renovado el mvp»… Ya. ¿Y?

  3. Jejeje, muy bueno lo del onanismo. :-DD

    J, es bastante más simple que todo esto… pero venga, acepto tu crítica con humildad, que no se diga.

    En cualquier caso, no le des más vueltas. No vale la pena.

  4. Y una de mi profesor de programación.
    «Un lenguaje de programación es un conjunto de sentencias que hacen lo que le decimos que hagan, no lo queremos»

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *