Delphi 2011 heißt jetzt Delphi XE

[mkinzler]

Warum Emba verdient ihr Geld doch durch andere Produkte. Du meinst wohl eher Borland

[MEissing]

Zitat:

Zitat von HeikoAdams (Beitrag 1043673)

Wenn ich ehrlich bin, sehe ich gewissen Parallelen zwischen Delphi und dem Niedergang von General Motors. Bei beiden lies die Qualität der Produkte nach und die Umsätze gingen deshalb und aufgrund einer verfehlten Produktpolitik zwangsläufig nach unten. Mit dem Unterschied, das Delphi eine geordnete Insolvenz wie bei GM bislang erspart geblieben ist.

Gibt's hier im Forum eigentlich eine Filter-Liste?

Danke!

[Satty67]

Aus der Sicht eines Hobby-Programmierers:

Ich war mit der Stabilität von Turbo Delphi 2006 eigentlich sehr zufrieden, nur das keine Fremdkomponenten eingebunden werden konnten, war mehr als störend (z.B. Jedi).

Ich hab' mir daher Delphi 2007 gegönnt, was für meine Zwecke eine mehr als ausreichende Entwicklungsumgebung war. Nur wünscht man sich eben mit Windows 7 mehr (Unicode, Win7 Controls etc.), was ein Update auf eine neue Version nötig macht. Für mich sind aber jedes mal 400€ für die kleinste Version einfach zuviel (für ein Hobby) und die ganz freien Versionen hatten bisher zuviel schmerzhafte Einschränkungen.

Es fehlt eine Standard-Version (~100€), die gerne auf lizenzierte Beigaben verzichtet, aber nicht auf sowas elementares wie das Einbinden von Komponenten.

Gerade als Hobby-Programmierer ist es mir doch egal, welche Probleme ein C# bei professioneller Entwicklung macht. Ich bekomme eine kostenlose IDE (es gbt ja noch mehr als nur VS Express) und einen Assembly-Sammlung, die auch zu Windows 7 passt. Ich kann damit meine Hobby-Anwendungen mit aktuellen Look & Feel schreiben ohne das es mich Kosten verursacht.

Ich befasse mich z.Z. stark mit C# und sehe viele Vorteile in der Object-Pascal Umsetzung von Delphi. Nur sind die nicht so groß, dass ich nicht bereit wäre, dafür viel Geld auszugeben.

[mkinzler]

Zitat:

Gibt's hier im Forum eigentlich eine Filter-Liste?

Für was?

[Sherlock]

Zu den Preisen: Unsere Software düfte pro Lizenz nur geringfügig unter dem Preis einer Delphi Pro Lizenz liegen.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Nochmals: Welche Fehler hast *Du*, die dich in deiner täglichen Arbeit behindern? Wann hast Du diese in QC reingestellt?

