Visual Basic vs. C++

[volkard]

Original erstellt von Blackbird:
Es gibt kein "VB vs. C++"!
Jede "Sprache" hat ihre Daseinsberechtigung und ihre Vorteile. Wobei die Vorteile und Nachteile abhängig von der Aufgabenstellung (des jeweiligen Softwareprojektes) sind.

Ob man das wirklich so stehen lassen kann?
Erläutere doch man kurz einen ernsthaften Grund für die jeweilige Sprache (und nicht bloß "hatte nur libs oder nur compiler für bla").
-cobol
-brainfuck
-java
-fortran
-forth
-lisp

[Gregor]

Original erstellt von volkard:
**
Erläutere doch man kurz einen ernsthaften Grund für die jeweilige Sprache (und nicht bloß "hatte nur libs oder nur compiler für bla").
-cobol
-brainfuck
-java
-fortran
-forth
-lisp**

...und bitte auch für
-C
-C++
-D

[ Dieser Beitrag wurde am 25.11.2002 um 14:21 Uhr von Gregor editiert. ]

[CengizS]

Nicht zu vergessen:

- C#
- Algol
- Basic
- Pascal

[Gregor]

EDIT : Ich habe meinen Beitrag einfach mal zensiert, weil ich Blackbird nicht abschrecken möchte!

[ Dieser Beitrag wurde am 25.11.2002 um 14:47 Uhr von Gregor editiert. ]

[volkard]

ich hab die liste bewußt mit nur 6 sprachen sehr kurz gehalten und auch noch zwei offensichtliche fälle eingebaut. macht mir das nicht kaputt mit lauter weiteren anfragen bevor Blackbird was für diese 6 gefunden hat (oder seine aussage zurücknimmt).

[rüdiger]

Original erstellt von Blackbird:
PS: @Kingruedi: Wieso kann man nur in C++ ein OS erstellen? Assembler und Forth sind doch genauso gut. Dass C (und C++) am häufigsten verwendet werden, liegt einfach an der Verbreitung von C.

Hab ich das gesagt? Wo soll ich das den gesagt haben? Nirgends!

Außerdem hat nicht jede Sprache eine Daseinsberechtigung!

[Daniel E.]

Original erstellt von volkard:
-cobol

Erlernen der englischen Sprache.

-brainfuck

Der Name sagt: Geschlechtsverkehr für das Gehirn. Kann ja wohl nicht schaden. Oder?

-java

Hmm, keine Ahnung. Aber es muss gut sein. Microsoft hat es schließlich nachgemacht. Sonst hätten sie es gekauft :).

-fortran

Sinnvoll für traditionsbewusste Programmierer, die obskure Berechnungen schnell durchführen wollen.

-forth

Sinnvoll für traditionsbewusstere Programmierer, die immer mit dem speicherärmsten Gerät programmieren wollen und meistens etwas von Maschinenbefehlen verknüpfen und toll und so faseln.

-lisp

Nützlich zum Implementieren eines Lisp-Systems in Lisp.

[Marc++us]

Manche Sachen sind ohnehin schwer verständlich - mir ist Forth irgendwann in den frühen 80ern erstmalig über den Weg gelaufen, im Zusammenhang mit Maschinensteuerungen und Robotersteuerungen. Bißchen gespielt damit, war ganz lustig.

Ich weiß nur nicht, warum ich damit heute ein OS programmieren können sollen muß????

[rüdiger]

@DanielE.

*ROFL*

[Blackbird]

Hehe, ihr seid ja voll drauf' eingestiegen

"Nicht jede Sprache hat ihre Daseinsberechtigung", dem kann ich voll zustimmen. Also über Fortran und Co. brauchen wir uns nicht streiten, Ur-Basic ist auch out. Und in 20 Jahren lachen wir vielleicht auch über C/C++?

Wie ich zu meiner Meinung im ersten Beitrag in diesem Thread komme? Ganz einfach: Seit ca. 25 Jahren habe ich beruflich mit Programmierung zu tun. Da habe ich leider auch alle Irrungen bei den Sprachen mitmachen müssen. Und bei etwa 2 Projekten pro Jahr, immer mit unterschiedlichen Vorgaben und anderen Auftraggebern ist es nicht möglich zu sagen: Ich programmiere NUR C++!
Man arbeitet ja auch nicht immer alleine am Projekt und die SW ist nicht eine "BlackBox", sondern offener Code. Der auch vom Auftraggeber weiterentwickelt werden kann. So ungefähr sehen die Vorgaben in der industriellen Softwareentwicklung aus. Und die sind überall gleich, nicht nur hier in Deutschland.
Kennt jemand den Unterschied zwischen einem Programmierer und einem Softwareentwickler?

Blackbird
PS: Einen PIC-Controller verpaßt man doch auch ein kleines "OS", indem man Routinen schreibt, die die Ports abfragen/setzen können und Ereignisse verarbeiten können. Das kann in Assembler, in C und in Basic gemacht werden. Die enge Sicht auf PCs und C/C++ kann doch nicht alles im Programmiererleben sein, oder etwa doch?

[Bashar]

Original erstellt von Daniel E.:
-lisp
Nützlich zum Implementieren eines Lisp-Systems in Lisp.

Du verwechselst anscheinend Lisp mit Ur-LISP von anno 1960 oder Scheme.

[volkard]

Original erstellt von Bashar:
Du verwechselst anscheinend Lisp mit Ur-LISP von anno 1960 oder Scheme.

die anderen 5 begründungen waren auch nicht so ernst gemeint, denke ich.
ich fands aber voll lustig, daß er ausgerechnet für lisp ne rekursive begründung zusammengebastelt hat.

[toll-finder]

Ich finde es lustig, dass ihr über VB ablästert.
Aber seid ihr denn nicht erwachsen genung um sowas zu tollerieren?

Meine Güte, von einem 13j wird man sowas vllt erwarten können, aber doch nicht von erwachsenen Leuten!

Also bitte! Benehm euch entsprechend eurem Alter.

Danke.

[QBert++]

Wenn Ihr an klickie bunti doofi VB'ler denkt seht Ihr nur die Praktikanten die in irgendwelchen SW Klitschen was zusammenbasteln. Ich habe bereits in 2 sehr großen DAX Unternehmen gerarbeitet die in VB professionell entwickeln. Dort gibt es jede Menge Spezifikation wie man mit VB eine Applikation entwickelt. Es gibt eigenentwickelte Plugins die zu jeder Funktion/Modul eine Dokumentation entwerfen die man ausfüllen muß. Und für eine Windows GUI war es eine geradzu Ideale Sprache. Ich schreibe war, weil Microsoft VB6 nicht mehr weiterentwickeln wird.

Wer bisher noch nichts mit VB6 zu tun hatte sollte sich auch nicht mehr damit beschäftigen. Der Nachfolger von VB6 ist VB.Net. Und diese beiden Sprachen sind sehr verschieden.