Schwierigste Programmierung Erklärung

Question

Kürzlich habe ich versucht, meinem Projektmanager etwas schlecht entworfenen Code zu erklären. Alle Manager-Klassen sind Singletons ("und deshalb kann ich das nicht einfach ändern") und der Code verwendet Event-Dispatching überall dort, wo ein Funktionsaufruf genügt hätte ("und deshalb ist es so schwer zu debuggen"). Leider kam es nur als ein verwirrendes Durcheinander von Englisch heraus.

Was ist das Schwierigste, das Sie als Programmierer an eine nichttechnische Person weitergeben mussten? Haben Sie irgendwelche Analogien oder Erklärungsmuster gefunden, die das deutlicher machten?

Answer 1

Thread-Synchronisierung und Dead-Locking.

Answer 2

Ich wurde gefragt, wie das Internet funktionierte - ich antwortete mit "SYN, ACK, ACK". Halten Sie vergessen, es ist SYN, SYN-ACK, ACK ..

alt text http://www.inetdaemon.com/img/internet/3-way-handshake.gif

Answer 3

1.) SQL: Denken in Sätzen, anstatt prozedural (es ist schwer genug für uns Programmierer zu fassen!).

2.) ... und hier ist ein großartiges Beispiel für demystifing technische Konzepte:

How I explained REST to my wife

Answer 4

Verbringe Zeit auf Design, und verbringt viel Zeit auf Refactoring.

Refactoring produziert überhaupt keine für den Kunden sichtbare Arbeit, was es zu einer der schwierigsten Arbeiten am Projekt macht.

Als ein zweites "nicht Client-sichtbares" Problem, Unit-Tests.

Answer 5

Ich habe manchmal wirklich Schwierigkeiten, das Konzept der Kovarianz/Kontravarianz und die damit verbundenen Probleme mit anderen Programmierern zu erklären.

Answer 6

Dead-Locking in einer Multithread-Umgebung vermeiden.

Ich löste Verwirrung, indem ich es visuell auf einer Tafel erklärte, zwei parallele Linien zeichnend und zeigend, was passiert, wenn die gleichen Punkte zur gleichen Zeit erreichen.

Auch Rollenspiel zwei Threads mit der Person, ich erklärte es zu, und mit physischen Objekten (Buch, Kaffeetasse, etc) zu zeigen, was passiert, wenn wir beide versuchen, etwas auf einmal zu verwenden.

Answer 7

How recursion works...

Answer 8

einen Freund zu überzeugen, dass die Facebook-Anwendung entwickelte ich wirklich nicht ihre persönlichen Daten (zum Beispiel Name), obwohl zeigt es immer noch.

Answer 9

Warum Code wie das ist schlecht:

private void button1_Click(object sender, EventArgs e) 
{ 
    System.Threading.ThreadStart start = 
     new System.Threading.ThreadStart(SomeFunction); 
    System.Threading.Thread thread = new System.Threading.Thread(start); 
    _SomeFunctionFinished = false; 
    thread.Start(); 
    while (!_SomeFunctionFinished) 
    { 
     System.Threading.Thread.Sleep(1000); 
    } 
    // do something else that can only be done after SomeFunction() is finished 
} 

private bool _SomeFunctionFinished; 
private void SomeFunction() 
{ 
    // do some elaborate $#@%# 
    _SomeFunctionFinished = true; 
} 

aktualisieren: was dieser Code sollte sein:

private void button1_Click(object sender, EventArgs e) 
{ 
    SomeFunction(); 
    // do something else that can only be done after SomeFunction() is finished 
} 

private void SomeFunction() 
{ 
    // do some elaborate $#@%# 
} 

Answer 10

Es gibt wirklich keine richtige oder falsche Antwort-richtige für diese .. Es sind alles Erfahrungen.Das Schwierigste, was ich einem Nicht-Tech-Menschen erklären musste, war, warum er nicht auf seine Website gehen konnte, wenn er ins Ausland reiste, aber sein Familienmitglied, das dort wohnte (mit einem ganz anderen Anbieter), konnte dazu kommen. Irgendwie war "Scheitern in Finnland" nicht gut genug.

Answer 11

Die schwierigsten Konzepte, die man Leuten erklären kann, die ich als Programmierer im Gegensatz zu Entwicklern bezeichnen würde, sind einige der wichtigsten Paradigmen des objektorientierten Designs. Insbesondere Abstraktion, Verkapselung und der König, Polymorphismus und wie man sie richtig benutzt.

Darauf aufbauend ist die Komplexität der Erklärung, was Inversion of Control ist und warum es ein absolutes Bedürfnis ist, und nicht nur zusätzliche Ebenen von Code, die nichts tun.

Answer 12

Das Konzept der Rekursion - einige Leute bekommen es wirklich schwer.

Answer 13

Die Bedeutung von Komponententests.

Answer 14

Ich hatte einen lustigen Fall zu versuchen, zu erklären, warum ein Programm nicht wie erwartet reagiert, wenn einige Datensätze in einer Datenbank leere Zeichenfolgen hatten und einige NULL waren. Ich denke, dass ihr Kopf explodierte, als ich ihnen sagte, dass eine leere Zeichenfolge nur eine Zeichenfolge mit 0 Bytes ist, während NULL einen unbekannten Wert bedeutet und man sie daher nicht mit irgendetwas vergleichen kann.

