Ich bin der Meinung, dass man schnellen Code auch schön schreiben kann.
Vielleicht dauerts etwas länger und nicht jedes Feature von heute auf Morgen verfügbar. Dafür kann man den Code besser warten.
es muss nicht edler sein, ohne. wenns schneller ist, dann ist's edler.
das speichern von zusätzlichen daten ist ein sehr gebräuchliches mittel, um mehr geschwindigkeit rauszuholen. meist gilt, wenn mehr daten gespeichert sind, wird's schneller; und umgekehrt. und da heutzutage speicher günstiger ist als rechenzeit, wird häufig mehr gespeichert. wichtig ist nur, dass die richtigen daten gespeichert werden, damit's auch wirklich schneller wird. (hab heute fast den ganzen tag für die schlussprüfung in 'algorithmen und datenstrukturen' von morgen gebüffelt) also los!
Die und die letzte Woche hatten wir Prüfungen.
Es ist so gegangen wie ich das erwartet hab.
Und ich erwarte: Physik 3, Java >=5.5, Mathe 5, Deutsch 4.5, Digitaltechnik >= 5.
hm ja, rechenzeit versus cpu verbrauch. im zorg-kontext kämen da aber schnell redundanz probleme daher, die dann evtl mühsam werden können, meinst du nicht?
natürlich muss es sauber programmiert werden, damit die datenintegrität gewährleistet ist. das ist halt das risiko, wenn man redundante daten speichert. aber ich denke, wir sollten das hinkriegen. auch auf zorg.
Ich wär eigentlich dafür, dass man eine Testumgebung einrichtet.
So dass man per SFTP (oder SVN) nur auf diese zugreifen kann.
Wenn alles korrekt läuft werden die geänderten Files irgendwie auf das "produktiv" System kopiert.
