¿Qué sigue para Salesforce DX?

Con este artículo, conoce los desafíos de adoptar Salesforce DX y las medidas que Salesforce está tomando para mejorar su adopción, como mejorar la API de metadatos, presentar la API de dependencias y permitir complementos personalizados en la CLI de Salesforce. También aprendí sobre Apex Replay Debugger en VS Code y el potencial de la entrega y la integración continuas con Salesforce DX.

Estas son nuestras 5 conclusiones clave:

- La adopción de Salesforce DX ha sido baja debido a la dificultad de llevar equipos diversos hacia el desarrollo basado en código fuente y dividir sistemas monolíticos heredados.

- Salesforce está abordando los desafíos de adopción al mejorar la API de metadatos, presentar la API de dependencias y permitir complementos personalizados en la CLI de Salesforce.

- Apex Replay Debugger en VS Code permite obtener mejor información en tiempo real sobre el rendimiento de las aplicaciones.

- La entrega y la integración continuas son el objetivo final de Salesforce DX, y herramientas como Heroku Pipelines y Heroku CI pueden ayudar a lograrlo.

- Salesforce DX busca entregar funcionalidades más rápido, aumentar la calidad de las versiones y mantener la productividad de los desarrolladores.

‍

Aunque TrailheaDX ‘18 fue un poco más discreto que Dreamforce ‘17 o incluso TrailheaDX ‘17, aun así fue una gran conferencia. Salesforce ha impulsado muchos cambios para los desarrolladores durante los últimos dos años, y la conferencia fue una buena oportunidad para hacer una pausa y conocer las últimas novedades de Salesforce DX.

La presentación principal sobre Salesforce DX del miércoles fue especialmente esclarecedora. Como no encontramos un video en línea, decidimos compartir nuestras notas aquí para que otros puedan consultarlas. Esperamos que Salesforce lo publique pronto. También aprovecharemos esta oportunidad para incluir algunos comentarios desde nuestra perspectiva externa sobre el estado actual de DX.

Adopción, adopción, adopción

Las palabras de apertura de Wade Wegner, vicepresidente sénior de Salesforce, abordaron un tema que escuchamos en otras partes de la conferencia: la adopción de Salesforce DX ha sido sorprendentemente baja. Wade lo trató directamente en la presentación principal. Hablamos con amigos y socios en el área de exposición que lo mencionaron repetidamente. Y nuestros clientes nos lo comentan todos los días. Aunque la gente quiere migrar a Salesforce DX, está resultando difícil.

Una gran parte del problema es que llevar a equipos diversos a un desarrollo basado en el código fuente es una tarea más grande de lo esperado para muchas empresas. Además, DX exige cambios importantes: pide a los usuarios dividir lo que, en muchos casos, son antiguos sistemas monolíticos heredados en una estructura de directorios más pequeña y modular. Como comer verduras y evitar los dulces, es una buena idea en teoría, pero resulta mucho más difícil en la práctica.

Muy pocos de los clientes con los que hablamos han adoptado DX con éxito. Así que, si tu equipo ha tenido dificultades, la presentación principal confirma que no estás solo, y al menos puedes sentirte un poco mejor al respecto.

Afortunadamente, la presentación principal de DX también ofreció un plan de ayuda. Gran parte de la charla giró en torno a ofrecer más formas de tener éxito con DX.

Adopción del desarrollo basado en código fuente para Salesforce

Admiramos mucho la franqueza y claridad de Salesforce en esta presentación principal. Fue otro ejemplo de su valor de confianza y nos recuerda por qué Salesforce es una marca tan querida: suelen hablar con claridad desde los niveles más altos.

Lo primero que dijeron fue que mejorar Metadata API y agregar compatibilidad con más tipos de metadatos era una prioridad alta. Un nuevo informe de cobertura de Metadata API reemplazará la página estática actual de Tipos de metadatos no compatibles en Summer ‘18. El informe muestra el estado en tiempo real de varios tipos de metadatos y su compatibilidad con la API. También forma parte de un compromiso más amplio de Salesforce de aumentar gradualmente la cobertura de Metadata API. Incluso puedes votar por tus componentes favoritos desde la interfaz, así que prepara tus scripts de Selenium (¡es broma, por supuesto!). Aunque no dieron fechas y enmarcaron todo como declaraciones a futuro, sí dijeron que la cobertura completa de Metadata API era un objetivo a largo plazo para Salesforce.

