Wiedereinstieg in Delphi

[Nersgatt]

Furtbichler will sicher darauf hinaus, dass man auf dem Arbeitsmarkt mehr DotNet-Entwickler findet, als Delphianer.
Wir haben auch Anfang des Jahres jemanden eingestellt, der bisher nur mit C# gearbeitet hat. Der muss sich natürlich in den Sprache einarbeiten. Aber das Lernen der Sprache ist im Gegensatz zu dem, was er sonst noch in der Einarbeitungszeit lernen muss zu vernachlässigen. Und ich selbst hab Delphi auch "erst" vor 5 Jahren gelernt. Vorher hab ich VB6, ein bisschen VB.Net dann lange 4GL ( ) gemacht.
Heute programmier ich hauptsächlich mit Delphi und noch etwas VB.net und Java. Mehrsprachigkeit finde ich nicht problematisch.

[Bbommel]

Also zum Wiedereinstieg nach einer C#-Zeit kann ich nichts sagen, dafür aber zu Erfahrungen im ERP-Umfeld. Die Frage ist natürlich, welche Erfahrungen du genau da wissen willst: Technisch hatte ich bisher noch keinerlei Probleme, meine in Delphi entwickelten Programme an ein ERP-System "anzudocken" - sei es über den schlichten Austausch von Dateien, über den Zugriff auf Datenbanken, über Web Services. Alles was von Projektpartnern oder Kunden verlangt wurde, war in Delphi problemlos umsetzbar. Nicht wenige Kunden entwickeln sich kleine Tools selbst übrigens auch in Delphi.

Insofern auch die andere Erfahrungen: Akzeptanzprobleme hatte ich auch noch nie. Diejenigen, die nachfragen, worin entwickelt wird, hatten sich dann nie negativ geäußert. Nur manchmal kam die erstaunte Nachfrage: "Oh, das gibt es noch?"

Sehr nett ist es, wenn man es mit Dynamics NAV zu tun hat, weil die dort eingesetzte Sprache sehr, sehr Pascal-Like ist - da fühlt man sich dann gleich zu Hause, wenn man mal in irgendeinen Code dort reinschauen muss.

Bis denn
Bommel

[Sherlock]

Ausser allgemeiner Panikmache und einer etwas anwenderfeindlichen Produktpolitik (zB Bugfixes erst im nächsten oder übernächsten kostenpflichtigen Release), spricht nichts gegen eine weitere Nutzung von Delphi. Ich fand immer das Delphi eine wunderschöne Entwicklungsumgebung mit hervorragenden Komponentensammlungen ist. Die Community ist auch erste Sahne. Und weil es C#ler wie Sand am Meer gibt, kann man als Delphianer ein paar Euro mehr verlangen

Sherlock

[Furtbichler]

So, ich wollte in der Tat darauf aus, das man im C#/Java-Umfeld mehr Chancen hat, Verstärkung zu besorgen.
Natürlich kann sich jeder halbwegs gute Programmierer umorientieren, aber die heutzutage verwendeten Frameworks (VCL, .net etc.) benötigen doch Einiges an Einarbeitung.

Ich persönlich würde mich auf eine Sache einschießen, wobei es natürlich nie schadet, mehrere Sachen drauf zu haben.

Bei Datenbanken sollte man sich ja auch auf eine einlassen, sich aber mit möglichst vielen mal beschäftigt haben.

[dseichter]

Hallo,

leider gibt es, gerade wenn der Verantwortliche beim Kunden C# schon oft gelesen hat, Delphi aber gerade mal Buchstabieren kann, tatsächlich die Vorgabe, dass in C# entwickelt werden muss. Egal ob man ein System allein oder im Team entwickelt (im Team hätte ich es ja verstanden, wenn Ressourcen vorhanden sind oder benötigt werden, die gemeinsam in C# entwickeln sollen).

Ich habe meine Entscheidung heute Nacht gefällt, dass ich mir die Pro-Version von Delphi XE2 zulege und damit etwas mehr in Zukunft machen werde. Die Architect Version, die ich momentan als Trial verwende, ist mir too much, da ich davon vieles nicht brauche und/oder auch in der Vergangenheit nicht gebraucht habe.
Schön fand ich, wie schnell ich wieder die Sprache konnte, ohne in der Referenz danach suchen zu müssen

Ob die Updates kostenpflichtig sind, ist mir eigentlich relativ egal, da ich so viele weitere Software in jährlicher Subsription habe, dass dies wohl nicht weiter ins Gewicht fällt.

Ob ein Delphi-Entwickler aufgrund der ggf. weniger am Markt erhältlichen Ressourcen, dies durch einen höheren Preis ausgleichten kann/sollte, würde ich mal nicht bejahen. Wäre aber mal einen Blick auf Zahlen wert, wie sich dies so verteilt *g*

Nun ja...ich danke recht herzlich für die nette Diskussion und ich denke, wir werden uns noch öfters lesen

Viele Grüße,

Daniel

[yörsch]

Hallo dseichter,

ich kenne solche Entscheidungen aus dem Projektgeschäft.

Da war für uns immer wichtig - wenn es dem Kunden egal ist in was für einer Programmiersprache er für die Lösung will -
orintiere sich an deinem besten Entwickler und Architekten für das Projekt. Einzele Entwickler kann man immer noch nach ziehen.


Gruß

Jörg