Tja, sehr lebendig wirkt das hier auch nicht. :-/
Also ich habe mit KDE zwar nichts am Hut, aber dass Leute für Verdienste um die OSS-Bewegung nationale Ehrungen erhalten, finde ich auf jeden Fall eine positive Entwicklung. ^^ Ich habe schon über fünf Patches gepostet und will auch was vom Bundespräsidenten! XD
--A human is a system for converting dust billions of years ago into dust billions of years from now via a roundabout process which involves checking email a lot.
Hast du ein paar Leaks eingearbeitet. huh? :PZitat von drunken monkey
--"When I was in college, there were certain words you couldn't say in front of a girl," "Now you can say them, but you can't say 'girl." - Tom Lehrer
Verdammt, das war ein einziger String, lass' mich mal in Ruhe damit! XD
--A human is a system for converting dust billions of years ago into dust billions of years from now via a roundabout process which involves checking email a lot.
Ooooook...
Warum sind globale Variablen in Java böse?
Nein ehrlich, ich weiß es nicht, aber unsere Dozentin beharrt auf dieser These, so wie sie strickt verbietet einen Break in einer Schleife zu verwenden und mich erschließt sich das nicht ganz^^°
--
Globale Variablen sind generell böse. Nicht nur in Java.
Das liegt daran, dass jede Funktion auf diese Variablen zugreifen kann. Allgemein gilt: So lokal wie möglich!
Das hat den Vorteil, dass man bestimmte Funktionen auch in anderen Projekten weiter benutzen kann, ohne großartig rumschauen zu müssen, ob da irgendwo eine globale Variable rumgeistert, die diese Funktion benötigt.
Auch hat man das Problem nicht, dass man aus versehen eine Variable mit einem anderen wert überschreibt.
Warum sie ein break verbietet ist mir allerdings schleierhaft. Globale Variablen sollten wahrhaftig nur mit Bedacht eingesetzt werden. Aber ein break kann doch stellenweise eine Schleife sinnvoll vorzeitig beenden.
--
Also ich weiß, dass man unter Pascal das Break vemeiden sollte, weil das vom compiler abhängig ist, obs implementiert wurde oder nicht. Turbo Pascal kennt das Break nicht so ohne weiteres, während Free Pascal es ohne zu meckern schluckt.
Warum man ein Break unter Java (oder generell bei allen Sprachen) vermeiden sollte, würde mir auch nichts einfallen, außer vielleicht aus Strukturierungsgründen, weil ein Break was sprunghaftes hat und Sprünge soll man vermeiden.
Zumindest bin ich all den Jahren ohne Break ausgekommen und wüsste kein Beispiel, wo ein Break zwingend erforderlich wäre.
Ich hab das Gefühl, meinem Prof ist Stil vollkommen egal. Um so wichtiger sind ihm dafür Tests. "Selbstgeschriebene" Programme müssen immer (!) ausführlich (!!!) getestet werden und die Tests machen 20% der Note aus (40% Programm, 40% Doku, 20% Tests).
So kommt es, dass ich effektiv jetzt zum aktuellen Übungsblatt doppelt so viel Tests wie Dokumentation habe (Trivialfall, Normalfälle, Grenzfälle und Fehlerfälle für... die Umrechnung einer Dezimalzahl in eine andere Basis in 8 Codezeilen).
Erste Reaktion: "Hey, das ist ja genau wie an meiner Uni!"
Zweite Reaktion: "Moment mal, d_o studiert an meiner Uni." -_-°
Amüsanterweise habe ich es schon mal geschafft, ein nicht richtig funktionierendes Programm durch geschickte Konstruktion der Tests so aussehen zu lassen, als wäre es korrekt (sofern man nicht gerade beliebigen Input reinschickt). Bin sogar damit durchgekommen.
Der deprimierende Teil: Schon im Hauptstudiumsprojekt werden hehre Ideale wie Unit-Tests völlig vergessen sein. Aber hey, positiverweise vergißt man auch Rainer "das Wasserfallmodell ist das einzig Wahre" Koschke. Spätestens, nachdem man ein Semester damit verschwendet, strikt nach Wasserfall nichts brauchbares zu produzieren.
Ich habe hier gerade einige mod_rewrite Anweisungen zu fassen, die irgendwie schon fast an Programmierung rankommen:
Wer das ohne Manual versteht: Respekt!
Wen es interessiert, ich schlüssel das mal eben auf:
Es handelt sich um URLs der Form /files/1234abcd/filename.ext (wo kommen die wohl her? *hust*)
Die erste Zeile matcht von filename.ext das .ext und speichert es in einer Gruppe. Die zweite Zeile lässt das 1234abcd in einer sog. RewriteMap nachgucken, hängt die in der ersten Zeile gematchte Endung an und matcht dagegen dann den Regexp ^(.*(\.[^.]+))\2$, der effektiv dafür sorgt, dass verglichen wird, ob die Rückgabe der RewriteMap die selbe Endung hat, die in der ersten Zeile gematcht wurde, und diese Rückgabe in einer neuen Gruppe speichert (auf die hinterher wieder mit %1 zugegriffen werden kann). Die dritte Zeile prüft nur noch, ob der Rückgabewert nicht NULL war (was heißt, dass nichts gefunden wurde). Falls also die Endung gleich war und überhaupt was gefunden wurde, ersetzt die vierte Zeile den Aufruf durch die Rückgabe der RewriteMap. Elegant daran: Es musste nur einmal die RewriteMap aufgerufen werden, die potentiell hohe Laufzeitkosten hat. Scheußlich daran: Die Funktionalität könnte man genau so gut in die RewriteMap selbst stopfen, weil die (zumindest bei mir) ein Script ist. Aber ich hatte gerade Spaß daran, es so zu machen. Bei genauer Betrachtung könnte ich vermutlich den Check auf !NULL weglassen… *kratz*
Naja, ich werds lieber nicht wirklich so verwenden. Denn sowas erzeugt unwartbare Projekte(das versteh ich ja selbst schon morgen nicht mehr)
Habt ihr auch diese Burnout-Phasen? Das ist ein Teufelskreis, man hat zwar Zeit produktiv zu werden, aber keine Lust dazu, was dazu führt, dass man aus der Burnout-Phase nicht rauskommt, da es keine Erfolgserlebnisse gibt. Von Pflichtarbeiten rede ich gar nicht, da bekommt man wenigstens "motivierende" Arschtritte.
Häufig ja
Ich brauch mir dann aber nur KH II oder so anzuschauen, dann hab ich wieder Lust.
--
Oh ja. Daran merkt man denke ich aber auch immer wieder das Anwendungen schreiben auch was mit Kreativität zutun hat. Wäre es nur "dumpfes" abarbeiten von auswendig gelernten Logiken, wäre das denke ich kaum möglich.
Meist beenden sich diese Phasen von selbst wieder. Nur die Wartezeit ist halt schon nervig.
@Ein anderes Thema
Ich muss ehrlich sagen, ich habe eine echte Abscheu gegenüber Javascript. Ich muss damit arbeiten um eine statische Website zu erstellen. Anders wäre der Shop der dabei sein muss nur schwer zu realisieren. Wer sich nun fragt warum das? Nunja, ist eine Übungsaufgabe.
Die ganze Sprache ist ein einziger Krampf. Sie fühlt sich widerlich an. Vielleicht ist es fehlende Gewöhnung und Übung. Aber ich werd mit diesem Ding nicht warm. Selbst die simpelsten Umsetzungen darin kommen mir umständlich und "unnatürlich" vor.
Obwohl es logisch zu definieren sein müsste, kann ich es grad nicht. Mir fällt grad kein konkretes Beispiel ein. Alleinig das die Variablen keinen festen Datentyp haben fällt mir grad ein.
--
Definitiv. JavaScript ist ziemlich cool und relativ mächtig, es ist wahrscheinlich nur die bisherige fehlende Erfahrung mit Sprachen dieser Art, die dir Probleme bereitet. Persönlich habe ich JavaScript bisher nur eingebettet mit Netscapes SpiderMonkey und Googles V8 verwendet, also ohne den ganzen Webkram, die Erfahrung war aber ziemlich positiv, wenn man von einigen fehlenden Sprachkonstrukten, die man sich wünschen würde, wie etwa Modulunterstützung, und der mageren Performance (die natürlich auch mit der Implementierung zusammenhängt) absieht.
Edit: Ich kann übrigens Eloquent JavaScript wärmstens empfehlen.
Geändert von Kyuu (20.11.2009 um 18:10 Uhr)
Ich hab grad wieder eine. Ich hab noch zig Sachen, die fertig werden sollten und bin dieses Wochenende zu exakt gar nichts gekommen. Auch nicht durch "motivierende Arschtritte". Im Gegenteil, das einzige, womit ich in den letzten Tagen voran gekommen bin, ist eine Überarbeitung der Website von ner Freundin. Da hab ich weder einen festen Zeitplan, noch krieg ich irgendeine Bezahlung, aber es ist einfach entspannend und ich weiß, dass ich damit jemanden glücklich mache.
--
Ach ja, DFYX: Deine Signatur verstößt ja mal voll gegen Wikipedia:Notability und hat außerdem [citation needed], also schlage ich eine schnelle Löschung vor. Ist gerade ein Administrator zur Hand?
Traditionell müßten wir jetzt drüber diskutieren und ein Admin löscht dann alle Gegenstimmen aus der Diskussion, sofern sie nicht sowieso gleich mit Verweisen auf Wikipedia:NPOV, Wikipedia:EFLA, Wikipedia:NAMBLA und Wikipedia:LMAA (und noch 20 weiteren solcher Seiten) zugeschüttet werden.
Naja, wenn ich das bei meiner Informatik-Vorlesung richtig verstanden hab (da hieß es iirc auch, wir sollen kein break verwenden), meinen sie, wenn man die Abbruchbedingung im Schleifen-Kopf hat, ist das besserer Programmierstil. Aber andererseits ist das, was wir da machen (und das trifft vermutlich auch auf R.D. zu) so simpel, dass es da auch keine sinnvolle Anwendung für break gibt.
@Globale Variablen
Ahh~! Gut, denke ich hab das jetzt verstanden, auch was das break angeht, wobei sie wenn sie davon redet immer so wirkt, als wäre es ein Sünde.
Sie hat uns sogar ausdrücklich VERBOTEN jemals einen Break zu verwenden. Solltes es in einer Klausur vorkommen gisb ne 5 :/ (wobei das sicher scherzhaft gemeint war... hoffe ich...)
--
Manche Professoren/Dozenten spinnen einfach etwas mehr als normal.
Also ich hatte schon etliche Vorlesungen zu Software-Entwicklung mit Java, und habe davon noch nie gehört. Und auch wenn's teilweise vielleicht wirklich besserer Stil ist, das nur im Schleifenkopf zu haben, gibt's genug Fälle wo das nicht so ist. Ein allgemeines Verbot ist da einfach nur dämlich.
Vor allem wenn sie anscheinend nicht mal fähig ist, das verständlich zu begründen. o_O"
--A human is a system for converting dust billions of years ago into dust billions of years from now via a roundabout process which involves checking email a lot.
Berechtigungen
