Was geht ab bei Embarcadero?

[fatalerror]

So langsam habe ich Zweifel an einer Zukunft von Delphi. Als Anwender seit Version 1.0 von Delphi machen mich verschiedene Punkte nachdenklich:

• Nick Hodges gefeuert
• Kritische Einträge im Usenet (Newsgroups) werden von Embarcadero gelöscht
• Programmfehler (und davon gibts hunderte) werden, wenn überhaupt, erst mit kostenpflichtigen Updates behoben
• Einträge in der QC werden als behoben gekennzeichnet, obwohl sie bei mir immer noch auftreten, bzw ohne dass Updates ausgegeben werden
• Nicht ausgegorene Features (Generics, Ribbon Controls) werden im Betastadium mit teuer bezahlten Updates an den Anwender ausgeliefert
• Mitgelieferte Controls aus dem letzten Jahrtausend, sind noch heute nicht themesfähig
• Ein mindestens in Ansätzen brauchbarer gratis mitgelieferter Reportgenerator ist nicht in Sicht

Das mag ja alles i.0 sein für ein Tool das wie zu Zeiten von Delphi 1 unter 100 CHF bzw bei ca 50 € gekostet hat und für Hobbyzwecke verwendet wird. Als professioneller Softwareentwickler, werde ich mich wohl oder übel mit viel Wehmut nach neuen Werkzeugen umsehen müssen, oder was meint ihr?

Ist es langsam an der Zeit sich nach einer Alternative umzusehen?

[jbg]

Zitat von fatalerror:

Nick Hodges gefeuert

Es ist nicht bekannt, warum er gefeuert wurde.

Zitat:

Kritische Einträge im Usenet (Newsgroups) werden von Embarcadero gelöscht

Meiner Meinung nach wollten Sie damit wohl eine Eskalation verhindern, haben sie aber dadurch erst ausgelöst. Denn die Postings von Simon Kissel (wird das hier jetzt gelöscht ) enthielten nichts, was in meinen Augen ein Löschen rechtfertigen würde. Aber da er lebenslänglich gebannt ist, hat man seine Postings gelöscht, was dann zur Eskalation führte.

Zitat:

Programmfehler (und davon gibts hunderte) werden, wenn überhaupt, erst mit kostenpflichtigen Updates behoben

Das finde ich auch ein Armutszeugnis. Klar, sie sind nicht Microsoft und haben Geld ohne Ende, aber seit Delphi 8 haben sie mit der IDE zu kämpfen und haben sich mehrmals in der Richtung geirrt (Kylix, C++BuilderX, Delphi.NET).

Zitat:

Einträge in der QC werden als behoben gekennzeichnet, obwohl sie bei mir immer noch auftreten, bzw ohne dass Updates ausgegeben werden

Da hat Embt ein technisches Problem. Die Kunden nutzen Quality Central wohingegen die Entwickler das hausinterne RAID nutzen. Und ich habe auch schon gesehen, dass JIRA Einträge "behoben" wurde. Die haben also 3 unterschiedliche Bugtracking Systeme. Und dass die nicht ordentlich synchronisiert werden können ist verständlich. Unverständlich ist jedoch, warum sie drei brauchen und nicht eines ausreicht.

Zitat:

Nicht ausgegorene Features (Generics, Ribbon Controls) werden im Betastadium mit teuer bezahlten Updates an den Anwender ausgeliefert

Bei den Features stellte sich wohl die Frage, nehmen wir das noch in das Produkt auf obwohl es nicht fertig gestestet ist, damit die neue Version überhaupt einen Mehrwert zur Vorgängerversion hat.

Zitat:

Mitgelieferte Controls aus dem letzten Jahrtausend, sind noch heute nicht themesfähig

Mit Delphi 2010 ist nun endlich das TDBGrid "gethemed".

Zitat:

Ein mindestens in Ansätzen brauchbarer gratis mitgelieferter Reportgenerator ist nicht in Sicht

Mit den mitgelieferten 3rdParty Komponenten hatte die noch nie Glück. Ich sag nur Indy, Rave und all die vergangenen Komponenten.

[mkinzler]

Zitat:

Zitat von fatalerror:
Nick Hodges gefeuert
Es ist nicht bekannt, warum er gefeuert wurde.

Und das wird wohl auch so bleiben.

Zitat:

Programmfehler (und davon gibts hunderte) werden, wenn überhaupt, erst mit kostenpflichtigen Updates behoben

Das ist leider schon länger so.
Btw. gibt es aber kein fehlerfreies Produkt.

[cookie22]

das ist doch die gleiche diskussion, die es schon seit ewigkeiten gibt. delphi liegt im sterben, delphi benutzt eh keiner mehr, u.s.w..

für mich persönlich gibt es immer noch keine alternative zu delphi, mit delphi bin ich schneller als mit jeder anderen lösung.

ausserdem sieht es mit alternativen ja auch mehr als dünn aus, mehr als vs ist da auch nicht.

Zitat:

...Mitgelieferte Controls aus dem letzten Jahrtausend, sind noch heute nicht themesfähig...

dafür gibt es wohl für keine andere sprache soviele 3rd party komponenten, die grösstenteils auch noch frei sind.

Zitat:

Nicht ausgegorene Features (Generics, Ribbon Controls) werden im Betastadium mit teuer bezahlten Updates an den Anwender ausgeliefert

die komponenten, die mit delphi selbst kommen, waren noch nie das gelbe vom ei. das ist seit version 1 so. wie gesagt es gibt soviele gute alternativen.

ich kann nur sagen mit delphi 2010 bin ich wirklich zufrieden, es ist mit abstand die beste delphi version die es gibt.

[fatalerror]

Zitat von cookie22:

das ist doch die gleiche diskussion, die es schon seit ewigkeiten gibt. delphi liegt im sterben, delphi benutzt eh keiner mehr, u.s.w..

Nein, ich behaupte nicht, dass Delphi stirbt, bedenklich finde ich nur die Richtung in welche der Weg von Embarcadero geht

Zitat von cookie22:

für mich persönlich gibt es immer noch keine alternative zu delphi, mit delphi bin ich schneller als mit jeder anderen lösung.

Nach über 30 Jahren Programmieren mit Pascal, geht es mir genau gleich. Was aber nicht heissen soll, dass nach einer Einarbeit in eine andere Sprache, der Lösungsweg nicht schneller, eleganter und effizienter sein kann

Zitat von cookie22:

ausserdem sieht es mit alternativen ja auch mehr als dünn aus, mehr als vs ist da auch nicht.

Doch, Alternativen sind genügend da, neue und interessante Sprachen sind ebenfalls auf dem Markt.

Zitat von cookie22:

dafür gibt es wohl für keine andere sprache soviele 3rd party komponenten, die grösstenteils auch noch frei sind.

Das mag ja für Hobbyprogrammierer auch zutreffen, als professioneller Entwickler stösst man da aber sehr rasch auf Probleme. Programme müssen über Jahre gewartet werden und man gerät in eine Abhängigkeit von mehreren Zuliefern. Nicht alle Firmen sind so kulant wie Turbopower und stellen ihre Produkte als Open Source zur Verfügung, wenn sie untergehen.

[cookie22]

Zitat:

Doch, Alternativen sind genügend da, neue und interessante Sprachen sind ebenfalls auf dem Markt.

welche davon sind denn nur ansatzweise mit delphi vergleichbar?

Zitat:

Das mag ja für Hobbyprogrammierer auch zutreffen, als professioneller Entwickler stösst man da aber sehr rasch auf Probleme. Programme müssen über Jahre gewartet werden und man gerät in eine Abhängigkeit von mehreren Zuliefern. Nicht alle Firmen sind so kulant wie Turbopower und stellen ihre Produkte als Open Source zur Verfügung, wenn sie untergehen.

freie komponenten liegen im allgemeinen im source vor, das sollte also kein problem sein. das hat nichts mit hobbyprogrammierer oder nicht zu tun.

[himitsu]

Zitat von cookie22:

welche davon sind denn nur ansatzweise mit delphi vergleichbar?

jetzt kommt bestimmt gleich Einer mit C# (wobei ein Großteil davon naturgemäß von Delphi stammt ... und heutzutage hat doch eh jeder mindestens die nötigen .net-Frameworks 1.0, 2.0 und 3.5 installiert )

[fatalerror]

Zitat von cookie22:

freie komponenten liegen im allgemeinen im source vor, das sollte also kein problem sein. das hat nichts mit hobbyprogrammierer oder nicht zu tun.

Hier gilt klar zu trennen. Sogenannt freier Code ist meist nicht frei! In der Regel liegen freie Komponenten nicht als Freeware vor sondern unterliegen einer Lizenz, die es professionellen Entwicklern nicht erlauben diese Komponenten zu verwenden, ohne den eigenen Sourcecode zur Verfügung zu stellen.

Sollten ausnahmsweise die Lizenzbedingungen eine Codeänderung noch erlauben, so ist die Einarbeitungszeit in den fremden Code in der Regel zu aufwändig um die Komponente selbst abzuändern. oder hättest Du Lust und Zeit alle Fehler im Reportgenerator zu beheben, ohne deinem Kunden den Aufwand dazu verrechnen zu können?

[fatalerror]

Zitat von cookie22:

welche davon sind denn nur ansatzweise mit delphi vergleichbar?

Warum muss eine Alternative mit Delphi vergleichbar sein? Als ich mit Delphi startete gabs nichts vergleichbares, und es war ein Abenteuer mit dieser Entwicklungsumgebung zu beginnen.

Weshalb sollte _ich_ nicht im reiferen Programmiererleben nochmals mit einer neuen Entwicklungsumgebung einen neuen Schritt wagen und zb mal go verwenden?

[mkinzler]

Diese Diskussion hatten wir hier schon öfters. Und auf ein Ergebnis sind wir nie gekommen und werden wir auch diesmal nicht.
Der einzige Nebeneffekt war oft, dass man sich in die Haare gekommen ist und es in Folge zu Austritten kam.