Delphi am "Ende"?

[MEissing]

Zitat:

Zitat von gammatester (Beitrag 1075555)

Zitat:

Zitat von MEissing

Und was willst Du hören?
...
Solange wir as XE2 Produkt nicht angekündigt haben, darf ich nicht mehr sagen, als ich es getan habe.

Wenn Fakten, angekündigt werden, möchte ich eigentlich auch Fakten lesen. Aber vielleicht wurde "Fakten" ja als Neusprech-Euphemismus benutzt (und ich hätte das wissen sollen).

Wenn Du schon alles weisst, kann man dir auch nicht mehr helfen.

[Thom]

@Matthias,

vielen Dank für die ausführliche Antwort!
Ich bin damit vollauf zufrieden! :thumb:

[MEissing]

Zitat:

Zitat von Thom (Beitrag 1075582)

@Matthias,

vielen Dank für die ausführliche Antwort!
Ich bin damit vollauf zufrieden! :thumb:

Danke (auch an NamenLozer, Lemmy, mleyen)

(Nein; "I'm not fishing for compliments".... aber manchmal glaube ich, ich bin hier im falschen Film).

[himitsu]

Zitat:

Zitat von NamenLozer (Beitrag 1075545)

Bin mal gespannt, ob es für mich als Schüler tatsächlich auch bezahlbar ist

Ich

Zitat:

Zitat von NamenLozer (Beitrag 1075545)

Bin mal gespannt, ob es für mich als Schüler tatsächlich auch bezahlbar ist (und sich lohnt, siehe Assarbads Post bzgl. EULA).

Irgendwo im Forum wurde mal ein möglicher Preis genannt (wurde wohl auf irgendeiner Veranstaltung in Amerika so gesagt).
So genau weiß ich das nicht mehr ... ist irgendwo in den letzen viele Seiten langen XE-Threads untergegangen.

Aber ich glaub es war sowas von 150 oder 250 US$. Also, bei dem bekannte Umrechnungskurs von 1:1, wären es dann 150€, bzw. 250€. :stupid:

Zitat:

Zitat von NamenLozer (Beitrag 1075545)

(und sich lohnt, siehe Assarbads Post bzgl. EULA).

Selbst auf 'ne kleine Frage wärend der letzen Delphi-Tage und auch sonstwo war darüber noch nichts in Erfahrung zu bringen.

[cookie22]

Leider ist es so, das diese Diskussionen sehr emotional werden. Das liegt aber daran, dass den Leuten wirklich was an Delphi liegt. Andererseits hat man oft bei Matthias den Eindruck nicht Ernst genommen zu werden, was zahlende Kunden (und das sind wir hier fast alle) auf die Palme bringt. Leider ist das ganze den Diskussionen nicht sehr förderlich.

Wenn die meisten hier das ganze mal etwas nüchterner sehen würden und Matthias das Marketing-Geblubber lassen würde und den Leuten den Eindruck vermitteln würde, dass Emba seine Kunden ernst nimmt, wäre beiden Seiten geholfen. :)

[MEissing]

Zitat:

Zitat von cookie22 (Beitrag 1075587)

und Matthias das Marketing-Geblubber lassen würde und den Leuten den Eindruck vermitteln würde, dass Emba seine Kunden ernst nimmt, wäre beiden Seiten geholfen. :)

Dann lass ich halt mein "Geblubber".... soviel zum Thema Wertschätzung des Gegenübers

[DeddyH]

Hooohh Brauner. cookie22 hat schließlich ausdrücklich beide Seiten gerügt. Und Deine Antworten sind teilweise so formuliert, als wäre der Kunde Bittsteller (zumindest ist das mein persönlicher Eindruck, aus der allgemeinen Reaktion schließe ich allerdings, das ich damit nicht alleine da stehe). Ich wäre wie cookie22 dafür, die Diskussion auf einem etwas sachlicheren und nüchterneren Niveau fortzuführen. Dass Du es nicht leicht hast, für frühere Fehlentscheidungen den Kopf hinhalten zu müssen, kann ich sehr gut nachvollziehen. Auf der anderen Seite musst Du selbst allerdings auch ein wenig auf die andere Seite zugehen, sonst bringt das alles nichts. Und dass in der Vergangenheit nicht alles eitel Sonnenschein war, wirst Du ja wohl zugeben müssen.