Mit 50% Wahrscheinlichkeit tritt folgender Fehler auf, wenn ich ein Projekt oder Delphi insgesamt schließe: "Zugriffsverletzung bei Adresse 209B25D3 in Modul 'coreide100.bpl'. Lesen von Adresse 00000018."
Das steht schon in der QC (#47242), ich halte es für eine Unsitte in einem öffentlichen Bugtracker den gleichen Call mehrfach aufzumachen. Dieser Bug ist in D2007 noch nicht behoben worden. Für D2010 wohl schon, immerhin hats nur drei Jahre gedauert...und die Kunden von D2010 dürfen sich darüber freuen.

Sherlock

[MEissing]

Zitat:

Zitat von Satty67 (Beitrag 1043687)

Es fehlt eine Standard-Version (~100€), die gerne auf lizenzierte Beigaben verzichtet, aber nicht auf sowas elementares wie das Einbinden von Komponenten.

Danke für diesen (ersten) konstruktiven Beitrag (im akademischen Umfeld).

[HeikoAdams]

Zitat:

Zitat von MEissing (Beitrag 1043686)

Zitat:

Zitat von HeikoAdams (Beitrag 1043673)

Wenn ich ehrlich bin, sehe ich gewissen Parallelen zwischen Delphi und dem Niedergang von General Motors. Bei beiden lies die Qualität der Produkte nach und die Umsätze gingen deshalb und aufgrund einer verfehlten Produktpolitik zwangsläufig nach unten. Mit dem Unterschied, das Delphi eine geordnete Insolvenz wie bei GM bislang erspart geblieben ist.

Gibt's hier im Forum eigentlich eine Filter-Liste?

Hey! Das war als Lob gemeint! :evil:

Zitat:

Zitat von Sherlock (Beitrag 1043690)

Zu den Preisen: Unsere Software düfte pro Lizenz nur geringfügig unter dem Preis einer Delphi Pro Lizenz liegen.
Mit 50% Wahrscheinlichkeit tritt folgender Fehler auf, wenn ich ein Projekt oder Delphi insgesamt schließe: "Zugriffsverletzung bei Adresse 209B25D3 in Modul 'coreide100.bpl'. Lesen von Adresse 00000018."
Das steht schon in der QC (#47242), ich halte es für eine Unsitte in einem öffentlichen Bugtracker den gleichen Call mehrfach aufzumachen. Dieser Bug ist in D2007 noch nicht behoben worden. Für D2010 wohl schon, immerhin hats nur drei Jahre gedauert...und die Kunden von D2010 dürfen sich darüber freuen.

Und coreide100.bpl dürfte, was ihren "Wert" angeht, wohl mit der Kernel32.dll von Windows vergleichbar sein, sprich: es handelt sich um eine Kern-Bibliothek. Und einen so lästigen Fehler in einer Kern-Bibliothek erst nach mehreren Jahren zu fixen ist ... :twisted:

[MEissing]

Zitat:

Zitat von mkinzler (Beitrag 1043689)

Zitat:

Gibt's hier im Forum eigentlich eine Filter-Liste?

Für was?

Für User.

Es gibt durchaus User, die ich nicht mehr lesen will.

[Sherlock]

Zitat:

Zitat von MEissing (Beitrag 1043691)

Zitat:

Zitat von Satty67 (Beitrag 1043687)

Es fehlt eine Standard-Version (~100€), die gerne auf lizenzierte Beigaben verzichtet, aber nicht auf sowas elementares wie das Einbinden von Komponenten.

Danke für diesen (ersten) konstruktiven Beitrag (im akademischen Umfeld).

Wieso nur im akademischen Umfeld? Home und Student ist doch auch die derzeitige Lizenzpolitik bei den großen Jungs.

Sherlock

[Sherlock]

Zitat:

Zitat von MEissing (Beitrag 1043696)

Zitat:

Zitat von mkinzler (Beitrag 1043689)

Zitat:

Gibt's hier im Forum eigentlich eine Filter-Liste?

Für was?

Für User.

Es gibt durchaus User, die ich nicht mehr lesen will.

Nein, gibt es nicht, und ist eigentlich auch OK so.

Sherlock

[mkinzler]

Zitat:

Zitat von MEissing (Beitrag 1043696)

Zitat:

Zitat von mkinzler (Beitrag 1043689)

Zitat:

Gibt's hier im Forum eigentlich eine Filter-Liste?

Für was?

Für User.

Es gibt durchaus User, die ich nicht mehr lesen will.

Nein auf eine Ignorierfunktion verzichten wir bewusst.

[MEissing]

Zitat:

Zitat von Sherlock (Beitrag 1043698)

Nein, gibt es nicht, und ist eigentlich auch OK so.

Sherlock

Danke für den Hinweis.

Dann soll der User entweder eindeutig schreiben, oder die Moderatoren sollten mal einschreiten.... oder ich bin dann mal wieder weg.

[RWarnecke]

Zitat:

Zitat von HeikoAdams (Beitrag 1043673)

Wenn ich ehrlich bin, sehe ich gewissen Parallelen zwischen Delphi und dem Niedergang von General Motors. Bei beiden lies die Qualität der Produkte nach und die Umsätze gingen deshalb und aufgrund einer verfehlten Produktpolitik zwangsläufig nach unten. Mit dem Unterschied, das Delphi eine geordnete Insolvenz wie bei GM bislang erspart geblieben ist.

Da sehe ich aber keinen Zusammenhang. Matthias hat doch in den letzten Beiträgen geschrieben, dass die Qualität kontinuierlich verbessert wurde, was ich nur bestätigen kann. Ich habe von Delphi 1 - 3 jede Version gehabt, dann habe ich 4-8 übersprungen und bin dann wieder bei 2005 Personal eingestiegen. Seit dem, muss ich sagen, dass die IDE bis zum heutigen Delphi 2010 wirklich besser geworden ist. Mittlerweile arbeite ich seit 4 Monaten mit Delphi 2010 und bin überaus zufrieden damit.

[Bernhard Geyer]

Zitat:

Zitat von MEissing (Beitrag 1043683)

Im professionellem Umfeld ist das Abschliessen eines Support- und Maintenance Vetrags wirklich Gang-und-Gäbe. Da regt sich keiner drüber auf.

Wir freuen und as wir bezüglich unserer Kunden einen hohen Grad Wartungsvertrag haben :-)
Selbst haben wir aber bezüglich unsere eingesetzten Entwicklungs-SW das weniger. Glücklicherweise hat man bei Delphi den Sourcecode der VCL so das man hier "nachstricken" kann. So ist es einfacher ein paar Versionen auszusitzen und dann einen großen Sprung zu machen.

Zitat:

Zitat von MEissing (Beitrag 1043683)

Und Delphi XE wird noch einige positive Überraschungen mit beinhalten: Mit Delphi XE bekommt man nicht nur XE (jetzt darf gegrübelt werden :-))

