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.