Danach hatte ich eine böse Kopfschmerzen.

Answer 15

Meine schwierigste Frage begann unschuldig genug: Meine Freundin fragte, wie Text in Firefox gerendert wird. Ich antwortete einfach mit etwas wie "Rendering-Engine, Gecko, HTML-Parser, bla bla bla".

Dann ging es bergab. "Nun, wie weiß Gecko, was er dann zeigen soll?"

Es buchstäblich von der Grafiktreiber, Betriebssystem, Compiler, Hardwarearchitekturen, und die rohen 1s und 0s. Ich erkannte nicht nur, dass es signifikante Lücken in meiner eigenen Kenntnis der Schichtungshierarchie gab, sondern auch, wie ich sie (und mich!) Am Ende mehr verwirrt hatte als zu Beginn.

Ich hätte zuerst "Schildkröten den ganzen Weg nach unten" beantwortet und blieb dabei. : P

Answer 16

"Wenn Sie dieser späten Aufgabe einen Monat lang einen neuen Programmierer hinzufügen, wird er später geliefert. Es macht nichts, lesen Sie dieses Buch." (The Mythical Man-Month.) Manager immer noch nicht ganz bekommen.

Answer 17

Versuchen zu erklären, warum Code überhaupt sequentiell ausgeführt wurde. Scheinbar ist dies für einige Nicht-Programmierer (d. H. Meine Freundin) nicht intuitiv.

Answer 18

Warum wird es weitere vier Wochen dauern, bis diese App in Produktion geht? Schließlich dauerte es nur eine Woche, um den Rapid Prototyp zu machen. Es "funktioniert" (oder sieht zumindest so aus), also sollte ich ziemlich fertig sein, oder?

Erklärungen, die Sicherheit, Codequalität (Wartbarkeit), normalisierte DB-Schemas, Tests usw. betreffen, werden in der Regel als Liste von Abstraktionen ausgegeben, die keine sichtbaren Auswirkungen auf die App haben wirklich zum Projekt beitragen und warum sie notwendig sind. Manchmal können Analogien dich nur so weit bringen.

Answer 19

Eine Menge von Aussagen beginnend mit "It's because in Oracle, ..." kommen mir in den Sinn.

Answer 20

Die größten Hürden sind "technologische Schulden", vor allem, wie die Architektur für diese Version korrekt war, aber für die nächste Version geändert werden muss. Dies ist ähnlich dem Problem der Erläuterung von "Prototyp versus Produktion" und "Version 1.0 versus Version 2.0".

Der schlimmste Fehler, den ich jemals gemacht habe, war ein UI-Mockup in NeXT-Schritten UI-Builder. Es sah genau wie das Endprodukt aussehen würde und etwas Verhalten hatte. Versuchen zu erklären, dass es noch 6 Monate Arbeit gab, war sehr schwierig.

Answer 21

Ich wollte Mikaels Beitrag kommentieren, dass manche Leute nur die sequentielle Programmierung nehmen und leider einfach dabei bleiben.

Aber das wirklich bedeutet: zwei schwer schwer zu erklären Konzepte:

• Monaden in Haskell (in der Regel beginnend mit: „Das ist wie eine Funktion, die eine Funktion gibt, das tut, was Sie wirklich tun wollten, aber. .. ")
• deferreds in verdrehtem/python (" das ist wie ... ehhh ... es nur für ein Jahr verwenden oder so, und Sie werden es bekommen“;))

Answer 22

C Zeiger

* i

& i

Answer 23

Warum Sie nicht korrekte Zeichenindex Handhabung in den meisten Fällen müssen Sie, wenn Sie UTF-8-Zeichenfolgen verwenden.

Answer 24

Es ist schwer zu erklären, warum die meisten Software Fehler hat. Viele nicht-technische Leute haben keine Ahnung, wie komplex Software ist und wie einfach es ist, unerwartete Bedingungen zu übersehen. Sie denken, wir sind einfach zu faul, Sachen zu reparieren, von denen wir wissen, dass sie kaputt sind.

Answer 25

Es gibt 10 verschiedene Arten von Menschen auf der Welt.

Die Leute, die Binary und die Leute verstehen, die nicht ....

Answer 26

Um es klar zu sagen, ist, warum die Entwicklung der schwierigste Konzept jemals den Menschen Art ausgesetzt. Nicht im Zusammenhang mit einer Programmiersprache, aber im Allgemeinen. Und nein, ich versuche nicht, mir selbst oder dir einen Ego-Boost zu verschaffen, die einzigen wirklichen Einschränkungen in diesem Bereich sind deine Gedanken.

Warum? Wir arbeiten nicht mit Konstanten und es gibt keine Grenzen. Der einzige Grund, warum eine KI, die wie ein Mensch denkt, noch nicht existiert, liegt an unseren eigenen Einschränkungen. Alle anderen Aspekte müssen sich an irgendeine Art von Gesetz halten, die Entwicklung interessiert sich nicht für die Gesetze der Physik oder irgendein Gesetz, daher der Begriff Entwicklung ... Evolution.