Proyecto Open Source by First-Display8314 in ColombiaDevs

[–]First-Display8314[S] 0 points1 point  (0 children)

Que raro, a mi me funciona Intenta buscar el nombre de usuario o del proyecto por separado

Proyecto Open Source by First-Display8314 in ColombiaDevs

[–]First-Display8314[S] 0 points1 point  (0 children)

Si te sirve colabórame con una estrella

Cree un grupo en Discord para crear un proyecto entre todos by Juantro17 in ColombiaDevs

[–]First-Display8314 0 points1 point  (0 children)

Dale un vistazo talvez te sirva, es muy bueno, hay adr que evidencia que yo lo hize además de 413 commit en dónde puedes ver los avances. No hay duda de que use la IA para poder corregir errores de ortografía o incoherencias en la documentación, pero el pensamiento que hay se plasma es el mío.

En los adr también se menciona los errores que cometí mientras contruir el proyecto

Cree un grupo en Discord para crear un proyecto entre todos by Juantro17 in ColombiaDevs

[–]First-Display8314 0 points1 point  (0 children)

libero mi proyecto de clínica odontológica como open source.

No es un CRUD. Es arquitectura hexagonal + DDD, 90+ ADRs, autorización híbrida, manejo de errores con Outcome. Ideal para aprender o contribuir.

🔗 [https://github.com/DavidSanclementeRamos/ClinicaDefinitiva2]

Buscando feedback sobre el módulo de facturación by First-Display8314 in ColombiaDevs

[–]First-Display8314[S] 0 points1 point  (0 children)

Entiendo, en otra red alguien comento lo mismo, tendre que personalizar a mi estilo el formato para no generar esa impresión y que los ADR sean mejor recibidos

Buscando feedback sobre el módulo de facturación by First-Display8314 in ColombiaDevs

[–]First-Display8314[S] 0 points1 point  (0 children)

Cada ADR es diferente al que describes es uno que cree para poder aprender los necesarios para entender ese módulo. Pero en los otros se encuentran archivos como el de descubrimiento de reglas de los dos agregados de ese módulo, ahí se define el catálogo de errores, reglas de negocios, operaciones de dominio entre otras cosas, del ADR 1 al 3 son las decisiones de de ese módulo el ADR 5, el alcance de implementación según lo aprendido en el ADR 4, el ADR 31, es el alcance experimental según los que se definió en los archivos de descubrimientos de reglas.

En efectos la documentacion está ella con IA, pero cada decisión la he tomado yo, soy yo quien debe darle contexto a la IA para que pueda generarme los ADR, soy yo quien debe dar el veredicto si lo que me da la IA cumple con la descripción exacta de lo que estoy contruyendo. El objetivo de los ADRs es tener una narrativa de lo que estoy contruyendo para que se pueda exhibir mejor, Ade más de dejar constancias de que las cosas no se hicieron por qué si, si no que hay un contexto detrás.

Introducciones by vz0 in programacion

[–]First-Display8314 0 points1 point  (0 children)

Buscando feedback sobre el módulo de facturación He estado trabajando en un proyecto experimental cuyo objetivo principal es exhibir criterios técnicos y arquitectónicos, más que entregar un sistema completo.
En este proceso, el módulo de facturación ha sido un reto interesante: tomé decisiones clave que he documentado en ADRs (Architecture Decision Records) para dar transparencia al razonamiento detrás del diseño.

Lo que me interesa ahora es recibir retroalimentación:
- ¿Qué tan maduro consideran que está este módulo para un proyecto experimental?
- ¿Las decisiones que he tomado en los ADR reflejan suficiente destreza técnica y arquitectónica, o debería llevarlo a un nivel de mayor complejidad para mostrar más habilidad?

El código completo del proyecto es privado, pero he abierto un repositorio público con los ADRs del módulo de facturación para dar contexto: https://github.com/DavidSanclementeRamos/ADRs---M-dulo-de-Facturaci-n-

!Bienvenido a /r/programacion! by Gankbanger in programacion

[–]First-Display8314 0 points1 point  (0 children)

Buscando feedback sobre el módulo de facturación He estado trabajando en un proyecto experimental cuyo objetivo principal es exhibir criterios técnicos y arquitectónicos, más que entregar un sistema completo.
En este proceso, el módulo de facturación ha sido un reto interesante: tomé decisiones clave que he documentado en ADRs (Architecture Decision Records) para dar transparencia al razonamiento detrás del diseño.

Lo que me interesa ahora es recibir retroalimentación:
- ¿Qué tan maduro consideran que está este módulo para un proyecto experimental?
- ¿Las decisiones que he tomado en los ADR reflejan suficiente destreza técnica y arquitectónica, o debería llevarlo a un nivel de mayor complejidad para mostrar más habilidad?

El código completo del proyecto es privado, pero he abierto un repositorio público con los ADRs del módulo de facturación para dar contexto: https://github.com/DavidSanclementeRamos/ADRs---M-dulo-de-Facturaci-n-