Delphi am "Ende"?

[Memnarch]

Ich habe nichts dagegen wenn funktionierende Dinge nachgepatched werden, aber wenn man Praktisch zu Workarounds gezwungen wird, was den code aufbläht und u.U. unübersichtlicher macht, kann dass nicht sinn und Zweck sein.

Meine Zeitspanne die ich genannt habe, bezog sich auf die Zeit die für das tatsächliche fertigstellen der Software/Software parts gebraucht wird(beispielwert). Wenn es einen Monat später fertig wird, dan halt eben schon einen Monat später.

Jenachdem wie eine Firma allerdings durch den vertreiber gepushed wird, kann es sein, das Software released wird, die EIGENTLICH (wenn es nach den Entwicklern ginge) erst 6Monate später fertig wäre, weil es noch kritische sachen gibt, es aber aus Marketingründen des Vertreibers vorgezogen wird, egal was passiert. Da lehne ich mich zwar sehr an die Spieleindustrie an, weil die im Moment echte paradebeispiel für soetwas liefert, aber das ist nichts was es nur dort gibt.

Wenn ich mal ne kritische behauptung aufstellen darf: Das obige Problem kommt vom Internet und der ständigen Möglichkeit jedne zu erreichn. Früher wars so, dass etwas wirklich funktionieren musste, weil man dem Kunden nicht so schnell verbesserte versionen zukommen lassen konnte. Heute ist das alles total 'easy'. "Naja...wens noch nich so ganz klappt, bekommt ers halt später nachgereicht"

Resultat: Bananensoftware.

MFG
Memnarch

[Chemiker]

Hallo,

Zitat:

Wenn ich mal ne kritische behauptung aufstellen darf: Das obige Problem kommt vom Internet und der ständigen Möglichkeit jedne zu erreichn. Früher wars so, dass etwas wirklich funktionieren musste, weil man dem Kunden nicht so schnell verbesserte versionen zukommen lassen konnte. Heute ist das alles total 'easy'. "Naja...wens noch nich so ganz klappt, bekommt ers halt später nachgereicht"

Das ist leider so, allerdings wenn es nur nach Entwickler gehen würde, braucht ein neues Programm ewig, weil es immer was zu Verbesser gibt und man eine neue Funktion noch einbauen will usw. usw.

Irgendwo muss ein Schnitt gemacht werden und das Programm sollte auf den Markt, leider ist die Tendenz in den letzten Jahren zu beobachten das
Programm immer unfertiger in den Markt eingeführt werden.

Bis bald Chemiker

[himitsu]

Hab ich grade zufällig gefunden (dabei suchte ich eigentlich nur nach DataSnap-Infos ) paßt abr gut hier rein.
https://forums.embarcadero.com/threa...threadID=30357

Da sind auch ein paar Zahlen zur Verbreitung von 64 Bit-Windowsen mit drin.

[mkinzler]

Zitat:

nicht jetzt sondern IN KÜRZE...für mich ging der Übergang von 16,32,64 Bit recht schnell ich würde mich schon mal auf den 128 Bit Adressierenden Rechner vorbereiten wenn ich ne Compiler schmiede wäre! ...Außer dem weg von Typen die immer wieder ihre Bedeutung ändern was jetzt LONGINT ist hin zu typen mit bitkennziffern! int16, int32, int64...

Es gibt aber keine öffentlichen Überlegungen/Infos von CPU-Herstellern (Intel/AMD), wie diese Erweiterungen ausehen könnten/werden. Deshalb ist die jetzige Forderung nach 128-Bit-Compilern wenig zielführend

[Memnarch]

Habe mir den ganzen gelinktedn beitrag nicht durchgelesen, aber die meinung: ' nur weil wir jetzt keine 64bit programme brauchen, brauchen wir auch nicht die möglichkeit sie zu entwickeln" (freie zusammenfassung), fand ich schon sehr hart^^.

Denn(wie dort bereits erwähnt), man muss HEUTE entwickeln, damit die Programme morgen laufen. Ich kann ncith bis morgen warten, und dann entwickeln, dann zieht es sich zuweit raus.

Zugegeben, 64bit ist heute noch kein absolutes muss, aber 4gig programme?
JOAr also: HalfLife 2 Cinematic mod. Gurgelt 4GBram für die extra texturen.(Dafür wurden glaube ich die 32bit executables gehacked).

Jedeart des Videoschnitts. Während Vegas noch recht performant mit 4gb umgeht, sind professionelle Schnittcomputer im 12GB bereich angesiedelt(nen kollege ist da mal tätig gewesen, mehr weiß ich nicht).

Mal abgesehen davon: sobald die ersten PCSpiele nativ 64bit sind(glaube sowirklich gabs das noch nicht), wird man sehen dass die einem(wenn genug ram zur verfügung steht) alle texturen die gebraucht werden in dem ram geknallt werden, um die Streaming methoden zu entlasten und so mehr CPU für anderen krimskrams übrig zu haben(BEHAUPTUNG )

Bis zu einem gewissen punkt, bedeutet es ja auch ein wenig mehr performance, wenn die daten bereits im RAm liegen.(oder nicht o.O?)

MFG
Memnarch

[himitsu]

Macht man sich bei Emba eigentlich auch schonmal langsam Gedanken um Winodws 8?

Anfang letztes Quartal im nächsten Jahr soll es ja nun soweit sein, daß die 5. (oder 6.) 64 Bit-Version von Windows erscheint. (falls ich mich nicht verzählt hab)

[MEissing]

Zitat von himitsu:

Macht man sich bei Emba eigentlich auch schonmal langsam Gedanken um Winodws 8?

Was soll denn da anderes werden?
Hat Microsoft schon eine Roadmap vorgelegt?
Ist diese verlässlich?

Wenn Du ein flexibeles Compiler-Backend meinst: Dann ist die Antwort: Ja.

Zitat von himitsu:

Anfang letztes Quartal im nächsten Jahr soll es ja nun soweit sein, daß die 5. (oder 6.) 64 Bit-Version von Windows erscheint. (falls ich mich nicht verzählt hab)

Ah. Erzähl mal mehr.

Ich komme auf zwei (ernstzunehmende) 64-Bit Client-Versionen (Vista, 7)

[himitsu]

Nja, zumindestens könnte man schonmal Zeit einplanen, wenn dann voraussichtlich Anfang nächstes Jahr die ersten Beta-Versionen zur Verfügung stehen.
Nicht daß man sich da schon soviel Anderes vorgenommen hat und dafür keine Zeit mehr bleibt, bzw. daß dann wieder andere geplante Dinge ausfallen, falls man doch mal pünktlich mit sowas anfangen will.

OK, XP war nicht wirklich ernstzunehmen, aber neben den Homeversionen Vista und 7 gibt es noch so einige Serverversionen.

PS: Es gab auch mal Windows 2000 als 64 Bit.
Also schon 10 Jahre 64 Bit und Delphi ist (bis jetzt) immernoch nicht so weit.

[add]
http://www.pcwelt.de/news/64-Bit-Win...er-244221.html

[Bernhard Geyer]

Zitat von MEissing:

Ich komme auf zwei (ernstzunehmende) 64-Bit Client-Versionen (Vista, 7)

Wie wärs Windows Server 2003 u. Windows Server 2003R2, Windows Server 2008 und 2008R2. Eingeschränkt auch Windows Server 2000.
Wobie Server 2008 = Vista und Server 2008R2 = Windows 7 und Server 2003 entsprechend mit XP korrespondiert.

Jedenfalls sind die Server ernst zu nehmen. XP 64-Bit hat es primär an Treibern gemangelt.

[vagtler]

Zitat von MEissing:

[...] Hat Microsoft schon eine Roadmap vorgelegt? [...]

Nicht ganz offiziell (z.B. http://msftkitchen.com/2009/08/windo...-due-2012.html), aber prinzipiell äußerst sich Microsoft schon über zukünftige Produkte und Projekte - und kommuniziert auch die Einstellung und/oder Verschiebung diverser Vorhaben sowie Strategiewechsel oder Verzögerungen. Microsoft ist da offener, als viele den Eindruck haben (möchten).

Zitat:

[...] Ist diese verlässlich? [...]

Zumindest belastbarer als alles, was in den letzten Jahren von Borland/Codegear/Embarcadero diesbezüglich kam.