Darauf hoffen wir ja noch damit wir etwas gemildert bezüglich CrossPlattform sind die doch nicht für XE kommt.

[igel457]

Auch ich wäre sehr glücklich über eine "Standard"-Version. Alle Features, die ich mir dafür wünsche sind:

• Die IDE mit vollem Code-Editor-Umfang (Code-Komplettierung)
• Den kompletten Debugger mit Thread-Debugging, CPU-Ansicht etc.
• RTL- und VCL Sourcecode (der ist mir lieber als jede Dokumentation)

Also recht überschaubar.

Dinge die ich definitiv nicht brauche sind:

• SVN-Support
• UML-Diagramme
• Datenbankanbindungen

Dafür wäre ich bereit 50-100€ auszugeben, denn eine einfache, stabile IDE mit der ich einfach nur komfortabel Object-Pascal-Programme schreiben kann wäre schon etwas feines. Den Code kann ich dann immernoch mit FPC für andere Plattformen kompilieren.

[mkinzler]

Zitat:

Dann soll der User entweder eindeutig schreiben,

Daruf haben wir keinen Einfluss

Zitat:

oder die Moderatoren sollten mal einschreiten....

Wir haben hier eine Meldefunktion für Beiträge, wenn dir ein Betrag unpassend erscheint, bitte diese zur Meldung verwenden

[HeikoAdams]

Zitat:

Zitat von RWarnecke (Beitrag 1043702)

Zitat:

Zitat von HeikoAdams (Beitrag 1043673)

Wenn ich ehrlich bin, sehe ich gewissen Parallelen zwischen Delphi und dem Niedergang von General Motors. Bei beiden lies die Qualität der Produkte nach und die Umsätze gingen deshalb und aufgrund einer verfehlten Produktpolitik zwangsläufig nach unten. Mit dem Unterschied, das Delphi eine geordnete Insolvenz wie bei GM bislang erspart geblieben ist.

Da sehe ich aber keinen Zusammenhang. Matthias hat doch in den letzten Beiträgen geschrieben, dass die Qualität kontinuierlich verbessert wurde, was ich nur bestätigen kann.

Nochmal für alle zum hinter die Ohren schreiben: Es gab eine gewisse (kurze) Zeit, da war die Qualität von Delphi eher dürftig und der Frust der Anwender dem entsprechend hoch. Eine vergleichbare Zeit gab es auch bei GM. Nur mit dem Unterschied, das GM erst in die Insolvenz gehen musste, um seine Probleme zu lösen. Bei Delphi hat Emba diesen Turnaround zum Glück geschafft, bevor negative Entscheidungen (z.B. EOL von Delphi) getroffen werden mussten. :wink:
Und wenn Leute wie MEissing lieber auf Selbstbeweihräucherung stehen, dann will ich dabei nicht stören und bin ich aus der Diskussion raus!

[blackfin]

Die Diskussion dreht sich meiner Meinung nach langsam in eine Richtung, in die sie hier eigentlich nicht gehen sollte.
Es ist niemandem geholfen, wenn man hier "User-Bashing" betreibt.

[Daniel]

Danke, Fin. :-)

[cookie22]

also erstmal ein lob an mathias, dass er sich überhaupt hier zu wort meldet, ist ja schonmal sehr positiv. :)

Zitat:

Zitat von MEissing (Beitrag 1043671)

Es ist in der Software-Branche *absolut üblich* für eine Leistung Geld zu verlangen. Wir machen keinen Hehl daraus, dass wir mit Software Geld verdienen.
Womit verdienst Du dein Geld? Stellst Du deine Leistungen nicht in Rechnung?

du wirst lachen, mit software, sogar mit welcher, die in delphi geschrieben ist. natürlich muss emba geld verdienen. aber ich produziere nicht erst bugs und verlange dann für die beseitigung geld. grobe fehler fixe ich kostenlos. solche sachen wie das ide-fixpack wären garnicht nötig wenn emba da ordentlich arbeiten würde.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Keiner bemerkt hier ausnahmsweise mal positiv, dass sich die Produktqualität in den letzten 3 Jahren (seit CodeGear/Embarcadero) *deutlich* verbessert hat.

