.
1. Cualquier programa, sin importa cual sea, va a quedar obsoleto ni bien esté instalado.
2. Es mas sencillo cambiar las especificaciones para que se ajusten al programa que al revés.
3. Si un programa es útil, alguien va a hacer que le hagas cambios.
4. Si un programa es inútil, alguien va a hacer que lo documentes exhaustivamente.
5. Solo el 10% del código de todo programa llegará a ejecutarse en algún momento.
6. El programa crece siempre hasta consumir todos los recursos disponibles.
7. Cualquier programa no trivial, tiene mínimo, un error.
8. Las posibilidades de hacer el ridículo en una demostración pública de tu programa, son directamente proporcionales al número de gente viéndola, creciendo además excepcionalmente el riesgo cuanto mayor sea el dinero invertido en dicha aplicación.
9. Hasta que el programa no tenga al menos 6 meses de producción, no conocerás su error mas grave.
10. El trabajo requerido para corregir un error, aumenta excepcionalmente con el tiempo.
11. La complejidad de un programa crece hasta exceder la capacidad del programador que tiene que mantenerlo.
12. Dentro de cada pequeño programa hay un gran problema pujando por asomarse.
13. Cuanto antes empieces a trabajar en tu programa, mas tiempo te llevará.
14. Un proyecto mal planeado necesite hasta 3 veces mas tiempo de lo esperado para terminarlo. Uno cuidadosamente planificado solo lleva 2 veces mas de tiempo.
15. Incluir mas programadores en un proyecto atrasado, solo logrará retrasarlo mas.
16. Un programa nunca está menos de un 90% completo y mas de un 95%.
17. Si tu programa automatiza una porquería, solo conseguirás que sea una porquería automatizada.
18. Crea un programa que incluso un tonto pueda usar, y solo un tonto querrá usarlo.
19. Los usuarios no saben lo que quieren hasta que usan el programa.
Vía Taringa
Esto es un boboapunte, pero es que ya no puedo reprimirme. Cuando llegó a 50.000 minutos lo hice, pero ahora con 60.000 ya no aguanto las ganas 
790 ? Sl 60235:33 /usr/sbin/mysqld
La línea anterior muestra que el servidor del MySQL (del servidor del Menéame) consumió más de 60.000 minutos de CPU desde la última vez que se reinició –en una actualización de seguridad–, son casi 42 días completos de CPU.
El status da la siguiente salida:
Server version: 5.0.51a-3-log (Debian)
…
Uptime: 79 days 18 hours 10 min 21 sec
…
Threads: 287 Questions: 6812282200 Slow queries: 51042 Opens: 64030 Flush tables: 1 Open tables: 497 Queries per second avg: 988.574
Está en marcha sin parar hace casi 80 días –a punto de dar la vuelta al mundo– y sin nada de “mantenimiento”. En ese período recibió casi 7.000 millones de consultas a casi 1.000 consultas por segundo de media con picos que superan los 10.000 consultas por segundo, sobre una base de datos que no es minúscula –más de 2 millones de comentarios, casi 400.000 artículos y más de 25 millones de votos registrados–.
No está nada mal para una base de datos que tiene sus limitaciones [*] y que hay que tratarla con cariño en las consultas, pero que difícilmente pueda ser batida en estabilidad y eficiencia.
No está nada mal, aunque el FUD no enterprise ready continúa a pesar de la evidencia de los años.
[*] La versión que tenemos es la de etch-backports, ya que la que está en Etch tiene problemas con algunas consultas full-text en UTF-8. También necesitó su trabajo de tuning en las consultas e índices, pero de eso no se escapa ninguna base de datos que tenga que deba dar tiempos de respuestas tan bajos como los que se necesita en las aplicaciones web en general y el Menéame en particular –que necesita hacer muchas consultas diferentes para generar cada página–.
