|
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
Ausserdem würde ich (auch in Bezug auf den nächsten Punkt) Server 2003 R2 x64 als ernstzunehmende Alternative ansehen und diese dürfte einen großen Marktanteil bei TS Diensten haben; erst recht wenn man die Server 2008 Installationen dazu nimmt. Zitat:
Aber diese Diskussion hier geht irgendwie in die falsche Richtung. Ihr solltet endlich anfangen Eure Kunden ernstzunehmen antatt Ihnen die Worte im Mund umzudrehen! und versuchen deren Argumente tot zu reden. |
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
|
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
|
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
|
AW: Delphi 2011 heißt jetzt Delphi XE
ein weiteres problem sehe ich darin, dass mit dem erscheinen des 64bit compilers wichtige 3rd party komponenten halt nicht sofort zur verfügung stehen. das dauert auch nochmal ein jahr bis da die leute in die pötte kommen. also wäre er für viele sowieso nicht sofort zu 100% nutzbar.
|
AW: Delphi 2011 heißt jetzt Delphi XE
Ich bin schon erstaunt, von dem was ich hier lese. Es geht doch nicht um 08/15 features, sondern um die zukunftsfähigkeit der entwickelten Softwareprodukte. Aber wollen wir doch kurz einen Schritt in die Historie werfen
- Borland lanciert ein Produkt für den Fachbereich, verauft es auch wunderbar und sagt dann, ätschi-bätsch... ihr könnt uns mal.... - Borland lanciert ein Produkt für .NET (Delphi 8) und bringt einen Nachfolger (Delphi 2005) und ein Stabilitätsupdate (Delphi 2006) und sagt dann, Entwickler schön dass Ihr uns euer Geld gegeben habt, aber jetzt lassen wir euch allein... Andererseits... - War 32 Bit noch nicht richtig auf dem Markt, da wurde mit Delphi 2 bereits 32 Bit unterstützt und zu dieser Zeit wurde es noch nicht mal wirklich benötigt... - Aber 32 Bit braucht ja keiner, denn die 16 Bit Programme laufen ja immer noch ;) - So bei Delphi 5, wurde dann angekündigt, dass Compiler verbesserungen nichts mehr bringen und das ganze sowieso ein Hase und Igel spiel wär und man sich dann zukünftig auf die Entwicklungsumgebung konzentrieren wolle... (nagelt mich nicht auf das Jahr fest). Nach dem Schlag ins Gesicht der Entwickler gab es dann noch zwei Bugfixes Delphi 6 und Delphi 7, die nicht viel mehr ausser Fehlerbeseitigung boten (wird ja von Herrn Eissig auch gerühmt als das Beste Delphi ;) ) - Jetzt hört man dass nach dem Bugfix Delphi 2010 wieder nur ein Bugfix Delphi XE verkauft werden soll. Wieder mit der Argumentation, dass die Features doch nicht wirklich benötigt werden... Aber auch die Konkurrenz verhält sich nicht viel anderes... - Apfel: Beleidigt die Anwender und beschimpft sie noch, dass Sie zu Dumm zum telefonieren wären... - M$: Bringt einen Bugfix nach dem Anderen und lässt sich dafür auch noch könglich bezahlen (Windows Vista, Windows 7). Und verarscht mit Ihrer Produktpolitik auch noch die Anwender... ... aber... .... Sie schaffen es, die Anwender bei der Stange zu halten und zu begeistern... Apfel werden bspw. die nachweislich und allseits bekannten iBugs4 noch immer aus den Händen gerissen... M$ werden auch die Bugfixes gerne abgenommen und keiner beklagt sich dafür... aber was machen die anders? Sie sind am Puls der Zeit und sie geben den Anwendern Hoffnung auch in Zukunft noch vorne mit dabei zu sein. Und was hört man über Delphi hier in diesem Thread? 64 Bit braucht man nicht... Cross Compiling ist nur was für Freaks... stattdessen wird sich auf die IDE gestürzt um Bugs zu eliminieren (welche gar nicht drin sein dürften). Dann werden 3rd Party Produkte implementiert, welche jeder ernsthafte Entwickler sowieso schon im Einsatz hat... die VCL wird an etlichen stellen aufgebort... wohl wissend, dass keiner der ernsthaft damit entwicklt sie wirklich einsetzt. Da die verschiedenen Komponentenhersteller da schon 30 Jahre Entwicklung voraus sind (bspw. DevExpress), usw. usf. Nur das wichtigste wird vergessen... hat die Software (welche mit einem System) entwickelt wird überhaupt eine Zukunft? So wie hier die Diskussion abläuft, bekommt man hier schon schwere bedenken. ... und dies, ist mit der wesentliche Punkt, weshalb man bei der Produktauswahl auch auf die verwendete Programmiersprache schaut und mit welchem Framework gearbeitet wurde. Viele Kollegen, haben aufgrund der Historie, Anwendungen welche mit Delphi programmiert wurden schon längst verbannt. Andere werden es wohl noch tun... da einfach das Vertrauen fehlt, dass die Software/Anwendungen auch noch in ein/zwei Jahren noch eingesetzt werden können. Hier wäre es für EMBA sinnvoll sich auf die Kernkompetenzen zu besinnen und Delphi entlich wieder eine Zukunftsvision zu geben... aktuell sehe ich dies nicht... ... und somit wird wohl demnächst wieder eine Grundsatzfrage ins Haus stehen... ...... vielleicht sogar was im ersten Promotion Video für Delphi XE Architekt gesagt wurden... Plattformunabhängigkeit und 64 Bit ist mit PHP gegeben... vielleicht haben Sie gar nicht mal so unrecht... Delphi ist wohl der sterbende Schwan... ... ich bin raus hier ... |
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
|
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
|
AW: Delphi 2011 heißt jetzt Delphi XE
Zitat:
Eigentlich lese ich in diesem Forum nur mit, aber als Kunde bei Euch seit TP 6 und C++ Anwender seit Borland C++ 4.0 ist mir dieses Posting doch etwas sauer aufgestoßen. Zitat:
Du brauchst Fakten: Da erinnere ich mich an den Übergang von OWL 1.x zu 2.x. Der neue Compiler beim BCC 5 brauchte einige Updates, bis man die Templates verwenden konnte ohne von Compilerfehlern erschlagen zu werden. Dann wars aus mit der OWL, der C++ Builder und die VCL kamen. Kylix 3 für C++ und C++ Builder für Symbian lassen wir mal als Zwischspiel außen vor. Als nächstes kam der berühmte "Open Letter" und der C++ Builder X, VCL war plötzlich out. Ach ja, eine Preview für einen neuen Compiler gab es auch. Und das glücklose Borland C++ 2005, das nie offiziell verkauft wurde ... Nach einem Aufstand der Kunden gab es 2006 dann doch wieder einen C++ Builder mit VCL. Zwar nur einen Aufguss der Version von 2002 nur etwas fetter und träger, aber immerhin. Es folgte eine Zeit der Ruhe und brauchbarer Versionen (2007 bis 2010), aber jetzt drohen wieder Versionen mit einem X im Namen, man hört von Cross-Plattform und Previews neuer Compiler. :roll: Hätte ich nicht längst alle wichigen Projekte auf Visual Studio umgestellt, wäre ich ernsthaft beunruhigt. :P Zum Glück ist der C++ Builder nur noch mein Hobby und ich kann mir in Ruhe anschauen, was Ihr da wieder verzapft. Grüße Ein unbedeutender Kunde Und wenn du noch Bugs suchst, schau doch mal ins Blog Deines Kollegen David Dean:  http://blogs.embarcadero.com/ddean/2009/11/11/34858Da wartet noch eine Menge Arbeit. |
AW: Delphi 2011 heißt jetzt Delphi XE
Also wenn ich die Postings von MEssig hier so lese, dann kriege ich den Eindruck, das EMBA darum bettelt, das alle Kunden zur Konkurrenz/FPC wechseln, damit man Delphi endlich den Gar ausmachen kann :twisted:
Die Argumente, die MEssig gegen 64bit ins Feld führt, klingen für mich nach Zitat:
Sorry, aber ich habe bislang keine plausible Begründung gehört, warum das Visual Studio schon seit jahren 64bit kann, Delphi jedoch vielleicht erst nächstes Jahr. <Ironie>Wobei: Wenn man bei Emba so lange an einem 64bit Compiler arbeitet, dann muss der ja nahezu perfekt sein :-D</Ironie> Und was die Roadmaps angeht: Solange da allen ernstes drunter steht, das man sich nicht drauf verlassen kann, kann man sich solche Roadmaps ehrlich gesagt übers Klo hängen, da sie für viel mehr nicht zu gebrauchen sind! Es soll Leute geben, die Entscheidungen von Roadmaps abhängig machen, da sie langfristig planen wollen/müssen und ich denke, die wenigsten von uns können es sich erlauben, Roadmaps zu publizieren, und darauf angekündigte Features permanent stillschweigend zu verschieben! Sicher: auch andere Hersteller verschieben Features, die auf Ihren Roadmaps stehen. Aber sie kommunizieren das besser gegenüber ihren Kunden! |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 11:56 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz