Qué tan necesario es un desarrollador real con herramientas de desarrollo visual?

[Madison12]

Hace unos meses me lancé a crear una herramienta interna para mi equipo usando una plataforma de desarrollo visual, pensando que sería rápido. La verdad es que me he metido en un lío de lógica y flujos que no anticipé, y ahora me pregunto si para ciertas cosas realmente necesitas un desarrollador de verdad. Me da la sensación de que estas herramientas prometen una agilidad que luego, en la práctica, se complica cuando la lógica de negocio no es trivial.

[Timothy78]

Me da la sensación de que la promesa de agilidad de estas herramientas se deshilacha cuando la lógica de negocio empieza a complicarse. Al principio parece fácil pegar componentes, pero cuando llegan validaciones, permisos y rutas de datos el entusiasmo se enfría. La palabra clave es lógica de negocio y, en mi experiencia, una herramienta visual te da bocetos útiles, pero necesitas entender los flujos para no quedarte pegado en bordes mal definidos. A veces desearía haber contado con un desarrollador de verdad para revisar lo que parecía simple.

[ScottNL]

Desde el punto de vista práctico, estas plataformas son maquetas que muestran el flujo, no una receta para todas las decisiones. Si la lógica de negocio es trivial, sí pueden acelerar; pero cuando hay reglas cambiantes, condiciones de borde y integraciones, el código real tiende a ser más robusto y fácil de mantener. En ese caso conviene contar con un desarrollador que traduzca el dominio y escriba pruebas automatizadas.

[Natalie.J]

Puede que me equivoque, pero a veces parece que estas herramientas funcionan mejor para cosas simples. Cuando la lógica de negocio se vuelve densa, las reglas se cruzan y las integraciones piden un mapa que el editor visual no siempre da, y ahí extrañas a alguien que entienda el negocio y pueda escribir código limpio.

[Mark89]

¿Y si el verdadero problema no es la herramienta sino la definición del dominio y el criterio de éxito?

[Ella_G]

Estas plataformas venden agilidad enlatada, pero en la práctica a veces es humo. Si la lógica de negocio exige cambios, el editor visual se queda corto y terminas con parches que luego duele deshacer. Un poco de código bien escrito puede ser más claro y rápido en etapas críticas.

[LilyCW]

Quizá la pregunta correcta no es si necesitas un desarrollador, sino si te interesa la propiedad del producto. Puede valer la pena pensar en términos de dominio, responsabilidad y operatividad, y usar la herramienta para eso sin pretender que reemplace a un equipo de desarrollo completo.