C-Kenntnisse vertiefen oder neue Sprache?

DiabloPB schrieb:

@datalukas, die frage ist doch was willst du mit der Sprache machen? Unbedingt breit gefächert würde ich auch nicht lernen, da man dann zwar viele Sprachen kann, aber halt nicht tief genug um was damit anfangen zu können.
Aber man lernt ja auch ansich nur das programmieren. Alles andere ist Syntax.

Wenn du Web machen willst dann würde ich mit php anfangen. L
Für Windows Anwendungsentwicklung, Services, Bibliotheken etc. empfehle ich dir C#.

Zum Vergrößern anklicken....

davidbaumann schrieb:

Programmieren ist programmieren - ich bin von Delphi/SQL/VBS... umgestiegen auf die Siemens-Palette (SPSen, NC...), komplexer ist normalerweise eigentlich die Logik, die man programmieren muss...

Zum Vergrößern anklicken....

datalukas schrieb:

C# ist gegenüber C++ ja vereinfacht und die Speicherverwaltung fällt weg.

Zum Vergrößern anklicken....

#include <memory> // <- für std::shared_ptr

struct AnEmptyTestStruct {};

int main()
{
	// Shared pointer verweist zu Beginn auf nichts ... quasi ein Null-Pointer.
	std::shared_ptr< AnEmptyTestStruct > mySharedPtr;
	
	if ( true )
	{
		// Weiteren shared_ptr anlegen und ihn gleich auf mit new allokiertes AnEmptyTestStruct-Objekt zeigen lassen.
		std::shared_ptr< AnEmptyTestStruct > anotherSharedPtr( new AnEmptyTestStruct );
		
		// mySharedPtr verweist nun auf das selbe AnEmptyTestStruct-Objekt wie anotherSharedPtr.
		mySharedPtr = anotherSharedPtr;
		
		// Beim Verlassen dieses Blocks endet der Gültigkeitsbereich von anotherSharedPtr. Wäre anotherSharedPtr
		// der einzige shared_ptr, der auf unser AnEmptyTestStruct-Objekt verweist, würde das Objekt an dieser Stelle
		// gelöscht werden. Da aber mySharedPtr ebenfalls auf das Objekt verweist, passiert das nicht.
	}
	
	// Mit dem Austritt aus diesem Block verlassen wir nun auch den Gültigkeitsbereich von mySharedPtr. Da mySharedPtr
	// der letzte shared_ptr ist, der noch auf unser AnEmptyTestStruct-Objekt verweist, wird das Objekt nun auch
	// tatsächlich gelöscht.
	// Wo siehst du hier Speicherverwaltung? Das ist doch schon fast so gut wie ein Garbage Collector, oder?
}

#include <list>

int main()
{
	std::list< int > myIntList;
	
	myIntList.push_back( 45 );
	myIntList.push_back( 14 );
	
	// Liste fällt mit Verlassen der Funktion aus ihrem Gültigkeitsbereich -> Destruktor wird ausgeführt -> dynamisch allokierter Speicher
	// wird automatisch freigegeben -> kein Rumgefrickele mit "Speicherverwaltung".
}

datalukas schrieb:

Doch wie sieht es dann aus mit den ganzen Bibliotheken und ihren jeweiligen Klassen und Funktionen, beispielsweise in VB oder solche Sachen wie fromCharCode in JavaScript? Sind das einfach Gimmicks, die man dann irgendwann mal evtl.lernt?[/code]
Die absoluten Basisfunktionen lernt man natürlich in Büchern etc. kennen. Aber niemand kennt die ganze Referenz auswendig. Nach einiger Zeit 'weiß' man einfach, welche Funktionen in der Bibliothek sind. Wenn man sie dann verwenden will, schaut man meistens eh in der Referenz nach, wie man die Funktion nun richtig aufzurufen hat.

datalukas schrieb:

Außerdem wären dann doch auch keine tausendseitigen Bücher wie vom C++-Erfinder nötig.

Zum Vergrößern anklicken....

Wie gesagt, da werden nur die Basics gelernt (in einer Referenz steht natürlich zu jeder Funktion was; die benutzt man aber zum Nachschlagen und liest sie nicht Front-To-Back durch). Ansonsten legen die Einsteigerbücher eher Wert darauf, die Prinzipien hinter der Programmierung zu vermitteln, nicht dass der Leser möglichst viele Funktionen auswendig lernt.

datalukas schrieb:

Ich frage mich auch, wie das mit den Übungen ist. Seiten wie Project Euler enthalten meist nur mathematische Probleme, in disem Fall ist auch die Programmierersprache irrelevant. Aber in vielen Programmen ist doch auch die Kommunikation mit dem OS und/oder systemnahe Programmierung wichtiger, ebenso wie natürlich GUI-Erstellung, z.B. bei einem Dateimanager oder ein Texteditor.
Ist es trotzdem erste mal wichtig, sich darauf zu konzentrieren?

Zum Vergrößern anklicken....

Probleme wie sie Project Euler stellt sind gerade am Anfang wichtig. Damit lernt man nämlich, wie man Probleme effizient löst. Der erste Versuch wird meistens einfach funktionieren, aber z.B. sehr lang brauchen. Mit der Zeit lernt man dann, wie man das Problem viel effizienter (und eleganter) umsetzen kann.
GUI-Programmierung etc. ist natürlich auch wichtig, allerdings im Vergleich zum Schreiben von komplexen Algorithmen nicht wirklich "tiefgehend". Meistens muss man da nur viel in der Referenz nachlesen, weil man tausend Funktionen braucht, aber man muss nicht soviel Gehirnschmalz reinstecken wie bei Project Euler-Sachen.

Zum Vergrößern anklicken....