Verfügbarkeit von Delphi-Entwicklern

[hoika]

Hallo,

Zitat:

Homeoffice

da bin ich echt ein Feind von

Zitat:

pünktlich Feierabend

ich tipper das gerade von der Arbeit aus ...

Viele Delphi-Entwickler der alten Schule sind halt umgestiegen auf java oder c#,
weil das in der Firma so gewünscht war.


Unsere Stellenausschreibung enthielt explizit Delphi als optimale Voraussetzung,
aber c#, java oder eine andere OOP-Sprache war auch OK.

Aber bei den Bewerbungen hatte ich schon ein paar wunderliche Bewerber,
die mit 50 noch mal Ausbildung bei uns machen wollten.

[DelphiMeinFreund]

Also wenn eine Firma, die zufälligerweise im Saarland ansässig ist, noch einen Delphischreiber sucht, hier bin ich

[hoika]

Hallo,
als Entwickler musst Du aber flexibel sein, auch beim Arbeitsort ... (Ironie)

[dummzeuch]

Zitat von hoika:

Aber bei den Bewerbungen hatte ich schon ein paar wunderliche Bewerber, die mit 50 noch mal Ausbildung bei uns machen wollten.

Zumindest sollte man dabei im Hinterkopf behalten, dass ältere Bewerber wahrscheinlich nicht nach zwei Jahren wieder wechseln werden, was bei jüngeren nicht unwahrscheinlich ist. Insofern könnte sich eine "Ausbildung" lohnen. Kommt natürlich immer darauf an, was Du mit "wunderlich" meinst.

[p80286]

Aus meiner beruflichen Erfahrung kann ich sagen, Niemand braucht "Delphi-Entwickler".
Meist beackert eine Firma einen Themenkreis und da ist es notwendig, daß der Bewerber
programmieren (in Strukturen denken und das in einer Sprache auch formulieren) kann
und das er die innere Logik der Abläufe kennt.

Eins meiner ersten größeren Projekte war die die Batchausgabe von Mainframeprints auf einem lokalen Drucker.
Daß ich das in Turbo-Pascal realisiert habe war reiner Zufall - die Beispiele für den Zugriff auf das API der Emulationskarte waren einfach die leserlichsten und BASIC steckte damals noch in den Kinderschuhen.

Gruß
K-H

[MyRealName]

Ich selbst bin kein Freund von "Programmiersprachen sind alle gleich, kann man eine, kann man alle". Man kann sich entweder auf eine (oder 2) konzentrieren und sehr gut in diese(r)(n) sein, oder man kann von allem ein bisschen wissen, aber in keiner ist man wirklich gut. Und ich rede da von den ganzen Feinheiten, nicht oberflächlich was zusammenklicken oder kritzeln, sondern wirklich guten Code schreiben. Ich habe vor Delphi Pascal gemacht und bin in Delphi zu 100% seit Delphi 2 dabei. Nichts desto trotz würde ich nichtmal da sagen, dass ich die Sprache zur Perfektion beherrsche, obwohl ich tagtäglich ausschliesslich damit und SQL arbeite. Ich entdecke immer wieder mal neue Sprachfeatures, die ich bisher nie brauchte, aber die, wenn man sie erstmal kennt, extrem nützlich sind.

Nehmen wir mal interfaces. erst vor knapp 2 Jahren mal gelernt, wie man damit umgeht (dank an DP Nutzer MIJN). Ich habe es vorher einfach nie gebraucht. Habe halt Basisklassen geschrieben, die virtualle oder sogar abstracte funktionen enthalten haben. Mit interfaces ist es besser, ich kann jetzt komplett unterschiedlichen Sachen das gleiche beibringen und im Aufruf-code nicht mehr auf die Basisklasse zurückgreifen.

Und mit dem Wissen denke ich halt, dass man entweder gut in einer Sprache ist oder mediocre in vielen.

(Und ja, ich hab auch C++ und Assembler irgendwann mal gelernt, aber dadurch dass ich es kaum nutze, bin ich da eher mediocre und würde nie zum Arbeitgeber sagen "Ich kann das", weil wenn er mich dann einstellt und ich muss damit arbeiten, bin ich erstmal sehr langsam, weil man sich in den Sprachkonstrukten wieder uymstellen muss.)

[TRomano]

Natürlich sind u.a. die Gehaltsdifferenzen auch den örtlichen Nebenkosten geschuldet (Mieten, Preise). Aber es betrifft eben nicht nur Großstädte, sondern auch mittelgroße Städte wie Ulm. Aus meiner Sicht ist auch die Konkurrenz vor Ort entscheidend. Ich habe es selber erlebt, dass in Ulm Bewerber waren, die dann von einem Konkurrenten ("Krieg der Köpfe") einen Aufschlag von 10.000€ per anno geboten bekommen haben, nur um nicht bei der Firma zu unterschreiben, bei der ich ein Projekt hatte. Wenn an einem Ort (Science Center II) so viele HighTech-Unternehmen konzentriert sind wird es schwierig gutes Personal zu bekommen. Im Umfeld steigen die Mieten (Nachfrage) und die Preise ...
Die Gehälter und Stundensätze für Delphi-Entwickler sind auch gestiegen, da es eione Phase gab, wo Delphi ein wenig verteufelt wurde und Alle auf andere Sprachen und Systeme umstiegen. Schleppende Weiterentwicklung der Sprache der vorherigen Besitzer von Delphi taten ihr Übriges.
In einigen Firmen sehe ich allerdings auch die Tendenz, dass man Delphi nicht mehr so kritisch sieht. Nur fehlen jetzt die Entwickler.
Auf den üblichen Plattformen der Projektvermittler findet man auch wieder Delphi-Projekte. In Verbindung mit anderen Skills, wie Oracle, MS SQL oder z.B. MySQL besteht wohl in dieser Konjunktur-Phase ein erhöhter Bedarf.

