En principio, pueden expresar exactamente las mismas funciones, pero en la práctica, no creo que las herramientas basadas en la interfaz visual puedan rivalizar con las ventajas de los programas escritos.
He aquí por qué: las interfaces visuales que he visto (incluida la mencionada en el comentario de la pregunta) le permiten dibujar su programa como un gráfico de flujo de control, o un gráfico de flujo de datos, suponiendo que es más simple dibujar que escribir.
La mitad del trabajo de un compilador maduro es tomar el texto del programa y transformarlo en gráficos de flujo de control y gráficos de flujo de datos internamente. La razón por la que creamos compiladores que pueden generar estos gráficos en nuestro nombre, es que el programa fuente solo tiene que ser un poco complicado antes de que los gráficos se conviertan en enormes y infernales dibujos de espagueti que ningún humano debería tener que manejar a mano.
- ¿Existen aplicaciones para el aprendizaje automático / ciencia de datos en el campo de los vuelos espaciales?
- ¿Qué conjuntos de habilidades son imprescindibles para un aspirante a científico de datos además de la calificación educativa?
- ¿Qué debo aprender antes de seguir un curso de ciencia de datos?
- ¿Cuáles son las 10 principales expectativas de los clientes de Big Data?
- ¿Cómo explicaría al público la importancia de generar ideas a partir de los datos?
Las representaciones gráficas solo parecen más fáciles para los problemas que se pueden resolver con un puñado de conexiones. El código se puede organizar para representar de manera legible enormes cantidades de combinaciones de entrada / salida / función sin requerir que organice cantidades igualmente enormes de cuadros y flechas para rastrear meticulosamente cada ruta posible a través de un área de pantalla limitada.