Haltet ihr Pascal für eine sterbende Sprache?

[diogenes]

Ich z.B. finde Pascal eben aufgrund der strengen Art sehr gut. Und ja, Pascal ist auch perfekt für Einsteiger und Hobby-Entwickler. Aber eben auch im professionellen Bereich vertreten und geeignet.

Ja, ja, diese strenge Art ... C stammt von zwei Programmierern und ist das, was Programmierer wollen.

Nein, nur wo sie in 1970 genügend Speicher für hatten. Und C's Popularität hat kaum etwas mit Spracheigenschaften zu machen. Meistens ist weil es, dank Unix in Operating systems die Standardwahl ist, und die Vielfalt an Compiler die dadurch entstehen ist.

Natürlich machen eine menge C Programmer sich selber glauben das es der bester Sprache ist, keiner will ja ein Konformist sein, und jeder sieht sich gern als ein Kodekünstler.

Der Spruch war nicht so hundertprozentig ernst gemeint

[mschnell]

Allerdings muss ich sagen, das ich wenig mit GUI mache, mir in diesem Bezug aber Lazarus deutlich mehr gibt, als C#

Jeder GUI-Zugriff aus einem Worker Thread ist in Lazarus strikt verboten. Das Programm wird sicher irgendwann abstürzen.

-Michael

[mschnell]

Der Compiler von C spuckt meist sehr wenige Fehlermeldungen und Warnungen aus, was ich persönlich als Vorteil sehe, denn das ist Freiheit.

Wenn Du es als Freiheit empfindest dass das Programm, später abstürzt, wo Pascal möglicherweise einen Fehler entdeckt hätte, von mir aus, aber ich würde von Dir geschriebenes Programm einsetzen.

-Michael

[itjump]

Der Compiler von C spuckt meist sehr wenige Fehlermeldungen und Warnungen aus, was ich persönlich als Vorteil sehe, denn das ist Freiheit.

Wenn Du es als Freiheit empfindest dass das Programm, später abstürzt, wo Pascal möglicherweise einen Fehler entdeckt hätte, von mir aus, aber ich würde von Dir geschriebenes Programm einsetzen.

-Michael

Meine Programme laufen in der Regel sehr stabil. Wenn ich sie Veröffentliche, dann nur, wenn ich sicher bin, das alles perfekt ist. Und mittlerweile greife ich bei GUI über delegate auf andere Elemente zu, was SAFE ist. Nun, ich saß den ganzen Tag daran, wenn du willst, stelle ich den Quelltext. Er ist aber noch nicht zu 100% fertig, da noch eine wichtige Funktion fehlt und ich bin noch etwas unzufrieden mit den Dialogen. Abgesehen davon, das es ein C# Quellcode ist.

[marcov]

Dies alles ist natürlich sehr Subjektiv, es gibt allerdings Punkte, die in C erlaubt sind, die in Pascal verboten sind....

Welche Punkte? Es gibt schon (nach beiden Seiten), aber die sind so selten genutzt. Nur der ternaire Operator (?) ist nicht einfach in FPC um zu setzen (oder schon in trunk? bin mir nicht ganz sicher). Und natürlich der Krypto-syntax die hier und da ein paar Zeichen kurzer ist, was viel Anfänger als "Effizienz" interpretieren.

Fakt ist aber das FPC und C sind fast Äquivalent, und die meiste Leute sprechen nur alten Texte wie zb Kernighan's why pascal ist not my favourite language, ohne sie ganz zu verstehen oder im Zeitrahmen interpretieren zu können.

Leider ist dies auch gültig für die Argumenten an er Pascal Seite, FPC ist nicht wirklich systematisch Typsicherer als C, nur die Format/scanf ist systematisch etwas sicherer. (wird umgangen mit Warnings in die meiste C Kompiler , aber das ist ein Erweiterung, und kein Teil von C, und nur für bekannte Varianten)