[Delphi.Narium]

Zitat von MyRealName:

Ich selbst bin kein Freund von "Programmiersprachen sind alle gleich, kann man eine, kann man alle".

Das sehe ich auch so: Wer Deutsch kann, muss nicht dann auch jede beliebige andere Sprache können.

Wer sich in einer Sprache artikulieren kann, kann das dann auch in allen anderen Sprachen? Absurd.

Habe etliche sehr gute C++, und / oder Java-Programmierer kennen gelernt. Die kamen aber nicht mit Delphi zurecht, hatten meist auch Probleme mit SQL und PLSQL, oder kamen dort zumindest bei weitem nicht an die Güte heran, die sie mit C++ und Java leisten konnten.

Bei mir ist es extrem andersherum. Delphi, SQL, PLSQL: no Problemo, aber bei den C-ähnlichen Sprachen scheitere ich (für meine Begriffe) gnadenlos.

Ja, es gibt Entwickler, die können in jeder Sprache programmieren. Viel irgendwie so, naja, es kommt schon was dabei raus, einige überall gut, wenige überall wirklich excelent. Das sind Ausnahmetalente.

Und natürlich: Das sind meine über ein paar Jahrzehnte gemachten, subjektiven, Erfahrungen. Andere mögen das (zurecht) durchaus anders sehen.

Delphientwickler sind eigentlich schon seit langem recht schlecht zu finden. Es gab da nie den Hype: Delphi, wow, neu, das müssen wir jetzt alle machen.

Als C# neu war, wurde das zum Noplusultra. Da musste man alles vorhandene auf .net umschreiben. Auch bei Java musste man jetzt sofort direkt alles Vorhandene auf Java umstellen.

Sowas gab es für Delphi nie. Es wir zum Teil in Schulen gelehrt (mit älteren Versionen) und gilt dort schon als Exot, den eigentlich niemand braucht.
Lernt irgendwer, der an der Uni in die Richtung Informatik studiert, den Umgang mit Delphi oder zumindest die darunterliegende Sprache? Eher weniger.

Also: Warum sollte man dann Leute finden, die mit Delphi umgehen können oder sich so sehr dafür interessieren, dass sie ihr Berufsleben, ihre Existenz, darauf aufbauen?

Bleibt eigentlich nur das Fazit aus dem Eingangspost:

Zitat von DSCHUCH:

Bleibt eigentlich nur die Variante neu auszubilden ...

[bernau]

Wir habe hier noch ein ganz anderes Problem. Wir benötigen nicht zwingend jetzt einen Programmierer, sondern in 10-15 Jahren, wenn ich so langsam mich aus der Firma zurückziehen möchte. Einen "alten Erfahrenen" einzustellen bringt mir nichts, weil der ggf. zur gleichen Zeit aufhören möchte wie ich. Also muss ein Junger ran.

1-2 Jahre braucht ein Jungprogrammierer um auf den Level der Programmierung zu kommen, der bei uns nötig ist um halbwegs produktiv mitarbeiten zu können. Hinzu kommt noch mindestens 2-3 Jahre um das Fachspezifische des Umfeldes zu lernen, in dem unsere Software eingesetzt wird. Macht zusammen 5 Jahre zur Einarbeitung. Danach ist nicht sicher gestellt, ob der Jenige auch die Firma weiter führen möchte (oder kann). Wenn er nach vier Jahren keine Lust mehr hat, dann habe ich viel Geld in einen Nachfolger umsonst investiert. Das Geld kann ich auch in meine Rente stecken.

[Hobbycoder]

Zitat von bernau:

Wir habe hier noch ein ganz anderes Problem. Wir benötigen nicht zwingend jetzt einen Programmierer, sondern in 10-15 Jahren, wenn ich so langsam mich aus der Firma zurückziehen möchte. Einen "alten Erfahrenen" einzustellen bringt mir nichts, weil der ggf. zur gleichen Zeit aufhören möchte wie ich. Also muss ein Junger ran.

1-2 Jahre braucht ein Jungprogrammierer um auf den Level der Programmierung zu kommen, der bei uns nötig ist um halbwegs produktiv mitarbeiten zu können. Hinzu kommt noch mindestens 2-3 Jahre um das Fachspezifische des Umfeldes zu lernen, in dem unsere Software eingesetzt wird. Macht zusammen 5 Jahre zur Einarbeitung. Danach ist nicht sicher gestellt, ob der Jenige auch die Firma weiter führen möchte (oder kann). Wenn er nach vier Jahren keine Lust mehr hat, dann habe ich viel Geld in einen Nachfolger umsonst investiert. Das Geld kann ich auch in meine Rente stecken.

Das Problem hat aber jeder Unternehmer, welcher sich Gedanke um seinen Ruhestand macht. Hat noch nicht mal zwingend was mit Delphi zu tun. Das Risiko musst du wohl eingehen, wenn dir was daran liegt, dass alles in deinem Sinne weitergeführt wird, oder du verkaufst das Ganze später vollständig einfach an jemanden, der sich dafür interessiert und sich das zutraut oder an einen Mitbewerber ohne Rücksicht auf deine Kunden bzw. was danach halt so passiert.