¿Por qué apesta la programación visual?

La programación visual “apesta” por la misma razón por la que las personas pueden hablar más rápido de lo que pueden cantar. Esto también está muy cerca de la misma razón por la que las formas de escritura alfabética son más compactas y eficientes que las formas de logotipos gráficos (por ejemplo, hànzi chino y kanji japonés).

Las imágenes son complejas y expresan muchas cosas ajenas a los requisitos de ordenar a una computadora que se comporte de manera particular y apropiada. Los humanos perciben las imágenes en una gestalt compleja que está conectada a nuestros cerebros de una manera que los símbolos alfabéticos no lo son. Este “cableado visual” ya ha sido bien establecido en nuestra infancia, mucho antes de que una persona necesite comunicarse con las computadoras; y mucho material irrelevante está “atado dentro” de la gestalt visual: cosas como la perspectiva, los colores, las asociaciones de formas, el tamaño relativo y las relaciones de distancia, el movimiento visual percibido y la velocidad se procesan inevitablemente en nuestros cerebros cuando hacemos procesamiento visual, todo esto de “cosas” visuales de gestalt es simplemente arena en los engranajes cuando uno intenta comunicar pasos simples de secuencia, alternancia e iteración a una computadora (y a otros humanos). Al mismo tiempo, nuestros cerebros nos imposibilitan “dejar esto fuera” del procesamiento visual.

En consecuencia, la programación visual tiende a “involucrar partes incorrectas de nuestros cerebros” de una manera que apesta, en comparación con el uso de la escritura alfabética en semántica simplificada que llamamos “lenguajes” informáticos.

Para escribir ciertos tipos de aplicaciones en un alto nivel de abstracción, no es una mierda. Hace las cosas más fáciles y, por lo tanto, más rápidas de hacer.

Sin embargo, para la mayoría de las aplicaciones en las que necesita conectar la lógica en un nivel inferior de abstracción (que requiere mucho más detalle), la programación visual es simplemente incómoda y difícil de manejar. Te ralentiza tremendamente.

La programación visual no puede proporcionar la agilidad y flexibilidad de la programación tradicional utilizando lenguajes de programación textuales.

Todo apesta eventualmente. La programación visual apesta mucho menos que tratar de contratar desarrolladores o tratar de decirles qué es lo que hacen mientras ponen los ojos en blanco.

Lo que no apesta, en absoluto, es poder construir las ideas en tu cabeza.

More Interesting

¿Qué tipo de preguntas se hacen en la sección de programación de Amdocs (que consta de 7 preguntas de codificación) en la primera ronda de aptitud?

¿Cómo podemos implementar intentos usando matrices 2 D?

Siendo un estudiante de ingeniería mecánica, ¿cómo me preparo para la entrevista TCS?

Le dije a mi reclutador que me gustaría usar C ++ en mi entrevista técnica para un puesto de ingeniero de software general. Dado que la compañía también usa Java, ¿está bien cambiar de idioma durante la entrevista, dependiendo de la pregunta, si es más claro / más rápido para la pizarra?

¿Cuántas subcadenas se pueden formar a partir de una cadena de caracteres de longitud n?

¿Cuáles son algunos consejos para practicar la codificación en documentos de Google para una pantalla de teléfono?

¿Cuál es la respuesta perfecta durante una entrevista para saber por qué no lo intentas en otras compañías?

Cómo usar el hash para el problema de la suma de tripletas

Si descifras la entrevista de Google por pura suerte de obtener solo preguntas fáciles, ¿qué pasará contigo a la larga? ¿Eventualmente prosperarás o te las arreglarás?

¿Cuál es la estructura de datos y UX requerida para buscar fácilmente el contenido de Quora? ¿Qué se necesitaría para presentar esto de una manera simple y requerir el tiempo mínimo de lectura?

Una persona tiene muchos amigos en Facebook. Dada una persona y un amigo, ¿cómo encuentro la mejor manera de determinar el camino entre ellos?

¿Cuál es la mejor manera de prepararse para las entrevistas con desarrolladores de iOS? (Rápido)

Cómo dominar una entrevista de programación

¿Cómo organizaría (en el lugar) el siguiente elemento de la mitad del arreglo alternativamente entre el elemento de la primera mitad del arreglo?

¿Cuál fue la mejor experiencia de entrevista que has tenido?