Ein Kollege hat die Programmierung mit dem Tonformprozess verglichen - zuerst definieren Sie die grobe Form der Masse, dann schnitzen Sie immer kleinere Details. Was ist Ihre Meinung zur Programmierung, welche Metapher würden Sie verwenden, um die Arbeit des Programmierers zu beschreiben?
Schizophrenie. Du verbringst eine Menge Zeit damit, mit Dingen zu reden und sie zu manipulieren, die außerhalb deines Kopfes nicht wirklich existieren, und niemand glaubt dir.
Oder vielleicht ist es, als würde man in einer Fabrik voller Roboter arbeiten, und einer der Roboter hält die ganze Fabrikhalle an, um Ihnen zu sagen, dass diese Schraube die falsche Form, Größe und Farbe hat und Ihnen einen zerstückelten Daumen zeigt / p>
Oder es ist so, als würde ein Aufkleber an einem Auto an einem falschen Ort den Motor herausfallen lassen.
Oder es ist wie Kochen Abendessen für jemanden, der zwanghaft ist. Wirklich zwanghaft. Wie, du hast dem REZEPT nicht gefolgt. es hat 250 Gramm Mehl verlangt, und Sie haben 251 klar gestellt!
Oder vielleicht ist es wie Malen, das heißt, wenn du mit verbundenen Augen maltest und dir nur erlauben würdest, das Ding, an dem du arbeitest, alle 10 Minuten, nach einer Kompilierungsphase und sogar dann zu sehen Schalte deine Staffelei ein und zwinge dich dazu, ein paar Farblecks aufzuspüren, so dass du die Hälfte des Gemäldes mit grauer Farbe ausleckst, bis du den Teil der Komposition isoliert hast, der das ... ähmm ... maskierende Verhalten zeigt? und. .warte ... Nein, das ist eine gute Analogie, da bin ich mir sicher! Komm zurück! Bitte glaube mir !!!
"Gartenarbeit" - Ihre Codebasis wächst und wächst, aber ohne sorgfältiges Säubern und Pflege. Es wird zu einem unüberschaubaren Durcheinander.
"Dr. Frankenstein"
Wir, die Programmierer, sind eigentlich verrückte Leute, die diesen kalten Stücken Metall, Silikon und Plastik Leben einhauchen. Nachdem wir ein paar Experimente mit metaphysischer Arbeit durchgeführt haben, beginnen diese Stücke mit Menschen zu sprechen, über das Netzwerk zu kommunizieren, zu lernen, aufzuwachen und zu schlafen, zu lernen und zu vergessen, aus einer CD zu kommen und zu sterben.
Und wir sind es, die sie dazu bringen, es zu tun.
"Ingenieur".
Ich bekomme einen Auftrag, baue etwas Neues, teste es und gebe es dann an einen Kunden für Geld frei.
Ich würde sagen, es ist wie ein Haus zu bauen. Sie erstellen einen Plan, eine ungefähre Vorstellung davon, was Sie brauchen. Dann überstunden Sie einen feineren Plan. Langsam tu alles zusammen und fang an, das Haus zu bauen. Es gibt kleine Probleme auf dem Weg, aber Sie können in der Regel mit ihnen umgehen. Schließlich haben Sie nach all Ihrer harten Arbeit ein Haus, in dem die Menschen leben und es nutzen können.
Monty Python und der Heilige Gral
Als ich hier anfing, war alles was es war Sumpf. Andere Könige sagten, ich sei verrückt baue eine Burg auf einem Sumpf, aber ich habe gebaut Trotzdem, nur um sie zu zeigen. Es sank in den Sumpf. Also, ich baute ein das Zweite. Das ist in den Sumpf gesunken. Also habe ich einen dritten gebaut. Das brannte runter, fiel um, dann sank in die Sumpf, aber der vierte ... blieb oben! Und das wirst du bekommen, Junge: das stärkste Schloss in diesen Inseln. -
Architektur.
Ich nenne mich selbst Informationsarchitekt - versuche, die aktuelle Umgebung (in meinem Fall chemische Information) in etwas Brauchbares zu verwandeln. Es beinhaltet Design, Engineering und enge Zusammenarbeit mit Menschen.
Das Ergebnis muss benutzbar sein und mein Fall muss wiederverwendbar sein. Seine Form ist eindeutig, um am Anfang klar zu sein. Es hängt auch davon ab, wie sich die Welt während der Zeit der Arbeit entwickelt. In meinem Fall ist es nie fertig, aber wir bauen (hoffentlich brauchbare) Sachen auf dem Weg.
Plate spinning : versuchen, eine ganze Menge Dinge auf einmal zu erledigen, ohne dass sie fallen gelassen werden ... .
Tonform ist eigentlich eine sehr gute Beschreibung, denke ich, obwohl ich für mich kochen würde. Sie beginnen mit einem Rezept (oder vielleicht nur einer vagen Idee), dann holen Sie sich Zutaten, mischen sich, kochen, machen andere Dinge und sehen, ob es funktioniert. Abhängig davon, wie gut Sie dann etwas haben, können Sie für einen anderen Lauf zum selben Problem zwicken, oder vielleicht eine fertige Lösung mit nur ein paar Ecken und Kanten.
Das Erstellen von Software ist wie das Komponieren von Musik für ein Orchester. Es gibt eine Gesamtkonzeption, die durch sorgfältiges Weben von Themen und Rhythmen erreicht wird. Musiker lernen ihre Einzelteile und arbeiten unter der Leitung ihres Dirigenten zusammen.
Gut gemacht, singt und steigt es und belebt Spieler und Zuschauer gleichermaßen.
Zeremonielle Magie - "Magick ist die Wissenschaft und Kunst, die Veränderung in Übereinstimmung mit dem Willen zu bewirken." wie Crowley es ausdrückte.
Programmieren ist auch Wissenschaft und Kunst und bewirkt Veränderung durch den Ausdruck von Absicht - und genau wie im normalen Verständnis von Ritualen müssen Sie in Ihren Beschwörungsformeln genau sein (die Geschichte von Zauberlehrling ist natürlich a bekanntes Beispiel einer Endlosschleife oder unbegrenzten Rekursion).
"Menschenwagen über unwegsames Gelände ziehen"
Eine Person sitzt in der Kutsche, und eine andere zieht sie. Zielpunkt ist weit voraus, und all ihre Arbeit wäre umsonst, wenn sie es nicht erreichen könnten. Wagen dreht sich nur, wenn er angehalten wird, also müssen sie im Sprint fahren, indem sie die Geschwindigkeit und die Entfernung nach jeder Kurve maximieren.
Sitzende Person (Chef) verbringt all seine Zeit damit, die Route zu planen und alle möglichen Überraschungen auf der Straße zu berücksichtigen. Seine Masse (Gehalt) verlangsamt eine andere Person, und er kann nicht viel auch sprechen, weil Träger sich auf das konzentrieren muss, was er tut. Sitter kündigt seine Entscheidung an, nur zu drehen, wenn ein Hindernis auf der Straße ist.
Eine Person zu ziehen kann gleichzeitig stark und intelligent sein, aber sie kann nicht gleichzeitig denken und ziehen. Also, wenn er sich dreht, muss er sich auf die Entscheidungen der sitzenden Person verlassen. Deshalb kommen die Entscheidungen von jemandem, der nicht wirklich viel über das Ziehen von Kutsche durch raues Gelände weiß. Und alleinträger könnte zweimal die Entfernung reisen, oder zweimal die Anzahl der Umdrehungen (Fehler) machen, verglichen mit dem Reisen zusammen. Und die sitzende Person zur Arbeit zu bringen hilft auch nicht, denn er ist nicht so stark wie ein Träger.
Situation ändert sich dann gibt es mehrere ziehen und eine sitzende Person. Aber selbst dann ist es schwer zu verstehen, warum die sitzende Person das beste Gehalt von allen bekommen sollte ... dieses faule fu% # head ... (zum Glück bin ich im Programmieren und nicht im Ziehen von Kutschen:))
>Ein Künstler zu sein, von dem niemand weiß. Sie können Mist oder Meisterwerke erschaffen, niemand wird wissen, wer Sie sind. Ich habe auch gehört, dass es "der meiste Spaß genannt wird, den du mit deiner Hose an haben kannst, obwohl Hosen nicht erforderlich sind."
Wenn Sie Ihren Computer wie das Musikinstrument betrachten, ist ein Programm wie die Melodie, die das gleiche Instrument jedes Mal anders spielen lässt, wenn Sie eine neue Melodie oder Melodie spielen. Der Programmierer ist der Komponist, der Nächte und Tage nach der richtigen Note jagte in seiner Melodie.
Wir sind auf der Rückseite sitzen, und der Computer ist der blinde Fahrer, der die Kontrolle hat.
Wenn unsere Anweisungen nicht präzise sind, werden wir crush : -)
Sie beginnen in Punkt A und entscheiden sich für Richtung 1. Je näher Sie die weniger Möglichkeiten kommen, müssen Sie zu Punkt B kommen. Und wenn Sie sich selbst verrechnet haben . Sie können leer laufen, bevor Sie zu Punkt B kommen. In diesem Fall bauen Sie auf dem Weg eine Tankstelle, um Sie zu Punkt B zu bringen oder von einer anderen Route aus neu zu starten.
Softwareentwicklung ist wie Golf. Eine sehr lange Einstellung, um das Spiel zu starten, nähert sich dem Ziel. Dann musst du viele kurze Schüsse machen, um den Ball ins Loch zu bekommen, und all diese kurzen Schüsse nehmen so viel Zeit in Anspruch wie der erste ...
Meine Antwort bezieht sich eher auf den gesamten Softwareentwicklungsprozess als auf die individuelle Programmieraktivität. Ich weiß es, aber ich denke, immer noch eine gute Analogie, darüber nachzudenken.
Das Konzept stammt von diesem alten Post, der nicht mehr online ist. Der Kauf wurde im Web-Archiv aufbewahrt, werfen Sie einen Blick darauf: Ссылка
"Dschungel-Chaos" - Sie fangen an, einen kleinen Baum zu gärtnern und haben viel Zeit zu gießen und sich darum zu kümmern. Irgendwann kommt es zu einer Explosion des Wachstums, der Baum wird zu einem Dschungel und du findest dich verloren in der grünen Masse von Bäumen und Pflanzen. Ihre Bewegung ist behindert und Sie können nicht mehr kontrollieren, was passiert. Endgültige Ausgabe ist dieses unkontrollierte Dschungel-Chaos, das Hunderte von Menschen zum Unterhalt zwingt, und das jeden Zeit und Geld saugt. Irgendwann brennt Licht, und zu aller Erleichterung brennt der Dschungel auf den Boden. Leider gibt es immer diese naiven neuen Gärtner, die begierig sind, überall anzufangen.
Tags und Links conceptual