Ein Pascal wie Delphi und FPC hat auch wenig mit der "managed" Sicherheit von C# zu tun (ob wohl die auch oft misinterpretiert wird, und gar nicht so nützlich ist als wie viele Leute denken).

[m.fuchs]

Meine Programme laufen in der Regel sehr stabil. Wenn ich sie Veröffentliche, dann nur, wenn ich sicher bin, das alles perfekt ist.

Wie stellst du das sicher?

[itjump]

Meine Programme laufen in der Regel sehr stabil. Wenn ich sie Veröffentliche, dann nur, wenn ich sicher bin, das alles perfekt ist.

Wie stellst du das sicher?

Also zu 100% geht es natürlich nicht, aber ich teste mein Programm Stundenlang, denke wie ein Anwender, denke wie jemand, der das Programm unbedingt zum Absturz bringen will. Jetzt habe ich z.B. einen Passwortgenerator in C# geschrieben, der natürlich wegen dem Thread sehr schnell abstürzen könnte, wenn jemand das Programm frühzeitig beendet, aber auch, wenn jemand Buchstaben in die Textfelder für Passwortlänge und Anzahl schreibt usw. Das alles habe ich abgesichert durch Kontrollstrukturen, was teils auch herausfordernd war. Aber um mich selbst auf die Probe zu stellen und weil ich bisher noch nie einen XML-Parser genutzt habe, habe ich eine Speichern und Laden Funktion geschrieben. INI ist so viel leichter zu verstehen und anzuwenden, jedoch ist das Ergebnis mit XML meiner Meinung nach Übersichtlicher. Für die ca. 160 Zeilen Code habe ich jetzt an die 10 Stunden mit Unterbrechung gesessen, dafür kann es eigentlich nicht mehr Abstürzen und ich habe gelernt, wie man einen XML-Parser bedient. Ohne die XML Geschichte hätte ich vermutlich nur 2-3 Stunden gebraucht, aber ich lerne gern neues.

[compmgmt]

Ich greife dieses Thema nochmal auf. Ich hab vor kurzem Erfahren, dass alles im Miniaturwunderland Hamburg mit Delphi gesteuert wird. Also so unpopulär, wie manche es behaupten, ist die Sprache nun auch wieder nicht.

[mischi]

Zumindest bevor es zu Microsoft ging, war Skype in Pascal geschrieben. Der Graphicconverter für OS X ist in Pascal geschrieben. Nicht vergessen: Lazarus ist in Pascal geschrieben. Wie viel Spezial-Software in Delphi und damit Pascal geschrieben wurde, weiss keiner. Ich weiss von einem Beispiel, wo eine komplexe Mess-Software für physikalische Experimente in Pascal geschrieben ist. Ultrastar Deluxe, ein Karaoke-Spiel, ist in Pascal geschrieben. In Osteuropa ist die Sprache immer noch sehr verbreitet.

[diogenes]

...In Osteuropa ist die Sprache immer noch sehr verbreitet.

За твоё здоровье, Паскал!

[photor]

Ich weiss von einem Beispiel, wo eine komplexe Mess-Software für physikalische Experimente in Pascal geschrieben ist. Ultrastar Deluxe, ein Karaoke-Spiel, ist in Pascal geschrieben.

Aus eigener Erfahrung: im universitären Umfeld und noch mehr in der Entwicklung in der Industrie werden oft Programme weiter entwickelt, weil schon sehr viele Mann-Stunden drin stecken und die Zeit zur Neuimplementierung einfach fehlt (das Tool wird aber gebraucht und genutzt und muss verbessert und angepasst werden). Dabei wird natürlich die ursprünglich eingesetzte Sprache weiter genutzt: FORTRAN und Pascal sind da natürlich weit verbreitet.
Dies soll keine Wertung sein; es ist einfach so.

Ciao,

Photor

[diogenes]

