Siempre hemos defendido escribir menos c¨®digo. La simplicidad es uno de los valores fundamentales que subyacen a nuestros Sensible Defaults para el desarrollo de software. Por ejemplo, tratamos de no anticiparnos a las necesidades y s¨®lo introducimos c¨®digo que satisfaga los requisitos comerciales inmediatos y nada m¨¢s. Una forma de lograr esto es crear plataformas de ingenier¨ªa que lo hagan posible a nivel organizacional.
Este es tambi¨¦n el objetivo declarado de muchas plataformas de c¨®digo reducido (o low-code, de sus siglas en ingl¨¦s) que est¨¢n ganando popularidad en este momento. Plataformas como o pueden exponer procesos comerciales comunes para reutilizar y simplificar los problemas de obtener una nueva funcionalidad directamente desplegada en mano para los usuarios. Estas plataformas han logrado grandes avances en los ¨²ltimos a?os con buena testeabilidad y soporte para buenas pr¨¢cticas de ingenier¨ªa. Son particularmente ¨²tiles para tareas simples o aplicaciones orientadas a eventos. Sin embargo, pedirles que se adapten a una gama casi infinita de requisitos comerciales genera complejidad. Aunque los desarrolladores pueden estar escribiendo menos (o cero) c¨®digo, tambi¨¦n deben convertirse en expertos en una plataforma comercial que lo abarque todo. Aconsejamos a las empresas que consideren si necesitan toda la funcionalidad que brindan estos productos o si es mejor buscar plataformas limitadas de c¨®digo reducido , ya sea desarrollando su propia plataforma como un producto interno o restringiendo cuidadosamente el uso de productos comerciales de c¨®digo reducido a aquellas tareas simples en las que destacan.
Una de las decisiones m¨¢s complejas a las que se enfrentan las compa?¨ªas en este momento es la adopci¨®n de plataformas de poco o ning¨²n c¨®digo, es decir, plataformas que resuelven problemas muy espec¨ªficos en dominios bastante limitados. Muchos proveedores est¨¢n presionando agresivamente hacia este espacio. Los problemas que vemos con estas plataformas se relacionan t¨ªpicamente con la imposibilidad de aplicar buenas pr¨¢cticas de ingenier¨ªa como el versionamiento. Adem¨¢s, realizar pruebas es generalmente muy dif¨ªcil. Sin embargo, hemos notados la existencia de algunos nuevos e interesantes participantes en el mercado, como que facilita la creaci¨®n de aplicaciones simples de gesti¨®n de tareas o eventos y para flujos de trabajo en la nube similares a los de IFTTT, por lo que estamos incluyendo a las plataformas delimitadas de poco c¨®digo en esta edici¨®n del Radar. No obstante, seguimos siendo profundamente esc¨¦pticos acerca de su mayor aplicabilidad, ya que estas herramientas tienen el poder de escapar de sus l¨ªmites y enredarlo todo, como lo hace la maleza. Es por eso que seguimos aconsejando tener mucho cuidado en su adopci¨®n.
Una de las decisiones m¨¢s complejas a las que se enfrentan las compa?¨ªas en este momento es la adopci¨®n de plataformas de poco o ning¨²n c¨®digo, es decir, plataformas que resuelven problemas muy espec¨ªficos en dominios bastante limitados. Muchos proveedores est¨¢n presionando agresivamente hacia este espacio. Los problemas que vemos con estas plataformas se relacionan t¨ªpicamente con la imposibilidad de aplicar buenas pr¨¢cticas de ingenier¨ªa como el versionamiento. Adem¨¢s, realizar pruebas es generalmente muy dif¨ªcil. Sin embargo, hemos notados la existencia de algunos nuevos e interesantes participantes en el mercado, como que facilita la creaci¨®n de aplicaciones simples de gesti¨®n de tareas o eventos y para flujos de trabajo en la nube similares a los de IFTTT, por lo que estamos incluyendo a las plataformas delimitadas de poco c¨®digo en esta edici¨®n del Radar. No obstante, seguimos siendo profundamente esc¨¦pticos acerca de su mayor aplicabilidad, ya que estas herramientas tienen el poder de escapar de sus l¨ªmites y enredarlo todo, como lo hace la maleza. Es por eso que seguimos aconsejando tener mucho cuidado en su adopci¨®n.
