Como explicar aos não programadores que a programação não é uma tarefa repetitiva? [fechadas]

Algumas pessoas têm a ideia de programar que é apenas digitação repetitiva no teclado. Nada disso é verdade. Antes de tudo, há muito mais a fazer do que digitar o código, como a arquitetura de design e assim por diante. Em segundo lugar, poderia ser uma tarefa muito variada e não repetitiva, com novos desafios surgindo o tempo todo.

Como você explica que a programação não é uma tarefa repetitiva para os não programadores ?

Dê a eles exemplos com os quais eles possam se relacionar.

O tênis é repetitivo. Você continua batendo a bola o tempo todo para o outro lado da rede.

O futebol é repetitivo. Você continua chutando a bola todas as vezes até encontrar uma trave.

Tocar piano é repetitivo. Você continua movendo os dedos no quadro.

Droga, tudo tão chato !!!

Você sempre pode dizer que a programação é digitação repetitiva exatamente da mesma maneira que escrever prosa é digitação repetitiva. Alguém escreverá um ótimo romance (ou até medíocre) sentado e cuidadosamente juntando as letras?

Bem, é de certa forma. Você digita repetidamente as mesmas letras (AZ, az, 0-9) repetidamente. Apenas em diferentes combinações.

Eu costumo tentar evitar essas discussões com essas pessoas.

A programação é muito parecida com a composição musical . O que está longe de ser um processo repetitivo.

• Você começa a pensar na visão geral do que precisa alcançar
• Você pensa em um pequeno pedaço da sua composição e escreve
• Uma vez feito, você o reproduz (F5 no Visual Studio)
• Você repete o processo, conforme necessário
• Às vezes você empresta idéias ou se inspira em outros compositores
• Às vezes, você refatora sua música movendo ou retrabalhando partes

Às vezes, você não sabe o que quer e brinca. Provavelmente a melhor maneira de obter composições mais interessantes ...

Eu costumo explicar que a programação é a solução criativa de problemas. Você tem um problema - deseja um recurso em um produto (e geralmente escolho um produto conhecido, Amazon.com, MS Word etc.), e ele não está lá. Isso nunca foi feito antes, e você é o primeiro, por isso é como qualquer projeto de arte - você tem uma visão, mas precisa descobrir um caminho.

Também me concentro no fato de que há mais de uma maneira de resolver o problema, várias maneiras muito ruins e provavelmente mais de uma boa maneira. A longo prazo, pode haver um caminho melhor , mas esse caminho não será óbvio por um longo tempo (extensibilidade, reutilização etc.); portanto, no momento do desenvolvimento, há muitas solicitações de julgamento importantes.

Finalmente, o produto final pode ser amado ou odiado pelo destinatário. Assim como algumas pessoas amam Picasso e outras não conseguem fazer cara ou coroa da arte moderna - algumas podem amar um recurso e outras podem odiá-lo. Você faz o melhor que pode para a maioria das pessoas e acha que não pode agradar a todos.

Focando em:

• território desconhecido
• ninguém responde
• sujeito a interpretação

Mostra que esse trabalho se parece muito mais com arte e muito menos com trabalho repetitivo e chato.

Eu converso sobre isso com artistas com bastante frequência (e eles parecem ter uma crença instintiva de que o trabalho com computadores não é criativo. Geralmente, também consigo relacioná-lo com a forma de arte favorita do artista. Em algum nível, a maioria dos artistas também é técnica - pintura , dançar, fazer música e provavelmente qualquer outra arte - todos envolvem uma série de atividades repetitivas que levam você ao ponto de executar algo novo, diferente e criativo.Para assim, os artistas geralmente têm problemas em negar que atividades aparentemente repetitivas possam levar a obras de inspiração e beleza.

Nesse ponto, eles geralmente desejam admitir que, apenas porque minha "arte" envolve um conjunto de instruções de sintaxe bizarras e diagramas UML de aparência branda, isso não significa que não seja criativo, pois essas linhas de código e os modelos do sistema acabam criando algo bem diferente da soma de suas partes.

A programação é sobre abstrações. Quanto mais você escreve, mais semelhanças você pode ver. Mas então é hora de abstrair. Ao refatorar uma estrutura, evolui o que elimina a duplicação. Isso reduz a complexidade no código do domínio do problema.

Programação repetitiva é possível. Mas é ineficiente.

Se realmente fosse, bastava copiar e colar: D

Um dos principais desafios da programação é criar blocos de construção de alta qualidade, para que você

• você pode usá-los para construir seu edifício (ou seja, o software que você está construindo) de componentes sólidos, aumentando assim a estabilidade
• pode reutilizá-los várias vezes no mesmo edifício ou mesmo em diferentes edifícios (para reduzir a repetição) e, assim, aumentar sua produtividade
• poderá alterar um bloco sem causar colapso de todo o edifício, aumentando assim a flexibilidade local
• poderá alterar todas as instâncias de um bloco ao mesmo tempo, aumentando assim a flexibilidade global

Por sua própria natureza, esse desafio exige que você não se repita .

Como corolário: se você se repete como programador, perde tempo construindo software, que não é estável nem flexível.

Além das outras respostas que apontam como a repetitividade ou a digitação / clique são superficiais, você também pode apontar que a programação geralmente é muito mais sobre solução de problemas do que sobre digitação (e acho que foi Djikstra quem disse que a ciência da computação é tão muito sobre computadores como astronomia é sobre telescópios - ou algo semelhante ).

A digitação é apenas uma maneira de implementar a solução (e atualmente a mais popular), embora existam outras maneiras, como:

• pseudocódigo em um quadro branco (que ilustra a solução, mas na verdade não executa ou faz nada, infelizmente)
• cartões perfurados (agora considerados obsoletos)
• Talvez matrizes lógicas programáveis ou se você deseja que sua solução seja implementada diretamente no hardware (embora seja provável que haja alguma digitação para levar a solução do seu cérebro ao PLA, não sei como é comum "codificar" esses coisas diretamente - eu realmente não trabalho com elas, apenas as conheço de outras pessoas que trabalham).
• pessoas (ouvi falar recentemente de um grupo que implementou algoritmos de classificação como dança)
• pedras no deserto . ;)

Grande parte do ato de programar está digitando. Pintar envolve afagar com um pincel, mas chamar repetitivo é bastante superficial.

Eles aplicariam essa lógica a: - O pessoal de vendas fala muito ao telefone. - Os gerentes vão a muitas reuniões. - Cantores apenas cantam. - Os atores repetem scripts.

Nesse caso, é por isso que eles não são programadores.

Se você quer ser bom em programação, é repetitivo, mas o mesmo pode ser dito para qualquer coisa. A repetição está no cerne de dominar qualquer habilidade.

Bem, a programação pode realmente ser uma tarefa bastante repetitiva. Especialmente quando a infraestrutura é construída, o processo chato de criar o mesmo software de diálogo / negócios (apenas ligeiramente diferente) é iniciado repetidamente. Você tem sorte se não tiver que participar para cumprir os prazos ou se tiver juniores suficientes para fazer esse tipo de trabalho.