Red de Respuestas Legales - Directorio de abogados - Programación de citas clásicas

Programación de citas clásicas

Artículo 1: 9 citas clásicas de programación de programadores

A principios de 2013 nos despedimos de las cortas vacaciones y volvemos al intenso ambiente de trabajo. En este artículo, he recopilado algunos términos de programación muy interesantes y populares para echar más leña al fuego para los entusiastas de la programación. Como dijo Linus Torvalds, programamos por interés. A principios de 2013 nos despedimos de las cortas vacaciones y volvimos al intenso ambiente de trabajo. En este artículo, he recopilado algunos términos de programación muy interesantes y populares para echar más leña al fuego para los entusiastas de la programación. Como dijo Linus Torvalds, programamos por interés.

1. Caminar sobre el agua es similar a desarrollar software con especificaciones de requisitos, es decir, si el agua y los requisitos están congelados, tanto caminar como desarrollar software serán más fáciles. ——Edward V. Berard

No te preocupes por los procedimientos anormales. Si siempre fuera correcto, estarías desempleado hace mucho tiempo. -Ley de Mosher de la Ingeniería del Software

3. El valor añadido del diseño es superior a su mayor coste. ——Thomas Gale

4. No se puede desarrollar un buen software sin un buen equipo, pero la mayoría de los equipos de desarrollo de software parecen una familia enfermiza. - Jim McCarthy

¡No me importa si mi código se ejecuta en tu máquina! No le proporcionaremos una máquina. ——Vidio Platon

6. “Medir el proceso de desarrollo por el número de líneas de código es como medir el progreso de la fabricación de aviones por peso.”——Bill Gates

7. "El problema con los programadores es que nunca sabes lo que están haciendo hasta que es demasiado tarde." - Seymour Cray

8. "La mayoría de los buenos programas no programan por dinero o fama, sino simplemente por diversión. " - Linus Torvalds

9. "Hay dos formas de generar diseños de software. Una es hacerlo simple y la otra es hacerlo muy complicado y no habrá lagunas obvias". - Hall

Parte 2: Citas clásicas de programadores

1. Elija un pequeño subconjunto del campo tecnológico actual, acérquese a él, abrácelo y trabaje duro para promover el desarrollo de este pequeño campo.

2.Comprender las ventajas y desventajas de las diferentes estructuras de datos y algoritmos, no sólo en memoria, sino también en disco.

3. Primero, tenga un conocimiento profundo de su propio campo, luego deje a un lado la computadora y obsérvela y experimente como un usuario común.

4. Esté siempre preparado para explorar niveles más profundos (incluidas las habilidades y la psicología), no uno o dos, sino varios. Ya sabes, si puedes avanzar en la programación está estrechamente relacionado con la profundidad técnica que puedas alcanzar.

Usa tu imaginación y pregúntate siempre "¿Existe una manera mejor?" Piensa fuera de lo común, es posible que la mejor manera de lograrlo aún no se haya probado.

6. Nunca salga prematuramente, nunca escriba el mismo código dos veces y nunca nombre una variable como un subconjunto de otra. Si no comprendes estas reglas, podrías discutir, pero una vez que las entiendas, te ayudarán a escribir un mejor código; de lo contrario, siempre estarás en el nivel de un programador junior.

7. Aprenda a realizar evaluaciones comparativas. El día que lo aprendas, descubrirás que el mundo será diferente.

8.Aprende a distinguir los asuntos triviales de los detalles y céntrate sólo en los detalles.

9. No siempre hagas concesiones con tus usuarios y administradores. A veces deberías hacerles saber que realmente no importa lo que piensen.

10. Escribe un marco, ya sea que planees usarlo o no. Este proceso le permitirá aprender cosas que de otro modo no aprendería.

11. Enseña a otros lo que has aprendido, ya sea oral o escrito, y descubrirás que puedes ganar mucho en el proceso.

12. Encuentre algún código escrito por otros: implementan funciones importantes, pero no son lo suficientemente inteligentes. Vuelve a escribirlos y repítete a ti mismo que no volverás a cometer el mismo error.

13. En algún momento de tu vida, gestiona tu propio negocio (servicio o producto). Puede aprender habilidades de programación que no habría comprendido como empleado. ¿Cuál crees que es el punto de programación más controvertido?

El experto en C# Jon Skeet hizo una vez esta pregunta en StackOverflow. Aquí están las 10 discusiones principales.

1. Las personas a las que no les gusta la programación en su tiempo libre nunca podrán alcanzar a sus compañeros a los que les gusta la programación.

Incluso las personas más inteligentes y talentosas nunca se convertirán en verdaderos buenos programadores si simplemente consideran la programación como su trabajo. Las personas a las que les gusta la programación trabajarán en pequeños proyectos en su tiempo libre o jugarán con varios lenguajes e ideas de programación.

2. La única buena práctica que se puede aplicar universalmente es "pensar con el cerebro".

A demasiadas personas les gusta perseguir muchas tecnologías de moda y hacer todo lo posible para utilizar diversos métodos, modelos y marcos en lugares inapropiados. Las nuevas tecnologías y las opiniones de las celebridades no significan que se apliquen a situaciones reales.

No hay nada malo en confiar en Google.

Este tipo de comentarios seguramente molestarán a las personas conocedoras. Pero lo importante es comprender verdaderamente y brindar una solución de programación exitosa para satisfacer a clientes y jefes.

4. La mayoría de los comentarios son duplicaciones de código incorrecto.

Pasamos la mayor parte de nuestro tiempo manteniendo el código escrito por otros (o por nosotros mismos). Los comentarios malos, erróneos, desactualizados y engañosos también son uno de los factores más enredados del código.

5.XML está muy sobrevalorado.

Muchas personas que siguen la tendencia se suben al barco negro de XML sin pensarlo. XML es bueno para aplicaciones web porque para eso sirve. Además, trate de no utilizar XML para la definición de problemas y las ideas de diseño.

6. Los programadores nacen desiguales

Los gerentes suelen pensar que "Programador A = Programador B" porque tienen los mismos años de trabajo. Pero, en realidad, su eficiencia puede diferir diez o incluso cien veces.

7. Resulta desconcertante considerar a Java como el primer lenguaje más adecuado para la enseñanza universitaria.

El primer lenguaje de programación debería centrarse en aprender el flujo de control y las variables, no en objetos y sintaxis. Además, las personas que no tienen experiencia en la depuración de pérdidas de memoria de C/C++ no pueden comprender completamente la intención original de Java.

8. Si sólo sabes un idioma, por muy competente que seas, todavía no eres lo suficientemente bueno.

Nadie puede desarrollar todo su potencial si se limita a un solo idioma. Y la falta de curiosidad y voluntad de explorar también es incompatible con las características de un buen programador.

9. El rendimiento es realmente importante

Aunque podemos mejorar el rendimiento comprando CPU, discos duros y memoria más potentes, si menos personas lo creen así, es posible que podamos ejecutar más. programas en una CPU de 1 GHz.

10. Las declaraciones impresas son un método de depuración eficaz.

Usar declaraciones de salida como System.out.println es una buena manera de depurar su código. Esto suele ser más rápido que la depuración formal y le permite comparar la salida de diferentes ejecuciones.

Capítulo 3: 101 citas clásicas sobre informática

Las computadoras son inútiles. Ellos simplemente te dirán la respuesta. (Pintor Pablo Picasso)

2. Las computadoras, como los bikinis, ahorran mucho pensamiento a la gente. (Escritor Sam Ewing)

3. Tienen computadoras y posiblemente otras armas de destrucción masiva. (Janet Reno, ex Fiscal General de los Estados Unidos)

4. Lo mejor de trabajar con computadoras es que no se enojan, recuerdan todo y no beben tu cerveza Light. (Guitarrista Paul Leary)

5. Si los automóviles pudieran ponerse al día con el ciclo de desarrollo de las computadoras, un Rolls-Royce hoy valdría solo $100, recorrería 10,000 millas por galón y explotaría en un año. todos los que estaban dentro fueron asesinados. (Robert X. Cringley, escritor sobre tecnología)

6. Las computadoras son cada vez más inteligentes. Los científicos nos dicen que pronto podrán hablar con nosotros. (Aquí me refiero a las computadoras. Dudo que los científicos puedan comunicarse con nosotros. (Dave Barry, humorista)

7. Recientemente he notado que en la misma cultura que ***, la paranoia de que las computadoras se volverían inteligentes y eventualmente dominar el mundo desaparecería casi por completo, hasta donde yo sé, esto coincidiría con el lanzamiento de MS-DOS (Larry DiLuca) 8. Las computadoras serán como. ¿El submarino puede nadar? (Edger W. Dijkstra, ganador del Premio Turing) 9. Vive cien años y solo recuerda 30 millones de bytes, es ridículo, ya sabes, es más pequeño que un disco zip.

(Marvin Minsky, fundador de la investigación en inteligencia artificial) Trust.

10. ¿Qué te dijo el ordenador del centro de la ciudad? R2D2, ¡no deberías confiar en una computadora extraña! (C3PO, el robot traductor de Star Wars)

11. Nunca confíes en una computadora que no abre Windows* (Steve Wozniak, cofundador de Apple)

12. : La parte central del sistema informático. (Jeff Pacis)

13. La mayor parte del software actual es como una pirámide egipcia compuesta por millones de ladrillos apilados. Carece de integridad estructural y solo puede depender de la fuerza y ​​de miles de ladrillos. vino a completarlo. (Alan Kay, ganador del Premio Turing, fundador de la orientación a objetos)

A los 14 años, finalmente entendí qué es la "compatibilidad ascendente". Esto significa que tenemos que conservar todos los errores originales. (Danny Van Tasso)

15, Berkeley tiene dos productos importantes: LSD y BSD*. No creemos que esto sea una coincidencia. (Jeremy Anderson)

16, 2038 65438 + 19 de octubre, 3:00 a.m. 14:07 a.m. (UNIX* Post-Doomsday 2 32 seg 1970 65438 + 1 de octubre).

17, todos los sistemas operativos son casi tan malos como el nuestro. (El vicepresidente senior de Microsoft, Brian Valentini, describió así la seguridad del sistema operativo, 2003)

El 18, Microsoft tiene una nueva versión, Windows XP. Según todos los indicios, este es "el Windows más estable jamás creado". Para mí, eso es como decir que los espárragos son "Dave Barry".

19. ¿Esa cosa sigue ahí? (Homero Simpson)

20. Internet es como un dragón. Cada vez que me doy la vuelta veo un pequeño botón que me ordena enviar*. (Nytwind).

21. Piénselo, ya hay un millón de monos sentados junto a un millón de máquinas de escribir, pero el equipo de noticias simplemente no se puede comparar con Shakespeare. (Blair Horton)

22. El logro más sorprendente de la industria del software informático es que continúa abandonando los sorprendentes logros y la estabilidad de la industria del hardware. (Henry Petroski)

23. La verdadera innovación a menudo proviene de pequeñas empresas emergentes que están cerca del mercado pero que no pueden ser dueñas del mismo. (Tim Martin)

24. A menudo se dice que una gran disciplina científica es como un gigante sobre los hombros de otros gigantes. Algunas personas dicen que la industria del software es como un enano pisando los pies de otros enanos. (Alan Cooper, el padre del diseño de interacción)

25 Esto no tiene nada que ver con bits, bytes y protocolos, sino con pérdidas y ganancias. (Gerstner, ex director ejecutivo de IBM)

26. La resistencia es inútil. Serás asimilado. (Pegatina para el parachoques)

27. No importa qué tan buena sea la presentación durante el ensayo, una vez presentada a la audiencia, la probabilidad de que la presentación sea correcta es inversamente proporcional al número de espectadores y directamente proporcional a la cantidad total de dinero invertida. (Mark Gibbs)

28. La mayoría de las patentes son basura. Sería una tontería perder el tiempo leyendo estas patentes. Sólo los titulares de patentes harían esto y se obligarían a leerlo. (Linus Torvalds, fundador de Linux)

29. Controlar la complejidad es la esencia de la programación informática. (Brian Koenigan)

30. La complejidad lo mata todo. Interrumpe la vida de los programadores, dificulta la planificación, creación y prueba de productos, crea desafíos de seguridad y causa frustración a los usuarios finales y administradores. (Ray Oates)

31. Hay dos formas de diseñar software. Una es mantenerlo lo más simple posible para que no se vean deficiencias obvias. La otra es ser lo más compleja posible para que no se vean defectos evidentes. (Hall)

32. La función de un buen software es hacer que las cosas complejas parezcan simples. (Grady Booch, uno de los fundadores de UML) Facilidad de uso

No importa lo que digan esos libros de informática, recuerda que no eres un títere. Los verdaderos títeres son aquellos que no pueden diseñar hardware y software que sean fáciles de usar, aunque sean expertos técnicos, porque de esto depende el consumidor medio. (Walter Mossberg, columnista de tecnología)

34. Los proveedores de software están tratando de hacer que su software sea más "fácil de usar". Lo mejor que han hecho hasta ahora es desenterrar todos los manuales antiguos y estampar "Fácil de operar" en las portadas.

(Bill Gates)

Hay una vieja historia sobre un hombre que quería que su computadora funcionara como un teléfono. Su deseo se hizo realidad porque no sabía cómo usar mi teléfono. (Bijani Straustrup, el padre de C++)

Cualquier tonto puede usar una computadora. Mucha gente puede. (Ted Nelson)

37. Sólo dos industrias llaman a los clientes "usuarios". (Edward Tufte, Maestro en Diseño de Información)

38. Están tratando de desarrollar idiotas más grandes y mejores, y el universo está tratando de crear idiotas más grandes y mejores. Hasta ahora, el universo está por delante. (Rich Chef)

Muchos de vosotros conocéis las ventajas de ser programador. Por supuesto que hay tres: holgazanes, impacientes y arrogantes. (Larry Wall, inventor de Perl)

El problema con los programadores es que no puedes predecir lo que están haciendo hasta que es demasiado tarde.

41, esta es la verdadera cara de esta gente que cree odiar los ordenadores. Lo que realmente odian son los malos programadores. (Rajuni, escritor de ciencia ficción)

42. Me he estado preguntando durante mucho tiempo por qué algunas cosas caras y de alta gama no sirven para nada. Hasta que de repente se me ocurrió que una computadora es solo una máquina estúpida con una capacidad increíble para hacer cosas inteligentes, y un programador es solo una persona con una capacidad increíble para hacer cosas estúpidas. En definitiva, eran una combinación perfecta. (Bilb Leyson, escritor de literatura de viajes)

43 A diferencia de que aprender a dibujar con graffiti puede convertir a alguien en un pintor experto, una educación en informática no convertirá a nadie en un maestro programador. (Eric Lamon, líder del movimiento de código abierto)

44. Un programador es una persona que aún puede demostrar que es un experto estricto después de experimentar las siguientes cosas: puede soportar innumerables palizas, puede extraer material. A partir de documentos irrelevantes, utilice los datos controvertidos anteriores para hacer suposiciones vagas y utilícelos para calcular innumerables respuestas unilaterales para medir la precisión de las mediciones diferenciales. Será poco confiable, cuestionable y público.

Kai anunció que lo implementaría utilizando un instrumento de precisión cuestionable por parte de la persona desafortunada, desesperada, desprevenida, avergonzada y desagradable que pidió la información en primer lugar. (IEEE Grid News Magazine)

45. Un hacker afortunado puede producir en unos pocos meses algo en lo que un pequeño equipo de desarrollo (digamos 7-8 personas) trabajó en conjunto durante más de un año. IBM suele informar que algunos programadores son 100 veces más productivos que otros trabajadores, o más. (Peter Seebach, hacker)

46. Comparados con los programadores excelentes, los programadores excelentes son mejores. Este tipo de bondad no es un orden de magnitud, sino que depende de criterios: creatividad conceptual, rapidez, originalidad del diseño o capacidad para resolver problemas. (Escritor de tecnología Randall E. Strauss)

47. Un gran torno merece varias veces el salario de un torno común, pero el valor de un gran escritor de códigos de software es igual al de un torno común y corriente. el precio de un escritor de software. (Bill Gates)

No te preocupes aunque no funcione correctamente. Si todo fuera normal, te quedarías sin trabajo. (Ley de Ingeniería de Software de Moshe)

49. Medir el progreso del desarrollo por el número de líneas de código es como medir el progreso de la fabricación de aviones por peso. (Bill Gates)

50. El estatus social de escribir código es superior al del robo de tumbas, pero inferior al de la gestión. (Gerald Weinberg, pensador de software y sistemas)

51. Primero, aprenda informática y teoría. Luego forma tu propio estilo de programación. Entonces olvídalo todo y simplemente cambia el programa. (George Carret, distinguido ingeniero de software, promotor del código abierto)

52. (John Johnson)

53. El optimismo es una enfermedad profesional en la industria de la programación; los comentarios de los usuarios son la cura. (Kent Baker)

54. Los iteradores son personas, la recursividad es un dios. (Peter Deutsch)

55. Lo mejor de los valores booleanos es que incluso si te equivocas, te equivocas como máximo con una persona. (Anónimo)

56. ¿El subíndice de una matriz debe comenzar desde 0 o 1? Mi compromiso de 0,5 fue, en mi opinión, rechazado sin la debida consideración. (Stan Kelly Bootle)

57. Sólo hay dos tipos de lenguajes de programación: uno se regaña todos los días y el otro no se utiliza. (Bijani Strausstrup, el padre de C++)