paisa-code

[paisa-code]

Cuanta armonía y alegria da una buena apariencia de tu espacio de trabajo :) .

[paisa-code]

Las anquilosadas metodologías ágiles

En el desarrollo de software nos encontramos hoy con una variadad de metodologías “agiles” ejecutadas a mi parecer con dificultad por un sinfín de gurus de la nueva era.

Entre estas metodologías nos encontramos con sueños utópicos como:

Kanban

Agile

Scrum

Extreme programming

Estas metodologías se basan en la relación entre los participantes para poder llevar acabo el trabajo de manera mas eficiente pero no tiene en cuenta que esas mismas relaciones pueden llevar a un equipo a perder días de trabajo, si ¡días! Discutiendo sobre el como, que y para que, las reuniones son excesivas y sus postulados mas platónicos solo sirven para perdernos en verdades un poco mas favorables para quienes están pendientes de los resultados.

Hablando un poco de estos postulados quisiera que todos se hagan una pregunta para si mismos: ¿alguna vez han movido una tarea en su herramienta kanban sin estar completamente terminada? En mi caso la respuesta es si y solo para cumplir con un requisito de avance en un daily.

Otro postulado importante son las entregas tempranas, algo totalmente complejo en el caso de grandes sistemas, digamos pues que no tenemos componentes totalmente integrados y entregamos a QA la mínima parte que se pueda probar en un ambiente pre productivo parecido a producción, hasta aquí todo bien, la persona de calidad va realizar sus pruebas y quizás encuentre una que otra cosa que debe ser solucionado para terminar el sprint con éxito , hasta ahí todo de maravilla y la metodología es un éxito rotundo, el problema esta cuando se desarrollan esos componentes que aun no estaban integrados en el ambiente pre productivo, es ahí en el mejor de los casos cuando el QA encuentra los problemas y a pesar de los retrasos se corrigen, haciendo ahora no tan ágil todo el proceso, en el peor de los casos las pruebas de QA y los escenarios automatizados pasan por alto toda esta integración en conjunto, o se concentran en pruebas atomizadas de las entregas tempranas y finalmente no se tienen en cuenta el sistema completo.

Podría entonces decir muchas mas ideas platónicas como el “cross funcional” que todos los integrantes deben poseer, en el caso de scrum los scrummaster que se convirtieron en árbitros pero que no juegan en el partido con el equipo, un kanban manipulado ante la presión de los superiores, una planeación muy por encima como es el planing póker que se basa en juicio de experto cuando el equipo ágil esta en constante movimiento en muchos temas impidiendo que alguno sea experto real en cualquier cosa.

Las metodologías “agiles” han generado una confusión enorme en cuanto agilidad se refiere, la ruta esta distorsionada por múltiples mentes disfrutando de largas conversaciones filosóficas en constantes reuniones para definir algo que se encontraba anteriormente en documentos muy bien estructurados. Una persona documenta lo que se necesita hacer, otra documenta el como y los hacedores lo hacen.

Para mi lo anterior es mas ágil que cualquier reunión face to face que la agilidad propone, es mas ágil que planeaciones a dedo soportados con la experticia que no se tiene, de  igual forma comprendo lo “cool” que es usar los post it, los tableros kanban, las historias de usuario y las nuevas herramientas de teleconferencias como podrían estar equivocados.

[paisa-code]

[paisa-code]

Que sería de la vida de un DEV sin un buen café colombiano 🥰🥰🥰.

[paisa-code]

Siempre estamos aprendiendo y si vamos a trabajar en angular 8 no es posible sin sus herramientas para pruebas unitarias: jasmine y karma.

Adjunto el artículo de Medium:

[paisa-code]

La pasarela del desarrollo de software

Todos los días nos vemos abrumados con nuevos frameworks, nuevas librerías y nuevas metodologías, la experticia a día de hoy es una ilusión basada en conocimientos sobre tecnologías pasadas y el aprovechamiento de la misma novedad; "en tierra de ciegos el tuerto es rey".    Me refiero a pasadas por que son tecnologías de dos años atrás, podría enumerar entonces muchos de los conocimientos que el gremio exige y que entrega medallas escondidas en títulos que denotan dos situaciones: o explotación de una pasión nata en nosotros o una herramienta ejecutada de manera mediocre y sin poder usar el 100 por ciento de su potencial, comencemos con la lista:

Backend:Nos encontramos con lenguajes como:

Java

C#

Python

Ruby

javascript(NodeJs)

Y de ahí se desprenden frameworks, librerías e IDEs que aunque cumplen la misma función, muchas solo tienen de diferencia que es lo mas usado de momento.Solo en java podemos encontrarnos con Spring Mvc, Spring boot, JFS, la lista es interminable.

No basta con esto, después nos encontramos con el frontend que a mi parecer debido a sus resultados inmediatos tiene mas influencia en nosotros y nos lleva a experimentar mas y adoptar de manera mas rápida las modas que transitan por este mundo del desarrollo, en este campo tenemos categorías por su función: están los frameworks o librerías que tienen como base el javascript y nos ayudan a operar acciones en el html permitiendo el dinamismo de nuestros desarrollos web por otro lado tenemos los preprocesadores de css como sass, less y mas, finalmente tenemos librerías que nos ayudan a la maquetación de nuestros sitios incluyendo funciones que son ya  inherentes en las web.una lista bastante breve es:

JQuery(recontra Obsoleto)"pero me encanta, quizás es la nostalgia"

Knockoutjs(obsoleto)

Angularjs(obsoleto)

Angular 2 al 8

Reactjs

vuejs

embeberjs

backbonejs

less

sass

foundation

bootstrap

materialize

Cada vez que sale una nueva herramienta para la creación de software la experticia se ve comprometida por el tiempo de la misma en el mercado , y cada vez gracias a la nube tenemos mas recursos disponibles y es muy fácil escalar recursos para soportar nuestras descuidadas formas de programar consecuencias del desconocimiento en estas herramientas.Entonces las empresas buscan personas fullstack suponiendo que nuestros conocimientos y gustos deben estar al servicio de las tecnologías que estén en sus 15 minutos de fama.

Les dejo algunas referencias de las pocas herramientas que nombre y una pregunta que todos debemos hacernos: ¿cuanto tiempo trabajando en una herramienta nos hace expertos?.

mis favoritas: en backend c# en visual studio con .NetFramework o .NetCore y en front Angular 8; para móviles Xamarin Forms.

sitios de las herramientas:

https://www.java.com/es/download/faq/whatis_java.xml https://visualstudio.microsoft.com/es/ https://www.ruby-lang.org/es/ https://angular.io https://es.reactjs.org https://vuejs.org https://materializecss.com