[Hobby-Programmierer]

Aber mal ehrlich Matthias, Deine Postings kommen des öfteren sehr arrogant und angep**** für mich rüber. Wie schon öfter geschrieben, verstehen die meissten hier das Du auch nur deinen Job machst, aber vielleicht solltest du, wie auch einige andere hier, erstmal durchschnaufen und dann antworten. Wenn jemand schreibt das manches in der Vergangenheit schlecht war (auch wenn du nix dafür kannst) fühlst du dich gleich pers. angegriffen, was andere wider falsch auffassen und zurückfeuern. Gelegentlich kann ich mir ein schmunzeln beim lesen Deiner Antworten nicht verkneifen, weil ich mir dann denke 'Wow - da hat einer ins schwarze getroffen'.
Ich bin zwar seit Jahren kein zahlender Kunde mehr (letzte gekaufte Version war Delphi 7), aber sollte die Hobbyversion erschwinglich sein bin ich einer der ersten Kunden!

[Robotiker]

Zitat:

Zitat von MEissing (Beitrag 1075511)

So ist "Delphi XE" das best-verkaufte Delphi seit langem....

Das ist schön zu hören, auch weil die ganzen Neuentwicklungen sicher nicht billig sein dürften.

Zitat:

Zitat von MEissing (Beitrag 1075511)

Vielleicht sollten einige User mal ihre Gedanken-Insel der Mutmassungen verlassen.

Wenn ich den Compiler vom C++ Builder mit den aktuellen von GNU, Intel oder MS vergleiche, frage ich mich auch immer, auf welcher Insel die Entwickler eigentlich leben ...

Zitat:

Zitat von MEissing (Beitrag 1075511)

Delphi XE ist definitv mehr als ein reiner Bugfix. Hier wurden nicht nur Schnuppertools mitgeliefert. Es sind in der Tat Tools, die die Produktivität erhöhen.

Abseits der Tools, ist der C++ Builder XE für mich ein "gefühlter" kostenpflichtiger Bugfix vom 2010. Gerade was die Standardkonformität angeht, sind die Fortschritte gegenüber denen beim 2009er oder 2010er minimal.

Zitat:

Zitat von MEissing (Beitrag 1075511)

Darüberhinaus wird es etliche weitere Neuerungen im nächsten Delphi Release geben: Cross-Plattform-Entwicklung, eine *starke* Erweiterung der Oberflächen-Widgets, Ausrichtung auf Windows, Mac, Linux, längerfristig dann auch iOS.....

Als Käufer von Kylix und des C++ Builder X, werde ich mir das aus sicherem Abstand anschauen (und währendessen Cross-Plattform-Entwicklung betreiben). :stupid:

[Assarbad]

Zitat:

Zitat von MEissing (Beitrag 1075550)

Und was willst Du hören?

Solange wir as XE2 Produkt nicht angekündigt haben, darf ich nicht mehr sagen, als ich es getan habe.

Ich denke das Problem könnte in den widersprüchlichen Äußerungen liegen. Einerseits sagst du uns, daß bekanntgegebene Roadmaps/Pläne keinerlei Verbindlichkeit besitzen, andererseits machst du hier Bekanntgaben deren Verbindlichkeit vermutlich unterhalb der offiziell bekanntgegebenen Roadmaps/Pläne liegen :zwinker: ... irgendwo beißt sich das.

Aber wir werden ja in ein paar Tagen sehen :stupid:

[cookie22]

Zitat:

Zitat von MEissing (Beitrag 1075589)

Zitat:

Zitat von cookie22 (Beitrag 1075587)

und Matthias das Marketing-Geblubber lassen würde und den Leuten den Eindruck vermitteln würde, dass Emba seine Kunden ernst nimmt, wäre beiden Seiten geholfen. :)

