Delphi am "Ende"?

[cookie22]

Zitat von Memnarch:

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.

[himitsu]

Zitat von cookie22:

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

Auch da stimmt meine Aussage.
Genauso, wie man etwas 'nen bissl später rausbringen kann, kann man auch Dinge vorziehen.

z.B. wichtige Features schon (teilweise) als Update rausbringen, sobald sie fertig sind, als bis zum nächsten Upgrade zu warten.

Stell dir mal vor man schafft es mit dem 64 Bit nicht bis zum geplanten Veröffentlichnungstermin, und einen Monat später geht es dann ... nun könnte man noch 11 Monate warten, um es zu veröffentlichen oder man Verkauf die aktuelle Version ohne dieses, sagt daß es eventuell bald kommt und gibt dieses dann als Update nachträglich den Kunden.
Der Kunde hat dann "gleich" was Funktionierendes und nicht
entweder was Fehlerhaftes, welches erst im Update 1 halbwegs nutzbar ist und mehr Streß als Nutzen verursacht
oder er muß 11 Monate darauf warten, bis es im nächsten Upgrade erscheint, weil man sich doch mal sagte "ok, es läuft nicht, also lassen wir es weg".

[cookie22]

Da hast du natürlich recht, solange es sich nur um Monate handelt und nicht um Jahre.

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