gandaro hat geschrieben:Also ich kann ja mal die bisherigen Fehler bzw. Verbesserungsvorschläge auflisten:
Gründe in C programmieren zu lernen
- Der Titel hat falsche Groß-/Kleinschreibung
Wenn ich die Rechtschreibung richtig verstehe, ist mir freigestellt, ob ich den Fokus auf "C programmieren" also die Handlung in C lege oder auf das "C Programmieren", also die substantivierte Handlung, die zufälligerweise in C ist.
Oder was übersehe ich?
gandaro hat geschrieben:[*]Es dient nicht (nur) als gute Basis für sogenannte "objektorientierte" Programmiersprachen (wovon C auch in gewisser Weise eine ist: structs...)
Deswegen steht dort 'C ... dient als gute Basis, um eine weitere Programmiersprache zu lernen, die objektorientierte Programmierung unterstützt - zum Beispiel [[cpp:|C++]].
C unterstützt OOP nicht, C++ schon - die Aussage ist nicht, dass man in C nicht OOP programmieren könnte.
gandaro hat geschrieben:[*]"Wer lernen möchte, wie man C++ programmiert, muss auch lernen, wie man C programmiert. Ähnliches gilt auch für Sprachen wie Java und C#." Das stimmt hinten und vorne nicht! Man kann -- und sollte! -- gleich mit den entsprechenden Programmiersprachen anfangen, vor allem bei Java und C#, die Sprachen sind vollkommen unterschiedlich, sodass es überhaupt keinen Sinn macht, vorher C zu lernen, nur um dann in einer (wortwörtlich) anderen Programmiersprache zu programmieren.
Den Satz habe ich geändert und mich darauf bezogen, dass es um die gleichen Konstrukte handelt.
gandaro hat geschrieben:[*]Ein "ungültiger" Zeiger ist nicht unbedingt ein Nullpointer.[/list]
Es sind aber nur Null-Pointer gemeint, die nunmal auch ungültig sind.
Ich habe den Satz geändert, so dass "ungültige Pointer" nicht mehr auftauchen.
gandaro hat geschrieben:
Benötigte Software
- "Plattformunabhängig" wurde in der Überschrift falsch geschrieben
- "Notepad++" wurde falsch geschrieben (weder wird "Pad" mitten im Wort auf einmal groß geschrieben, noch hat es irgendwas mit Knoten zu tun ...)
Sah aber doch hübsch aus. Beides geändert.
gandaro hat geschrieben:[*]Windowsnutzern würde ich eher zum MSVC-Compiler raten, da dieser für Windows besser ist als die genannten Alternativen
[*]Der GCC ist normalerweise nicht vorinstalliert, weder auf Linux-Distributionen noch auf Macs
Ich bin mir nicht sicher, ob der bei 10.5 vorinstalliert war, denn da hatte ich ihn. Inzwischen habe ich das bei "Compiler einrichten" schon korrigiert und offenbar hier nicht gesehen.
Ich rate Anfänger eher dazu, auf Entwicklungsumgebungen zu verzichten, damit fliegt VC erstmal raus. Um die Leute im Tutorial zusammenzuhalten, ist es von Vorteil, wenn alle mit dem gleichen Compiler arbeiten. VC kommt im Tutorial früher oder später vor.
gandaro hat geschrieben:
[*]Vor "sowie" kommt in der Regel kein Komma
[*]Man bildet im Deutschen den Plural von Anglizismen nicht mit einem Anhängsel-S. (es sind die "Windows-User", nicht "-Users")
[*]Ubuntu heißt "Ubuntu", nicht "Ubuntu Linux"[/list]
Geändert, geändert, Nicht geändert: Ubuntu Linux, weil es um Linux in der Geschmacksrichtung Ubuntu geht und nicht um Ubuntu.
gandaro hat geschrieben:
Das Programm 'Hello proggen.org'
- Es gibt kein deutsches Wort "Inklude", also auch keine "Inkludeverzeichnisse"
- "Standard Input/Output" wird "Standardein-/ausgabe" übersetzt, dabei handelt es sich um einen festen
- "Deklartion" dürfte ein Schreibfehler sein?
Begriff
http://www.duden.de/rechtschreibung/inkludieren
Standard-Input/Output bliebt, ist aber besser markiert. Die Standard-Funktion bleibt auch, denn es ist nunmal die Standard-Lib, die Standard-Funktionen darstellt.
gandaro hat geschrieben:
[*]Wenn es keine Parameter geben soll, schreibt man "void", aber Klammer leer lassen geht nur bei C++
[*]...?[/list]
Den Rest arbeite ich vielleicht irgendwann noch mal ab, aber das soll's fürs Erste mal sein.[/quote]
Den void-Parameter finde ich auch 'hübscher', aber notwendig ist er nicht. In einem K&R-Code ist er üblicherweise auch nicht angegeben, er wird auch gerne weggelassen. Es gibt Standards und Realität, die Leute sollen in der Realität programmieren lernen und damit auch Dinge einordnen können, auf die sie in der Realität treffen können.
Ich würde mich über weitere Kritik von Dir freuen, das hilft deutlich, das Tutorial zu verbessern.
Merke: Wer Ordnung hellt ist nicht zwangsläufig eine Leuchte.
Ich beantworte keine generellen Programmierfragen per PN oder Mail. Dafür ist das Forum da.
Auch wenn in stdio.h natürlich auch Funktionen für "normale" Dateien sind ... hm!
