Sind wir veraltet?

[omnibrain]

Zitat von dummzeuch:

Eigentlich bräuchten wir dringend einen weiteren jüngeren Kollegen (oder gerne auch eine Kollegin), der/die hier langsam übernimmt, bevor wir alten Säcke in Rente gehen. (Und komme mir jetzt keiner mit "Altersdiskriminierung". Es geht ja gerade darum, dass nicht alle Leute gleichzeitig in Rente gehen und der Laden dann plötzlich ohne Softwareentwickler da steht. Da hilft es nicht wirklich, noch einen weiteren "alten Sack" einzustellen, der dann zur gleichen Zeit ebenfalls wegfällt.)

Warum bildet ihr nicht aus?

[Codehunter]

Zitat von IBExpert:

Ich hab riesengroße Projekte bei Riesenkonzernen, die Delphi Projekte mal eben für 2 stellige Millionen Euro Budgets umstellen wollten auf einer ganz andere Plattform (java,.net, web,...) immer wieder beim scheitern zusehen dürfen. Statt Evolution war da immer Revolution angesagt und das ist aus meiner Sicht der falsche Weg. Alles alte wurde eingefroren und das neue wurde den Kunden gegenüber als der Heilsbringer verkauft, was der Kudne aber nie haben wollte. Gibt gerade aktuell schon Beispiele aus dem Delphi Umfeld, die ich hier aber nicht näher benenne.

Das sehe ich ganz genauso. Ich habe es mehrfach erlebt wie unser Wettbewerb alle 5 Jahre große Teile seiner Infrastruktur runderneuert hat und am Ende der nutzbringende Teil der beim Anwender ankam, genau das selbe konnte wie der alte Krams vorher. Nur eben anders aussah und sich anders bedienen ließ. (das war übrigens auch der Aufhänger für meine Windows-Kritik weiter vorne)

Zitat von IBExpert:

Jemand der wie wir alte Säcke gute Pascal Kenntnisse und gute vcl/lcl (oder wie auch immer das heisst) kenntnisse hat, ist garantiert in dieser Pascalwelt für die Produktion lauffähiger Software nach Kudnenvorgaben weit produktiver, aber auch bei der Einarbeitung junger Kollegen, wenn man denen nicht die üblichen "les dich da mal in den code ein ..." sprüche vor den Kopf knallt. Wenn der dann aber noch bis zur Rente ein komplettes Porjekt auf eine komplett neue Plattform umstellen soll, dann passiert halt das, was ich immer wieder sehe. Sinnlos verbratene Zeit ...

Sag ich doch: Wertschätzung. Wenn die jungen Wilden und die alten Säcke gemeinsame Sache machen, dann kann da was sehr fruchtbares draus entstehen. Denn neue Ideen können auch ein stagnierendes Produkt wieder voran bringen.

Zitat von IBExpert:

Und als Antwort zum eigentlichen Thema: Ja, wir sind veraltet, es liegt aber nicht an der Pascalsprache, sondern an dem was wir alle von uns selber oder von Kollegen als Quälcodes geerbt haben und in den letzten 25 Jahren einfach so erweitert haben, ohne die generelle Architektur mal in Frage zu stellen. Und dann auch noch so einen Kram wie SQL für die Datenbank, ist ja auch veraltet. Es wurden doch tausende neuer Buchstabenkombinationen als Sau durchs dorf getrieben, die alle keine 2-3 Jahre Hype waren, aber kein schwein mehr kennt.

Wurde weiter vorne schon erwähnt, wie viele Buchstaben allein Microsoft für den Datenbankzugriff durchs Dorf getrieben hat. Am Ende war eine umständlicher und langsamer als die andere und wir haben uns Drittanbieter-Konnektoren wie UniDAC gekauft. Aber SQL sind immer noch die drei Buchstaben, die seit gefühlt 30 Jahren ihren Dienst tun, wo andere wie DBF oder DBX lange vergangen sind.

Zitat von IBExpert:

