No, no es fácil programar en tecnologías .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 preguntado ¿ahora dime dónde programar?
NO, no debería ser así, no es así!

El problema nace cuando las personas consideran que .net es tan fácil como hacer un bucle o si deben incluir un if en su transacción. Todo esto a pesar de que muchas veces no conocen el concepto o la razón principal de usar siquiera un contexto de gestión de transacciones.

Basándome en esta premisa es que nos encontramos con equipos de programación que por ejemplo, construyen:
– Librerías para enviar correos… usando APIs del sistema operativo.
– Paquetes que incluyen algoritmos de compresión… reproduciendo algún algoritmo que encontraron en la red.
– o como una vez me dijeron, un manejador de colas!

Conversando con algunos amigos una de mis conclusiones es que todo nace de la diferencia entre una persona que se preocupa por hacer su trabajo y otra, que -valgan verdades- se preocupa si, pero por hacer bien su trabajo.

Entonces consideremos a las personas que les importa cumplir con su trabajo (es decir, a las primeras), lo cual no debería 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 (es decir IFs) de manera descomunal
– Confían 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 (No lo es!!)
– Consideran que todas las demos de una presentación aplican a todas las realidades
– Confían ciegamente en lo “lo ultimo que salió”, si es CTP mejor, pues usar lo ultimito es cool
– Confían 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 línea, el Visual Studio, que de buenas a primeras, parece muy fácil 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 también 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 debería decirse “es que lo programé mal”

Aquí 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.

Esto genera, por un lado un problema de exceso de personas que conocen una herramienta, plataforma o lenguaje, ocasionando de manera increíble la disminución de pretensiones salariales con ánimos de conseguir empleo ante tanta competencia.

Por otro lado, la calidad de los trabajos en la plataforma muchas veces es mal visto. Díganme si acaso no tienen un amigo que trabaja con otros lenguajes y le dice “pero si .net es lento” o “eso no es escalable”
Todavía recuerdo la vez que se cayó un sistema de bolsa de algún 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”

Yo creo 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 fácil, 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 vergüenza 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 agradable, 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 si, 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”

Esto 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… equivócate 😀

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

Saludos
@Jersson
Fuente: Lo que pienso de: Programar en .net es faaaaacil