von "super mies" (delphi 2005 war der absolute schrott) auf "es gehtso" reicht nicht. wie gesagt ihr wollt ja geld verdienen. ich bezahle viel geld, da erwarte ich auch ein topprodukt.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Ich kann mich irren: Aber gab es zu Delphi 2010 nicht etliche kostenfreie Updates und einige aktuelle Hotfixes?

die waren nicht der rede wert, wie himitsu schon gesagt hat und haben sogar neue bugs mitgebracht.

ein gutes beispiel ist das error insight feature, das wird seit d2005 buggy durch alle versionen mitgezogen. kurze frage: funktioniert error insight endlich in xe? ich könnt fast wetten, dass nicht.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Wir passen im Laufe der Zeit immer die Roadmap auf Kundenwünsche an (unter der Prämisse der uns zur Verfügung stehenden Ressourcen)
Lass es dir gesagt sein: 64-Bit Support wollen viele, brauchen aber wenige.

Die meisten unserer Kunden wollen eine stabile, leistungsfähige IDE. 32- oder 64-Bit interessiert die wenigsten. Und 64 Bit wird ja kommen. Schon nächstes Jahr. (Ja auch Microsoft soll schonmal Produktankündigungen gemacht haben, die nicht erfüllt worden sind..... hab ich wenigstens mal gehört)

ich z.b. brauche es und muss meine 64bit shellextensions mit vc++ erstellen. ähh, 64-bit wird seit 6 jahren ständig verschoben.:stupid:

Zitat:

Zitat von MEissing (Beitrag 1043671)

Es gibt durchaus erschwingliche Klassenraumlizenzen und akademische Lizenzen von aktuellen Delphi Versionen für Unis/Schulen.

wen zu hölle interessiert ein kostenpflichtiges delphi, wenn man c# umsonst haben kann.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Zitat:

Zitat von Sherlock (Beitrag 1043665)

Wenn eines meiner Produkte Fehler hat, dann korrigiere ich die und veröffentliche die Korrektur ohne weitere Kosten für meine Kunden.

Was kostet deine Software pro Benutzer?

was hat der preis einer software mit seiner qualität zutun, absolut nichts.

Zitat:

Zitat von MEissing (Beitrag 1043671)

Ich persönlich vergleiche XE gerne mit Delphi 7: Delphi 7 war genaugenommen auch nur ein um Tools und Bugfixes erweitertes Delphi 6. Dennoch ist Delphi 7 eins der besten und noch immer gerne eingesetztes Release von Delphi. Wenn nicht gar *das* Delphi Release mit der größten Verbreitung.

also bist du selbst der meinung das xe nicht mehr als ein bugfix ist. :)

Zitat:

Zitat von MEissing (Beitrag 1043671)