Dann lass ich halt mein "Geblubber".... soviel zum Thema Wertschätzung des Gegenübers

Wenn dich "Geblubber" verletzt haben sollte, entschuldige ich mich natürlich dafür. Allerdings bin ich ja scheinbar nicht der einzige, der sich von Embarcadero ( hier vertreten durch dich) nicht ernst genommen fühlt. Da könnte man auch mal das Thema Wertschätzung in den Raum werfen.

[Assarbad]

Zitat:

Zitat von DeddyH (Beitrag 1075596)

Und Deine Antworten sind teilweise so formuliert, als wäre der Kunde Bittsteller (zumindest ist das mein persönlicher Eindruck, aus der allgemeinen Reaktion schließe ich allerdings, das ich damit nicht alleine da stehe).

Schließe mich schonmal an.

Zitat:

Zitat von cookie22 (Beitrag 1075651)

Wenn dich "Geblubber" verletzt haben sollte, entschuldige ich mich natürlich dafür.

Wie soll man es sonst nennen ohne ausfällig zu werden? "Marketingesisch" geht vielleicht noch ... naja :roll:

[FBrust]

Wie wärs mit "Marketingsprech" ? :D

[Insider2004]

Zitat:

Kostengünstige Editionen
Auch hier ist innerhalb *kurzer Zeit* (ich rede hier sogar über Tage(!), nicht Wochen), was von uns zu erwarten.
Nein, kostenlos wird's nicht. Aber für Hobby-Entwickler, Anfänger zu einem bemerkenswert günstigem Preis.

Ich bin dabei, bei einer Personal-Edition für 99,-€
Ausserdem sollte die Hilfe auf MSHelp 1.0 basieren und die IDE .net-free sein. Ansonsten bleibe ich bei Delphi 6.

[Bernhard Geyer]

Zitat:

Zitat von Insider2004 (Beitrag 1075702)

Ausserdem sollte die Hilfe auf MSHelp 1.0 basieren und die IDE .net-free sein. Ansonsten bleibe ich bei Delphi 6.

Da wirst du nix anderes erwarten können als bei der "normalen" Version.

[Insider2004]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1075730)

Zitat:

Zitat von Insider2004 (Beitrag 1075702)

Ausserdem sollte die Hilfe auf MSHelp 1.0 basieren und die IDE .net-free sein. Ansonsten bleibe ich bei Delphi 6.

Da wirst du nix anderes erwarten können als bei der "normalen" Version.

Das fürchte ich auch. Aber ich bin ja mit D6 zufrieden. Und solange keine Killerfeatures kommen (64 bit, VCL2+) bleibe ich auf meiner Wohlstandsinsel.

[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:

Zitat von QuickAndDirty (Beitrag 1075737)

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:

Zitat von bernau (Beitrag 1075748)

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

[JamesTKirk]

[etwas OT]

Zitat:

Zitat von MEissing (Beitrag 1075511)

Darüberhinaus wird es etliche weitere Neuerungen im nächsten Delphi Release geben: Cross-Plattform-Entwicklung, eine *starke* Erweiterung der Oberflächen-Widgets, Ausrichtung auf Windows, Mac, Linux, längerfristig dann auch iOS.....

Du schreibst, dass ihr euch auch iOS zuwenden wollt. Habt ihr schon einen Plan, wie ihr die Objective-C RunTime anbinden wollt (betrifft auch das "große" Mac OS X)? Könnte man euch bitten ausnahmsweise Rücksicht auf den Objective Pascal "Dialekt" zu nehmen, welcher gemeinsam von Free Pascal Entwicklern und der Mac Pascal Community zur Anbindung an Objective-C Code entwickelt wurde? Denn - das ist nicht arrogant gemeint - dieser war zuerst da. :)

[/etwas OT]

Gruß,
Sven

[MEissing]

Zitat:

Zitat von JamesTKirk (Beitrag 1075764)

Habt ihr schon einen Plan, wie ihr die Objective-C RunTime anbinden wollt (betrifft auch das "große" Mac OS X)? Könnte man euch bitten ausnahmsweise Rücksicht auf den Objective Pascal "Dialekt" zu nehmen, welcher gemeinsam von Free Pascal Entwicklern und der Mac Pascal Community zur Anbindung an Objective-C Code entwickelt wurde? Denn - das ist nicht arrogant gemeint - dieser war zuerst da. :)

Sei beruhigt. Da hat der FPC "inspirierende" Vorarbeit geleistet.

[txfra]

When is the x64 compiler anounced.This Year?

[p80286]

Zitat:

Zitat von DSCHUCH (Beitrag 1075751)

Zitat:

Zitat von bernau (Beitrag 1075748)

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

[QuickAndDirty]

Zitat:

Zitat von txfra (Beitrag 1075773)

When is the x64 compiler anounced.This Year?

It seems like some people at Embarcadero are very sure that it will come this year.
I hope they are right. I think this could realy catch on.

[Assarbad]

Zitat:

Zitat von QuickAndDirty (Beitrag 1075737)

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

Absolut.

Zitat:

Zitat von QuickAndDirty (Beitrag 1075737)

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 :stupid:

Zitat:

Zitat von QuickAndDirty (Beitrag 1075737)

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).

[bernau]

Zitat:

Zitat von DSCHUCH (Beitrag 1075751)

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.

[JamesTKirk]

Zitat:

Zitat von MEissing (Beitrag 1075772)

Zitat:

Zitat von JamesTKirk (Beitrag 1075764)

Habt ihr schon einen Plan, wie ihr die Objective-C RunTime anbinden wollt (betrifft auch das "große" Mac OS X)? Könnte man euch bitten ausnahmsweise Rücksicht auf den Objective Pascal "Dialekt" zu nehmen, welcher gemeinsam von Free Pascal Entwicklern und der Mac Pascal Community zur Anbindung an Objective-C Code entwickelt wurde? Denn - das ist nicht arrogant gemeint - dieser war zuerst da. :)

Sei beruhigt. Da hat der FPC "inspirierende" Vorarbeit geleistet.

Vielen Dank für diese Aussage. :D

Gruß,
Sven

[cookie22]

Zitat:

Zitat von MEissing (Beitrag 1075772)

Zitat:

Zitat von JamesTKirk (Beitrag 1075764)

Habt ihr schon einen Plan, wie ihr die Objective-C RunTime anbinden wollt (betrifft auch das "große" Mac OS X)? Könnte man euch bitten ausnahmsweise Rücksicht auf den Objective Pascal "Dialekt" zu nehmen, welcher gemeinsam von Free Pascal Entwicklern und der Mac Pascal Community zur Anbindung an Objective-C Code entwickelt wurde? Denn - das ist nicht arrogant gemeint - dieser war zuerst da. :)

Sei beruhigt. Da hat der FPC "inspirierende" Vorarbeit geleistet.

Wir haben noch nicht mal Mac OS X support und ihr redet schon über iOS support. :-D

[himitsu]

Wenn schon X-Compiler, dann wird Emba bestimmt versuchen soviel wie möglich da sofort zu veröffentlichen und dann nach und nach überall die Fehler auszubessern, anstatt sich da Eines nach dem Anderen vorzunehmen.

Mit einer schöneren/öfteren Updatepolitik könnte man auch nacheinander, über's Jahr verteilt, Dinge veröffentlichen und müßte nicht immer alles jährlich gleich in einer neuen Version raushauen.
Auch sowas wie eine 1-2-monatige OpenBeta für neue Funktionen wäre doch mal eine gute Idee, anstatt die Käufer mit 'ner inoffiziellen Beta .... ähhhh neuen Version testen zu lassen, bis dann mal das Update 1, 2, und 3 erscheint, wärend die wichtigen "Updates" dann ein Jahr später als neue "Features" zu verkauft werden.


[add]
Die OpenBeta notfalls auch nur für Besitzer einer halbwegs aktuellen Version zugänglich.

[cookie22]

