cómo decidir entre no-code y código tradicional para un portal interno?

[Aaron_M]

Hace unos meses lancé un pequeño portal interno para mi equipo usando una plataforma visual, y aunque al principio todo fue rápido y sin complicaciones, ahora me encuentro con que cada pequeño cambio o nueva funcionalidad se siente como un rompecabezas imposible. La promesa de desarrollo sin código me atrajo por la velocidad, pero me preocupa haber creado algo que ahora es difícil de mantener y escalar. Me da la sensación de que quizás para ciertas cosas, tener algo de código hubiese dado más flexibilidad a largo plazo. Alguien más ha pasado por esto?

[Frank.M]

Si te digo la verdad me suena a lo que veo con enfoques no code al principio parece magia y luego cada ajuste exige coordinación y paciencia

[SamuelPW]

Puede que convenga separar la capa de UI de la lógica y documentar los componentes para que cada cambio sea trazable y más fácil de escalar

[AmeliaJL]

Me suena a que la promesa de rapidez se cumplió solo a medias y lo que falló fue la modularidad del proyecto no code que dejó piezas fuera de lugar

[SamuelTJ]

Y si la pregunta no fuera solo sobre rapidez sino sobre sostener el proyecto a futuro tal vez vale la pena pensar en una arquitectura con módulos ¿qué pasaría si priorizamos esa ruta?

[LukeC]

Lo que digo desde la trinchera es que la gente suele leer el portal de modos muy distintos y eso cambia lo que esperan ver y usar

[LarryB]

Algunos dirán que la solución es una capa de código mínima para sostenerlo y eso me hace pensar en una arquitectura con microservicios como concepto sin explicarlo todo