Esta es una recopilación de 101 frases célebres relacionadas al mundo de la informática, todas son realmente interesantes y divertidas, sobretodo porque han sido dichas alguna vez por gente famosa relacionada a este mundo que tanto nos apasiona, estas frases están separadas de acuerdo a un tema en especial.
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’?”
– Homero 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
Y hasta aquí la lista de Kevin en su post, ni que decir tiene que comparto sus reflexiones en la mayoría de los puntos. Por mi parte, añadiría los siguientes agentes irritantes que conozco por experiencia propia o de conocidos:
, que son aquellos que van cambiando conforme el desarrollo avanza y que obligan a realizar refactorizaciones, descartar código escrito, e introducir peligrosas modificaciones, afectando a veces por debajo de la línea de flotación del software. Más rabia produce, además, cuando se atribuyen una mala interpretación por parte del desarrollador de una especificación imprecisa.
bueno no solo quiero hablar de mis problemas y mis dificultades les pienso recomendar un blog muy pero muy bueno
JeffersOn
Comentarios recientes