Entwicklungsumgebung für C

[Rolus]

Dev-Cpp ist eigentlich eine sehr schöne Entwickungsumgebung und du kannst bei einem neuen Projekt sogar wählen, ob es ein C- oder ein C++-Projekt sein soll. Obwohl es dort eigentlich echt keine großen Unterschiede gibt. Erfahrungsgemäß lassen sich die meisten C-Quelltexte auch als C++ kompilieren. Eigentlich ist es auch egal, ob du mit C oder C++ anfängst. Sobald du bei dem wahren Programmieren, dem Grafikprogrammieren bist, ist es egal ob du in C oder in C++ schreibst. Die Quelltexte sehen dann absolut gleich aus. Mit Grafikprogrammierung meine ich übrigens kein 3D-Zeug, sondern einfache Fenster mit der WinAPI. Sowas wirst du nämlich benutzen wollen, wenn du von einer langweiligen Textausgabe in der Konsole wegkommen willst.
WinAPI braucht man natürlich auch für viele andere Dinge z.B. WinSockets. Wenn man ernsthaft unter Windwos programmiert, führt da fast kein Weg daran vorbei. Zumindest kein guter Weg.

freundliche Grüße, Rolus

[MuadDib]

Sobald du bei dem wahren Programmieren, dem Grafikprogrammieren bist, ist es egal ob du in C oder in C++ schreibst. Die Quelltexte sehen dann absolut gleich aus. Mit Grafikprogrammierung meine ich übrigens kein 3D-Zeug, sondern einfache Fenster mit der WinAPI. Sowas wirst du nämlich benutzen wollen, wenn du von .[/SIZE]

...

Wer sich heutzutage seine Widgets noch selbst mit der WinAPI programmiert darf sich selbst "deprecated" nennen, oder arbeitet in Redmond an einem nicht-näher-zunennenden Framework mit. Mal ehrlich, etliche Widget-Toolkits können das tausendmal besser als dieser 10-15 Jahre alte Quellcode-Overhead.
Bei Betriebssystemzugriffen kommt man wirklich nicht darum rum, aber das möchte ich einem Anfänger auch nicht raten
Davon abgesehen ist es klar, das WinAPI Programm-Sources gleich aussehen, immerhin sind die auch noch in plain C geschrieben (das liegt daran, dass sie so unglaublich alt ist). Und da C ein Subset von C++ ist, sehen logischerweise alle WinAPI-Programm-Sources, die mit C++ erstellt wurden, aus wie WinAPI-Programm-Sources, die mit C erstellt wurden...

Achja, "wahres Programmieren" würde ich nicht unbedingt auf Fenster-Programmierung alleine auslegen...

Aber gut, on Topic: Dev-CPP ist wirklich eine gute IDE für Anfänger, mit der du deine ersten Programmchen gut über die Runde bringen wirst. Später empfehle ich allerdings uneingeschränkt den Umstieg auf Eclipse samt den neuen C Developer Tools, die um einiges angenehmer zu bedienen sind.

[Rolus]

darf sich selbst "deprecated" nennen

...

Nicht jeder darf sich seine Sonderränge aussuchen, aber vielleicht schreib ich's gleich in meine Sig -.-

Bei Betriebssystemzugriffen kommt man wirklich nicht darum rum, aber das möchte ich einem Anfänger auch nicht raten

...

Wer möchte denn ewig Anfänger bleiben? Ich sehe kein Problem darin, auch mit Dingen anzufangen, die man noch nicht unbedingt braucht. Und WinAPI ist wirklich etwas relativ grundlegendes auf dem manch Anderes basiert. WinAPI sollte man IMHO nicht so einfach als veraltet abstempeln und das wird (hoffentlich) auch die nächste Zeit so bleiben.
Ein echter Windows Programmierer sollte die WinAPI einfach kennen. Mit MS VisualStudio Fenster zurechtziehen kann jeder.

Achja, "wahres Programmieren" würde ich nicht unbedingt auf Fenster-Programmierung alleine auslegen...

...

Hast Recht. Wahres Programmieren ist Assembler-Programmierung
Fenster-Programmierung ist aber das, womit man heute noch ein bisschen Geld verdienen kann. Mit großen Anwendungsprogrammen und Spielen, meine ich. Ein paar Ausnahmen gibt es natürlich.

freundliche Grüße, Rolus

[MuadDib]

Nicht jeder darf sich seine Sonderränge aussuchen, aber vielleicht schreib ich's gleich in meine Sig -.-

...

a) wollte ich dich damit nicht angreifen sondern einen netten Witz loslassen und b) hab ich mir meinen Sonderrang nicht selbst ausgesucht, davon abgesehen ist out-of-order noch schlimmer als deprecated. Subtiler Humor - der mir selten genug gelingt - scheint wohl bei einigen Fehl am Platze zu sein, tut mir leid.

Wer möchte denn ewig Anfänger bleiben? Ich sehe kein Problem darin, auch mit Dingen anzufangen, die man noch nicht unbedingt braucht.

...

Niemand möchte ewig Anfänger bleiben, doch jeder war einmal Anfänger. Wenn mir jemand zu Beginn meines Studiums gezeigt hätte, wieviel Aufwand hinter derartig simplen Programmen wie meinem WinAPI-Game-of-Life steckt, welches ich zwei Jahre später programmiert habe, steckt, hätte ich sofort aufgehört... Gesehen sollte man es natürlich einmal haben, nur sehe ich es nicht ein, mir das Leben damit schwer zu machen, wenns auch anders geht (wenn auch Low-Level, GTK hat reine C-Bindings und kann trotzdem intuitiv und angenehm zu bedienen sein).

Und WinAPI ist wirklich etwas relativ grundlegendes auf dem manch Anderes basiert. WinAPI sollte man IMHO nicht so einfach als veraltet abstempeln und das wird (hoffentlich) auch die nächste Zeit so bleiben.

...

Fürs Fensterchen-machen wird sogar in Redmond selbst mittlerweile nur noch Windows Forms verwendet, weils auch für die Programmierer dort einfacher ist. Microsoft will mit Longhorn und der integrierten .NET so oder so das ganze alte windows.h-Gemurks ablösen, und ihr Framework zur Hauptentwicklungsumgebung für Windows Programmierer machen.

Ein echter Windows Programmierer sollte die WinAPI einfach kennen. Mit MS VisualStudio Fenster zurechtziehen kann jeder.

...

Punkt für dich. (Bin ich froh, dass ich kein echter Windows Programmierer sein möchte ) - trotzdem bleibe ich auf meinem Standpunkt, dass es für gewisse Dinge einfach elegantere und angenehmere Lösungen gibt als die WinAPI, und Fenster-Programme gehören einfach dazu.

Fenster-Programmierung ist aber das, womit man heute noch ein bisschen Geld verdienen kann. Mit großen Anwendungsprogrammen und Spielen, meine ich. Ein paar Ausnahmen gibt es natürlich.

...

Ich finde es witzig, dass du das sagst. Mein kleines Geld verdiene ich nämlich genau mit dem: Ich schreibe Plugins für Eclipse, und bau meine Fensterchen und Wizards mit Java SWT, welches das ganze auf GTK respektive WinAPI mappt.
Wenn du allerdings großes Geld verdienen möchtest, musst du dir einen Anzug kaufen, deine Produkte unter J2EE erstellen und als "Business Consulting and Solutions Software" verkaufen. Mittlerweile hat mir die Erfahrung gezeigt, dass große Anwendungsprogramme und Spiele eigentlich mehr oder weniger die Ausnahme bilden.