Ich liebe Recommendersysteme.
Lands’ End verkauft ein Schlafanzug-Oberteil und die dazu passende Hose getrennt. Schräg, aber akzeptabel.
Aber daß deren Recommendersystem die Hose als Alternative zum Oberteil empfiehlt (und umgekehrt), ist wohl ein bißchen daneben 
Hessen hat keine Zweifel bei Wahlcomputern, berichtet Heise. Wie üblich werden Sicherheitsbedenken angeführt, Wahlcomputer sind manipulierbar usw…
Ich denke ja, die Diskussion wird von der falschen Seite geführt. Ist doch egal, wie sicher Wahlcomputer sind. Anders gesagt: Wahlen müssen nicht einfach nur sicher sein. Sie müssen nachvollziehbar sicher sein, der Wähler soll also verstehen können, wie das Verfahren funktioniert und sich vergewissern können, daß alles mit rechten Dingen zugeht. Wenn die Stimmzettel in einer Urne sind, dort öffentlich herausgenommen werden und ebenso öffentlich ausgezählt werden, dann versteht das Jedermann. Wenn in eine Wahlmaschine Chips eingeworfen werden, die in verschiedenen Schächten landen und sowohl automatisch als auch manuell gezählt werden können, dann auch. Wenn aber das Verfahren rein elektronisch abläuft, dann kann das niemand. Selbst Experten (und zu denen zähle ich mich) müssen dafür einen sehr hohen Aufwand treiben und können sich in aller Regel dennoch nicht hundertprozentig sicher sein.
Und deshalb bin ich gegen Wahlcomputer. Egal, ob nun offenkundige Sicherheitslücken vorhanden sind oder nicht.
Mit der Java-VM von Sun hatte ich mehrfach Probleme, wenn ich eine Anwendung geschrieben habe, die viel Speicher braucht. Die 32-Bit-Version kann nur deutlich unter 2 GB Heap verwalten; die 64-Bit-Version kann mehr, aber dafür braucht man dann auch gleich annähernd doppelt so viel Speicher (64-Bit-Zeiger eben).
Mit JRockit von Bea bin ich da wesentlich glücklicher: So kann die 32-Bit-Version schon mit ca. 3 GB Heap umgehen. Und die 64-Bit-Version beherrscht auch 32-Bit-Zeiger. Damit kann man dann auch knapp 4 GB Heap verwenden, ohne gleich den Speicherbedarf zu verdoppeln.