Ich habe jetzt schon x mal hier nachgefragt, welche Fehler konkret dem Produkt angelastet werden und die euch bei der täglichen Arbeit behindern. Antwort: NULL (bzw nur allg. Verweise auf's QC)

mich persönlich stört:
1. error insight funktioniert nicht seit der 2005er version.
2. generics funktionieren nicht zu 100%
3. seit dem hochgepriesenen hotfix 5 kann ich keine packages mehr erstellen.
4. "deklaration suchen" funktioniert oft nicht. dp thread zum thema
5. in der ide hab ich ständig ne sanduhr, wenn ich zwischen code und design switche.
6. wenn fehler im code sind schaltet der editor zufällig die pas datei auf read only. einmal kann man das zurückschalten, beim nächstenmal ist der menü punkt auf disabled gesetzt.

fehler nr.4 ist für mich am schlimmsten und schränkt die produktivität erheblich ein.

[jbg]

Zitat:

Zitat von cookie22 (Beitrag 1043725)

1. error insight funktioniert nicht seit der 2005er version.

Bei Delphi 2010 funktioniert es zumindest besser als bei 2009. Allein Include-Dateien und Generics sind hier ein Totalausfall.

Zitat:

2. generics funktionieren nicht zu 100%

Kann mich bei 2010 eigentlich nicht wirklich beklagen. (Leider bin ich beruflich auf 2009 eingeschränkt, kann die also vergessen)

Zitat:

3. seit dem hochgepriesenen hotfix 5 kann ich keine packages mehr erstellen.

Ist mir neu. (Vielleicht kann ich da einen IDE-Fix für schreiben, wenn ich weiß was nicht geht)

Zitat:

4. "deklaration suchen" funktioniert oft nicht.

Meine Beobachtung ist, dass wenn das zu suchende Symbol nicht in einer Datei des Projekts vorkommt, sondern in einer RTL/VCL Unit, wird es nicht gefunden. Zudem kommt dann auch immer die Sanduhr. Bei Dateien im Projekt geht das ziemlich gut (wenn man nicht gerade auf der falschen Zeile landet)

Zitat:

5. in der ide hab ich ständig ne sanduhr, wenn ich zwischen code und design switche.

Wenn man bei Delphi 2010 die "Component-Toolbar" aka Alte-Palette aus den "Known IDE Packages" registry Key entfernt, geht das Umschalten um welten schneller.

Zitat:

6. wenn fehler im code sind schaltet der editor zufällig die pas datei auf read only. einmal kann man das zurückschalten, beim nächstenmal ist der menü punkt auf disabled gesetzt.

Das kenne ich aus Delphi 7. In 2010 ist es mir noch nicht untergekommen. Liegt aber so viel ich weiß am Compiler. Wenn der eine Zugriffsverletzung hat, schaltet sich der Editor in den ReadOnly modus. Was auch immer hinter dieser Logik stecken soll.

[Stevie]

Zitat:

Zitat von jbg (Beitrag 1043734)

Zitat:

2. generics funktionieren nicht zu 100%

Kann mich bei 2010 eigentlich nicht wirklich beklagen. (Leider bin ich beruflich auf 2009 eingeschränkt, kann die also vergessen)

Einige Beispiele, mit denen ich selber zu kämpfen habe/hatte und noch keine bzw sehr inakzeptable Lösungen gefunden habe:

• IEnumerable/IEnumerable<T>, IEnumerator/IEnumerator<T>, IComparable/IComparable<T> (aus System.pas!):
  Die generische Version leitet von der non generischen Version ab, was beim Implementieren der generischen Version probleme macht, da in Delphi im Gegensatz zu .Net (wo man dies offensichtlich abgeschaut hat) nicht alles ein Object ist (die non generischen Versionen benutzen als Typ TObject) so dass man zu recht umständlichen Workarounds greifen muss.
  Außerdem werden diese Interfaces nichtmal in Generics.Collections benutzt, wo TList<T> von TEnumerable<T> abgeleitet wird, aber TEnumerable<T> in keinem Fall IEnumerable<T> implementiert. Durchaus nachvollziehbar, da man hier auf die Problematik Referenzzählung oder nicht stoßen würde. Trotzdem inkonsequent zu Ende gedacht.
• Doppelte Typendefinitionen von TCollectionNotification in Classes.pas und Generics.Collections.pas (gibts nen QC Eintrag zu von mir) was nicht kritisch ist, aber auch hier wieder zeigt, dass scheinbar die Personen die an beiden Seiten gearbeitet haben nicht kommuniziert oder nachgeschaut haben.
• Generics nach wie vor nicht in Interfaces einsetzbar. Hab ich schon in diesem Thread erwähnt, dass ein
  Delphi-Quellcode:

  IService<T> = interface

  nicht geht. Ein
  Delphi-Quellcode:

  procedure Swap<T>(a, b: T)

  geht auch nicht, dann muss man diese Methode in eine Klasse packen, weil nur Methoden parametrisiert werden können, Routinen aber nicht.

Es gibt noch mehr Fälle wo ich auf die Nase gefallen bin, weil ich einfach was bauen wollte, was in .Net ohne Probleme gegangen wäre, aber nunmal nicht in Delphi, weil mir dort der Compiler den Dienst verweigert hat, nicht selten mit nem Internal Error was weiß ich. Manchmal konnte ich noch eine Lösung finden. Schonmal versucht, dass Multicast Event von Allen Bauer nachzubauen? Keine Ahnung wie oft ich dort geflucht habe bis es lief.

[mirage228]

Zitat:

Zitat von MEissing (Beitrag 1043683)

*Ich* habe hier den *Eindruck*, dass man das perfekte Release mit 64-Bit und Mac/Linux Compiler haben möchte, aber noch weniger dafür bezahlen möchte, als ein Schüler/Student mit MSDNAA.

Also da ich mich auch zum Vergleich auf die MSDNAA bezogen habe, möchte ich klarstellen, dass das nicht meine Erwartungen an das neue Delphi XE sind. Falls das doch so rübergekommen sein sollte, bitte ich dies zu entschuldigen :)

Ich bezog mich lediglich auf die Präsenz von Delphi an meiner Universität, wo es leider (bei uns) quasi nicht vorhanden ist. Ich fände es natürlich klasse, wenn Delphi im universitären Umfeld auch eine ähnliche Beachtung wie Java oder C# finden würde. Meiner Ansicht ist eben die so viele verschiedene Produkte umfassende MSDNAA bzw. die kostenlose Verfügbarkeit von Eclipse mit ein Grund dafür, dass eben diese Produkte da verstärkt im Fokus sind.

In der Schule hatten wir damals noch Turbo Pascal und später Delphi 6 Personal zum Programmieren verwendet, was vom Funktionsumfang zum Lernen völlig ausreichend war.

Da ich Delphi selbst nicht für die Universität, sondern für meine Nebentätigkeit verwende, gehe ich da dann mit dem einfachen wirtschaftlichen Kalkül dran, dass sich dieser Kauf für mich über einen bestimmten Zeitraum auszahlen muss. Billiger werden muss Delphi (für mich: die Professional) dazu nicht. Ob man mit einer günstigeren Home & Student-Version dann andere Zielgruppen bedienen will, ist dann wieder eine andere Frage.

Viele Grüße

[HeikoAdams]

Zitat:

Zitat von MEissing (Beitrag 1043683)

Ich persönlich vergleiche XE gerne mit Delphi 7: Delphi 7 war genaugenommen auch nur ein um Tools und Bugfixes erweitertes Delphi 6. Dennoch ist Delphi 7 eins der besten und noch immer gerne eingesetztes Release von Delphi. Wenn nicht gar *das* Delphi Release mit der größten Verbreitung.

Das kann man jetzt aber auch so interpretieren, das es eine ganze Menge Leute gibt, in deren Augen nach Delphi 7 keine neuen Features kamen, die einen Umstieg auf eine aktuellere Version gerechtfertigt hätten :wink:
Wobei ich für meinen Teil gerne auf eine neuere Version von Delphi umsteigen würde. Nur bin ich im Moment schwer damit beschäftigt, meinem Chef die Flause auszutreiben, unbedingt auf C# umsteigen zu wollen :evil:

[Hansa]

Au, Mann. Was geht denn hier ab ? :mrgreen: Sollte Delphi hier und da noch Qualitätslücken haben, der Thread hier hat viel mehr davon. :stupid:

Zum Thema :

1. Delphi XE ist doch nicht mal raus, oder ? Warum wird dann soviel über die Vorgängerversionen geredet, wo sie ja selber sagen : "Ja, die Versionen waren teilweise wirklich nicht das Gelbe vom Ei" ? Man müsste auch mal den zeitlichen Rahmen bedenken. Der Zeitraum der "schlechten" Delphi-Versionen betrifft im Grossen und Ganzen die Zeit, in der Borland alles nach CodeGear verlagerte. Wobei sowieso von Anfang an geplant war, alles zu verkaufen. Die wussten doch wohl ganz genau, dass sie durch massive Bindung von Ressourcen auch nicht viel mehr kriegen, wie ohne. Da noch viel rein investieren ? Nene. 8-)

2. Wie passt die Forderung nach 64-Bit Version mit der kostenlosen Version zusammen ? Verstehe wer will, aber in kostenloser Version dürfte das wohl kaum gehen. Fange jetzt ähnlich an, wie Matthias Eissing : kann mir wer ein konkretes Beispiel nennen, wo es ohne 64 Bit gar nicht (bzw. fast nicht) geht ?

Zu guter Letzt :

Zitat:

Zitat von mkinzler (Beitrag 1043637)

Deshalb schiebt man auch iminennt wichtige Features, wie Touchunterstützung ( für die geschätz 2% der PCs die Touchscreens haben) vor...

Wie gesagt : zu 64 Bit fällt mir (zumindest in meinem Bereich) gar kein wichtiger Einsatzzweck ein. Vor 2-3 Wochen kam allerdings eine Anfrage nach TouchScreen-Anwendung. "Haben sie die jetzt oder nicht ?". Die ist jetzt soweit fertig, müsste aber noch intensiver getestet werden. Hätte ich jetzt anfangs da sagen sollen : in 2 Jahren ist die da ? Eventuell waren sogar die 2-3 Wochen schon zu lange und der ist bereits weg.

[HeikoAdams]

Zitat:

Zitat von Hansa (Beitrag 1043838)

Der Zeitraum der "schlechten" Delphi-Versionen betrifft im Grossen und Ganzen die Zeit, in der Borland alles nach CodeGear verlagerte. Wobei sowieso von Anfang an geplant war, alles zu verkaufen. Die wussten doch wohl ganz genau, dass sie durch massive Bindung von Ressourcen auch nicht viel mehr kriegen, wie ohne. Da noch viel rein investieren ? Nene. 8-)

Ich mag mich täuschen, aber zu Zeiten von Delphi 8 (oder besser: 2005 Pre-Alpha) gab es CodeGear doch höchstens in den Köpfen einiger Manager(?) :gruebel: Zumindest meine ich ich zu erinnern, das die Ankündigung, die Entwicklugns-Tools-Sparte zu verkaufen, irgendwann zwischen den Releases von Delphi 2005 und 2006 kam.

[Hansa]

Zitat:

Zitat von HeikoAdams (Beitrag 1043839)

...das die Ankündigung, die Entwicklugns-Tools-Sparte zu verkaufen, irgendwann zwischen den Releases von Delphi 2005 und 2006 kam.

Die offizielle. Dann rechne dir mal an 3 Fingern aus, wann die Idee dazu kam. :mrgreen: Glaube zumindest dafür braucht man kein 64 Bit. :P

[HeikoAdams]

Wahrscheinlich irgendwann zwischen dem Release von Delphi 2005 und dem Zeitpunkt als Borland wieder Borland und nicht mehr Inprise (ich fand den Namen grottig) war :-D

[cookie22]

Zitat:

Fange jetzt ähnlich an, wie Matthias Eissing : kann mir wer ein konkretes Beispiel nennen, wo es ohne 64 Bit gar nicht (bzw. fast nicht) geht ?

die gleiche frage hast du doch hier in diesem thread schonmal gestellt und mehrere antworten darauf bekommen.

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

ich muss meine shell extensions mit vc++ schreiben und bin damit nicht glücklich.

[himitsu]

Zitat:

Zitat von cookie22 (Beitrag 1043847)

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

Kurz gesagt ... überall wo man mit seinem Programm direkt mit einem 64-Bit-Prozess komunizieren muß.

[Hisoka]

Gerade bei klassischer "Consumer" Software steht 64Bit hoch im Kurs. Also wenn man sich Support Foren für Software ansieht, dann gibt es da tonnenweise Anfragen nach 64Bit Versionen. Denn es stellt sich nun mal für einen Nutzer die Frage warum er auf einem 64Bit System 32Bit Software nutzen soll.(ja viele Nutzer stellen die Frage, auch wenn sie meist eher unberechtigt ist)

[xZise]

Zitat:

Zitat von Hansa (Beitrag 1043838)

[...]kann mir wer ein konkretes Beispiel nennen, wo es ohne 64 Bit gar nicht (bzw. fast nicht) geht ?[...]

Moin, abgesehen davon, dass es hier schon zu finden ist: Wenn man sich nicht immer eine neue Version kauft, dann muss man ein bisschen in die Zukunft denken oder ? Ich selber nutze z.B. kein natives x86 System mehr. Und umso früher man x64 supporten/entwickeln kann, umso eher setzt sich das durch. Man kann natürlich weiterhin Jahre ins Land gehen lassen, aber zum Beispiel kann man für Miranda x64 keine Delphi Plugins mehr schreiben.

MfG
Fabian

[Bernhard Geyer]

Zitat:

Zitat von cookie22 (Beitrag 1043847)

3. kunden mit 64 bit oracle wollen auch 64bit clients

Wobei das kein No-Go ist das es genügend Lösungen gibt die nicht auf den OCI-Aufsetzen sondern direkt mit der DB-Kommunizieren. Bzw. der OCI-Client kann man per Instant-Client + Umgebungsvariable auch verwenden.

Aber ich will deine Liste ergänzen:

4, CAD-Plugins. Viele Firmen sind dabei die CAD-Umgebung komplett auf 64-Bit umzustellen. Und es wird nicht mehr lange dauern dann gibt es auch keine 32-Bit Releases der CAD-Systeme mehr.

[Bernhard Geyer]

Zitat:

Zitat von Hansa (Beitrag 1043838)

2. Wie passt die Forderung nach 64-Bit Version mit der kostenlosen Version zusammen ?

Ich denke keiner hätte ein Problem damit wenn es in 2011 noch keine Kostenlose/sehr günstige Version mit 64-Bit gibt und diese Version erst 2-3 Jahre nach allgemeinen 64-Support diese bekommt.

[xZise]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1043907)

Zitat:

Zitat von Hansa (Beitrag 1043838)

2. Wie passt die Forderung nach 64-Bit Version mit der kostenlosen Version zusammen ?

Ich denke keiner hätte ein Problem damit wenn es in 2011 noch keine Kostenlose/sehr günstige Version mit 64-Bit gibt und diese Version erst 2-3 Jahre nach allgemeinen 64-Support diese bekommt.

Abgesehen davon wurde nicht beides gleichzeitig gefordert. Sondern nur, dass eine günstige TurboDelphi ähnliche Version geben sollte. Nebenbei sollte Delphi auch bald langsam mal 64-bit unterstützen.

MfG
Fabian

[Insider2004]

Zitat:

Zitat von MEissing (Beitrag 1043460)

Zitat:

Zitat von Stevie (Beitrag 1043454)

Außer Matthias springt nun auf und erzählt uns allen, dass die Mehrzahl davon bereits gefixt wurde.

Ja.

Auf die Qualität bei Delphi XE wurde extrem viel Wert gelegt. Um nur mal eine Nummer zu nennen: Weit mehr als 500 Bugs/QC Einträge wurden ggü 2010 gefixt.

Das kommt im Video natürlich (auch nicht :-)) rüber.

Das beeindruckt mich überhaupt nicht! Weisst Du, wieviele Bereiche es in QC gibt? Ich schätze mal so 30 (z.b. compiler, rtl, vcl, db, etc,etc,)

Da bleiben dann ca. 16 fixed Bugs für z.b. Compiler übrig. Das ist gar nix! Um die Qualität auch nur annähernd zu steigern, müsste Emba 5000 oder 10.000 Bugs fixen.

Nur dafür haben sie keine Zeit/Geld, weil sie ständig Geld für 3rd-Party Produke ausgeben. Delphi Prism, AQ, FinalBuilder, etc. etc.
David im Pool (weiss nicht, was das Produktions-Team wieder gekostet hat).

Eine vernünftige Fokusierung auf Delphi ist da gar nicht möglich.

Schau Dir mal an, was da Direktoren bei Emba rumsitzen! Da kostet einer bestimmt 200.000€ im Jahr. Da geht alles zu kosten von Delphi.

[mkinzler]

[QUOTE]Da kostet einer bestimmt 200.000€ im Jahr. Da geht alles zu kosten von Delphi. [/QUOTE
Eher nicht, den, im Gegensatz damals bei Borland, gibt es da größere Cash Cows.

[cookie22]

warum sollte ein freies delphi kein 64-bit können? vc++ express und vc# express können das auch. ich sehe da wirklich keinen grund da wieder hinterher zu hinken. :gruebel:

[Bernhard Geyer]

Zitat:

Zitat von Insider2004 (Beitrag 1043917)

Da bleiben dann ca. 16 fixed Bugs für z.b. Compiler übrig. Das ist gar nix! Um die Qualität auch nur annähernd zu steigern, müsste Emba 5000 oder 10.000 Bugs fixen.

Also nach der Bug-Datenbank gibt es nur 4323 Offene/Gemeldete Fehler.

Zitat:

Zitat von Insider2004 (Beitrag 1043917)

Nur dafür haben sie keine Zeit/Geld, weil sie ständig Geld für 3rd-Party Produke ausgeben. Delphi Prism, AQ, FinalBuilder, etc. etc.

Delphi-Prism wird ja verkauft. Ist also eher ein Durchlaufposten mit Portfolio-Abrundung. Bei AQ/Finalbuilder sind die Fragen der Kosten offen. Solche Hersteller haben ja auch eine interesse verbreitet zu werden. Wenn nur AQ in 500$ kostest so wird eine abgespeckte Version evt. 100$ Wert sein und im Bereich des Deals evtl. für 5$ für Codegear kosten verursachen.

Zitat:

Zitat von Insider2004 (Beitrag 1043917)

David im Pool (weiss nicht, was das Produktions-Team wieder gekostet hat).

Dafür muss David I. das dann als Geldwerten Vorteil bei seiner Steuererklärung angeben :mrgreen:

Zitat:

Zitat von Insider2004 (Beitrag 1043917)

Schau Dir mal an, was da Direktoren bei Emba rumsitzen! Da kostet einer bestimmt 200.000€ im Jahr. Da geht alles zu kosten von Delphi.

Wieso alles Zu kosten von Delphi. Emba-Dingsbums macht nach eigenen Aussagen 100 Mio. $ Umsatz. D.h. bei 10 "Wasserköpfen" macht das 2% aus. Ich weiß jetzt nicht ob das für eine Firme viel "Wasserkopf" ist.

[Bernhard Geyer]

Zitat:

Zitat von cookie22 (Beitrag 1043921)

warum sollte ein freies delphi kein 64-bit können?

Erstmal sollte die kostenpflichtige Version das können.