¿Cuáles son algunas paradojas interesantes en informática?

Que hay más de una forma de hacerlo: casi todos los programas tienen varias formas de lograr los mismos objetivos. Algunos son más rápidos, otros tienen menos errores, y los mejores tienen velocidad con pequeños errores. Pero esto no es un accidente. Un programador necesita dedicar aproximadamente un tercio de su tiempo a pensar en cómo el usuario final lo romperá, no puede, pero lo hará, y cómo hacer que se reinicie solo cuando ocurra ese error o que sea obvio que necesita asistiendo. He escrito programas de Perl que todavía se están ejecutando después de 14 años de uso constante. Más de 50,000 visitas a la página y alrededor de 10,000 usos por mes, cada una, sin una sola falla. Actualmente tengo seis de estos que han logrado hacerlo. Pero para llegar a ese punto, primero pasé meses intentando explotarlos yo mismo e hice correcciones cuando fue necesario. Si tiene el deseo de pasar este tiempo en pruebas empáticas, le pagará muchas veces. Una vez hice una base de datos para ejecutar 15 agencias de seguros, todas en una red. Mantuvo 28,000 registros de clientes durante diez años con muy pocas fallas. Y cuando falló, había un enlace de restablecimiento que el cliente podía presionar para restablecer todas las bases de datos de una sola vez, hasta la última copia de seguridad válida, que se realizaba cada 30 minutos. Ese es el tipo de redundancia que necesita para disparar. Buena suerte en tus proyectos.