Enable javascript in your browser for better experience. Need to know to enable it? Go here.

Preguntas Frecuentes y más

 

Cada seis meses aproximadamente, Thoughtworks publica su Radar Tecnológico. Se basa en lo que nuestros equipos nos dicen que ha funcionado bien -o no- en sus proyectos. Es nuestra guía de opinión sobre las fronteras tecnológicas. 

Preguntas Frecuentes

¿Qué es el Radar Tecnológico de Thoughtworks?

El Radar es un documento que recoge los cambios que consideramos interesantes en la actualidad en el desarrollo de software: cosas en movimiento a las que creemos que deberías prestar atención y considerar su uso en tus proyectos. Refleja la opinión idiosincrática de un grupo de tecnólogos senior y se basa en nuestro trabajo y experiencias cotidianas. Aunque creemos que es interesante, no debe tomarse como un análisis profundo del mercado.

¿Quién es el Consejo Asesor de Tecnología de Thoughtworks (TAB)?

El Radar está escrito por el Consejo Asesor de Tecnología de Thoughtworks, conocido como el TAB.

 

El TAB es un grupo de unos 20 tecnólogos senior de Thoughtworks. El TAB se reúne aproximadamente dos veces al año en persona y quincenalmente por teléfono. Su función principal es la de ser un grupo asesor de Rebecca Parsons, la directora de tecnología de Thoughtworks. El TAB actúa como un órgano amplio que puede examinar los temas que afectan a la tecnología y a los tecnólogos de Thoughtworks.

 

Rebecca Parsons (CTO) • Martin Fowler (Chief Scientist) • Bharani Subramaniam • Birgitta Böckeler • Brandon Byars • Camilla Falconi Crispim • Cassie Shum • Erik Doernenburg • Fausto de la Torre • Hao Xu • Ian Cartwright • James Lewis • Lakshminarasimhan Sudarshan • Mike Mason • Neal Ford • Perla Villarreal • Scott Shaw • Shangqi Liu • Zhamak Dehghani

 

Construimos el Radar en nuestras reuniones presenciales. Estas reuniones duran unos cuatro días, de los cuales un día aproximadamente consiste en la elaboración del Radar. Otros temas que podemos debatir son las trayectorias profesionales de los desarrolladores, la revisión del proceso de contratación de desarrolladores, cómo aumentar nuestra capacidad para las nuevas tecnologías y nuestras experiencias con las arquitecturas de microservicios.

 

Rebecca elige los miembros del TAB basándose en la formación de un grupo que pueda representar una gama lo más amplia posible de líderes tecnológicos dentro de Thoughtworks. El grupo tiene una membresía global (lo que hace que programar reuniones online sea un dolor). Rebecca pide consejo a mucha gente sobre quién debe formar parte del TAB, pero la decisión final es suya. El TAB no debe considerarse como la mesa principal de los desarrolladores de Thoughtworks -hay muchos desarrolladores importantes que no están en él- sino como una selección representativa de la dirección tecnológica.

 

Los miembros del TAB cambian con el tiempo, por lo que cada Radar es elegido por un grupo de personas ligeramente diferente al anterior. Por lo general, vemos que dos o tres personas cambian entre reuniones, aunque no hay un plazo formal de servicio.

 

¿Cuál es la estructura del Radar?

El Radar se dedica a rastrear cosas interesantes, a las que nos referimos como blips. Organizamos los blips en el Radar utilizando dos elementos de categorización: los cuadrantes y los anillos. Los cuadrantes representan los diferentes tipos de señales. Los anillos indican en qué fase del ciclo de vida de la adopción creemos que deberían estar.

¿Qué es lo que cuenta como un blip?

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.

¿Qué son los cuadrantes?

Los cuadrantes son una categorización del tipo de parpadeo:

 

  • Lenguajes de programación y frameworks. Esto era solo lenguajes, pero incluimos los frameworks aquí con el Radar de octubre de 2012.
  • 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.
  • 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.
  • 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.

 

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.

¿Qué son los anillos?

La metáfora del radar dice que cuanto más cerca esté de ti una mancha, antes se te echará encima. Como la mayoría de las metáforas, no hay que tomársela demasiado en serio, pero tiene un sentido esencial.

 

 

 

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. Normalmente, hemos utilizado las pruebas en producción, pero somos conscientes de que los lectores son 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 que, aunque son aceptadas en la industria, no hemos tenido una buena experiencia con ellas. 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.

A diferencia de los cuadrantes, tenemos algunas discusiones bastante apasionadas sobre el anillo en el que debe ir un blip. No solemos tener discusiones airadas, pero los anillos son los que generan las discusiones más enérgicas. A lo largo de la elaboración del Radar, hemos elaborado algunas reglas útiles para ayudarnos a colocar las cosas en los anillos.

 

Sólo podemos poner los blips en el anillo de prueba cuando tenemos experiencia con ese blip en un proyecto real. Esto puede significar que a veces nos quedemos atrás en 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 ese blip no puede pasar a Prueba.

 

 

En el anillo de Adoptar, sólo incluimos elementos cuando pensamos que sería una elección pobre y potencialmente irresponsable no utilizarlos dado el contexto apropiado del proyecto.

¿Qué importancia tiene la posición de un punto dentro de su cuadrante y anillo?

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.

¿Por qué <alguna-tecnología-genial> no está en el radar?

Hay varias razones por las que no hay algunas cosas
  • 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.

