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.
Jo elÀnd, dann bist du nicht am gleichen ort. Hei du hast ja viel zu schön.
Ausser den Namen weiss ich noch gar nichts, ich muss dem hans glaub mal anrufen.
Was heisst verpasst halt n bissel, hei da gehen 3 Wochen flöten. Und wÀhrend des WK hast du ja nicht Zeit irgend etwas von dem Stoff nachzuhohlen.
Ich weiss ja nicht wie es bei dir steht aber ich hab n haufen neue FĂ€cher von denen ich noch ĂŒberhaupt keine Ahnung habe, wenn ich da den Einstieg verpass ist der Zug abgefahren.
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.
