Niklaus Wirth Citas famosas

Pero la calidad del trabajo solo se puede esperar a través de la satisfacción personal, la dedicación y el disfrute. En nuestra profesión, la precisión y la perfección no son un lujo prescindible, sino una simple necesidad.

Un buen diseñador debe confiar en la experiencia, en el pensamiento preciso y lógico; y en la exactitud pedante. Ninguna magia servirá.

La complejidad tiene y mantendrá una fuerte fascinación para muchas personas. Es cierto que vivimos en un mundo complejo y nos esforzamos por resolver problemas inherentemente complejos, que a menudo requieren mecanismos complejos. Sin embargo, esto no debería disminuir nuestro deseo de soluciones elegantes, que convenzan por su claridad y efectividad. Las soluciones simples y elegantes son más efectivas, pero son más difíciles de encontrar que las complejas y requieren más tiempo, lo que con demasiada frecuencia creemos que es inasequible.

En el mundo práctico de la informática, es bastante raro que un programa, una vez que funciona correcta y satisfactoriamente, permanezca sin cambios para siempre.

La creencia de que los sistemas complejos requieren ejércitos de diseñadores y programadores es errónea. Un sistema que no es entendido en su totalidad, o al menos en un grado significativo de detalle por un solo individuo, probablemente no debería construirse.

La presión del tiempo corrompe gradualmente el estándar de calidad y perfección de un ingeniero. Tiene un efecto perjudicial tanto en las personas como en los productos.

La programación generalmente se enseña con ejemplos.

Durante el proceso de refinamiento gradual, se debe usar una notación que sea natural para el problema en cuestión el mayor tiempo posible.

Los programas confiables y transparentes generalmente no son del interés del diseñador.

Las posibles soluciones a un problema determinado surgen como las hojas de un árbol, representando cada nodo un punto de deliberación y decisión.

Estoy convencido de que se necesita un software de alta calidad y llegará el momento en que se reconozca que vale la pena invertir esfuerzos en su desarrollo y en utilizar un enfoque cuidadoso y estructurado basado en lenguajes seguros y estructurados.

Mientras que los europeos generalmente pronuncian mi nombre de la manera correcta ('Ni-klows Wirt'), los estadounidenses invariablemente lo estropean en 'Nick - les Worth'. Esto quiere decir que los europeos me llaman por mi nombre, pero los estadounidenses me llaman por valor.

Una causa principal de complejidad es que los proveedores de software adoptan sin crítica casi cualquier característica que los usuarios deseen.

Mi deber como profesor es formar, educar a los futuros programadores.

Mi condición de profesor influyó decisivamente en hacer que el lenguaje y los sistemas fueran lo más simples posible para que, en mi enseñanza, pudiera concentrarme en los problemas esenciales de la programación en lugar de en los detalles del lenguaje y la notación.

Mucha gente tiende a mirar los estilos y lenguajes de programación como las religiones: si perteneces a una, no puedes pertenecer a otras. Pero esta analogía es otra falacia.

Evidentemente, es necesario generar y probar candidatos para soluciones de alguna manera sistemática.

Claramente, los cursos de programación deben enseñar métodos de diseño y construcción, y los ejemplos seleccionados deben ser tales que se pueda demostrar amablemente un desarrollo gradual.

Pero la programación activa consiste en el diseño de nuevos programas, en lugar de la contemplación de programas antiguos.

El software se está volviendo más lento más rápidamente de lo que el hardware se vuelve más rápido.

Los programadores prolíficos contribuyen a cierto desastre.

Los programas deben escribirse y pulirse hasta que adquieran calidad de publicación.

Nuestro objetivo final es la programación extensible. Con esto, nos referimos a la construcción de jerarquías de módulos, agregando cada módulo una nueva funcionalidad al sistema.

Nunca he diseñado un lenguaje por sí mismo.

La construcción del programa consiste en una secuencia de pasos de refinamiento.

De hecho, los problemas de la ingeniería de Software no se deben a la falta de herramientas o de una gestión adecuada, sino en gran parte a la falta de competencia técnica suficiente.

Vaya A declaración considerada dañina.

Los profesores suelen dedicar su tiempo a reuniones sobre planificación, políticas, propuestas, recaudación de fondos, consultoría, entrevistas, viajes, etc., pero pasan relativamente poco tiempo en sus mesas de dibujo. Como resultado, pierden contacto con la sustancia de su sujeto en rápido desarrollo. Pierden la capacidad de diseñar; pierden de vista lo esencial; y se resignan a enseñar acertijos académicamente desafiantes.

El software se ralentiza más rápido de lo que el hardware se acelera.

Sin embargo, considero la POO como un aspecto de la programación en grande; es decir, como un aspecto que sigue lógicamente a la programación en pequeño y requiere un buen conocimiento de la programación procedimental.

Por lo general, sus usuarios descubren tarde o temprano que su programa no ofrece todos los resultados deseados, o peor aún, que los resultados solicitados no eran los realmente necesarios.

La idea de que uno puede obtener satisfacción de su trabajo exitoso, porque ese trabajo es ingenioso, hermoso o simplemente agradable, se ha ridiculizado.

El desarrollo de software es una actividad técnica realizada por seres humanos.

El software se ralentiza más rápido de lo que el hardware se acelera. (O, a veces conocido por] Grove [el jefe de Intel] da y Gates [el jefe de Microsoft] quita.)

La experiencia demuestra que el éxito de un curso de programación depende críticamente de la elección de estos ejemplos.

Cada vez más, la gente parece malinterpretar la complejidad como sofisticación , lo cual es desconcertante the lo incomprensible debería causar sospecha en lugar de admiración.