Das schwierigste am Programmieren ist...
-
ja, namen sind ne harte nuss.
vor allem wenn man kurze UND verständliche finden will...Allgemeine Unterstellung:
Man nennt die Funktion so, wie das, was sie tut. Ist der Name der dann rauskommt zu lang, oder uneindeutig, sollte man die Funktion nochmal überdenken.
-
TheBigW@Work schrieb:
ja, namen sind ne harte nuss.
vor allem wenn man kurze UND verständliche finden will...Allgemeine Unterstellung:
Man nennt die Funktion so, wie das, was sie tut. Ist der Name der dann rauskommt zu lang, oder uneindeutig, sollte man die Funktion nochmal überdenken.
Mag in der Theorie gut klappen .. in der Praxis gibt es 100 verschiedene Wege, die Funktion zu realisieren und 100 verschiedene Bedeutungen der Worte "laden, öffnen, initialisieren, erzeugen, verändern, ....." ... damit wird die Komplexität des Funktionsnamens nicht nur durch die Komplexität der Funktion, sondern auch durch die Exaktheit der Beschreibung mitbestimmt.
Gruß,
Simon2.
-
Brauchbare Fehlermeldungen schreiben (egal ob für den Benutzer oder für andere Entwickler).
-
derKleineCoder schrieb:
Das schwierigste am Programmieren ist...
Festzustellen, was man überhaupt schreiben will - und wie die gerade anliegende Aufgabe am besten (oder überhaupt?) zu lösen ist.
(brauchbare Namen kommen meist von alleine, wenn man sich etwas länger mit der Materie beschäftigt hat)
-
CStoll schrieb:
derKleineCoder schrieb:
Das schwierigste am Programmieren ist...
Festzustellen, was man überhaupt schreiben will - und wie die gerade anliegende Aufgabe am besten (oder überhaupt?) zu lösen ist.
Dem kann ich nur zustimmen, ohne eine gute Idee kann man eh nix programieren.
CStoll schrieb:
(brauchbare Namen kommen meist von alleine, wenn man sich etwas länger mit der Materie beschäftigt hat)
Sehe ich auch so, habe für Variablen oder Funktionen immer gleich einen guten Namen gefunden bisher.
-
Das schwierigste am Programmieren ist...
es DAU sicher zu machen.
-
Hallo
..den Überblick über das Programm zu behalten und nicht am Ende zu merken, dass man am Anfang Mist gemacht hat. (Planung)
chrische
-
chrische5 schrieb:
..den Überblick über das Programm zu behalten und nicht am Ende zu merken, dass man am Anfang Mist gemacht hat. (Planung)
Keine
-
Andy2006 schrieb:
...habe für Variablen oder Funktionen immer gleich einen guten Namen gefunden bisher.
Fandest das nur Du .... oder haben schon viele Andere (auch aus anderen Bereichen und mit größerem zeitlichen Abstand) Deine Variablen und Funktionen auf Anhieb richtig benutzt ?
... und wie schnell verstehst Du Deinen eigenen Code, den Du inzwischen (sagen wir mal) 5 Jahre lang nicht mehr angesehen hast ?
Gruß,
Simon2.
-
kommentare und die algorhitmen zum lösen des problemes, die namen kommen von selbst
-
... die Analyse/Plaungs- phase und die ganze Dokumentaionsphase , vorallem bei "reveres Engenierung"
-
... sich vor Murphy und Machiavelli zu schützen
( *insider* )
-
...nicht zu frickeln.
-
Artchi schrieb:
Guter Code braucht keine Kommentare.
kommt auf die sprache an, je low-leveliger diese ist, desto mehr muss man kommentieren
programmiersprache/kommentare
-----------------------------
java, c# -> kaum
c++ -> wenig
c -> viel
assembler -> sehr viel
-
anzahl_der_kommentare ~ 1 / (kenntnisstand_des_lesers * kentnisstand_des_schreibers * höhe_der_programmiersprache^2 * güte_der_programmiersprache)=> je mehr kommentare, desto dümmer der leser oder der schreiber, desto niedriger oder schlechter designed ist die sprache. da die höhe der programmiersprache quadratisch eingeht, kann man die dummheit von leser oder schreiber evtl durch gut abstrahierende sprachen (VisualBasic) kompensieren. in lisp braucht man z.b. keine kommentare, weil die sprache hoch angesiedelt und extrem gut ist, und leser und schreiber ziemlich schlau sein müssen, da sie sonst kein lisp könnten.
-
Simon2 schrieb:
Andy2006 schrieb:
...habe für Variablen oder Funktionen immer gleich einen guten Namen gefunden bisher.
Fandest das nur Du .... oder haben schon viele Andere (auch aus anderen Bereichen und mit größerem zeitlichen Abstand) Deine Variablen und Funktionen auf Anhieb richtig benutzt ?
... und wie schnell verstehst Du Deinen eigenen Code, den Du inzwischen (sagen wir mal) 5 Jahre lang nicht mehr angesehen hast ?
Gruß,
Simon2.
Bei den Sachen die ich 2003 geproggt habe habe ich im Moment keine Probleme mit, auch wenn ich die seitdem tatsächlich nicht wieder angesehen habe.
Wie andere mit meinen Variablen zurecht kommen kann ich nicht sagen, hab keine Ahnung wer da alles drin run macht.