las 101 frases publicadas en:
FuenteInformática
1. "No temo a los ordenadores; lo que temo es quedarme sin ellos"
-- Isaac Asimov2. "Una vez un ordenador me venció jugando al ajedrez, pero no me opuso resistencia cuando pasamos al kick boxing"
-- Emo Philips3. "La informática tiene que ver con los ordenadores lo mismo que la astronomía con los telescopios"
-- Edsger W. Dijkstra4. "El ordenador nació para resolver problemas que antes no existían"
-- Bill Gates5. "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 Augustine6. "El software es un gas: se expande hasta llenar su contenedor"
-- Nathan Myhrvold7. "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 19258. "Los estándares son siempre obsoletos. Eso es lo que los hace estándares"
-- Alan Bennett9. "La física es el sistema operativo del Universo"
-- Steven R Garman10. "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 BruceConocimiento
11. "La imaginación es más importante que el conocimiento. El conocimiento es limitado, mientras que la imaginación no"
-- Albert Einstein12. "El mayor enemigo del conocimiento no es la ignorancia, sino la ilusión del conocimiento"
-- Stephen Hawking13. "Cuanto más sabes, más te das cuenta de que no sabes nada"
-- Sócrates14. "Dime y lo olvido, enséñame y lo recuerdo, involúcrame y lo aprendo"
-- Benjamín Franklin15. "El auténtico conocimiento es conocer la extensión de la propia ignorancia"
-- Confucio16. "Si la gente no hiciera cosas estúpidas, nunca se podría haber hecho nada inteligente"
-- Ludwig Wittgenstein17. "Obtener información de internet es como intentar beber agua de una boca de incendios"
-- Mitchell KaporUsuarios
18. "Si piensas que los usuarios de tus programas son idiotas, sólo los idiotas usarán tus programas"
-- Linus Torvalds19. "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. Williams20. "¿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 Knuth22. "Sólo hay un problema con el sentido común: que no es demasiado común"
-- Milt Bryce23. "Tus clientes más descontentos son tu mayor fuente de aprendizaje"
-- Bill Gates24. "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. KnuthInternet
25. "¿Internet? No estamos interesados en eso"
-- Bill Gates26. "La mejor forma de obtener información correcta de los foros de Usenet es enviar algo incorrecto y esperar las correcciones"
-- Matthew AusternProfesionales
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 Borenstein28. "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 Lewis29. "Si en una sala llena de diseñadores de software dos de ellos están de acuerdo, eso es una mayoría"
-- Bill Curtis30. "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. Borenstein31. "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. Strauss32. "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 empleoProgramació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 Sussman34. "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 Campbell35. "Tenemos que dejar de optimizar para programadores y comenzar a optimizar para usuarios"
-- Jeff Atwood36. "La programación en bajo nivel es buena para el alma del programador"
-- John Carmack37. "Está bien investigar y resolver misteriosos asesinatos, pero no deberías necesitar hacerlo con el código. Simplemente deberías poder leerlo"
-- Steve McConnell38. "Si queremos contar líneas de código, no deberíamos referirnos a ellas como líneas producidas, sino como líneas consumidas"
-- Edsger Dijkstra39. "La programación puede ser divertida, al igual que la criptografía; sin embargo, ambas no deberían combinarse"
-- Kreitzberg and Shneiderman40. "Antes de que un software sea reutilizable debería ser utilizable"
-- Ralph Johnson41. "Si automatizas un procedimiento desastroso, obtienes un procedimiento desastroso automatizado"
-- Rod Michael42. "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 Hurvitz43. "Es más fácil cambiar las especificaciones para que encajen con el software que hacerlo al revés"
-- Alan Perlis44. "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 Shaw45. "Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno"
-- Alan Perlis46. "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 Venners47. "La generación de código, como beber alcohol, es bueno si se hace con moderación"
-- Alex LoweDesarrollo
48. "La simplicidad llevada al extremo se convierte en elegancia"
-- Jon Franklin49. "Un programa nunca está completo por debajo del 90% ni por encima del 95%"
-- Terry Baker50. "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 Swartz51. "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 Graham52. "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 Thorpe53. "La mejor forma de predecir el futuro es implementarlo"
-- David Heinemeier Hansson54. "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 Hubel55. "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 Babbage56. "Hazlo todo tan simple como sea posible, pero no más simple"
-- Albert Einstein57. "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. Angell58. "Unas buenas especificaciones incrementará la productividad del programador mucho más de lo que puede hacerlo cualquier herramienta o técnica"
-- Milt Bryce59. "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 KDEErrores y depuración
60. "No documentes el problema; arréglalo"
-- Atli Björgvin Oddsson61. "Por norma, los sistemas software no funcionan bien hasta que han sido utilizados y han fallado repetidamente en entornos reales"
-- Dave Parnas62. "Si el código y los comentarios no coinciden, posiblemente ambos sean erróneos"
-- Norm Schryer63. "Creo que es una nueva característica. No le cuentes a nadie que fue un accidente"
-- Larry Wall64. "Si no las capturas y procesas, cerramos tu aplicación. Esto incrementa enormemente la fiabilidad de tu sistema"
-- Anders Hejlsberg, sobre las excepciones en .Net65. "Cuando se está depurando, el programador novato introduce código correctivo; el experto elimina el código defectuoso"
-- Richard Pattis66. "En un proyecto software con diez personas, probablemente tres de ellas introducen tantos errores que podríamos considerar su productividad como negativa"
-- Gordon Schulmeyer67. "Es inevitable que la gente programe mal, y la formación no mejorará sustancialmente las cosas. Tenemos que aprender a vivir con ello"
-- Alan Perlis68. "El testing de componentes puede ser muy efectivo para mostrar la presencia de errores, pero absolutamente inadecuado para demostrar su ausencia"
-- Edsger DijkstraLenguajes 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 Usenet70. "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 Kay72. "Sólo hay dos cosas malas en C++: el concepto inicial y la implementación"
-- Bertrand Meyer73. "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 HTML74. "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 Bustamante75. "Perl: el único lenguaje cuyo código es prácticamente igual antes y después de someterlo a una encriptación RSA"
-- Keith Bostic76. "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 Ruby77. "XML no es más lenguaje de programación que unas notas sobre una servilleta de papel"
-- Charles Simonyi78. "BASIC es a la programación lo que QWERTY a la mecanografía"
-- Seymour Papert79. "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 Keppel80. "UNIX es simple. Sólo necesita un genio para entender su simplicidad"
-- Dennis Ritchie81. "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 ZawinskiSeguridad
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 Hawking83. "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 Spafford84. "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 Raymond85. "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 Mitnick86. "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 Schneier87. "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 Kirkpatrick88. "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 PirilloEmpresa
89. "En realidad no trato de destruir a Microsoft: eso será sólo un efecto colateral no intencionado"
-- Linus Torvalds90. "Sí, tenemos unas reglas de vestuario en la empresa. Tienes que vestirte"
-- Scott McNealy, co-fundador de Sun Microsystems91. "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 Chang92. "Es mejor esperar a que un desarrollador productivo esté disponible que esperar a que el primer desarrollador disponible sea productivo"
-- Steve C McConnell93. "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 PetreleyPredicciones
94. “En dos años el problema del spam se habrá resuelto”
-- Bill Gates, 200495. "El problema de los virus es pasajero. En un par de años estará resuelto"
-- John McAfee, 198896. “Los virus informáticos son una leyenda urbana”
-- Peter Norton, 198897. "En 2031, los abogados serán componentes habituales de la mayoría de los equipos de desarrollo"
-- Grady Booch98. “No sé cómo será el lenguaje del año 2000, pero sé que se llamará Fortran”
-- C. A. Hoare, 198299. "En el futuro es posible que los ordenadores no pesen más de 1,5 toneladas"
-- Popular mechanics, 1949100. “Veo poco potencial comercial en Internet, al menos durante diez años”
-- Bill Gates, 1994101. "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
2:16 a. m.
Consultor GNU/Linux
Posted in: ubuntu
