-
Forum: Programmieren allgemein
by Luckie,
6. Jan 2004
Schon geschehen. :wink:
-
Forum: Programmieren allgemein
by Luckie,
6. Jan 2004
Puh, ich erlaube mir das mal so zu übernehmen. Ich glaube, besser kann man es nicht erklären.
-
Forum: Programmieren allgemein
by Luckie,
6. Jan 2004
So, habe mal etwas dran gearbeitet. Das letzte Kapitel "4. Auch die Werkzeuge muss man kennen" macht mir noch etwas Kummern. Es ist noch etwas mager. Wenn da noch jemand eine Idee hat, wie man das ergänzen und damit das ganze abrunden könnte, nur her damit. Sollten es größere Beiträge werden, ist natürlich auch eine Nennung als Co-Autor drin. Logisch. :wink:
Ich Depp, ich wollte es ja...
-
Forum: Programmieren allgemein
by Luckie,
14. Nov 2003
Danköööö. :P
-
Forum: Programmieren allgemein
by Luckie,
14. Nov 2003
Speziell an Hagen noch mal:
Du hast auf Seite 1 oder 2 folgende Aussagen gemacht:
in den Thread hats du folgende Aussagen getroffen:
3 ordinale Paramter maximal für Proceduren
2 ordinale Paramter maximal für Methoden (Self ist der 3. unsichtbare Parameter)
register Aufrufkonvention wenn möglich
Result immer nur am Ende der Funktion belegen, oder vor einem Exit;
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Du meinst den Style Guide von Charles Calvert. Findest du auf meiner Seite.
1. Geht es da nur um die Codeformatierung. darum geht es mir aber gar nicht.
2. Saugen wir hier uns nicht irgendwas aus den Finger, wie es uns in den Kram passt, sondern das sind größtenteils eigne Erfahrungswerte, die sich über die Zeit als sinnvoll erwiesen haben. Dein Vergleich und deine Kritik ist alsi vollkommen...
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Logisch, sonst macht es ja wenig Sinn. Ich muss mich nur irgendwie mit dem Autor für den schlechten Code einigen. Bis jetzt sperrt er sich noch. :cry:
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
So, das werde ich nachher mal alles zusammentragen und mit einfließen lassen.
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Schon verbessert. :thumb:
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Ich verweise da auf den Style Guide von Charels Calvert, wie ich schon sagte.
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
:P
Genau das ist die Zielgruppe. Deswegen will ich auch gar nicht so tief in die Materie einsteigen. Anfänger wären da einfach überforderet. Desweiteren kenn ich solche theoretischen Abhandlungen nicht und habe mich auch nicht damit beschäftigt. Ich bin eher der Praktiker.
Genau.
Hm. Muss ich mal sehen. Aber ich hätte kein Problem damit auch Co-Autoren zu haben, falls interesse besteht,...
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Prima. :P Unterhaltet euch nur schön weiter so, ich mache mir Notizen. :wink: Der Artikel oben ist übrigens erst mal nur ein grober Entwurf. Da muss auch sprachlich noch gefeilt werden, damit er sich flüssig liest.
@Hagen: Das geht aber schon in Richtung Codeformatierung, darüber wollte ich mich weniger auslassen. Dazu gibt es ja schon den Style Guide von Calvert.
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
ja Moment. Ich hänge ihn mal an.
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Hm, gut. Mal sehen, ob ich die gepordnet da unterbringen kann. Jetzt koche ich mir aber ertsmnal meine Eier.
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Gute Tipps, wußte ich auch noch nicht. Aber ich weiß nicht, ob ich das noch einbaue, da der Artikel nicht compilerabhängig sein sollte. Mal sehen eventuell als anhang oder so. hast du dazu noch irgendwelche quellen im Internet oder so?
-
Forum: Programmieren allgemein
by Luckie,
11. Nov 2003
Zurück zum Thema, ihr meint also, dass ich die wichtigesten Regeln gefunden habe oder könnte man noch was ergänzen? Es soll eigentlich ein kleiner Artikel für Einsteiger werden. Und so tief wie choose wollte ich nicht in die Materie einsteigen, damit dürften Anfänger überfordert sein.
-
Forum: Programmieren allgemein
by Luckie,
10. Nov 2003
Ich bekam jetzt mal Code zusehen, der meiner Meinung vom Design her schelcht war. Daraufhin habe ich ihn überarbeitet - eigentlich total omgekrempelt. Dabei habe ich mir einige Gedanken gemacht, was guten Code von schlechten unterscheidet. Als Essenz bin ich dabei auf folgende Regeln gekommen:
Trennung von Aufgabe / Funktion und der Benutzerschnittstelle,
erleichtert die Wiederverwendbarkeit...