1 up | 2 up | 3 up | 4 up | 5 up | 6 up |
^^^ Additional posts ^^^
zorg.ch
#46983 by @ 09.09.2004 21:48 - nach oben -
Wenn jeder Thread-Record zb zusätzlich die lastcommentid hätte würds viel schneller gehen.
zorg.ch
#46987 by @ 09.09.2004 21:52 - nach oben -
und warum hat er das nicht ?...jeder post müsste dann aber auch wissen in welchem thread er ist oder ?
zorg.ch
#47006 by @ 09.09.2004 22:52 - nach oben -
das wiess jeder post jetzt schon
zorg.ch
#46989 by @ 09.09.2004 22:09 - nach oben -
warum nicht? vorher hatten wir das sogar... ist ein bisschen edler ohne, aber halt eben auch langsamer... wär vielleicht gut das wieder einzubauen.
zorg.ch
#46992 by @ 09.09.2004 22:17 - nach oben -
ich glaub irgendwie das wir endlich mal aufhören müssen die "reinheit" unseres code/struktur vor die geschwindigkeit zu stellen!
zorg.ch
#46994 by @ 09.09.2004 22:20 - nach oben -
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.
zorg.ch
#46996 by @ 09.09.2004 22:23 - nach oben -
mag sein, aber nur weils edler ist auf ein feld in ner table zu verzichten und dafür alles langsamer machen ist doch echt sinnlos
zorg.ch
#46997 by @ 09.09.2004 22:25, edited @ 09.09.2004 22:25 - nach oben -
Wenn das Feld bereits an einem anderen Ort ist, machts auch wenig Sin.
Vor allem weil man sich das Feld relativ einfach besorgen kann.
zorg.ch
#47010 by @ 09.09.2004 23:04 - nach oben -
Nein. Irgendwann kommt man in der Praxis immer an einen Punkt wo man sich zwischen Performance/Schönheit des Codes entscheiden muss.
zorg.ch
#47007 by @ 09.09.2004 22:59 - nach oben -
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!
zorg.ch
#47012 by @ 09.09.2004 23:06 - nach oben -
Jo, ich erwarte das ein Pagehit schneller wird als ein 512byte Plaintext file.
zorg.ch
#47022 by @ 10.09.2004 08:07 - nach oben -
Du hast erst jetzt Prüfungen?
Zum glück bin ich mit meinen schon fertig.
zorg.ch
#47024 by @ 10.09.2004 08:09 - nach oben -
ja, erst jetzt. wann hattet ihr den prüfungen? isch guet gange?
zorg.ch
#47039 by @ 10.09.2004 09:21 - nach oben -
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.
zorg.ch
#47044 by @ 10.09.2004 09:28 - nach oben -
ja also, dann ist das auch nicht so ein unterschied. wir haben diese und die nächste woche.
zorg.ch
#47047 by @ 10.09.2004 09:29 - nach oben -
Der unterschied ist, dass du den WK machen konntest und ich nicht. Deshalb muss ich jetzt grad zu begin des Semesters 3 Wochen in den Grünen Urlaub.
zorg.ch
#47049 by @ 10.09.2004 09:37 - nach oben -
sei froh, dass du nicht zum zemp in den wk musstest.
zorg.ch
#47054 by @ 10.09.2004 10:11 - nach oben -
deep, wenn muesch in wk? i mue vom 25.10. bis 11.11. oder so. isch grad au di erste 3 woche vom neue semester bi mir...
zorg.ch
#47077 by @ 10.09.2004 10:44 - nach oben -
Ich muss von 25.10 bis 12.11 Tm KP 7/3 (J).
Funktioniert das bei dir mit dem Studium, da verpasst du ja eländ viel.
Additional posts
zorg.ch
#47117 by @ 10.09.2004 12:16 - nach oben -
Hei dä 11.11 isch eh dä schönscht tag vom johr.
Additional posts
zorg.ch
#47027 by @ 10.09.2004 08:33 - nach oben -
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?
zorg.ch
#47030 by @ 10.09.2004 08:37 - nach oben -
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.
zorg.ch
#47031 by @ 10.09.2004 08:37 - nach oben -
ja, früher oder später ;))
zorg.ch
#47032 by @ 10.09.2004 08:39 - nach oben -
dein vertrauen in die zorg-coder scheint nicht gerade gross zu sein!? ;)wir kriegens schon hin, keine sorge.
zorg.ch
#47033 by @ 10.09.2004 08:42 - nach oben -
nein ich glaubs schon. Erfahrungsgemäss rechne ich mit 1/2 Tag zorg Fuckup ;)
zorg.ch
#47034 by @ 10.09.2004 08:44 - nach oben -
nicht dass ihr das schlecht machen tätet oder so, aber man merkt dass ihr keine testumgebung habt.
zorg.ch
#47035 by @ 10.09.2004 08:51 - nach oben -
Wenn man *richtig* gut ist braucht man keine Testumgebung.
Additional posts
zorg.ch
#47038 by @ 10.09.2004 09:07 - nach oben -
also für so ne kleine änderung sicher nicht!
zorg.ch
#47071 by @ 10.09.2004 10:35 - nach oben -
Wir wissen dass wir schlechte Coder sind - musst uns nicht immer daran erinnern ;-)
zorg.ch
#47069 by @ 10.09.2004 10:34 - nach oben -
Ich hab das Forum jetzt mal so gelöst - wenn Probleme auftauchen, löse ich die dann.