Este anuncio nos entusiasma. Indica que Salesforce escucha a los usuarios y trabaja para resolver los problemas de fondo que dificultan la adopción de DX.

API de dependencias

El nuevo modelo de paquetes de DX requiere dividir tus organizaciones en partes más modulares. Para ayudar a los equipos a hacerlo de forma más eficaz, anunciaron la próxima llegada de Dependency API. Con esta nueva herramienta, los desarrolladores podrán entender mejor cómo interactúan sus metadatos entre sí.

Con esta nueva API puedes ejecutar consultas sencillas para recuperar información sobre las dependencias de los metadatos. ¿Qué campos se ven afectados por esta clase de Apex? Ahora también puedes ver a qué campos u objetos personalizados hace referencia un componente específico. ¿Qué clases de Apex se ven afectadas por este campo? El objetivo de esta API es ayudar a comprender mejor la estructura de la organización.

Dependency API es una herramienta de línea de comandos que estará disponible en un programa piloto en algún momento de 2018. Esta es otra excelente herramienta para impulsar la adopción de Salesforce DX y simplificar la reestructuración de tus organizaciones para el desarrollo basado en el código fuente.

Productividad de los desarrolladores

La presentación principal pasó después a la productividad de los desarrolladores. Una gerente de producto de Heroku subió al escenario para hablar sobre la CLI de Salesforce. Se aseguró de enfatizar que es la CLI de Salesforce. No la CLI de Salesforce DX. Con esto buscaba recordarnos que cualquiera puede usar la CLI, incluso si aún no ha adoptado DX.

El anuncio más emocionante fue que ahora puedes crear complementos personalizados para ampliar la CLI de Salesforce y DX Core Library. Heroku creó el Open CLI Framework (oclif) y lo publicó como código abierto. Con este framework, ahora es posible crear interfaces de línea de comandos para todo en Salesforce.

En Blue Canvas nos encantan las interfaces de línea de comandos, pero también hemos escuchado cierta resistencia de nuestros clientes al avance de Salesforce hacia interfaces tan centradas en ellas. ¿Qué pasó con “Clics, no código”? ha sido una pregunta recurrente entre nuestros clientes y socios. Nos interesa ver cómo evoluciona la adopción de la CLI de Salesforce y cuántos usuarios terminan creando sus propios complementos para ella.

Apex Replay Debugger en VS Code

Andy Fawcett, recién nombrado gerente de producto de Salesforce, recibió una gran ovación al demostrar Apex Replay Debugger en VS Code, que permitía a los usuarios obtener mejor información en tiempo real sobre sus aplicaciones y su funcionamiento. Estará disponible este verano y nos entusiasma.

También nos entusiasman los nuevos avances de Salesforce con VS Code.

Entrega continua y más allá

Para cerrar la presentación principal, Wade retomó el objetivo general de Salesforce DX: habilitar la entrega continua y la integración continua para Salesforce. Esto dio paso a una excelente demostración de Heroku Pipelines y Heroku CI. La demostración permitió vislumbrar cómo podría ser una implementación de DX que funcionara correctamente. Y resultaba muy atractiva. Tenías control de versiones con GitHub para gestionar solicitudes de incorporación de cambios, reversiones y conflictos de fusión. Tenías Heroku para activar pruebas y gestionar la migración del código. Tenías organizaciones temporales para crear entornos de prototipado rápido donde previsualizar y probar.

Fue un recordatorio inspirador del potencial de Salesforce DX. Salesforce DX sigue teniendo el potencial de transformar el trabajo de la mayoría de los equipos que hoy desarrollan aplicaciones de Salesforce. Una transformación tan radical inevitablemente conlleva algunas dificultades de adaptación, pero la posibilidad de entregar aplicaciones continuamente a los usuarios finales es lo que motivará a los equipos a seguir adelante.

Salesforce entiende claramente que su próximo reto es ayudar a los equipos a dar el salto hacia esta nueva forma de entregar software. Pasar del punto A al punto B está resultando difícil. Pero Salesforce se está enfocando en las áreas correctas con herramientas como Dependency API y la documentación de Metadata API.

Salesforce DX busca entregar funcionalidades más rápido. Busca aumentar la calidad de las versiones. Y busca mantener la productividad de los desarrolladores. Son objetivos valiosos que compartimos en Blue Canvas. Vale la pena el esfuerzo. Nos entusiasma trabajar con DX para facilitar esta transición.

‍