Lo que pienso de: Programar en .net es faaaaacil

Y no, no es facil programar en tecnologias .net!

Con esto me refiero a la plataforma en general, ya que mas de una vez he conocido profesionales que han venido de lenguajes tradicionales como C/C++ o Visual Basic, que luego de revisar la sintaxis han dicho… bueno, dime donde debo programar?

NO, no deberia ser asi, no es asi!

El problema fundamental de todo esto nace cuando las personas consideran que .net es hacer un bucle o considerar un if dentro de su transacción, cuando muchas veces no conocen el concepto o la razon principal de usar siquiera un contexto de gestión de transacciones.

Basados en esta premisa es que nos encontramos con equipos de programación que por ejemplo, construyen:
– Librerías para enviar correos… usando apis, si, apis!
– Paquetes con algoritmos de compresión… reproduciendo algun algoritmo que encuentran en la red
– o como una vez me dijeron, un manejador de colas!

Conversando con unos amigos (de los cuales comentaré en otros posts), todo nace de la diferencia que se tiene entre una persona que se preocupa por hacer su trabajo y otra, que, valgan verdades, se preocupa si, pero por hacer bien su trabajo.

Entoces, consideremos a las personas que les importa cumplir con su trabajo (es decir, a las primeras), lo cual no deberia estar mal visto, pero muchas veces, al basarnos en este supuesto, nos encontramos con gente que por listarlo de una manera simple y sin animo de sonar pretencioso (palabra que aprendí hace unos días), serian aquellas que:
– Anidan sentencias condicionales (osea, IFs) de manera descomunal
– Confian al 100% de las bondades de una tecnología sin siquiera hacer una prueba real ni una prueba de concepto
– Consideran como prueba de concepto un aspecto ideal de un problema, cuando en la realidad los aspectos ideales no existen
– Consideran que saber la sintaxis de un lenguaje es igual que conocer la plataforma en si
– Consideran que .net es un lenguaje (muy similar al anterior)
– Consideran que todas las demos de una presentación aplican a todas las realidades
– Confian ciegamente en lo “lo ultimo que salió”, si es CTP mejor, pues es cool
– Confian ciegamente en las facilidades que nos brinda cada vez más nuestro querido Visual Studio

Y es que en realidad todo se remonta de manera simple a la ultima linea, el Visual Studio, que de buenas a primeras, parece muy facil de usar.

Es por ello, que muchas personas lo usan unos días y dicen (algo que en realidad puede ser mas que cierto) “ya se .net, ya se usar el Visual Studio”
Lo cual tambien puede suceder cuando nos mandan a un curso de actualización a la siguiente versión de Visual Studio.

Entonces, muchas veces aquí comienza el problema. Ya que ver con tanta facilidad a esta herramienta (inicialmente me estoy basando en el ultimo caso mencionado) ocasiona que pensemos que con solo tener instala tal herramienta, tendremos la solución a nuestros problemas.
Es por ello, que muchas veces al tener problemas con una aplicación .net mas de una persona logra decir “es que es .net” cuando muchas veces deberia decirse “es que lo programé mal

Aqui el problema es claro, desde hace mucho tiempo se está confundiendo el concepto de saber usar una herramienta, plataforma o lenguaje con el hecho de aprovechar las bondades de las mismas.
Lo cual genera, por un lado un problema de exceso de personas que conocen una herramienta, plataforma o lenguaje, ocasionando de manera increible la disminución de pretensiones salariales con animos de conseguir empleo ante tanta competencia.
Mientras que por otro lado, la calidad de los trabajos en la plataforma muchas veces es mal visto. Diganme si acaso no tienen un amigo que trabaja con otros lenguajes y le dice “pero si .net es lento” o “eso no es escalable

Aun recuerdo la vez que se cayó un sistema de bolsa de algun país europeo, y que creen? estaba en .net! recuerdo que un amigo me dijo “es que no soporta tanta carga” a lo que yo le respondí “yo creo que está mal construido

Creo yo, que la herramienta, plataforma, lenguaje o lo que se encuentre disponible, forma parte de a lo mas el 50% de la solución a lo que nos vayamos a enfrentar.
Esto por que? porque el desarrollo o construcción de software, no es facil, independientemente del lenguaje, no lo es.
Es por ello que hay empresas que se encargan de hacer pruebas comparativas entre plataformas, o hay proyectos que solo se hacen para ver la factibilidad de una herramienta, y esto es, poco de mencionar porque hay casos y mas.

Personalmente hablando, al haber vivido con el Visual Studio (a veces me da un poco de verguenza decirlo una vez mas) desde las primeras ediciones del mismo, esto es, el Visual Studio .net del 2002, creo que la herramienta ha evolucionado de manera inconmensurable, y que, lo admito, confío en muchas de sus bondades, pero siempre queda mi lado humano (si, aun tengo), ese que me dice “y que tal si hacemos esto otro?” o “que tal si usamos el concepto anterior y aun no pasamos a la ultima versión?” o “es momento”
Y estoy seguro, que a mas de uno le ha pasado, y esto no por desconfiar, sino por acceder a eso que llamamos muchas veces experiencia.

Y no, no es que me considere un gurú ni nada por el estilo, pero el mensaje es claro y es parte de lo que dijo Eber en una conversación que tuvimos hace un par de horas via twitter: “lo convierte en herramienta de doble filo”

Lo cual me recuerda lo que siempre sale a discusión o muchas veces a manera de broma, el programa nunca se equivoca, el que se equivoca es el que lo programó, es decir, tu le dices al programa… equivocate 😀

Pues nada, eso es lo que pienso de programar en .net, la verdad es que, no se si algun dia termine de conocer las bondades del Visual Studio o las 3622020202743643 clases de todos los frameworks disponibles (porsiaca, el número es broma) pero estoy ahi, intentando aprender un poco mas, nada mas.

Saludos
@jersson