Ich weiss von einem Beispiel, wo eine komplexe Mess-Software für physikalische Experimente in Pascal geschrieben ist. Ultrastar Deluxe, ein Karaoke-Spiel, ist in Pascal geschrieben.

Aus eigener Erfahrung: im universitären Umfeld und noch mehr in der Entwicklung in der Industrie werden oft Programme weiter entwickelt, weil schon sehr viele Mann-Stunden drin stecken und die Zeit zur Neuimplementierung einfach fehlt (das Tool wird aber gebraucht und genutzt und muss verbessert und angepasst werden). Dabei wird natürlich die ursprünglich eingesetzte Sprache weiter genutzt: FORTRAN und Pascal sind da natürlich weit verbreitet.
Dies soll keine Wertung sein; es ist einfach so.

Ciao,

Photor

Deswegen gint's auch nocht Tonnen and COBOL-Kompilaten. Das mit "Tonnen" ist wörtlich zu verstehen: Quellcode ausdrucken und wiegen!

[compmgmt]

Ich hab noch eine Software. Ich bin bei der Deutschen Bahn tätig und warte unter anderem auch EBuLa Geräte und Führerstandterminals. Nach einigen Beobachtungen und Vermutungen habe ich es nun bestätigt. Die Software auf den Terminals neuerer Baureihen von Bombardier ist in Delphi geschrieben: https://forum.zusi.de/viewtopic.php?f=13&t=9450

Ihr müsst bei dem Link ziemlich weit runterscrollen. Dort steht zwar was von der BR 423 (S-Bahn München, Stuttgart, Frankfurt und Köln), aber auch Baureihen bei uns (146 und 147) besitzen die selbe Software.

[itjump]

Ich weiss von einem Beispiel, wo eine komplexe Mess-Software für physikalische Experimente in Pascal geschrieben ist. Ultrastar Deluxe, ein Karaoke-Spiel, ist in Pascal geschrieben.

Aus eigener Erfahrung: im universitären Umfeld und noch mehr in der Entwicklung in der Industrie werden oft Programme weiter entwickelt, weil schon sehr viele Mann-Stunden drin stecken und die Zeit zur Neuimplementierung einfach fehlt (das Tool wird aber gebraucht und genutzt und muss verbessert und angepasst werden). Dabei wird natürlich die ursprünglich eingesetzte Sprache weiter genutzt: FORTRAN und Pascal sind da natürlich weit verbreitet.
Dies soll keine Wertung sein; es ist einfach so.

Ciao,

Photor

Und ein Kumpel von mir hat schon des öfteren Aufträge von Firmen bekommen, die Software von Pascal in eine andere Sprache zu übersetzten, mit der Begründung, das Pascal antiquiert ist. Das sagen Firmen. An Universitäten wird so weit ich weiß heutzutage auch eher in C/C++, C# oder auch Java unterrichtet, zumindest an den Universitäten, an die meine Freunde gehen, also Freiburg, Stuttgart, Berlin usw. Desweiteren gibt es natürlich noch Projekte in Pascal, jedoch sind diese schon alt und in der IT ist alt niemals gut, denn alle 2-3 Jahre gibt es einen Quantensprung. Im Microcontrolerbereich wird C eingesetzt, und dieser Bereich ist nicht unbedingt eine Nische. C ist dort Pascal einfach überlegen (ANSI C), zumindest im Bereich Performance, Speicherverbrauch und dem Speicher, den die Binary benötigt. Während eine C Binary in etwa 2 kb benötigt, benötigt ein Pascal Programm bei mir etwas über 100 kb. Ich weiß, das klingt nach wenig, aber es summiert sich und im Microcontrolerbereich ist so etwas wichtig

[compmgmt]

Desweiteren gibt es natürlich noch Projekte in Pascal, jedoch sind diese schon alt

Die Bombardier Terminal Software definitiv nicht. Die entstand vor einigen Jahren.