Hallo Dezipaitor,
normaler weise brauchen die wenigsten User 32 Bit, die meisten würden auch mit 16Bit weiter arbeiten können. Ich schreibe meine Briefe in Office 2010 genauso wie vor 10 - 15Jahren mit Wordperfect auch die Tabellenkalkulation habe ich vor 10-15 Jahren mit Lotus 1,2,3 gemacht. Ich kann noch nicht einmal sagen welche Funktion ich jetzt brauche die es vor 10 – 15 Jahren nicht gab.
Fange doch nicht bei Adam und Eva an. Deine Briefe könntest du genauso mit der Hand schreiben, wenn es denn sein muss.
Die ganze Diskussion ist müßig und ist im Grunde schon bei der Umstellung von 16Bit auf 32 Bit geführt worden.
Aber die Diskussion muss immer wieder geführt werden. Schließlich generiert eine Umstellung beträchtliche Kosten und erzeugt neue Fehlerquellen. Deshalb und auch weil Windows 64Bit noch Jahrelang 32Bit unterstützen wird (16Bit wurde ja auch noch unterstützt, zumindest bei 32Bit Windows) müssen die Entwickler informiert werden, dass nicht alles gekauft werden muss, was angeboten wird.
Ich sehe voraus, dass 32Bit in diesem Jahrzehnt noch lange nicht ausgedient haben wird.
Da Du aktiv an den Jedis mitarbeitest ist die Umstellung natürlich hart, aber sie wäre auch in 2 Jahren nicht so ohne weiteres möglich. Irgendwann muss man eben einen Schnitt machen, wenn nicht jetzt wann dann?
Bis bald Chemiker
Wie soll das gehen? Einen Schnitt machen? Da verlieren wir doch alle Zeit und Geld an den alten Komponenten. Wie groß war denn der Aufschrei als PCHAR plötzlich zu PWideChar wurde? Kein zurück mehr auf
Ansi.
Für mich interessant wäre die Möglichkeit, für Windows
PE 64bit zu programmieren.
Oder auch der "direkte" Zugriff auf die 64bit Registry (Ohne Umweg über SystemRedirection etc.)
Aber bis Delphi endlich für 64bit genutzt werden kann, gilt es halt zu warten.
Man kann Redirektion von Anfang an ausschalten.
Man kann sich auch mit Gewalt neuen Technologien verschließen. Seit mittlerweile 5 Jahren ist X64 Standard.
Wer jetzt nicht auf
Unicode und X64 setzt wird in wenigen jahen keine konkurrenzfähige Software verkaufen können und seht dann wie der Ox vorm Berg, weil man zu spät umgestellt hat.
Was hat das mit Verschließen zu tun? Es geht um die objektive Einschätzung des Aufwand/Nutzen-Verhältnisses von Übersetzung von 32Bit- auf 64Bit-Anwendungen. Lohnt es sich eine 32Bit-Anwendung, die bis jetzt funktioniert hat nach 64Bit zu übersetzen?
Ich rede allerdings nicht von Neuentwicklungen! Darum geht es nicht.
Der Hauptgrund für einen 64Bit Compiler ist doch, dass mittlerweile mehr als die hälfte der Leute 64Bit fähige Computer haben. Alleine das reicht schon. Viele Leute wollen 64Bit Programme einfach nur weil sie glauben sie laufen schneller, stabiler oder was auch immer. Bring denen mal bei, dass dein 32Bit genauso gut ist. Die kaufen dann wo anderes, nämlich bei jemandem der 64Bit unterstützt.
Hast du dazu eine Studie gemacht oder woher kommt diese Einschätzung? Würde mich interessieren. Wenn ein Produkt angeblich deshalb nicht mehr gekauft wird, weil es kein 64Bit ist, dann frage ich mich vielmehr ob das Problem nicht eher am Produkt selbst liegt als an der Plattform.
Um die liste zu vervollständigen.
- Ohne 64Bit Support verliert man ein komplettes Marktsegment.
Welches Segment ist das genau? Alle Kunden, die im Irrglaube sind 32Bit Anwendungen wären schlechter als 64Bit Anwendungen? Dass es solche Kunden gibt, spreche ich dir nicht ab, jedoch sind nur wenige Delphientwickler wirklich davon betroffen, denn ihre 32Bit Anwendungen laufen transparent auch auf 64Bit Windows Systemen. Und das lange Zeit.
Letztendlich muss man genau abwägen, ob es sich wirklich lohnt aktuelle Anwendungen auf 64Bit zu portieren. Besonders bei Delphi nutzen Projekte doch auch viele Drittherstellerkomponenten, die nicht unbedingt sofort als 64Bit Code funktionieren. Der Aufwand wäre besser in die Qualitätssicherung gesteckt als in die oftmals unnötige 64Bit Portierung.
Daher hatte ich die Idee ein paar Gründe
für die Portierung aufzustellen. Das heißt aber nicht, dass ich generell gegen 64Bit wäre! Ich bin nur Realist.
Wer den Aufwand und die Kosten nicht scheut, den werde ich nicht davon abhalten sein Projekt zu portieren. Ich wollte nur als Orientierung dienen.