En primera parte de esta serie, hablamos sobre cómo los entornos de Notes/Domino han estado creciendo orgánicamente en empresas de todo el mundo durante décadas. También destacamos el papel que jugaron los “Citizen Developers” en ese crecimiento. Es fácil para los que no son programadores crear sus propias aplicaciones usando plantillas. Incluso pueden modificar el diseño y la funcionalidad sin codificación.
El resultado fue que los números de bases de datos/aplicaciones se dispararon en los años dorados de Notes. A medida que hubo más plantillas disponibles, ¡ese desarrollo se impulsó aún más!
El desafío al que nos enfrentamos en los proyectos actuales no es solo si se utilizan o no las bases de datos. Los administradores de proyectos y los desarrolladores deben conocer el propósito al que sirven estas aplicaciones, qué funciones brindan y cómo se integran en los procesos comerciales. Todo un desafío ya que probablemente solo usen una fracción de esas aplicaciones personalmente. Una forma de abordar este desafío es aprovechar la similitud entre las bases de datos para reducir la cantidad de esfuerzo requerido.
Solo el 5-10% de su código fuente puede ser único. ¿Y qué?
Una calificación muy alta de código duplicado es muy común en los entornos de Notes. A panagenda hemos visto hasta un 97 % de duplicación de código en los entornos de los clientes.
Hay una buena razón para números tan altos. Las plantillas de diseño en las aplicaciones de Domino se utilizan mucho. Las plantillas estándar como las bibliotecas de Correo, Discusión y Documentos son las favoritas. Tiene sentido y debe fomentarse. Es más eficiente incorporar sus funciones básicas que desarrollarlas continuamente desde cero.
De hecho, una vez que sepa dónde puede encontrar su código duplicado, puede utilizar la duplicación de código para acelerar sus esfuerzos de migración y modernización de Notes.
Uso de cortar y pegar para acelerar sus proyectos de migración y modernización
No mucha gente es consciente de estos números. ¿Cómo podrían ser? Información como esta es casi imposible de recopilar. Sin embargo, una vez que lo tienes, puede ser una herramienta extremadamente poderosa.
Imagine que sus desarrolladores conocen todas las ubicaciones de un solo bloque de código desde el principio. Podrían escribir una solución, una vez, para una aplicación o plantilla. ¡Después de eso, se puede usar un simple cortar y pegar para aplicar esa corrección donde sea necesario!
¡Piense en la reducción potencial del tiempo dedicado a la codificación cuando hasta el 90% de su codificación se puede hacer con cortar y pegar! No solo se reduce significativamente el tiempo y el esfuerzo, sino que cambia el perfil de habilidades de parte de sus desarrolladores.
Encuentre su código duplicado: la clave para la velocidad
El panel de código fuente en iDNA muestra rápidamente cuánto código se duplica en su entorno. Inmediatamente comienza a tener una idea del potencial para acelerar el desarrollo en su propio entorno.
Imagina que estás pasando por un proyecto de migración de correo. Está buscando aplicaciones que podrían fallar cuando cambia el sistema de correo. ¿Cómo puedes encontrar esa información?
No es dificil. Simplemente vaya al catálogo de bases de datos. Haga clic en el botón Filtrar. Aquí puede seleccionar “Insights. Insights son posibles problemas que descubrimos durante el análisis del código fuente.
Ahora ya sabe dónde debe ir su copia y pegado
Basado en este principio de código compartido, iDNA Applications crea automáticamente "Clusters de similitud de código". Muestran qué bases de datos comparten el mismo código fuente y cuánto de ese código fuente tienen en común.
Nuestra experiencia en proyectos de clientes ha destacado tres use cases donde la duplicación de código y la similitud se pueden utilizar para lograr el máximo impacto:
- Encontrar las plantillas originales utilizadas por las aplicaciones que no tienen una "Plantilla maestra" oficial configurada. Saber qué aplicaciones comparten la misma estructura interna y el grado en que se comparte esa estructura significa que puede diseñar una hoja de ruta común para manejar estas aplicaciones.
- Identificar las diferencias de diseño entre la plantilla y las instancias de la base de datos. ¿Se han modificado sus aplicaciones a partir de sus plantillas originales? ¡Querrás saberlo! Estos pueden requerir más recursos de programación para procesarlos adecuadamente dentro de su proyecto. Una vez que lo sabe, sus desarrolladores están donde se los necesita, cuando se los necesita.
- Separar las aplicaciones basadas en plantillas estándar de IBM de aquellas que no lo son. Muchas aplicaciones se basarán en plantillas estándar. Ya existirán herramientas para desarrolladores que automaticen su entrega en cualquier proyecto. Tienden a ser más fáciles y rápidos de procesar.
No te preocupes. Está cuidado por ti. Es más ganancias rápidas sin mover un dedo.
Conozca su código antes de emprender el camino del proyecto
Tener un conocimiento profundo de sus aplicaciones y sus código crea tantas oportunidades para ti. Solo hemos podido cubrir algunos:
- Ahorre tiempo
- Mejorar la eficiencia del desarrollo
- Reduzca gastos
- Acelera tu proyecto
- Mejorar la planificación y la asignación de recursos
- Minimizar el riesgo de falla
Echa un vistazo a la Caja de arena iDNA y comprueba por ti mismo las posibilidades que te esperan o visita nuestra Knowledge Base para más detalles técnicos.
Próximamente en nuestra serie
Ahora tenemos una comprensión básica de la tarea que tenemos por delante en términos de uso y diseño. Los próximos pasos consisten en elegir la fruta al alcance de la mano e identificar posibles obstáculos antes de que se conviertan en problemas graves.
Discutiremos la importancia de identificar a las partes interesadas, la mejor manera de compartir nuestras historias de éxito y lo que necesita para mantener real el alcance del proyecto.
Regístrese ahora para el próximos webinars or ver anterior webinars.
Sobre esta serie:
Muchas empresas de todo el mundo se han comprometido a HCL Notes/Domino* durante años. Conocen los muchos beneficios que se derivan de esa relación. Además, Notes/Domino se encuentra en el centro de sus procesos y de su funcionamiento. A pesar de todo esto, los responsables de la toma de decisiones de TI de todo el mundo están empezando a imaginar un futuro en el que Notes/Domino puede desempeñar un papel reducido o no desempeñar ningún papel.
*anteriormente IBM Notes/Domino
