ºÚÁÏÃÅ

El Radar recoge las experiencias y aprendizajes de los Thoughtworkers a partir del trabajo que realizan para nuestros clientes. Como resultado, abarca diferentes tecnolog¨ªas, industrias y geograf¨ªas. Como gran empresa de servicios al cliente, con una larga trayectoria en el desarrollo de software a medida, creemos que representa una muestra razonable, pero no pretendemos ser exhaustivos ni estudiar el mercado en general.

?

No publicamos el Radar para asegurarnos ingresos, ni aceptamos peticiones de proveedores para influir en lo que incluimos. Compartimos nuestras opiniones en la creencia de que ganar en tecnolog¨ªa no significa tener la respuesta correcta; significa ser abierto y reflexivo sobre las opciones en un ecosistema en r¨¢pida evoluci¨®n.

?

El Radar est¨¢ escrito por el Consejo Asesor Tecnol¨®gico (TAB) de ºÚÁÏÃÅ.

?

El TAB es un grupo de unos 20 tecn¨®logos de alto nivel de ºÚÁÏÃÅ que se re¨²nen dos veces al a?o en persona y dos veces por semana virtualmente. Su funci¨®n principal es asesorar a Rachel Laycock, Directora de °Õ±ð³¦²Ô´Ç±ô´Ç²µ¨ª²¹ de ºÚÁÏÃÅ. El TAB representa a una amplia gama de l¨ªderes tecnol¨®gicos de diferentes pa¨ªses, ¨¢reas de especializaci¨®n y antig¨¹edad.

?

Rachel Laycock (CTO)???Martin Fowler?(Chief Scientist)???Rebecca Parsons?(CTO Emerita)???Bharani Subramaniam???Birgitta B?ckeler???Camilla Falconi Crispim???Erik Doernenburg???James Lewis???Ken Mugrage???Maya Ormaza???Mike Mason???Neal Ford???Pawan Shah???Scott Shaw???Selvakumar Natesan???Shangqi Liu???Sofia Tania???Thomas Squeo????Vanya Seth???Will Amaral

?

?

El Radar se dedica a rastrear tecnolog¨ªas y t¨¦cnicas, a las que nos referimos como blips. Organizamos los blips utilizando dos elementos de categorizaci¨®n: los cuadrantes y los anillos. Los cuadrantes representan los diferentes tipos de blips. Los anillos indican nuestra recomendaci¨®n para utilizar esa tecnolog¨ªa o t¨¦cnica.

?

Un blip es una tecnolog¨ªa o t¨¦cnica que desempe?a un papel en el desarrollo de software. Los blips son cosas que est¨¢n "en movimiento", es decir, que su posici¨®n en el Radar est¨¢ cambiando, lo que suele indicar que cada vez tenemos m¨¢s confianza en ellos a medida que se mueven por los anillos.

Los cuadrantes son una categorizaci¨®n del tipo de blip:

?

• T¨¦cnicas. Incluyen elementos de un proceso de desarrollo de software, como el dise?o de experiencias; y formas de estructurar el software, como los microservicios.

  ?

• Plataformas. Cosas sobre las que construimos software, como tecnolog¨ªas m¨®viles como Android, plataformas virtuales como la JVM, o tipos de plataformas gen¨¦ricas como las nubes h¨ªbridas.

  ?

• Herramientas. Pueden ser componentes, como las bases de datos, herramientas de desarrollo de software, como los sistemas de control de versiones; o categor¨ªas m¨¢s gen¨¦ricas de herramientas, como la noci¨®n de persistencia pol¨ªglota.

  ?

• Lenguajes y frameworks. Estos incluyen lenguajes de programaci¨®n como Java y Python, pero hoy en d¨ªa se centran principalmente en frameworks como Gradle, Jetpack y React.js.

  ?

No le damos mucha importancia a los cuadrantes: en realidad son una forma de dividir el Radar en ¨¢reas tem¨¢ticas. No creemos que sea importante el cuadrante en el que se sit¨²e una mancha, a diferencia de los anillos, que generan mucho debate.

Nuestro radar tiene cuatro anillos, que describiremos empezando por el centro:

?

• El anillo "Adoptar" representa los elementos que creemos que deber¨ªas considerar seriamente utilizar. No decimos que debas utilizarlas en todos los proyectos; cualquier herramienta debe usarse s¨®lo en un contexto apropiado. Sin embargo, pensamos que un blip en el anillo de Adopci¨®n representa algo que no hay duda de que est¨¢ probado y maduro para su uso.

  ?

• El anillo de ¡°Prueba¡± es para los blips que creemos que est¨¢n listos para su uso, pero no tan probados como los del anillo de adopci¨®n. Por ello, pensamos que la mayor¨ªa de las organizaciones deber¨ªan utilizarlos a modo de prueba, para decidir si deben formar parte de su conjunto de herramientas. Hemos utilizado blips de prueba en producci¨®n, pero somos conscientes de que los lectores pueden ser m¨¢s precavidos que nosotros.

  ?

• El anillo ¡°Evaluar¡± son cosas que hay que mirar de cerca, pero no necesariamente probarlas todav¨ªa - a menos que pienses que ser¨ªan un ajuste particularmente bueno para ti. Por lo general, los datos que aparecen en el anillo de evaluaci¨®n son cosas que nos parecen interesantes y a las que vale la pena prestar atenci¨®n.

  ?

• El anillo ¡°Resistir¡± es para cosas con las que, aunque est¨¦n aceptadas en el sector, no hemos tenido una buena experiencia. Por lo tanto, las se?alamos para advertirte de que tambi¨¦n puedes tener problemas con ellas. A veces significa que pensamos que son irremediablemente defectuosas; o simplemente que est¨¢n siendo mal utilizadas. Colocamos en el anillo de retenci¨®n cosas que desear¨ªamos que la industria no utilizara.

  ?

Tenemos algunas discusiones bastante apasionadas sobre en qu¨¦ anillo debe ir un blip. En el transcurso de la creaci¨®n del Radar, hemos aprendido algunas reglas pr¨¢cticas que nos ayudan a clasificar las cosas en anillos.

?

S¨®lo podemos poner blips en el anillo de prueba cuando tenemos experiencia en el uso de ese blip para el software de producci¨®n. Esto significa que a veces vamos por detr¨¢s de la curva tecnol¨®gica, porque puede que nos guste el aspecto de una tecnolog¨ªa pero a¨²n no hayamos convencido a un cliente para que la pruebe, y hasta que no lo hagamos, un blip no puede pasar a la fase de prueba.

?

En el anillo Adoptar, s¨®lo incluimos elementos cuando pensamos que no utilizarlos en el contexto adecuado del proyecto ser¨ªa una decisi¨®n poco acertada y potencialmente irresponsable.

Dado que muchos blips pueden estar en un par de cuadrantes diferentes, no nos preocupamos demasiado por el cuadrante en el que acaba un blip, y no prestamos atenci¨®n a su posici¨®n angular dentro del cuadrante.

?

En cambio, s¨ª que prestamos atenci¨®n a la posici¨®n radial. Si colocamos un blip en el anillo de Prueba pero cerca del anillo de Adopci¨®n, significa que tenemos cada vez m¨¢s confianza en su potencial.

• Ninguno de los miembros del TAB se ha topado con ¨¦l.

• Algunos miembros del TAB lo han mirado pero no lo encuentran suficientemente interesante.

• Lo pusimos en nuestra lista inicial, pero tuvimos que reducir el n¨²mero de anuncios para que cupieran en el Radar. Este tema fue una de las v¨ªctimas, es decir, nos pareci¨® menos importante que los dem¨¢s.

?

• Ya hemos hablado de ello en un Radar anterior, y no tenemos nada nuevo que decir al respecto ahora. Si un blip no se mueve, desaparece del Radar.

• Hicimos un blip m¨¢s gen¨¦rico, para hablar del concepto m¨¢s amplio. Por ejemplo, en nuestra primera edici¨®n del Radar no hablamos de bases de datos NoSQL espec¨ªficas, sino que mencionamos "bases de datos no relacionales". M¨¢s tarde, llamamos a los blips para bases de datos NoSQL espec¨ªficas.

El Radar representa las tecnolog¨ªas que est¨¢n actualmente en nuestra mente. Dada la rapidez con la que avanza la tecnolog¨ªa, la regla por defecto es que los blips s¨®lo aparecen en el Radar durante una edici¨®n, a menos que se muevan los anillos. Sin embargo, los miembros del Consejo Asesor de °Õ±ð³¦²Ô´Ç±ô´Ç²µ¨ª²¹ de ºÚÁÏÃÅ (TAB) siempre pueden argumentar a favor de mantener un blip, por ejemplo, cuando haya ocurrido algo digno de menci¨®n que justifique una actualizaci¨®n de la rese?a.?

?

Creemos que es importante mantener los blips m¨¢s antiguos en el archivo para que est¨¦n completos y sean visibles, pero tenga en cuenta que no los estamos actualizando. En algunos casos, los equipos de ºÚÁÏÃÅ pueden seguir trabajando con estas tecnolog¨ªas y recomendarlas; en otros, los consejos podr¨ªan estar obsoletos. Si est¨¢ consultando un elemento de nuestro archivo, t¨¦ngalo en cuenta.

Hemos ideado varias formas de mostrar los blips que cambian de un Radar a otro. En primer lugar, mostramos los blips nuevos de forma diferente a los blips que han aparecido antes.?

?

El cambio m¨¢s com¨²n son los blips que se mueven entre anillos. Un blip que abarca una categor¨ªa amplia puede dividirse en elementos m¨¢s estrechos a medida que esa categor¨ªa madura.

?

A veces movemos blips de un cuadrante a otro, lo que significa que nuestra clasificaci¨®n del blip ha cambiado. No consideramos que este cambio sea importante y, por tanto, no lo mencionamos en ning¨²n sitio.

?

?Todos los blips que ves en el Radar proceden de nuestros Thoughtworkers de todo el mundo. Antes de nuestras reuniones del Radar, nuestros equipos proponen cosas que han descubierto durante su trabajo en proyectos de clientes. Para aparecer en el Radar, nuestros colegas deben estar convencidos de que han visto algo que vale la pena compartir.

?

Intentamos limitar el n¨²mero de blips que tenemos en el Radar, as¨ª que si pensamos que se est¨¢ llenando demasiado discutiremos qu¨¦ blips deben quedarse y cu¨¢les no, a menudo con una votaci¨®n para ayudar a centrar el consejo.?

No, pero el Radar es utilizado por los Thoughtworkers como una herramienta de intercambio de conocimientos entre proyectos y experiencias.

?

El Radar capta las cosas que se mueven, por lo que s¨®lo las mencionamos si vemos un cambio significativo en la forma en que consideramos una tecnolog¨ªa a trav¨¦s de los anillos. Hay muchas tecnolog¨ªas que nos gustan y que utilizamos continuamente y que no est¨¢n en el Radar porque creemos que est¨¢n asentadas y que hace tiempo que se han ganado su lugar.

?

Encontrar¨¢s muchas de estas tecnolog¨ªas en los Radares anteriores, especialmente las del anillo de Adopci¨®n que ya han desaparecido. Pero tampoco es una lista exhaustiva, ya que siempre estamos luchando por el espacio en el Radar.

Nos reunimos dos veces al a?o, idealmente en persona para hablar del Radar.

?

En la reuni¨®n, los miembros del TAB dedican varias horas al Radar. Nuestro principal objetivo durante la reuni¨®n es decidir qu¨¦ blips incluir, en qu¨¦ anillos se encuentran y qu¨¦ debemos decir sobre ellos.

?

Comenzamos colocando los blips candidatos en la pared, cada uno de ellos situado en el cuadrante y el anillo sugeridos. A menudo, diferentes personas sugieren los mismos blips, a veces en diferentes anillos. Una vez colocados los candidatos en la pizarra, pasamos al largo proceso de evaluaci¨®n de cada ficha. Tomamos cada blip de uno en uno y discutimos si creemos que deber¨ªa estar en el Radar, y si es as¨ª, d¨®nde. Esta discusi¨®n es siempre agradable, hay muchas opiniones y experiencias en la sala, pero tambi¨¦n hay una cordialidad y un respeto mutuo que hace que las discusiones sean mucho menos molestas de lo que a veces son este tipo de discusiones.