Open Betas haben sich gerade in der Spiele-Industrie und auch in Verbindung mit Betriebssystemen durchgesetzt und als sehr effektiv erwiesen. Wäre für Delphi sicher nicht schlecht, so würde man vor Verkaufsstart die gröbsten Bugs beseitigen können.

[taveuni]

Zitat:

Zitat von cookie22 (Beitrag 1075991)

Open Betas haben sich gerade in der Spiele-Industrie und auch in Verbindung mit Betriebssystem durchgesetzt und als sehr effektiv erwiesen. Wäre für Delphi sicher nicht schlecht, so würde man vor Verkaufsstart die gröbsten Bugs beseitigen können.

Auch bei VS2010 haben sich die Beta Tester erfolgreich über mangelnde Performance beschwert.
MS hat dann vor dem Release kräftig nachgebessert.

[himitsu]

Und man hätte auch mal ein gutes Argument, das Release zu verschieben, wenn wirklich mal was "Gutes" noch nicht funktioniert.
Anstatt dann sowas mit Fremdkomponenten Aufgepepptes zu verkaufen, weil nicht viel neues Eigenes drinsteckt.
(natürlich mit Anpassung der Wartungsverträge)

PS: Dann würde auch der jährlich Upgradezwang nicht so drücken, wenn man nicht zwanghaft versucht pünktlich alle 12 Monate was Neues bringen zu müssen.

[Memnarch]

@Himitsu: Und wenn der druck weg fällt, steigt die Qualität :).
Man beobachte die ganzen Spielefirmen die von ihren Publishern aufs Blut zerquetscht werden damits zum Release rausgeht....alles banane:evil:

Ich warte imemr lieber nen Hables Jährchen oder auch nen ganzes Jährchen mehr, wens resultat funktioniert.

[cookie22]

Zitat:

Zitat von Memnarch (Beitrag 1076007)

Ich warte imemr lieber nen Hables Jährchen oder auch nen ganzes Jährchen mehr, wens resultat funktioniert.

Bei Spielen mag das stimmen, wenn du aber Compiler Features dringend brauchst müssen die schon Gas geben.

[Assarbad]

Zitat:

Zitat von himitsu (Beitrag 1075998)

PS: Dann würde auch der jährlich Upgradezwang nicht so drücken, wenn man nicht zwanghaft versucht pünktlich alle 12 Monate was Neues bringen zu müssen.

Hmm, naja. Da hat man sich die jeweiligen Kunden vermutlich schon verdorben. Denn bisher war es eben so und ich vermute von denen die dafür bezahlen käme ein Aufschrei wenn nicht mehr für ein jährliches - wie mickrig auch immer - Upgrade gesorgt wäre.

Zitat:

Zitat von cookie22 (Beitrag 1076011)

[...] wenn du aber Compiler Features dringend brauchst müssen die schon Gas geben.

In den mehr als zwei Jahren seit dem ersten geplanten Termin hättest du bequem mindestens eine weitere Programmiersprache soweit meistern können, daß es ein leichtes wäre die Lücken abzudecken ;)

[cookie22]

Zitat:

Zitat von Assarbad (Beitrag 1076013)

In den mehr als zwei Jahren seit dem ersten geplanten Termin hättest du bequem mindestens eine weitere Programmiersprache soweit meistern können, daß es ein leichtes wäre die Lücken abzudecken ;)

Hab ich auch, ich schreibe meine X64 Shell Extensions mit VC++, allerdings ist es ja nicht sehr clever von Emba seine Kunden zur Konkurrenz zu trieben.

[mkinzler]

Der objective-Pascal Ansatz benötigt man auch bei MacOSX, wenn man OCOA-bjekte verwenden will

[QuickAndDirty]

Also ich bin durchaus FÜR eine Version die alles mögliche an Features enthält auch wenn sie verbuggt sind. Also im Sinne von nervig aber es geht irgendwie. Vor allem wenn es Key Features sind die neue Märkte erschließen (z.B. 64Bit und in kürze 128 Bit, Linux, Mac, DalvikVM, javaVM).