Delphi am "Ende"?

[QuickAndDirty]

Danke Matthias, für deine ausführliche Antwort.

Das du hier beim Antworten im allgemeinen ziemlich angepisst rüberkommst hat man dir ja schon gesagt. Deswegen um es mal klar zu sagen: Zuviel Corporate Identity tut einem nicht gut. Ich nehme mal an das vieles was hier angeprangert wird NICHT von dir zu verantworten ist, oder sogar nicht mal von Embarcadero selbst. Dann würde ich mir den Schuh auch nicht anziehen! Bleib einfach mal locker, wenn etwas scheiße gelaufen ist, dann ist es eben scheiße gelaufen sowas kann man auch einfach mal hinnehmen. NIEMAND hier will dich dafür verantwortlich machen. Und ich gehe sogar davon aus das hier JEDER mit etwas besserer Kommunikation seitens Borland/CodeGear/Embarcadero glücklich wäre. Die meisten Sachen die falsch laufen, laufen ja schon seit Borlandzeiten falsch.

Ich weiß das wir Delphianer nicht die einzige Zielgruppe von Emba sind, aber mal im ernst wieviel menpower arbeitet an dem neuen Compiler? Ist das so ein Projekt wo erst der alte zu Compiler versucht wurde zu erweitern und man sich dann doch entschloss alles ganz neu zu machen, weil es einfach nicht anders zu machen ist? Haben sicher viele schon erlebt sowas. Es wäre halt nett wenn man über die Probleme von 2008 bis jetzt in dem 64 Bit dingen was wüsste.
Wir wissen das Emba nicht Microsoft ist und nicht jedes Problem mit unendlichen Ressourcen lösen kann.

Und von dem "Wir sind die besten" Standpunkt würde ich mich ganz schnell verabschieden. Dazu wäre noch ne menge Arbeit nötig Wir werden XE z.b. NUR wegen der 2007 Lizenz kaufen. Wenn D7 nicht immer Borland Gedenkminuten beim bewegen des Mousezeigers über irgendein Wort einlegen würde, dann bräuchten wir GARKEINE neue Version, es sei denn sie wäre Multiplattform fähig und 64bit fähig.

Beyond compare im XE macht uns produktiver???? wie denn?? Wir nutzen Beyond compare seit es delphi 3 gibt, und haben unsere eigenen Beyond Compare Lizenzen können wir die bei Erwerb von XE verrechnen? Mal ganz davon abgesehen das ich Beayond Compare hasse! Wir setzen Beyondcompare nur ein weil mein Chef Angst vor CSV und SVN hat.

Ich wünsche mir weniger Fremdhersteller Tools in den Paketen, die kaufen wir uns eh alle selbst. Und mehr Emba eigene Componenten und Tools. Auch wenn es ähnliche bereits schon von einer anderen Firma fertig auf dem Markt gibt, selber machen.

Ich weiß nicht ob es sinn macht das zu sagen, aber was solls: Eine Billige Version für Hobbyprogrammierer hat das Problem das da draußen von der Konkurrenz UMSONNST Versionen für Hobbyprogrammierer sind...da werden sich die die sich für sowas interessieren mit Sicherheit für die UMSONNST C#/JAVA/C++/ASP IDE entscheiden.

Mir wird gerade bewusst das Lazarus für Embarcadero große Dienste in der Neukundenaquise leisten muss...obwohl es gibt ja noch gecrackte Versionen zum Ausleihen auf dem Schulhof.

[cookie22]

Zitat:

Ich weiß nicht ob es sinn macht das zu sagen, aber was solls: Eine Billige Version für Hobbyprogrammierer hat das Problem das da draußen von der Konkurrenz UMSONNST Versionen für Hobbyprogrammierer sind...da werden sich die die sich für sowas interessieren mit Sicherheit für die UMSONNST C#/JAVA/C++/ASP IDE entscheiden.

Ich frag mich auch, warum ein Anfänger Geld ausgeben sollte, wenn er umsonst was gleichwertiges oder sogar was besseres bekommt.

Delphi hat einfach einen gnadenlos schlechten Ruf, daran sollte man möglichst schnell arbeiten.

[bernau]

Zitat von QuickAndDirty:

Ich wünsche mir weniger Fremdhersteller Tools in den Paketen, die kaufen wir uns eh alle selbst. Und mehr Emba eigene Componenten und Tools. Auch wenn es ähnliche bereits schon von einer anderen Firma fertig auf dem Markt gibt, selber machen.

Da sprichst du mir aus dem Herzen. Erweiterungen sollten sich auf die IDE und den Compiler beschränken. Diese dann allerdings richtig implementieren. Alles andere kann man selber machen oder zukaufen.

[DSCHUCH]

Zitat von bernau:

Da sprichst du mir aus dem Herzen. Erweiterungen sollten sich auf die IDE und den Compiler beschränken. Diese dann allerdings richtig implementieren. Alles andere kann man selber machen oder zukaufen.

das ist doch am ende eine wirtschaftliche entscheidung. ob nun da ein link ein externes programm startet, oder nicht spielt doch keine rolle und kostet auch nicht so viel zeit zu implementieren. ich denke gerade anfängern hilft es und das produkt wird vollständig. denn mit delphi-eigenen tools sind manche sachen doch recht schwierig.

das niemand professionell mit diesen schnupper tools arbeiten kann ist klar, der kauft sich dann eben die vollversionen. steema ist seit jahren als kleine version im delphi, wer es braucht, kauft sich eben die große.

[mkinzler]

Oder einem reichen die SE Versionen

[p80286]

Zitat von DSCHUCH:

Zitat von bernau:

Da sprichst du mir aus dem Herzen. Erweiterungen sollten sich auf die IDE und den Compiler beschränken. Diese dann allerdings richtig implementieren. Alles andere kann man selber machen oder zukaufen.

das ist doch am ende eine wirtschaftliche entscheidung. ob nun da ein link ein externes programm startet, oder nicht spielt doch keine rolle und kostet auch nicht so viel zeit zu implementieren. ich denke gerade anfängern hilft es und das produkt wird vollständig. denn mit delphi-eigenen tools sind manche sachen doch recht schwierig.

Gerade Anfänger laufen in diese Allinclusewohlfühlfalle. Der sieht meist nicht was Delphi und was zugekaufte Komponente ist. Und die Reaktion auf eine kastrierte Funktionalität kann sich ja eigentlich jeder vorstellen.

Gruß
K-H

[bernau]

Zitat von DSCHUCH:

das ist doch am ende eine wirtschaftliche entscheidung. ob nun da ein link ein externes programm startet, oder nicht spielt doch keine rolle und kostet auch nicht so viel zeit zu implementieren. ich denke gerade anfängern hilft es und das produkt wird vollständig. denn mit delphi-eigenen tools sind manche sachen doch recht schwierig.

das niemand professionell mit diesen schnupper tools arbeiten kann ist klar, der kauft sich dann eben die vollversionen. steema ist seit jahren als kleine version im delphi, wer es braucht, kauft sich eben die große.

Damit meine ich eher, daß diese Tools dann auch in der nächsten Version drin sind. Noch schlimmer finde ich dies bei Komponenten. Heute sind se Dabei. Morgen nicht mehr.

[Assarbad]

Zitat von QuickAndDirty:

Und ich gehe sogar davon aus das hier JEDER mit etwas besserer Kommunikation seitens Borland/CodeGear/Embarcadero glücklich wäre.

Absolut.

Zitat von QuickAndDirty:

Wir setzen Beyondcompare nur ein weil mein Chef Angst vor CSV und SVN hat.

Sowas gibt's noch? Aua. Benutz halt Mercurial oder Git ... muß der Chef ja nicht merken, daß du intelligente Tools einsetzt

Zitat von QuickAndDirty:

Ich wünsche mir weniger Fremdhersteller Tools in den Paketen, die kaufen wir uns eh alle selbst. Und mehr Emba eigene Componenten und Tools. Auch wenn es ähnliche bereits schon von einer anderen Firma fertig auf dem Markt gibt, selber machen.

Ditto. Sie gaukeln einen fragwürdigen Mehrwert vor, mit dem unter anderem das aktuelle Preisniveau gerechtfertigt werden kann (und wird).