?

Nota: No deje de consultar los podcasts sobre c¨®mo construimos el Radar a distancia y en persona.

?

Una vez elegidos y colocados los blips, hay que redactar las descripciones. Cada blip tiene un encargado que se encarga de redactarlo, lo que suele ocurrir despu¨¦s de la reuni¨®n. El TAB tiene un propietario de producto que tiene la nada envidiable tarea de perseguirnos para que redactemos nuestros blips. Una vez redactados, inician un proceso interno de comentarios en ºÚÁÏÃÅ y trabajan con los representantes de las distintas regiones para comenzar las traducciones. Mientras tanto, un dise?ador trabaja en el gr¨¢fico y el PDF.

El Radar puede leerse en dos versiones: la web interactiva y el PDF. El sitio web permite explorar, buscar y enlazar blips. Por su parte, el PDF es ideal para leer todos los blips en un solo lugar.

S¨ª, animamos a la gente a que construya sus propios radares. Es una forma estupenda de obtener una evaluaci¨®n objetiva de toda su cartera tecnol¨®gica y valorar qu¨¦ est¨¢ funcionando bien y d¨®nde tiene oportunidades de mejora. Hemos creado una herramienta en l¨ªnea que puede ayudarte a empezar.

?

Para entrar en el Radar es necesario llamar la atenci¨®n de los Thoughtworkers, en particular en el contexto de nuestro trabajo de proyecto. Si consigues entusiasmar a un equipo de ºÚÁÏÃÅ, puedes llegar al anillo de evaluaci¨®n, pero necesitamos experiencia real para seguir avanzando.

?

No tenemos un proceso formal para que personas externas propongan tecnolog¨ªa, o para organizar demostraciones. Pero los Thoughtworkers siempre buscan formas de mejorar el proceso de creaci¨®n de software y somos miembros activos de numerosas comunidades tecnol¨®gicas.

Regularmente organizamos un seminario web de adelanto con dos miembros del TAB unas semanas antes de lanzar un nuevo volumen.

?

?

Adem¨¢s, solemos dar charlas sobre el Radar en las distintas regiones de ºÚÁÏÃÅ. El contenido depende de cada ponente; a la mayor¨ªa le gusta centrarse en los aspectos que le interesan especialmente, aunque estar¨¢ encantado de responder a preguntas sobre todos los temas. Por lo general, las charlas sobre el Radar son impartidas por uno o dos miembros del TAB, tal vez con otro trabajador del pensamiento que est¨¦ familiarizado con ¨¦l.

?

?

Si est¨¢ interesado en que alguien hable sobre el Radar, o para obtener m¨¢s informaci¨®n sobre estos temas, p¨®ngase en contacto con la oficina de ºÚÁÏÃÅ m¨¢s cercana.

?

Ajey Gore (2010-12) ? Anne J Simmons (2015-16) ? Badri Janakiraman (2011-17) ? Bharani Subramaniam (2016-present) ? Birgitta Boeckeler (2020-present) ? Brain Leke (2014-16) ? Brandon Byars (2020-24) ? Camilla Falconi Crispim (2016-present) ? Cassie Shum (2020-22) ? Chris Stevenson (2010) ? Claudia Melo (2013-15) ? Cyndi Mitchell (2010-11) ? Darren Smith (2010-14) ? Dave Elliman (2015-16) ? David Rice (2010-11) ? Erik Doernenburg (2010-present) ? Evan Bottcher (2011-21) ? Fausto de la Torre (2016-24) ? Graham Brooks (2010-12) ? Hao Xu (2010-24) ? Ian Cartwright (2010-23) ? Ian Robinson (2010-11) ? James Fischer (2010-13) ? James Lewis (2012-present) ? Jiaxing Chen (2016) ? Jeff Norris (2010-15) ? Jim Webber (2010-11) ? Jonny LeRoy (2014-20) ? Ken Mugrage (2024-present) ? Ketan Padegaonkar (2017-19) ? Lakshminarasimhan Sudarshan (2017-22) ? Marco Valtas (2016-19) ? Marisa Hoenig (2022-24) ? Martin Fowler (2010-present) ? Maya Ormaza (2023-present) ? Mike Mason (2010-present) ? Neal Ford (2010-present) ? Ni Wang (2018-20) ? Nick Hines (2010-12) ? Pawan Shah (2023-present) ? Perla Villarreal (2020-22) ? Pramod Sadalage (2010-12) ? Rachel Laycock (2013-21, 2023-present) ? Rebecca Parsons (2010-present) ? Ronaldo Ferraz (2012-13) ? Sam Newman (2012-16) ? Samir Seth (2010-11) ? Scott Conley (2010) ? Scott Shaw (2011-present) ? Selvakumar Natesan (2023-present) ? Shangqi Liu (2018-present) ? Sofia Tania (2023-present) ? Srihari Srinivasan (2012-17) ? Thiyagu Palanisamy (2012-16) ? Thomas Squeo (2024-present) ? Vanya Seth (2023-present) ? Wendy Istvanick (2010-12)? ??Will Amaral (2024-present) ? Zhamak Dehghani (2016-22)

?

En realidad, el prop¨®sito del Radar en parte es ayudarnos a estar al d¨ªa. Es inevitable que en nuestra profesi¨®n aparezcan constantemente cosas nuevas, y no podemos estar al d¨ªa con todo. Puedes ver el Radar como nuestra opini¨®n sobre c¨®mo deber¨ªas priorizar tus investigaciones.

?

• Empieza por mirar el anillo de Adopci¨®n. ?Conoces (y utilizas) todos los indicadores? Si no est¨¢s familiarizado con un blip, mira si es relevante para tu trabajo; si es as¨ª, deber¨ªas estudiarlo ahora ¡ª y ponerlo en pr¨¢ctica tan pronto como puedas. Si un blip de Adopt es relevante para tu trabajo y no lo est¨¢s utilizando, piensa bien por qu¨¦.

  ?

• Presta mucha atenci¨®n a los blips del anillo de retenci¨®n. Estamos se?alando cosas que podr¨ªan ser m¨¢s perjudiciales que ¨²tiles, dependiendo del contexto. Si lo est¨¢s utilizando, deber¨ªas reflexionar sobre por qu¨¦ es as¨ª y si tiene sentido empezar a planificar el alejamiento de ¨¦l. Educar a los que te rodean tambi¨¦n podr¨ªa ser una buena idea. La herramienta BYOR (Build Your Own Radar) puede resultar ¨²til para iniciar estas discusiones.

  ?

• Una vez que te hayas familiarizado y hayas empezado a utilizar todo lo que hay en el anillo de adopci¨®n, pasa al anillo de prueba. Aqu¨ª, querr¨¢s mirar cada punto y considerar cu¨¢les son relevantes para ti. Aseg¨²rate de familiarizarte con estos temas ¡ª investiga en la web, consigue un par de libros, construye un prototipo con los elementos m¨¢s prometedores. Tambi¨¦n puedes empezar a pensar en lo que supondr¨ªa probarlos en tu organizaci¨®n.

  ?

• El anillo de evaluaci¨®n es la ¨²ltima prioridad, que puedes empezar a investigar una vez que sepas lo que hay en el anillo de prueba. Debido a sus circunstancias, puede ser m¨¢s importante conocer algo en este anillo que algo m¨¢s profundo. Que no lo hayamos usado todav¨ªa no significa que sea menos importante. Pero en t¨¦rminos de priorizar tu aprendizaje, los anillos son una buena manera de hacerlo.

  ?

Por supuesto, esto es s¨®lo nuestra opini¨®n sobre sus prioridades. No esperamos que todo el mundo est¨¦ de acuerdo con nosotros, pero al menos es un comienzo.

?

Suscr¨ªbete al Radar Tecnol¨®gico para recibir correos electr¨®nicos cada dos meses con informaci¨®n sobre tecnolog¨ªa de ºÚÁÏÃÅ y futuras publicaciones del Radar Tecnol¨®gico.