Ir al contenido principal

APEX 02.03 - Cosa Numero 2 de 10 - La Documentación Técnica

 “Nunca olvidaré porqué estoy escribiendo este fragmento de código”, estos son dichos que decimos como desarrolladores a lo largo de la historia para justificarnos y después de tratar de resolver el problema durante horas. Y es posible que realmente creas que estás diciendo la verdad, pero, hazme caso..

LO VAS A OLVIDAR

Incluso, podrías encontrarte años después mirando ese código y preguntándote qué tonto podría haber escrito algo tan intrincado, antes de darte cuenta que oppps. ese fui yo…😬

La documentación técnica es fundamental en cualquier proyecto de desarrollo de software.

La documentación proporciona una hoja de ruta para los desarrolladores que describe cómo debería funcionar el sistema y qué hace cada componente. Además, puede ser utilizado como referencia por los usuarios que necesitan comprender cómo funciona el sistema o solucionar problemas. 

La documentación ayuda a garantizar que todas las partes interesadas tengan una comprensión común del sistema, lo que evita malos entendidos costosos en el futuro. Asegurarse de tener un proceso o estándar para la documentación es clave en el éxito a largo plazo de tus proyectos.

¿Y estos 20 ítems en tu lista de requerimientos?, pues déjalos por ahora y documenta rápidamente ese fragmento de código inteligente que has creado. Tú y tus futuros colegas te lo agradecerán.

Algunos consejos con relación a la documentación:

  • Escribe cuando todavía esté fresco en tu mente. ¡No hay tiempo como el presente!
  • Documenta tus cambios de código
  • Mantenlo simple. No todas las líneas necesitan documentación
  • Crea un documento de inicio rápido para todos los activos claves del proyecto: enlaces a entornos, repositorios de código, tableros, etc. Esto ayuda a incorporar a los nuevos miembros del equipo de manera eficiente
  • Mantén la documentación de forma a que sea fácil de encontrar
  • Evita los tecnicismos, la documentación debe ser fácil de entende

La documentación debe ser práctica, sencilla y no te debe llevar mucho tiempo hacerla, encuentra tu equilibrio.

Siguiente Artículo: APEX 02.04 Cosa Número 3 de 10 - El Control del Código Fuente


¿ Estas interesado en contactarnos ? envianos un mail a contacto@softsanluis.com con un breve comentario de lo que deseas y con gusto un responsable se comunicará contigo.

Juntos, creamos las aplicaciones del futuro!

Mi nombre es José Preda.

* José es Analista de Sistemas e Ingeniero de Software con especializaciones en tecnologías de Oracle, Microsoft, redes, infraestructura tecnológica y gestion de recursos humanos. Posee mas de 30 años de experiencia en el área de tecnología, es de Paraguay, vive y trabaja en San Luis, Argentina. Fue consultor, capacitador y soporte técnico para Oracle, se ha desempeñado en el ámbito privado como Gerente de Proyectos para el Grupo Relcat y como consultor experto para el Gobierno de la Provincia de San Luis, desde el año 2013 es miembro activo y Coordinador Regional del Grupo de Usuarios Oracle de Argentina del cual es miembro del directorio desde 2023. En el año 2017 fundó Consultora Soft San Luis, una startup especializada en brindar formación profesional, consultoria, mentoria y soluciones con tecnologia Oracle y Oracle APEX a empresas, equipos de desarrollo de consultoras y a particulares.


Comentarios

Entradas populares de este blog

APEX 02.01 - 10 Cosas a incluir en tus proyectos APEX

Dirijo proyectos desarrollando aplicaciones en Oracle APEX desde 2007 y durante ese tiempo he aprendido y aun sigo aprendiendo cómo hacerlo mejor cada dia. Tengo la certeza de que con el crecimiento de APEX en general, construiré aún muchas aplicaciones en el futuro.  Asegurar la entrega de aplicaciones de alta calidad de manera constante es importante y para ello, formalizar la forma en la cual se realiza el seguimiento de proyectos desde el inicio hasta su finalización es fundamental. He preparado esta serie de publicaciones llamada "APEX 02" con una lista de lo que considero son elementos críticos para lograr proyectos de alta calidad. Elementos como la metodología del proyecto, los estándares de codificación y prueba, la seguridad por nombrar algunos.  Cada cliente y cada proyecto son diferentes, no pasa por mi mente ni creo que exista una sola implementación de “mejores” prácticas que aplique a todos. Creo que compartir conocimiento es importante y compartir experienc

Mejores Prácticas para PL/SQL

Por Steven Feuerstein, adaptado y traducido al español por José Preda Priorizar y aplicar mejores prácticas de PL/SQL para pulir aplicaciones nuevas o antiguas. No es difícil llegar a una lista de qué hacer y no hacer para los desarrolladores. Esta lista puede convertirse en lugar de facilitadora en una completamente abrumadora, sin embargo, porque puede ser: (a) difícil de recordar todas las mejores prácticas, (b) un desafío ponerlas en práctica y (c) misterioso determinar si los desarrolladores en un equipo realmente cumplen o no con las mejores prácticas. El reto para cualquier organización de desarrollo es realizar un seguimiento de las mejores prácticas y aplicarlas. Este artículo explora formas para aplicar una lista de prioridades de las mejores prácticas, desde un punto de vista práctico y, a continuación, muestra algunas técnicas de análisis automatizado de código para el cumplimiento de una amplia gama de prácticas recomendadas.

APEX 01.01 - ¿Has oído hablar de Oracle APEX?

Te invito a conocer más sobre esta herramienta de bajo código para desarrollo de aplicaciones y para ello, vamos a comenzar esta serie con una pequeña historia... Tengo conocidos que son desarrolladores full-stack: tienen conocimiento sobre codificación de front-end y back-end, saben diseñar aplicaciones, tienen conciencia para brindar accesibilidad y usabilidad, experiencia en DevOps, se comunican muy bien con los responsables del negocio y le apasiona ayudarlos a tener éxito. El problema es que estos desarrolladores son un recurso escaso, muy escaso y rápidamente se convierten en la persona más popular en el negocio y que pasa entonces... Todos quieren su tiempo y muy pronto los requisitos del negocio superan su ancho de banda por así decirlo, o si lo prefieren de otro modo, su capacidad productiva queda abrumada .. y alli comienzan los problemas porque los responsables del negocio se desilusionan porque quedan insatisfechos.  Entonces… pues lo que pasa es que la empresa necesita hac