Ich würde die Kapitelnummern weglassen. Wenn Du es mit den Gleichheitszeichen strukturierst reicht das völlig und ist übersichtlicher!
--Frank 22:49, 16. Dez 2005 (CET)
einige Anmerkungen
- main ist nicht vom Typ void, sondern liefert int. Einige Compiler unterstützen main auch als void, dazu müssen aber spezielle Schalter angegeben werden.
- C unterscheidet zwischen Groß- und Kleinschreibung bei allen Bezeichnern.
- Quellen werden besser lesbar, wenn man Leerzeichen benutzt, z.b. nach ',' in Argumentlisten oder Deklarationen
- Quellen werden besser lesbar, wenn man Code-Konventionen verwendet, z.b. Makro-Namen groß zu schreiben: DAS_IST_EIN_MAKRO, Funktionsnamen klein: eine_funktion() oder eineFunktion() und selber definierte Typen klein mit nachgestelltem _t: mytype_t
- an vielen Stellen ist falscher Code, der kein C ist! Bevor man so was in ein Tutorial stellt, sollte man sich im klaren sein, was C ist und was nicht. Etwa das Beispiel zu PERSON ist komplett inkorrekt und verwirrt mehr als er erhellt!
- An vielen Stellen werden Begriffe nicht korrekt benutzt, etwa "Deklaration" anstatt "Definition" oder umgekehrt. Dudem sollte geklärt sein, was der Unterschied überhaup ist.
- In C gibt es kein Typ boolean, bool o.ä. C ist kein Pascal. Ebenfalls nicht definiert sind TRUE und FALSE. Boolsche Variablen in C werden durch int abgebildet -- zumindest in Standard C.
Das Tutorial ist noch nicht perfekt. Jeder kann natürlich Korrekturen und Verbesserungen einbringen, einfach ändern.
--Bernd 12:02, 20. Dez 2005 (CET)
Jeder hat meinen ganzen Respekt, wenn er sich die Arbeit macht und solche ausführlichen Artikel schreibt.
Bitte das also als positive Kritik zu sehen.
Aaaaaber: Grad bei einem Tutorial MÜSSEN auch die Details stimmen !! Und jeder Autor trägt da auch Verantwortung !
Bitte, die Autoren mögen den Artikel nochmal gaaaanz genau durcharbeiten. Es sind sehr viele Einzelheiten, die den Laien auf's Glatteis führen und den Wissenden die Nase rümpfen lassen.
- eine variable ist eine variable, das hat mit RAM prinzipiell nix zu tun
- Wieviele Daten passen in eine Variable ? (immer genau ein Datum)
- die Bitanzahl von int ist etwas differenzierter als dargestellt, ganz zu schweigen von "unsigned" Varianten
- In der Mitte von "for" steht keine Abbruchbedingung, sondern eine Laufbedingung
- "case sensitiv" heißt nicht, man muß kleinschreiben, sondern man muß drauf aufpassen
Bitte keine Codebeispiele, wo der Compiler sofort auszuckt. Das muß man ausprobieren oder nochmal lesen, bevor man einen Einsteiger frustrierten in die Wüste schickt. --PicNick 12:57, 20. Dez 2005 (CET)
Ihr könnt gerne alles verbessern, aber bitte keine Fehler einbauen. Ihr habt das Beispiel
intVariable = 123; //entspricht in Pascal: boolVariable:=true; intVariable = 1; //entspricht in Pascal: boolVariable:=true; intVariable = 0; //entspricht in Pascal: boolVariable:=false;
vermutlich falsch verstanden. intVariable ist ein Variablenname, daher darf es nicht int Variable lauten.
"aber bitte keine Fehler einbauen." Was ist mit "const" ? bleibt das so ? Es ist blöd, wenn da dutzende Leute immer gleichzeitig den selben Artikel beflastern müssen. --PicNick 12:24, 21. Dez 2005 (CET)
Ich bin erst mal fertig. Ihr könnt den Text also ergänzen / ändern wenn ihr wollt. Allerdings folgende Ergänzung von euch, "long long" bei den Typen, ist verwirrend. Man spricht von Double, "long long" ist kein echter Begriff aus der C Fachliteratur.
- double ist eine Gleitpunktvariable während long long eine 8byte Ganzzahl ist. long long ist C99-Standard. veraltete Fachliteratur? :-) --Fluchtpunkt 03:08, 25. Dez 2005 (CET)
evtl sollte man sämtliche Compiler-, Betriebssystem- bzw. Programmspezifischen Sachen entfernen bzw umschreiben; zB gibt es unter linux (mit gcc als Standardcompiler) keine conio.h; Und Erklärungen wie "Drücken Sie [ALT] + [F5], um zum Ausgabebildschirm zu kommen!" sind für Menschen die nicht die selbe IDE wie der Schreiber nutzen eher verwirrend als nützlich. Allerdings müsste man sich darüber klar werden wie das ganze aussehen soll, ich würde nämlich einfach alles, was nicht überall funktioniert, ganz einfach rauskicken; vielleicht tuts aber auch ein Hinweis das dies und jenes nur da und dort funktioniert.
IDE-Optionen würde ich allerdings durch allgemeinere Anweisungen ersetzen, da bringt es relativ wenig einen Weg für alle 1000 Programme zu beschreiben. Bevor ich da aber irgendwas rumpfusche würde ich dazu lieber erstmal andere Meinungen hören.
man sollte sich imho auch auf reines ANSI-C (99?) beschränken um Neulinge nicht schon bei ihren ersten Gehversuchen mit pfuschigem Code zu "versauen". void main(void) ist da ein gutes Beispiel. Das erspart später auch Fragen wenn User mal an einen Compiler geraten der 100% korrektes ANSI-C will.
War oder ist eigentlich geplant das aus diesem Tutorial mal eins wird das mehr auf Mikrocontrolleranwendungen konzentriert ist? --Fluchtpunkt 03:08, 25. Dez 2005 (CET)