¿Por qué desaparecen los blips entre los radares?

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 Tecnología de Thoughtworks (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. Los blips más antiguos se pueden buscar en el índice completo de la A a la Z.

 

 

Creemos que es importante mantener los blips más antiguos en el índice para que estén completos y sean visibles, pero tenga en cuenta que no los estamos actualizando. En algunos casos, los equipos de Thoughtworks 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.

¿Cómo cambian los blips?

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. Permitimos que los blips se muevan entre anillos. Los blips pueden explotar cuando una categoría general se divide en diferentes elementos particulares, o unirse cuando pensamos que podemos tratar varias cosas como una sola.

 

 

Normalmente hacemos la división y la combinación cuando vemos que diferentes partes del blip más amplio deberían estar en diferentes puntos de los anillos.

 

 

A veces movemos los blips de un cuadrante a otro. Esto indica que nuestra opinión sobre cómo clasificar el blip ha cambiado, ya que los cuadrantes no son un gran problema, no vemos tal cambio como importante y por lo tanto no merece ningún comentario en el texto.

¿Cuál es el criterio para obtener una señal?

Fundamentalmente, se reduce a que uno o más miembros del TAB piensen que es importante. Insistimos en que se trata de una elección personal del TAB: no intentamos construir un Radar para todo el sector, éste es nuestro Radar. Publicamos nuestro Radar porque hemos comprobado que otras personas encuentran nuestras opiniones interesantes, pero no creemos que tengamos una autoridad especial. Sí tenemos un sesgo hacia las tecnologías que hemos utilizado en producción, de hecho es una necesidad para entrar en los anillos de Prueba y Adopción.

 

 

Los cambios en la composición del TAB afectan al blipping. Si un champion de un blip deja el TAB, es muy posible que los temas que más le interesan reciban menos atención en el futuro.

 

 

\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. La responsable final de la colocación de los indicadores es Rebecca Parsons.

¿Es el Radar una lista de tecnologías aprobadas por Thoughtworks?

No.

 

 

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.

¿Cómo construimos el Radar?

 

 

Nos reunimos dos veces al año, idealmente en persona para hablar del Radar. Antes de la reunión, los miembros de la Junta Consultiva de Tecnología de Thoughtworks (TAB) suelen hablar con mucha gente y pensar en lo que debería aparecer. Los trabajadores de Thoughtworks que no son miembros del TAB presionan para que se incluyan las cosas que les interesan. Aunque es el radar del TAB, buscamos opiniones de muchas fuentes, dentro y fuera de Thoughtworks.

 

 

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 dejes de consultar este episodio del podcast para saber cómo hemos adaptado este proceso debido a la pandemia de COVID.

 

 

Una vez que hemos elegido y colocado los blips, tenemos que escribir el texto para ellos. Cada blip tiene un campeón 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 de retroalimentación interna en Thoughtworks y trabajan con los representantes de varias regiones para comenzar las traducciones. Mientras tanto, un diseñador trabaja en el gráfico.

¿En qué formatos se publica el Radar?

Tradicionalmente, el formato principal del Radar ha sido el PDF, ya que es un documento con mucho diseño que nos gusta enviar a la gente. En los últimos Radares hemos creado una versión interactiva en HTML para ofrecer una mejor capacidad de exploración, búsqueda y enlace a los blips.

¿Puedo construir mi propio Radar?

Sí, animamos a la gente a que construya sus propios radares, es una gran manera de visualizar una estrategia tecnológica y podemos ayudarte a empezar. Como ejercicio, anima a la gente a pensar en las tecnologías que deberían investigar y les ayuda a evitar los peligros de vivir dentro de una burbuja tecnológica.

¿Cómo puedo hacer que mi producto aparezca en el Radar?

Para entrar en el Radar hay que llamar la atención de los miembros de la OET, sobre todo en el contexto de nuestro trabajo de proyecto. Si consigues entusiasmar a un miembro del TAB, 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.

¿Por qué aparecen tantos proyectos de código abierto de Thoughtworks?

Principalmente porque los utilizamos. A menudo, estos proyectos son el resultado de una necesidad que tenemos en la situación de un cliente, frecuentemente cuando sentimos que estamos reconstruyendo lo mismo de nuevo.

¿Puedo conseguir que alguien dé una charla sobre el Radar?

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 Thoughtworks. 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 Thoughtworks más cercana.

 

¿Por qué la lista de referencias no incluye todo lo que menciona?

No tratamos de ofrecer una lista de referencias exhaustiva, debido a las limitaciones de tiempo y espacio. Así que sólo incluimos referencias a cosas que creemos que serán un poco más difíciles de localizar, cosas que nos parecen especialmente convincentes o que presentan un punto de vista diferente.

¿Quién ha trabajado en el Radar anteriormente?

Ajey Gore (2010-12) • Anne J Simmons (2015-16) • Badri Janakiraman (2011-17) • Brain Leke (2014-16) • Chris Stevenson (2010) • Claudia Melo (2013-15) • Cyndi Mitchell (2010-11) • Dave Elliman (2015-16) • David Rice (2010-11) • Evan Bottcher (2011 - 21) • Graham Brooks (2010-12) • Ian Robinson (2010-11) • James Fischer (2010-13) • Jiaxing Chen (2016) • Jeff Norris (2010-15) • Jim Webber (2010-11) • Jonny LeRoy (2014-20) • Ketan Padegaonkar (2017-19) • Marco Valtas (2016-19) • Ni Wang (2018-20) • Nick Hines (2010-12) • Pramod Sadalage (2010-12) • Rachel Laycock (2013 - 21) • Ronaldo Ferraz (2012-13) • Sam Newman (2012-16) • Samir Seth (2010-11) • Scott Conley (2010) • Srihari Srinivasan (2012-17) • Thiyagu Palanisamy (2012-16) • Wendy Istvanick (2010-12)

Son muchas cosas. ¿Cómo puedo seguir el ritmo?

En realidad, el propósito del Radar 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 resultarle ú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

Radar

Descarga el Radar Tecnológico Volumen 25

 

English | Español | Português | 中文

Radar

Mantente informada sobre Tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores