Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
|
|
|
|
Von Anonymer Feigling am Wednesday 14. August, 11:12 MES (#1)
|
|
|
|
|
(ja, die saulangsame Mozilla UI-Beschreibungssprache)
[ ] Dein Computer hat mehr als 200 mhz + 32 Mb RAM
[ ] Du siehst die Flexibilität von XUL nicht (..und auf einem 'modernen' Computer ist XUL _nicht_ langsam (modern: siehe oben))
[ ] Du verwendest M13
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
Falls Mozilla den gleichen Bug (?) hat wie Netscape 6, dann hat der einfach ein risesn Problem mit seiner History. Bei mir wird die nämlich, trotz Einstellung x-Tage nicht gelöscht! Lösch die deswegen mal von Hand (in den Prefs) - wenn das schon länger als 5 Sekunden dauert (laufen lassen), dann könnte das daran liegen. Bei mir löscht der schonmal mehrere Minuten seine History - aber danach ist er wieder superflott, bis die History wieder arg voll ist und ich sie wieder von Hand lösche.
--
$ cd /dos/c/MICROSO~1
$ rm -rf *
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Wednesday 14. August, 11:42 MES (#4)
|
|
|
|
|
M13 ist vor mozilla 1.0.. sogar VIEL vor Mozilla 1.0.. (du scheinst dich ja eingehend mit XUL und Mozilla befasst zu haben)
|
|
|
|
|
|
|
|
|
|
|
|
|
und auf einem 'modernen' Computer ist XUL _nicht_ langsam
Doch, auch auf einem 'modernen' Computer ist XUL langsam. Du merkst es bloss nicht ;)
Wenn sich jeder Programmierer denken würde (und es sieht so aus, als täte er das), dass sein Code auf genügend schnellen Rechnern schon schnell genug laufen wird, hat das Konsequenzen:
-
Jeder noch so moderne Computer wird früher oder später wieder an seine Grenzen stossen - und das nicht wegen besserer Programme, sondern wegen der Faulheit der Programmierer.
-
Auch heutzutage gibt es viele Haushalte mit langsamen Rechnern (200mhz, 32MB RAM). Diesen die Benutzung neuer Software aufgrund von programmiererbedingtem Overload zu verunmöglichen ist eine Einstellung, die die informationelle Kluft zwischen Arm und Reich vergrössern hilft.
-
Es gibt viele Menschen, die ihre Kiste daheim schon mit *wirklich* rechenintensiven Programmen füttern. Diese entscheiden sich dann sehr schnell gegen ein Programm, das ohne direkt erkennbaren Grund ihren Speicher übermäßig in Anspruch nimmt.
Solche Sachen wie Laptops, Embedded Systems etc. lasse ich mal aussen vor. Natürlich sehe ich auch Sinn in flexiblen Sprachen. Nichtsdestotrotz muss man ein paar Dinge berücksichtigen, wenn man sich für eine solche Sprache entscheidet.
Daniel "Deswegen mag ich auch Java nicht" Reutter --
Hanlon's Razor:
Never attribute to malice that which can be adequately explained by stupidity
|
|
|
|
|
|