Delphi-PRAXiS
Seite 4 von 10   « Erste     234 56     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   c++ vs delphi (https://www.delphipraxis.net/43452-c-vs-delphi.html)

atreju2oo0 4. Apr 2005 16:28

Re: c++ vs delphi
 
Ich programmiere privat nur mit Delphi und in der Uni werden wir zu C++ "gezwungen" ;o)
Ich finde das gut so, da man vieles so besser versteht.
Wenn man mal Latein gelernt hat ist es ja auch leichter Französisch zu verstehen.
Deshalb sollte glaube ich jeder der ernsthaft über ein Beruf in diesem Umfeld nachdenkt
zumindestens 2-sprachig sein. Ich würde auch mal behaupten die wirklich Guten hier im Forum
kennen sogar noch Java...

PierreB 4. Apr 2005 17:00

Re: c++ vs delphi
 
Zitat:

Zitat von Michael_Bayer
Ich hab noch NIE ne Stellenanzeige mit Delphi gesehen (in Zeitungen jetzt)
Also: Lern C# :stupid:

Ich habe schon ein paar mal Stellenanzeigen gelesen, wo Delphiprogrammierer (zum Teil auch mit SQL Kenntnissen) gesucht wurden. Also wissen auch manche Firmen Delphi zu schätzen. Tja, in Unis wird scheinbar gänzlich auf Delphi verzichtet. :(

DGL-luke 4. Apr 2005 17:25

Re: c++ vs delphi
 
Man sollte Delphi lernen, um nen schönen Stil zu bekommen.
man sollte Java lernen, um für den rest seines lebens case sensitiv(vielleicht stimmt das auch gar nicht - ich programmiere J++ nämlich mit einer uraltenMS-IDE(MS Visual J++ Version irgendwas)) zu denken.
man sollte c++ lernen, weil es am weitesten verbreitet ist.

und dann sollte man mit dem programmieren, was der arbeitgeber von einem will.

just my six cent. :mrgreen:

tommie-lie 4. Apr 2005 17:33

Re: c++ vs delphi
 
Zitat:

Zitat von bigg
Pascal / Delphi ist streng struckturiert und daher auch weniger fehleranfällig.

C ist auch strukturiert, es sind nur andere Strukturen. Du kriegst in C(++) auch einen Parser-Fehler hin, wenn du dich an diese Strukturen nicht hältst.

Zitat:

Zitat von bigg
C ist typenunsicherer, das hat aber auch Vorteile.

Ist mir neu :gruebel:
In C und C++ gibt es genauso wie in den meisten anderen Hochsprachen auch verschiedene datentypen und Möglichkeiten, selbige selbst zu definieren. Und die kannst du nicht einfach ohne weiteres einem falschen Datentyp zuweisen. PHP oder QBasic sind nicht type safe, C und C++ sind es aber.

Zitat:

Zitat von RavenIV
meiner meinung nach werden in C/C++ anwendungen programmiert, die stabil sein sollen und in denen ein gewisses knw-how steckt und die schnell sein sollen.

Anwendungen, die stabil sein sollen, schreibt man besser in Pascal, wenn die Programmierer keine Ahnung haben, sonst wacht man eines Tages mit 'ner Kugel im Fuß auf :mrgreen:

Zitat:

Zitat von DGL-luke
Man sollte Delphi lernen, um nen schönen Stil zu bekommen.
man sollte Java lernen, um für den rest seines lebens case sensitiv(vielleicht stimmt das auch gar nicht - ich programmiere J++ nämlich mit einer uraltenMS-IDE(MS Visual J++ Version irgendwas)) zu denken.
man sollte c++ lernen, weil es am weitesten verbreitet ist.

:shock: *schauder*
case sensitivity lerne ich lieber mit C, dann erspare ich mir wenigstens Java...


C++ hat einige nette Sprachfeatures (vernünftiger Preprocessor, Templates), die Delphi nicht hat, umgekehrt hat aber Delphi eine nette Compiler-Magic, weil Borland sich einen feuchten Dreck um alle anderen ObjectPascal-Implementierungen schert. Je nach Anwendungszweck muss man entscheiden, was einem wichtiger ist (nicht vergessen: für C++ gibt's die schöneren IDEs ;-)). Dabei ist es keineswegs unmöglich, mehrere Dinge richtig zu können. Man lernt ja nicht für jede Sprache das Programmieren neu. Man lernt lediglich die Syntax, die Programmlogik und die Lösungsverfahren bleiben gleich. Wer also 5 Sprachen nur zu 20% kann, macht irgendwas falsch :gruebel:

Bei Firmen spielt der psychologische Faktor auch eine Rolle. Delphi hat, ähnlich wie Basic, den Ruf, eine "Kindersprache" zu sein, mit der man das Programmieren anfängt, aber nachher nicht mehr damit arbeitet. Deswegen trauen sich vermutlich einige Firmen nicht ganz, öffentlich zuzugeben, daß sie Delphi-Leute haben wollen oder mit Delphi programmieren.


Zitat:

Zitat von Luckie
Eine kleine Bitte: Fang jetzt bitte nicht mit begin end und den geschweiften Klammern an.

Code:
#DEFINE begin {
#DEFINE end }
#DEFINE procedure void
// to be continued
:mrgreen:

Hansa 4. Apr 2005 17:47

Re: c++ vs delphi
 
blubb

Binärbaum 5. Apr 2005 13:26

Re: c++ vs delphi
 
Zitat:

Zitat von tommie-lie
Zitat:

Zitat von bigg
C ist typenunsicherer, das hat aber auch Vorteile.

Ist mir neu :gruebel:
In C und C++ gibt es genauso wie in den meisten anderen Hochsprachen auch verschiedene datentypen und Möglichkeiten, selbige selbst zu definieren. Und die kannst du nicht einfach ohne weiteres einem falschen Datentyp zuweisen.

??? Also im Prinzip kann man doch einen "falschen" Datentyp zuweisen (zumindest in C):
Code:
{
  int a;
  char b;

  b= 'A';
  a= 7;
  b= b+a;///na, was sagst du dazu?
}
Unter Delphi geht das nicht so einfach:
Delphi-Quellcode:
var a: Integer;
    b: Char;
begin
  b:= 'A';
  a:= 7;
  b:= b+a;///hier kommt garantiert eine Fehlermeldung beim Kompilieren
  //Also sowas wie "Inkompatible Typen" oder ähnliches
  //es müsste dann b:= Chr(Ord(b)+a); heißen
end;
MfG
Binärbaum

malo 5. Apr 2005 13:54

Re: c++ vs delphi
 
Bei folgendem Code kommt aber auch eine AV ;)

Code:
{
  int a;
  char b;

  b= 'A';
  a= 7;
  b= b+a;///na, was sagst du dazu?
  printf(b);
}
In C wird an dieser Stelle nur kein Kompilierungsfehler aufgerufen, sondern ein Laufzeitfehler.

bigg 5. Apr 2005 14:20

Re: c++ vs delphi
 
Zitat:

Bei folgendem Code kommt aber auch eine AV
ja und genau das kann unvorhergesehene Fehler verursachen,
kann aber auch Vorteile haben.

mael 5. Apr 2005 14:28

Re: c++ vs delphi
 
Zitat:

Zitat von UweR
C++ ist dafür dichter am System dran, weshalb wirklich zeitkritsche oder systemnahe Sachen auch darin geschrieben werden.

Generell stimmt das mit dem dichter am System nicht. Für Treiberprogrammierung braucht man einen Spezialkompiler der mit dem DDK mitgeliefert wird.
Wenn man nah ans System geht braucht man kaum eine tolle IDE, da kann man auch FreePascal holen.
Es bleibt natürlich der Nachteil der Header-Übersetzungen (ist aber eigentlich nur fürs DDK relevant).

Auch die Geschwindigkeit hat nichts mit der Sprache, sondern mit dem Compiler zu tun, was mathematische Berechnungen angeht ist der Delphi-Compiler leider nicht optimal. Wie es mit FreePascal aussieht weiß ich nicht. Spricht man also von Geschwindigkeit dann liegt es daran, daß es einen Intel-Compiler für C++ gibt aber eben nicht für Delphi.

Allgemein:
Delphi Stellenangebote sind meistens für Datenbanken- oder Webanwendungen, wen das nicht interessiert (mich :-) der muß sich woanders umsehen.
Es sind fast ausschließlich Selbständige die auch andere Programmarten anbieten.
Delphi hat unter anderem auch deswegen den "Kinder-Ruf" aber auch wegen der VB-Ähnlichkeit (IDE, RAD).
In der Uni sind die Leute außerdem Puristen und gnadenlose Unix-Freaks, daher sowieso C oder C++ freundlich (einige sind noch so rückschrittlich, daß sie selbst C als das einzig Wahre ansehen).
Dann gibt es noch die Kommandozeilenjunkies bei denen schon der Anblick einer IDE gleich das ganze Programmiersystem (in userem Fall Delphi) unten durchgefallen ist.
Modernere gehen ab wie ein Zäpfchen wenn sie Java sehen, hat auch einige nette Ideen.
Die schlimmsten sind aber Manager, BWLer und ähnliche produktive Mitglieder unserer Gesellschaft: Die richten sich, meist ohne Wissen, nach der allgemeinen Meinung (die wiederum am häufigsten durch ihresgleichen gemacht wird).

Eine Sache die Viele als Vorteil sehen finde ich nur bedingt gut: Die Möglichkeit bei C++ fremden Kode einfach einzubinden (weil er eben meistens in C++ geschrieben ist). Auch bei einen C++ Projekt habe ich (ist Delphi Angewohnheit ;-), die ganze in Uralt-C (nix Ansi und nur für sehr spezieller C-Compiler) einfach nochmal neu geschrieben. Das wird sauberer und besser; es ist schlimm wie schlecht Quelltexte sind die man so findet.
Man weiß was passiert und holt sich keine Fehler rein. Kurz gesagt, ich würde natürlich die Standardbibliotheken (STL und co) verwenden, aber keine Speziallösung die XYZ schon fertig anbietet.

Ich denke auch, mehrere Sprachen zu kennen ist gut, vor allem weil jede Sprache verschiedene Konzepte und Vorteile hat. Es hilft immer über den Tellerrand hinauszuschauen. Auch Delphi könnte wieder ein bisschen Entwicklung vertragen. Sowas wie fehlende Templates, zumindest den Teil um sowas wie Listen für beliebige Typen implementieren zu können, ist ein großes Manko.


Kannst Du frei wählen (kein Job): Nimm Delphi (häufig sauberer als C++) und bilde Dich weiter (C++, Java, SML, ...) um neue Ideen zu bekommen.
Wenn nicht ist wohl C++ und neuerdings C# verbreiteter.

P.S.: Diese peinliche Superhero Werbung von Borland ist ja auch dem Delphi-Ansehen nicht gerade zuträglich.

bigg 5. Apr 2005 15:00

Re: c++ vs delphi
 
Zitat:

Die schlimmsten sind aber Manager, BWLer und ähnliche produktive Mitglieder unserer Gesellschaft: Die richten sich, meist ohne Wissen, nach der allgemeinen Meinung (die wiederum am häufigsten durch ihresgleichen gemacht wird).
Da stimme ich dir voll und ganz zu, leider :cry:
+ Versicherungsfritzen :mrgreen:


Alle Zeitangaben in WEZ +1. Es ist jetzt 19:41 Uhr.
Seite 4 von 10   « Erste     234 56     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz