Agile Alliance Entrevistando a Personajes de la Agilidad Latinoamericana

Recientemente me uní al Agile Alliance en mi nuevo rol de Desarrollador de la Comunidad para Latinoamericana. Previamente a este rol serví por seis años como miembro del Board de Directores del Agile Alliance.

  • Los lenguajes de programación han evolucionado pero los desarrolladores siguen modelando mal los problemas, los modelos son incompletos y no toman realmente ventaja del paradigma Orientado a Objetos
  • Modelar no quiere decir hacer bellos diagramas usando UML, lejos de eso es decidir que objetos y cuales abstracciones representaran mejor el dominio del problema
  • En Scrum trabajamos iterativa e incrementalmente, pero esto es solo en el lado del proceso porque los desarrolladores siguen codificando soluciones complejas todo de una vez
  • Los developers crean modelos y juegan a ser computadoras, corriendo modelos complejos en sus cabezas en lugar de esto escribir pequeños pedazos de código
  • El proceso mental que siguen los desarrolladores no es estructurado, irónicamente ellos utilizan lenguajes estructurados u orientados a objetos pero modelan una solución desestructuradamente
  • Test Driven Development provee una estructura para que los desarrolladores piensen en un modelo ya que tiene una serie bien definida de tres pasos a seguir
  • TDD invita a que los desarrollos descubran por si mismos cuanto tiempo invirtieron en cada paso del ciclo, esto disparara mejoras a medida que los desarrolladores descubran que invirtieron por ejemplo mucho tiempo en el paso de refactorización

I’ve recently joined the Agile Alliance in a new capacity as Community Developer for Latam. Formerly I’ve served Agile Alliance as a Board Member for six years.

  • Programming languages evolved but still, developers are not modeling problems right, models are incomplete and not really taking advantage of the Object Oriented Paradigm
  • Modeling doesn’t mean making nice UML diagrams, far from that is deciding which objects and which abstractions better represent the problem domain
  • In Scrum we work iteratively and incremental, but that is only from the process side of things, when coding developers are coding a complex solution all at once
  • Developers when modeling too much are playing to be the computers themselves, running complex solutions in their minds without writing small chunks of code
  • The mental process that developers are following is not structured, ironically they use structured or object oriented languages but they model the solution unstructurally
  • Test Driven Development provides a structure for developers to think and model, it has a well define process of three steps that needs to be followed in order
  • TDD invites developers to self reflect how much time they’ve invested in each step of the cycle, this will trigger improvement as developers may discover for example that they’ve invested too much time in the refactoring step

--

--

Agile Alliance is a nonprofit global member organization, supporting and serving the Agile community since 2001. AgileAlliance.org

Love podcasts or audiobooks? Learn on the go with our new app.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Agile Alliance

Agile Alliance

Agile Alliance is a nonprofit global member organization, supporting and serving the Agile community since 2001. AgileAlliance.org