| Gefällt dir Sandra und Woo? Dann verlinke unsere Website oder stimme für uns ab bei TopWebComics: |
|
|
Macht derzeit Pause :-(
 S&W auf Englisch/in EnglishGaia (mein Fantasy-Comic) Scarlet (Science-Fantasy-Comic) |
|
|
![[0674] Es gibt 10 Arten von Programmierern](/woode/comics/2015-04-13-0674-es-gibt-10-arten-von-programmierern.png "[0674] Es gibt 10 Arten von Programmierern")
[0674] Es gibt 10 Arten von Programmierern
└ gepostet am Monday, 13. April 2015, von Novil
Klicke hier um die Kommentare zu sehen!
Sandra und Woo von Oliver Knörzer steht unter der Creative Commons Namensnennung-NichtKommerziell-KeineBearbeitung 3.0 Unported Lizenz. Weitere Details kannst du
auf der Info-Seite finden.
Privacy Policy | Impressum | © 2008 – 2024 Oliver Knörzer
Mich deucht, jetzt wird die Geschichte wirklich – interessant. Vielleicht wird sie auch sehr – blutig. Die neue Woche fängt wirklich gut an!
🙂 🙂 🙂
Ohh… Kenne das gefühl… Ichmag beide stile nicht. Da müssen mehr leerzeilen rein um den code besser zu gliedern. Ansonsten ist geschweifte klammer hinter der anweisung ok.
OH Gott, dieses sinnlose Platzeinsparen! Damit hat Melody erheblich an Sympathie bei mir verloren ;-/. Aber vielleicht ist die Axt doch *etwas* drastisch 😉
Ich wusste es seit dem zweiten Comic, in dem Melody vorkam:
Sie und Richard werden heiraten.
Und das meine ich nicht als Scherz. Ich habe mich schon öfter gefragt, ob Richard nicht irgendwann eine neue Frau finden wird, nachdem Sandra’s Mutter offenbar schon sehr lange tot ist.
Ich komme irgendwie nicht umhin, an dieses Lied zu denken: https://www.youtube.com/watch?v=6oeHy-nss88
… die, die Binär verstehen, und die, die es nicht tun.
(
Nur damit die Überschrift vollständig ist
)
Er braucht gar kein Alibi, er war doch eindeutig bei mir! 😉
@ Mole-Man:
Er braucht kein Alibi, es war eindeutig Notwehr 🙂
@ Dirk:
und die, die nicht damit rechnen, dass dieser Witz Ternär ist
Ich verwende Melody’s Art der Einrückung.
Ich mag diese Art der Einrückung auch mehr.
Aber es würde mir nie in den Sinn kommen in dem Code von jemand anderem die Einrückung zu verändern (auch wenn es ein einfaches Ersetzungsverfahren ist).
Blut für den Blutgott!
Public void setNodeColor (int id, Long Color)
{
Nodes.getNodeByID(id).setColor(Color)
}
Warum den Node zurück geben?
Und die Klasse, der das Objekt Nodes angehört, sollte eine Methode getNodeByID haben. Und wenn nicht, macht man die.
Wobei, dann braucht man die ganze Funktion nicht…
@ Hauke:
Habe ich mir auch zuerst gedacht. Offenbar nur semi oop mit seiten effekten…
Darum kümmert Melody sich als nächstes
An der Einrückung hat doch gar nichts geändert. Geänder hat der Klammerungs-Stil. (Es sei den es seien zusätzlich Tabs durch genau so viel Spaces ersetzt worden, dass man es mit Richards Tab-Anzeige-Länge nicht sieht — oder umgekehrt genau so viele Spaces durch Tabs.)
@ Christine:
Notwehr?? Nein, es war ein Unfall. Sie fiel immer und immer wieder in die Axt.
@ Drog Lirjor:
Schädel für seinen Thron!
https://www.youtube.com/watch?v=EmNxAuC3zQI
@ Drog Lirjor:
Brot für den Brotgott – Vollkhorne !
…Melodys Klammerung und Leerzeichen, das wäre mein Standpunkt. Aber trotzdem, an fremdem Code macht man sowas nicht…
@ Klasoweit:
Ja, an fremdem Code macht man sowas nicht.
Ich selbst benutz’ für Funktionen eher Richards Klammerung, für Konstrollstukturen (Schleifen, Verzweigungen…) eher Melodys Klammerung.
Informatiker sind aber bei Begrifflichkeiten »speziell« (ich selbst bin ja Elektroingenieur): Mit einer meiner Schwestern (Informatikerin) hab’ ich fast auch schon mal einen Glaubensstreit gehabt; wegen der Frage, ob es nun richtigerweise »Kellerspeicher« oder »Stapelspeicher« heißt. Prinzipiell hatte sie ja Recht (»Kellerspeicher« – die Adressen werden »negativ hochgezählt«) und mir ist’s wurscht wie’s heißt. Mir war nur der andere Begriff »Stapelspeicher« aus meiner (original englischsprachigen Literatur) geläufiger… ^^°
Ach ne, ich habs verstanden !!
Das wird ein Samstags-Date !!
Hauke schrieb:
Damit man gleich noch andere Operationen auf dem Objekt machen kann, ohne ihm einen temporären Namen geben zu müssen und lesbareren Code schreiben zu können.
Wenn man ein Objekt verändert, sollte man es immer zurückgeben.
In funktionalen Sprachen ist es logischerweise ein neues Objekt, das mit dem alten nicht identisch ist, auch wenn es effizienterweise an der selben Adresse steht. (Aber Java ist zu C dafür; das behauptet doch allen Ernstes, die Objekte wären noch identisch.)
public Node setColour
( int id
, Colour colour
)
{
try
{ return
ArrayList (nodes)
.stream ()
// .toMap (it -> it.getId ())[id]
.findFirst (it -> it.getId () == id)
.setColor (colour.toInt ())
}
catch (NullPointerException _) {return null;}
}
Team Tab.
Haskell-Style FTW!