nicht angemeldet
Hi,
Software ist reine Mathematik in anderer Sprache und der Softwareentwickler ist der Übersetzer. Wofür da noch ein Modell?
schon ganz gut, aber was uebersetzt der Softwareentwickler denn so?
Darstellungsformen.
Und wie tut er das?
Meistens eher schlecht als recht.
Die einzigen übertragbaren guten Ingenieurseigenschaften wie Sicherheitsmargen und sonstige Angstzuschläge werden im Softwarebereich kaum berührt. Wenn man tatsächlich jeden Return einer Funktion (bzw die jeweilige sprachliche Entsprechung) auf Fehler prüft wird man ja fast schon ausgelacht "Jaja, mit Gürtel und Hosenträger, was?".
Warum? Nun, eines ist ja klar: der grundsätzliche Unterschied zwischen Soft- und Hardware ist der, das Software rein deterministisch ist und Hardware rein probabilistisch funktioniert. Die Komplexität von Software kann jedoch so weit steigen, das z.B. die Ausgabe mit deterministischen Mitteln nicht mehr von echtem Zufall zu unterscheiden ist. Oder anders ausgedrückt: dei Komplexität von Software kann derart steigen, das sie nicht mehr vollständig auf Fehler getestet werden kann sondern nur noch stichprobenartig, also statistisch, also probabilistisch. Dem kann man z.B. durch Einschränkungen der Eingangsdaten vorbeugen.
Wie man da jetzt die Klämmerchen setzt ist wirklich schnurzpiepenegal.
Ich habe noch mal drueber geschlafen,
if (bedingung) {;
tuWas();};
waere OK. Wuerde auch der These, dass Zeilenende und Semikolon zusammengehoeren entsprechen.
Das mit Zeilenende+Semikolon ist keine These sondern eine Beobachtung mit rein phsychologischer Begründung. Wenn Du etwas nur oft genug machst entwickelt sich ein Automatismus, der dann auch bei Ausnahmen greifen kann. Auch wenn die Software deterministisch ist, der Mensch bleibt probabilistisch.
Mich hatte wahnsinnig die Ungleichbehandlung des Blockbeginnanzeigers und des Blockendeanzeigers gestoert.
Nunja, was soll man machen, sind nunmal zwei verschieden Dinger, da kannst Du nicht auch noch das gleiche Zeichen für nehmen. Zumindest nicht, wenn die Sprache Verschachtelungen zuläßt.
Ja, da gibt es ganz furchtbare Sachen, aber im Bereich Codeformatierung ist es wirklich völlig egal, hauptsache man ist sich überhaupt einig. Durcheinander ist dagegen meistens tödlich.
So, was haeltst Du denn von Einrueckungen variabler Auspraegung a la
function ()
{
TuWas();
if (bedingung)
{
TuNochWas();
}
else
{
}
}
Nix natürlich, da würde ich vorher eine Formatierer drüberjagen. Aber was habe ich damit zu tun? Wenn diese Art der Formatierung den Leuten gefällt und die damit klarkommen, dann sollen die das auch benutzen.
Wenn dann noch schreckliche Variablennamen (teilweise "ungarische Notation" z.B.)
Ja, die sind furchtbar, aber auch aus der Not geboren. Auch daran gewöhnt man sich jedoch. Oder möchtest Du hier die Produktqualität von Microsoft mit deren Vorliebe für ungarische Notation verbinden? Nein, das wäre sogar mir zu wild ;-)
und "Umschichten" von Variablennamen (ich nennen das mal zynischerweise Namensraeume, also eine Informationmseinheit heisst einmal Informationseinheit, dann wieder Ieinheit und in der DB heisst das Ding EINHEIT), dann hat mans geschafft.
Darum sagte ich ja auch ausdrücklich, das jegliche Art von Durcheinander zu vermeiden sei. Damit das auch über Laborgrenzen passiert sollte am besten jemand drüber wachen, auch wenn das teuer ist.
so short
Christoph Zurnieden