"Depurar es dos veces más difícil que escribir el código en primer lugar. Entonces si escribes el código tan astutamente como sea posible, no eres -por definición- tan listo como para depurarlo."
Brian Kernighan

"Sólo hay dos tipos de lenguajes: aquellos de los que la gente se queja y aquellos que nadie usa."
Bjarne Stroustrup

"Cualquier tonto puede escribir código que un ordenador entiende. Los buenos programadores escriben código que los humanos pueden entender."
Martin Fowler

"Hay dos formas de diseñar software: la primera es hacerlo tan simple que obviamente no hay deficiencias y la segunda es hacerlo tan complicado que no hay deficiencias obvias. La primera forma es mucho más difícil.".
C.A.R. Hoare

"Mucho del software hoy en día se parece a una pirámide egipcia: con millones de ladrillos apilados uno encima del otro, sin integridad estructural y hecho por pura fuerza bruta y miles de esclavos."
Alan Kay

"Medir el progreso de la programación por líneas de código es como medir el progreso en la construcción de aviones por el peso."
Bill Gates



esta me encanto 

"Los programas deben ser escritos para que la gente los lea y sólo incidentalmente, para que las máquinas los ejecuten."
Abelson / Sussman


"Nadie debe empezar un proyecto grande. Empiezas con uno pequeño y trivial y nunca debes esperar que crezca; si lo haces solamente sobre-diseñarás y generalmente pensarás que es más importante de lo que lo es en esta etapa. O peor, puedes asustarte por el tamaño de lo que tu esperas que crezca. Así que empieza pequeño y piensa en los detalles. No pienses acerca de la foto grande y el diseño elegante. Si no resuelve una necesidad inmediata, seguramente está sobre-diseñado. Y no esperes que la gente salte a ayudarte, no es así como estas cosas funcionan. Primero debes tener algo medianamente usable y otros dirán "hey, esto casi funciona para mí" y se involucrarán en el proyecto."
Linus Torvalds

FUENTE
http://es.wikiquote.org/wiki/Programaci%C3%B3n

Joder, muy buenas  .

A mi también me gustó una que leí en la firma de alguien del foro, no recuerdo quien:

@Meta: Eso díselo a Wikimedia

El problema con los programadores es que nunca sabes lo que están haciendo hasta que es demasiado tarde.

– Seymour Cray

El buen programador es aquel que mira a ambos lados antes de cruzar una carretera de un solo sentido.

– Doug Linder

Cualquier idiota puede escribir código que un ordenador pueda entender. Los buenos programadores escriben código que las personas puedan entender.

– Martin Fowler

Lo bueno que tienen los booleanos es que, aunque te equivoques, estás a un solo bit de la solución correcta.

-– Anónimo

La teoría es cuando crees saber algo, pero no funciona. La práctica es cuando algo funciona, pero no sabes por qué. Los programadores combinan la teoría y la práctica: Nada funciona y no saben por qué.

– Anónimo

Si no estás avergonzado de tu primera versión, entonces es que la publicaste demasiado tarde.

– Reid Hoffman, fundador de LinkedIn

Cuando alguien te diga: “Quiero un lenguaje de programación en el que sólo necesite decir lo que quiero”, dale un chupachups.

– Alan Perlis

Hay gente que cree que odia los ordenadores. Lo que odian en realidad son los malos programadores.

– Larry Niven

Todavía no he encontrado ningún compilador de C que sea más amigable y sencillo de usar que comer sopa con un cuchillo.

– Anónimo

Programa siempre como si el tipo que acabe manteniendo tu código fuera un psicópata violento que sabe dónde vives.

– Martin Golding

El software y las catedrales se parecen mucho. Primero lo construimos, después rezamos.

– Anónimo

estaba buscando ese que dice algo como "si no tienes tiempo de terminarlo , llamalo beta" o algo parecido , pero no lo encuentro :B

saludos

mas + 

"Muchos programas y proyectos comienzan en el papel, no hay que avergonzarse de hacer un borrador de un algoritmo difícil. A veces una idea puede lograr un alto nivel de abstracción que puede ser más comprensible mediante un dibujo."

Gustavo Rondina, de su artículo Ingeniería de Software

Los desarrolladores deberían leer documentos científicos y libros técnicos sobre diseño de software. Muchos programadores simplemente buscan que su software produzca los resultados deseados, pero si un programador quiere ser un desarrollador exitoso y tener gran calidad y software confiable, es esencial conocer las bases teóricas que se esconden bajo la práctica."

Gustavo Rondina, de su artículo Ingeniería de Software


"Haz que cada programa haga bien una sola cosa. Para hacer una nueva tarea, construye un nuevo programa en lugar de complicar los viejos agregándole nuevas funcionalidades."

Eric S. Raymond, de su libro The Art of Unix Programming
(El Arte de la Programación en UNIX)


"El conocer la sintaxis de un lenguaje de programación no significa que se conozca cómo desarrollar un buen programa y un software de calidad."

Gustavo Rondina, de su artículo Ingeniería de Software

"Un programa no es simplemente ejecutar un editor de textos y comienzar a escribir código y compilarlo, esperando obtener los resultados esperados."

Gustavo Rondina, de su artículo Ingeniería de Software


"Regla 4. Los algoritmos fantasiosos son más propensos a los errores que los simples, y son mucho más difíciles de implementar. Usa algoritmos simples al igual que estructuras de datos simples."

Rob Pike, de su libro Notes on C Programming
(Notas sobre la Programación en C)

"El conocer varios lenguajes de programación y paradigmas de lenguajes dan al programador más flexibilidad mientras elige la mejor forma de resolver el problema, puesto que cada lenguaje tiene sus propios limites."

Gustavo Rondina, de su artículo Ingeniería de Software

"El software es una producción inmaterial del cerebro humano y tal vez una de las estructuras más complicadas que la humanidad conoce. De hecho, los expertos en computación aún no entienden del todo cómo funciona, su comportamiento, sus paradojas y sus límites."

Miquel Vidal, de su ensayo Cooperación sin mando: una introducción al software libre



--------------------------------------------------------------------------------


"Lo sepamos o no, nos guste o no, nuestro carácter está reflejado en cada línea de código que escribimos, en cada informe que diseñamos, en cada interfaz de usuario que construimos, en cada diagrama que hacemos."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

"La cuestión no es si uno es capaz de escribir el mejor código posible, si no, si se preocupará por intentarlo."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

"La estética es especialmente importante en el desarrollo de software, un terreno en el que siempre estamos tratando con niveles de abstracción. Los aspectos estéticos de nuestras abstracciones están directamente relacionados con su entendibilidad y, por lo tanto, con su utilidad."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

"Un programador debe esforzarse en conseguir la belleza, sin importar la herramienta o el lenguaje de programación que esté utilizando. La belleza puede conseguirse a muchos niveles, desde el alto nivel de la elegancia en el diseño del sistema hasta el más bajo nivel de la apariencia visual del código en la pantalla."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

"El mejor código no solo funciona de forma correcta y eficiente, y está bien formado desde el punto de vista del compilador; el mejor código es también agradable de ver por el ojo humano-- y por lo tanto más fácil de absorber y de comprender para el cerebro humano."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

"La claridad en el código es un estado que debemos buscar activamente. Uno de los mayores delitos que como desarrolladores podemos cometer es olvidar que nuestro código tiene una vida más allá de los pocos momentos que nos lleva escribirlo. Las probabilidad de que alguien, posiblemente nosotros mismos, maneje nuestro código en el futuro son muy altas."

Daniel Read, de su ensayo
Los Principios del Programador>


--------------------------------------------------------------------------------

http://neoprogramadores.galeon.com/citas001.html
ademas en esta fuente hay mucha info