Algunas personas tienen la visión de la programación de que solo se trata de escribir repetidamente en un teclado. Nada de esto es verdad. En primer lugar, hay mucho más que hacer que escribir el código, como la arquitectura de diseño, etc. En segundo lugar, podría ser una tarea muy variada y no repetitiva, con nuevos desafíos que vienen todo el tiempo.
¿Cómo debería explicar que la programación no es una tarea repetitiva para los no programadores ?
Respuestas:
Dales ejemplos con los que se puedan identificar.
El tenis es repetitivo. Simplemente sigue golpeando la pelota todo el tiempo al otro lado de la red.
El fútbol es repetitivo. Simplemente sigue pateando la pelota cada vez hasta que encuentre un poste de gol.
Tocar el piano es repetitivo. Sigues moviendo tus dedos sobre el tablero.
¡Maldita sea, todo tan aburrido!
fuente
Siempre se puede decir que la programación es mecanografía repetitiva exactamente como la escritura en prosa es mecanografía repetitiva. ¿Se escribirá una gran novela (o incluso mediocre) sentándose y juntando cuidadosamente las cartas?
fuente
Bueno, de alguna manera. Escribe repetidamente las mismas letras (AZ, az, 0-9) una y otra vez. Solo en diferentes combinaciones.
Por lo general, trato de evitar esas conversaciones con esas personas.
fuente
La programación es muy parecida a la composición musical . Lo cual está lejos de ser un proceso repetitivo.
A veces, no sabes lo que quieres y juegas. Probablemente la mejor manera de obtener las composiciones más interesantes ...
fuente
Usualmente explico que la programación es resolución creativa de problemas. Tiene un problema: desea una función en un producto (y generalmente elijo un producto conocido, Amazon.com, MS Word, etc.), y no está allí. Nunca se ha hecho antes, y usted es el primero, así que esto es como cualquier proyecto de arte: tiene una visión, pero necesita encontrar un camino.
También me concentro en el hecho de que hay más de una forma de resolver el problema, un montón de formas realmente malas, y probablemente más de una buena manera. A la larga, puede haber una mejor manera, pero esa mejor manera no será obvia durante mucho tiempo (extensibilidad, reutilización, etc.), por lo que en el momento del desarrollo, hay muchas decisiones importantes.
Finalmente, el producto final puede ser amado u odiado por el destinatario. Al igual que algunas personas aman a Picasso y otras no pueden hacer cara o cruz del arte moderno; algunas personas pueden amar una característica, y otras pueden odiarla. Hace lo mejor que puede para la mayoría de las personas, y cree que no puede complacer a todos.
Enfocado en:
Muestra que este trabajo se parece mucho más al arte, y mucho menos al trabajo aburrido y repetitivo.
Hablo con frecuencia con los artistas (y parecen tener una creencia instintiva de que el trabajo en la computadora no es creativo. Por lo general, también puedo relacionarlo con la forma de arte favorita del artista. En cierto nivel, la mayoría de los artistas también son técnicos: pintura , bailar, hacer música y probablemente cualquier otro arte, todo implica una serie de actividades repetitivas que lo llevan al punto de ejecución de algo nuevo, diferente y creativo. Dicho de esta manera, los artistas generalmente tienen problemas para negar que actividades aparentemente repetitivas puedan conducir a obras de inspiración y belleza.
En ese momento, generalmente están dispuestos a admitir que solo porque mi "arte" involucra un conjunto de declaraciones de sintaxis de aspecto extraño y diagramas UML de aspecto insípido, no significa que no sea creativo en ese sentido. Los modelos del sistema eventualmente hacen algo bastante diferente a la suma de sus partes.
fuente
La programación se trata de abstracciones. Cuanto más escribes, más similitudes puedes ver. Pero entonces es hora de abstraer. Al refactorizar, se desarrolla un marco que elimina la duplicación. Esto reduce la complejidad en el código de dominio del problema.
La programación repetitiva es posible. Pero es ineficiente.
fuente
Si realmente fuera así, simplemente usaríamos copiar y pegar: D
Uno de los desafíos clave en la programación es crear bloques de construcción de alta calidad, de modo que
Por su propia naturaleza, este desafío exige que no se repita .
Como corolario: si te repites como programador, pierdes tiempo en la creación de software, que no es estable ni flexible.
fuente
Además de las otras respuestas que señalan cómo la repetitividad o la escritura / clic son superficiales, también podría señalar que la programación suele ser mucho más sobre la resolución de problemas que sobre la escritura (y creo que fue Djikstra quien dijo que la informática mucho sobre computadoras como la astronomía se trata de telescopios, o algo similar ).
Escribir es solo una forma de implementar la solución (y actualmente la más popular), aunque hay otras formas, como:
fuente
Gran parte del acto de programación es escribir. Pintar implica acariciar con un pincel, pero llamar repetitivo es bastante superficial.
¿Aplicarían esa lógica a: - Los vendedores hablan mucho por teléfono. - Los gerentes van a muchas reuniones. - Los cantantes solo cantan. - Los actores repiten guiones.
Si es así, es por eso que no son programadores.
fuente
Si quieres ser bueno programando, es repetitivo, pero lo mismo puede decirse de cualquier cosa. La repetición está en el corazón de dominar cualquier habilidad.
fuente
Bueno, la programación realmente puede ser una tarea bastante repetitiva. Especialmente cuando la infraestructura ha sido construida, el aburrido proceso de construir el mismo diálogo / software comercial (solo un poco diferente) comienza una y otra vez. Tienes suerte si no tienes que participar para cumplir con los plazos o si tienes suficientes jóvenes para hacer ese tipo de trabajo.
fuente