Wie kann man Nicht-Programmierern erklären, dass das Programmieren keine sich wiederholende Aufgabe ist? [geschlossen]

Einige Leute sind der Ansicht, dass es sich bei der Programmierung nur um wiederholtes Tippen auf einer Tastatur handelt. Nichts davon ist wahr. Zuallererst müssen Sie so viel mehr tun, als den Code tatsächlich einzugeben, z. B. die Designarchitektur und so weiter. Zweitens könnte es sich um eine sehr unterschiedliche, sich nicht wiederholende Aufgabe handeln, bei der ständig neue Herausforderungen auftauchen.

Wie sollten Sie erklären, dass das Programmieren für Nicht-Programmierer keine sich wiederholende Aufgabe ist ?

Geben Sie ihnen Beispiele, auf die sie sich beziehen können.

Tennis wiederholt sich. Sie schlagen den Ball einfach die ganze Zeit auf die andere Seite des Netzes.

Fußball wiederholt sich. Sie treten einfach jedes Mal den Ball, bis Sie einen Torpfosten finden.

Das Klavierspielen wiederholt sich. Sie bewegen Ihre Finger weiter auf dem Brett.

Verdammt, alles so langweilig !!!

Man kann immer sagen, dass das Programmieren sich wiederholendes Tippen ist, genauso wie das Schreiben von Prosa das wiederholte Tippen ist. Wird man einen großartigen (oder sogar mittelmäßigen) Roman schreiben, indem man sitzt und sorgfältig Briefe zusammensetzt?

Nun, es ist in gewisser Weise. Sie geben immer wieder dieselben Buchstaben (AZ, az, 0-9) ein. Nur in verschiedenen Kombinationen.

Normalerweise versuche ich, solche Diskussionen mit solchen Menschen zu vermeiden.

Das Programmieren ähnelt der Musikkomposition . Das ist alles andere als ein sich wiederholender Prozess.

• Sie beginnen über die Gesamtansicht dessen nachzudenken, was Sie erreichen müssen
• Sie denken an einen kleinen Teil Ihrer Komposition und schreiben ihn
• Sobald es fertig ist, spielen Sie es ab (F5 in Visual Studio)
• Sie wiederholen den Vorgang nach Bedarf
• Manchmal leihen Sie sich Ideen aus oder lassen sich von anderen Komponisten inspirieren
• Manchmal überarbeiten Sie Ihren Song, indem Sie Teile verschieben oder überarbeiten

Manchmal weiß man nicht, was man will, und spielt herum. Wahrscheinlich der beste Weg, um die interessantesten Kompositionen zu erhalten ...

Normalerweise erkläre ich, dass Programmieren eine kreative Problemlösung ist. Sie haben ein Problem - Sie möchten eine Funktion in einem Produkt (und ich wähle normalerweise ein bekanntes Produkt aus, Amazon.com, MS Word usw.), und es ist nicht vorhanden. Es wurde noch nie zuvor gemacht und du bist der Erste. Das ist also wie bei jedem Kunstprojekt - du hast eine Vision, aber du musst einen Weg finden.

Ich konzentriere mich auch auf die Tatsache, dass es mehr als einen Weg gibt, das Problem zu lösen, eine Reihe wirklich schlechter Wege und wahrscheinlich mehr als einen guten Weg. Auf lange Sicht mag es einen besten Weg geben, aber dieser beste Weg wird für lange Zeit nicht offensichtlich sein (Erweiterbarkeit, Wiederverwendbarkeit usw.), so dass es zum Zeitpunkt der Entwicklung viele wichtige Entscheidungen gibt.

Schließlich kann das Endprodukt vom Empfänger geliebt oder gehasst werden. So wie manche Leute Picasso lieben und manche keine Köpfe oder Schwänze aus moderner Kunst machen können - manche mögen ein Feature lieben und manche hassen es vielleicht. Sie tun für die meisten Menschen das Beste, was Sie können, und denken, Sie können nicht allen gefallen.

Konzentrieren auf:

• Neuland
• niemand antwortet
• vorbehaltlich der Auslegung

Zeigt, dass diese Arbeit viel mehr wie Kunst ist und viel weniger wie sich wiederholende langweilige Arbeit.

Ich spreche ziemlich oft mit Künstlern darüber (und sie scheinen instinktiv zu glauben, dass Computerarbeit unkreativ ist. Normalerweise kann ich es auch schaffen, sie mit der Lieblingskunstform des Künstlers in Verbindung zu bringen. Auf einer bestimmten Ebene sind die meisten Künstler auch Techniker - Malerei , tanzen, musizieren und wahrscheinlich jede andere Kunst - alle beinhalten eine Reihe sich wiederholender Aktivitäten, die Sie an den Punkt bringen, an dem etwas Neues, Anderes und Kreatives ausgeführt wird. Auf diese Weise haben die Künstler im Allgemeinen Probleme zu leugnen, dass scheinbar sich wiederholende Aktivitäten führen können zu Werken der Inspiration und Schönheit.

An diesem Punkt sind sie normalerweise bereit zuzugeben, dass nur weil meine "Kunst" eine Reihe bizarr aussehender Syntaxanweisungen und langweilig aussehender UML-Diagramme beinhaltet, dies nicht bedeutet, dass es in diesen Codezeilen und nicht kreativ ist Modelle des Systems machen schließlich etwas ganz anderes als die Summe seiner Teile.

Beim Programmieren geht es um Abstraktionen. Je mehr Sie schreiben, desto mehr Ähnlichkeiten können Sie sehen. Aber dann ist es Zeit zu abstrahieren. Durch das Refactoring entsteht ein Framework, das Doppelarbeit beseitigt. Dies reduziert die Komplexität des Problemdomänencodes.

Wiederholte Programmierung ist möglich. Aber es ist ineffizient.

Wenn es wirklich so wäre, würden wir einfach Kopieren und Einfügen verwenden: D.

Eine der wichtigsten Herausforderungen bei der Programmierung besteht darin, Bausteine ​​von hoher Qualität so zu gestalten, dass Sie

• Sie können sie verwenden, um Ihr Gebäude (dh die Software, die Sie erstellen) aus festen Komponenten aufzubauen und so die Stabilität zu erhöhen
• Sie können sie mehrmals im selben Gebäude oder sogar in verschiedenen Gebäuden wiederverwenden (um Wiederholungen zu reduzieren) und so Ihre Produktivität steigern
• Sie können einen Block ändern, ohne dass Ihr gesamtes Gebäude einstürzt, wodurch die lokale Flexibilität erhöht wird
• wird in der Lage sein, alle Instanzen eines Blocks gleichzeitig zu ändern, wodurch die globale Flexibilität erhöht wird

Diese Herausforderung verlangt von Natur aus, dass Sie sich nicht wiederholen .

Als Konsequenz: Wenn Sie sich als Programmierer wiederholen, verschwenden Sie Zeit mit dem Erstellen von Software, die weder stabil noch flexibel ist.

Abgesehen von den anderen Antworten, die darauf hinweisen, wie oberflächlich das Wiederholen oder Tippen / Klicken ist, können Sie auch darauf hinweisen, dass es beim Programmieren normalerweise viel mehr um Problemlösung als um Tippen geht (und ich denke, es war Djikstra, der sagte, Informatik sei so Vieles über Computer als Astronomie dreht sich um Teleskope - oder ähnliches ).

Das Tippen ist nur eine Möglichkeit, die Lösung zu implementieren (und derzeit die beliebteste). Es gibt jedoch auch andere Möglichkeiten, z.

• Pseudocode auf einer weißen Tafel (die die Lösung veranschaulicht, aber leider nicht ausgeführt oder ausgeführt wird)
• Lochkarten (jetzt als veraltet angesehen)
• Vielleicht programmierbare Logik-Arrays oder wenn Sie möchten, dass Ihre Lösung direkt in Hardware implementiert wird (obwohl es höchstwahrscheinlich einige Eingaben geben wird, um die Lösung von Ihrem Gehirn zur PLA zu bringen, weiß ich nicht, wie häufig es ist, diese zu "codieren" Dinge direkt - ich arbeite nicht wirklich mit ihnen, kenne sie nur von anderen, die es tun).
• Leute (Ich habe kürzlich von einer Gruppe gehört, die Sortieralgorithmen als Tanz implementiert hat)
• Felsen in einer Wüste . ;)

Ein Großteil des Programmiervorgangs ist das Tippen. Beim Malen wird mit einem Pinsel gestreichelt, aber das Aufrufen von Wiederholungen ist ziemlich oberflächlich.

Würden sie diese Logik anwenden auf: - Verkäufer sprechen viel am Telefon. - Manager gehen zu vielen Besprechungen. - Sänger singen einfach. - Schauspieler wiederholen Skripte.

Wenn ja, sind sie deshalb kein Programmierer.

Wenn Sie gut programmieren möchten, wiederholt sich dies, aber das Gleiche gilt für alles. Wiederholung ist das Herzstück der Beherrschung jeder Fähigkeit.

Nun, Programmierung kann wirklich eine sich ziemlich wiederholende Aufgabe sein. Insbesondere wenn die Infrastruktur aufgebaut wurde, beginnt der langweilige Prozess, immer wieder dieselbe Dialog- / Geschäftssoftware (nur geringfügig unterschiedlich) zu erstellen. Sie haben Glück, wenn Sie nicht teilnehmen müssen, um die Fristen einzuhalten, oder wenn Sie genug Junioren haben, um diese Art von Arbeit zu erledigen.