Wie man das ändert? Mit Lazarus versuchen gerade einige (https://www.blaisepascalmagazine.eu/) ein Projekt aufzubauen wie das https://codeguppy.com/ für javascript macht.

Wäre auch durch den pas2js crosscompiler relativ einfach umsetzbar und würde sicherlich schulen und junge leute wieder der Sprache näher bringen. Beispiel in Pascal quellcode , die dann troztzdem im webbrowser laufen, könnte die Sprache wieder sichtbarer machen und besser lesbar als javascript oder c++ sonderzeichenorgien ist das sowieso.

mal sehen wie das weiter geht ...

Lazarus hat IMHO ein großes Problem: Die IDE. Ich hab mich doch nicht durch die Umgewöhnung von D7 auf DX gequält, nur um dann wieder bei der D7-artigen IDE zu landen

Da ist die neuere Delphi-IDE schon noch um Größenordnungen produktiver. Und FPC als Compiler braucht auch noch irgendwie einen Turbolader.

Aber ja, für kleinere Cross-Plattform-Projekte habe ich Lazarus auch schon verwendet. Größere Dinge mag ich aber aufgrund der genannten Umstände nicht damit machen.

PS Irgendwie hab ich jetzt ständig einen roten Hinweis wenn ich hier in dem Thread was absenden will

[himitsu]

Es gibt auch andere IDEs für den FPC.

z.B. die BDS.exe
oder
https://entwickler.de/programmierung...n-im-uberblick
https://lazarus.de.softonic.com/windows/alternativen
https://alternativeto.net/software/lazarus/
https://www.lazarusforum.de/viewtopic.php?t=519
...


https://wiki.freepascal.org/Compile_With_Delphi

[Codehunter]

Jetzt zitiere ich mich mal selbst, weil dieser Teil schon nach hinten gerutscht ist, ich diesen Aspekt aber für diskussionswürdig halte:

Zitat von Codehunter:

Eine spannende Frage könnte auch sein: Braucht es unbedingt Studierte? Reicht vielleicht auch ein interessierter Quereinsteiger? Oder man gibt mal Leuten eine Chance die sonst nie eine bekommen -> junge Teilzeitmütter, Menschen mit Behinderung, Ausländer... Grad aus der Ukraine ist nicht unwahrscheinlich, sogar alles dreies in Personalunion zu finden, die sogar gut Delphi können. Immerhin war Borland historisch in Osteuropa immer stark vertreten.

Zitat von himitsu:

Es gibt auch andere IDEs für den FPC.

Wenn ich die Links durchschaue dann finden sich als Alternativen zu Lazarus meist nur Verweise auf Delphi. CodeTyphon muss ich mal anschauen, das hab ich noch nicht probiert.

[freejay]

Zitat von freimatz:

Hat noch jemand Lust über das eigentliche Thema zu diskutieren? ("Wie sind eure Erfahrungen mit dem Thema? Sind wir veraltet und unsere Anwendungen gehören schleunigst abgelöst? Wie schaut es bei euch mit dem Recruiting aus? Fühlt ihr euch auch schon so richtig oldschool?") Sonst klinke ich mich aus.

Ja, ich denke "wir" sind definitiv veraltet.

Kurzer Hintergrund: Ich bin zwar auch ein alter Hase (56), habe aber fast alle meine Delphi-Projekte im Alleingang entwickelt und ich komme pro Projekt auch sicher nie über 100.000 Zeilen Code. Meist auch viel weniger. Ich mache hauptsächlich Tools, die Daten aus verschiedenen Quellen zusammenführen und dann, filterbar, in hilfreicher Form, ob nun tabellarisch oder in Grafiken, anzeigen. Und ich habe auch nur firmeninterne User (mit ganz wenigen Ausnahmen). Mein Aufgabenschwerpunkt ist aber schon seit vielen Jahren eher der eines Beraters und Mitentscheiders in größeren "offiziellen" und zum Teil auch von Kunden genutzten Softwaresystemen, die von einer separaten, etwa 10 köpfigen Entwicklertruppe entwickelt werden. In einem SAFe/Scrum-Umfeld. Dort wird bei Programmen mit GUI ausschließlich auf Web-Anwendungen gesetzt.

ICH würde als Entscheider heute kein großes Projekt mehr mit Delphi (und ja: auch nicht mit Lazarus) aufsetzten. Nicht, weil ich Delphi schlecht oder die Entwicklung mit Web-Frameworks so toll finde (im Gegenteil), sondern einfach, weil man da zuverlässig auf dem Markt neue Leute findet, wenn man aufstocken muss. Außerdem findet man in einem Bereich, in dem sich viel mehr Entwickler tummeln als bei Delphi/Pascal, auch mehr Tools und Lösungen. Es gibt auch etabliertere Verfahrensweisen wie: Da macht nur das Backend Datenbankzugriffe, die GUI ruft nur einzelne Webservices auf, Robot-Tests werden für die einzelnen Funktionen geschrieben und dann gibt's ja auch noch Bamboo und Sonar usw.. Ja, das hat nicht unbedingt etwas mit der Entwicklungsplattform zu tun, aber so macht "man" das heute nun mal. Und wer macht das so bei Delphi?

Alte Delphi Systeme, die seit 10 oder gar 20 Jahren laufen: Klar sollte man sich überlegen, ob man das Projekt nicht mal neu aufsetzen sollte. Aber das hat ja nur zum Teil etwas damit zu tun, dass es in Delphi geschrieben ist und so langsam die Entwickler "aussterben". Wenn etwas so alt ist, muss es eben eventuell mal wieder neu gedacht werden. Und wenn es vor 15 Jahren mit irgendeinem Web-Framework geschrieben worden wäre, hätte man es zusätzlich vermutlich schon aus technischen Gründen mindestens 5 mal vollkommen ummodeln müssen (mit Delphi zum Glück nicht). Ich mache immer wieder neue kleinere "RAD" Projekte in Delphi, aber größeren Entwicklungsabteilungen sollte man das wohl kaum mehr empfehlen.

Von Delphi auf einen Delphi-Ersatz zu wechseln, macht da auch nicht viel Sinn (nichts gegen Lazarus!).

Es hätte allerdings in der Vergangenheit durchaus Möglichkeiten gegeben, sich den Nachwuchs selber heranzuziehen: Azubis in Delphi ausbilden... Mittlerweile etwas kniffelig, aber vor 10-15 Jahren habe ich zwei "Anwendungsprogrammierern" Delphi beigebracht. Und sie waren mit Begeisterung dabei, weil sie sofort etwas tatsächlich nützliches "bauen" durften (und das innerhalb kürzester Zeit auch konnten), während Ihre Berufsschulkollegen in C++ Primzahlberechnung programmierten (oder den Kaffee zubereiten) und ihre Ausbildung total öde fanden (wahre Geschichte). Beide sind noch in der Firma und könnten mein Erbe - falls es wirklich noch 10 Jahre hält... - evtl. übernehmen...

[dummzeuch]

Zitat von Phoenix:

(und ja, das wird web-basiert sein).

Ich bezweifle irgendwie, dass man die Datenaufnahme von auf einem Messfahrzeug installierten Sensoren verchiedenster Art irgendwie web-basiert hinbekommen kann.

Und die Kunden werden sich nicht über fehlende Software-Updates beschweren, denn die bekommen von uns mit ganz wenigen Ausnahmen nur Daten, keine Software.

Aber OK, Rust könnte statt C++/C eingesetzt werden.

(Da ich der älteste der Softwareentwickler bei uns bin, bin ich der erste, der in Rente geht. D.h. von dem ganzen Mist, der danach kommt, kriege ich nichts mehr mit. Wer weiß, ob es bis dahin überhaupt noch Straßenzustandserfassung gibt. Vielleicht machen das dann die Sensoren in den Fahrzeugen nebenbei (und per Cloud), Entwicklungen in der Richtung gibt es schon.)

[dummzeuch]

Zitat von omnibrain:

Zitat von dummzeuch:

Eigentlich bräuchten wir dringend einen weiteren jüngeren Kollegen

Warum bildet ihr nicht aus?

Weil bei uns keiner einen Schein dafür hat.

[dummzeuch]

Zitat von Codehunter:

Zitat von dummzeuch:

Oder vielleicht hört sich Straßenzustandserfassung zu langweilig an? Oder nach viel in der Gegend rumfahren (was auch bei uns Softwarentwickler eher nicht machen, dafür gibt es Meßfahrer)?

Anglifizierung soll ja manchmal helfen. "Road Condition Exploration (Engineer, Achitect)" vielleicht?

"Road Condition Survey" ist der korrekte englische Fachbegriff...

Zitat von Codehunter:

Eine spannende Frage könnte auch sein: Braucht es unbedingt Studierte? Reicht vielleicht auch ein interessierter Quereinsteiger?

Klar. Wir haben beim lezten Versuch sogar explizit darauf hingewiesen, dass kein (Informatik-)Studium notwendig ist. Es gab genau einen Bewerber, der eine Informatik-Lehre gemacht hatte, und der hat schon den E-Mail Kontakt verk***t.

Zitat von Codehunter:

Oder man gibt mal Leuten eine Chance die sonst nie eine bekommen -> junge Teilzeitmütter, Menschen mit Behinderung, Ausländer... Grad aus der Ukraine ist nicht unwahrscheinlich, sogar alles dreies in Personalunion zu finden, die sogar gut Delphi können.

Unser letzter Zugang kam aus ehemaligen Sowjetunion: Kasachstan (wenn der hier mal nicht mitliest ... ). Allerdings hat er nur geringe Delphi-Kenntnisse mitgebracht aber immerhin die Bereitschaft es zu lernen. Aber bei Leutem aus dem Ausland gibt es immer die Sprachbarriere. Das betrifft nicht nur die allgemeine interne Kommunikation, viele der Fachbegriffe im Bereich Straßenzustandserfassung sind Deutsch und die Literatur dazu ist fast nur auf Deutsch.

Das Thema und den Mix an Aufgabenstellungen finde ich hochinteressant, wenn nicht, wäre ich nicht über 15 Jahren dabei geblieben.

[Codehunter]

Zitat von dummzeuch:

Zitat von omnibrain:

Warum bildet ihr nicht aus?

Weil bei uns keiner einen Schein dafür hat.

Den braucht es nicht unbedingt. Man kann auch mit einem Ausbildungsträger zusammen arbeiten. Beides hat Vor- und Nachteile. Man kann sich aber bei der Kammer beraten lassen.

BTW: https://www.arbeitsagentur.de/untern...zur-ausbildung

Zitat von dummzeuch:

Zitat von Codehunter:

Zitat von dummzeuch:

Oder vielleicht hört sich Straßenzustandserfassung zu langweilig an? Oder nach viel in der Gegend rumfahren (was auch bei uns Softwarentwickler eher nicht machen, dafür gibt es Meßfahrer)?

Anglifizierung soll ja manchmal helfen. "Road Condition Exploration (Engineer, Achitect)" vielleicht?

"Road Condition Survey" ist der korrekte englische Fachbegriff...

66% - Yeah! Nicht schlecht für einen der nur Russisch als Fremdsprache hatte ^^

Zitat von dummzeuch:

Zitat von Codehunter:

Eine spannende Frage könnte auch sein: Braucht es unbedingt Studierte? Reicht vielleicht auch ein interessierter Quereinsteiger?

Klar. Wir haben beim lezten Versuch sogar explizit darauf hingewiesen, dass kein (Informatik-)Studium notwendig ist. Es gab genau einen Bewerber, der eine Informatik-Lehre gemacht hatte, und der hat schon den E-Mail Kontakt verk***t.

Na ein Glück dass ich was anderes als Lehrberuf hatte. Das scheint ungesund zu sein Spaß beiseite. Tiefflieger gibts überall, das sollte man nicht als Maßstab nehmen.

Zitat von dummzeuch:

Unser letzter Zugang kam aus ehemaligen Sowjetunion: Kasachstan (wenn der hier mal nicht mitliest ... ). Allerdings hat er nur geringe Delphi-Kenntnisse mitgebracht aber immerhin die Bereitschaft es zu lernen. Aber bei Leutem aus dem Ausland gibt es immer die Sprachbarriere. Das betrifft nicht nur die allgemeine interne Kommunikation, viele der Fachbegriffe im Bereich Straßenzustandserfassung sind Deutsch und die Literatur dazu ist fast nur auf Deutsch.

Das finde ich bei den Ukrainern ganz interessant. Da können viele sehr gut Deutsch. Ich hab mir sagen lassen, dass es in vielen höheren Schulen dort die zweite Fremdsprache nach Englisch ist. So wie bei uns eben Französisch. Klar mag das erstmal gewöhnungsbedürftig sein, wenn man plötzlich eine junge Ukrainerin in ein Team aus lauter grauhaarigen noch-nicht-ganz-Rentnern holt. Nur wenn die Alternative lauten würde: "Schlüssel rumrehen, heim gehen!", warum nicht versuchen?

[himitsu]

Zitat von dummzeuch:

Weil bei uns keiner einen Schein dafür hat.

Jupp, wir hatten auch schonmal die Überlegung.

Aber dafür müssen wir jemanden haben, der Lust und vor allem auch Zeit hat und der dann die nötigen Fortbildungen macht, die Papiere sich besorgt usw.
Wäre dann eh eine dualen Ausbildung geworden, also mit einer Berufsschule zusammen.


Wobei viele Ukrainer aktuell immernoch gern wieder zurück wöllten (wenn es demnächst vorbei ist) ... Familie/Freunde/usw.
Aber dank Homeoffice wäre es ja in beiden Richtungen dennoch möglich.