Roberto M. Oliva

Esta entrada es una traducción del siguiente post: Murphy’s Laws of .NET:

Leyes de Murphy aplicadas a .NET:

1. Cuando se codifica en .NET lo que piensas que puede pasar, efectivamente pasa
2. Cuando consigues entender alguna nueva característica de .NET seguramente se ha quedado obsoleta
3. Para cada funcionalidad en .NET hay otra equivalente que funciona mal.
4. Puede haber como 6 maneras diferentes de hacer alguna funcionalidad en .NET. Seguramente escogerás la peor, y solo te darás cuenta en las fases finales del proyecto.
5. Un programa en .NET siempre haces lo que tu le pides, pero rara vez hace lo que quieres que haga.
6. El que ríe el último seguramente utilizó la arquitectura más simple para desarrollar en .NET.
7. Una aplicación compleja en .NET que no funciona seguramente sea una evolución de una aplicación en Visual Basic 6 que sí funcionaba.
8. La principal cuasa de un problema surgido en .NET es otra solución basada en .NET

Depues de mi experiencia en .NET estoy totalmente de acuerdo con la mayoría de las citas. De todas formas algunas son leyes de Murphy implicitas en NET (la 2 y la 4), otras son leyes universales de la programación (la 6) y otras son causas inevitables del mundo en que vivimos (la 2, la 3 y la 7).
Estoy convencido de que hay muchas mas… y en ello me voy a poner estos días. Ire añadiendo las que se me ocurran.
Se me esta ocurriendo la siguiente, pero es más un problema de Visual Studio que de .NET:

1. Cuando estes implementando tres cosas que tienes en mente, Visual Studio se bloqueará en la primera tanto tiempo que se te olvidarán las otras dos.