|
|
|
|
So was mach ich jetzt:
a) schlafen
b) Diablo II zocken (eigentlich nicht gerade mein genre, ist aber doch ganz lustig)
b) scheibenwelt weiterlesen
c) SPIEGEL lesen
d) CS spielen
e) Pornos gucken
|
|
|
|
|
|
|
|
|
|
|
Ich für meinen Teil hab mir ein paar depressive Lieder von 3 doors down in die Playlist gepackt und flacke mich jetzt mit einem Buch ins Bett.
Irgendwie bin ich heute Abend so scheiss gut gelaunt (und das meine ich ernst), das es kaum zu ertragen ist.
|
|
|
|
|
|
|
wenn du dual-tft hast, dann guck doch pornos neben dem cs-spielen!111elf
|
|
|
|
|
|
|
Ich nehm Antwort a)
Nacht zusammen.
|
|
|
|
|
|
|
|
|
|
|
| Zitat von kinglui69
wenn du dual-tft hast, dann guck doch pornos neben dem cs-spielen!111elf
| |
Nix geht über Diablo!
Ich hab mir schon überlegt auf das Dienstnotebook hier Diablo 1 zu installieren - für die Momente, wo ich gerne meinen Kollegen den Monitor über den Kopf hauen will.
|
|
|
|
|
|
|
| Zitat von SkunkyVillage
e)
| |
*fapfapfap*
|
|
|
|
|
|
|
| Zitat von TriggerTG
Ich habe heute übrigens meine Wetterstation fürn AVR32 fertig bekommen \o/
Gibt Zeit, Temperatur und Helligkeit aus, speichert das als Ringspeicher im SDRAM, berechnet durchschnittswerte und man kann die Uhrzeit stellen!
http://nopaste.ch/015567364389e5f.html
| |
Es ist immer der selbe Effekt wenn ich Microcontroller Code lese: Obwohl ich weiß wie eine CPU funktioniert denke ich mir jedes mal "WTF? Dieses kleine Teil soll diese hunderte Zeilen Code ein paar dutzend/hundert mal pro Sekunde durchackern. Zomg!!1!"
Und dann wird mir klar, dass das nur ein Microporzessor ist und die CPU die da neben mir werkelt um Faktoren Leistungsfähiger ist. Dann läuft mir immer ein Schauer über den Rücken und ich frage ich in wie weit wir unsere Technologie eigentlich noch beherrschen. *grusel*
|
|
|
|
|
|
|
Nabend..
|
|
|
|
|
|
|
| Zitat von Achsel-des-Bösen
Es ist immer der selbe Effekt wenn ich Microcontroller Code lese: Obwohl ich weiß wie eine CPU funktioniert denke ich mir jedes mal "WTF? Dieses kleine Teil soll diese hunderte Zeilen Code ein paar dutzend/hundert mal pro Sekunde durchackern. Zomg!!1!"
Und dann wird mir klar, dass das nur ein Microporzessor ist und die CPU die da neben mir werkelt um Faktoren Leistungsfähiger ist. Dann läuft mir immer ein Schauer über den Rücken und ich frage ich in wie weit wir unsere Technologie eigentlich noch beherrschen. *grusel*
| |
Und wenn du in der Hinsicht tatsächlich Mindfuck haben willst, überleg dir mal, wie manche Auslegungen der Omegapunkt-Theorie mit Moore's Law zusammenpassen.
Abend Marvin.
Anders gesagt, es gibt tatsächlich einen ewigen Himmel. Tausendstelsekunden, bevor alles andere in die Binsen geht.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von igor]2 am 03.07.2008 23:33]
|
|
|
|
|
|
| Zitat von Achsel-des-Bösen
| Zitat von TriggerTG
Ich habe heute übrigens meine Wetterstation fürn AVR32 fertig bekommen \o/
Gibt Zeit, Temperatur und Helligkeit aus, speichert das als Ringspeicher im SDRAM, berechnet durchschnittswerte und man kann die Uhrzeit stellen!
http://nopaste.ch/015567364389e5f.html
| |
Es ist immer der selbe Effekt wenn ich Microcontroller Code lese: Obwohl ich weiß wie eine CPU funktioniert denke ich mir jedes mal "WTF? Dieses kleine Teil soll diese hunderte Zeilen Code ein paar dutzend/hundert mal pro Sekunde durchackern. Zomg!!1!"
Und dann wird mir klar, dass das nur ein Microporzessor ist und die CPU die da neben mir werkelt um Faktoren Leistungsfähiger ist. Dann läuft mir immer ein Schauer über den Rücken und ich frage ich in wie weit wir unsere Technologie eigentlich noch beherrschen. *grusel*
| |
Mich beschäftigt der Gedanke, wie man lesbaren Assembler-Code produziert
|
|
|
|
|
|
|
| Zitat von igor]2
| Zitat von Achsel-des-Bösen
Es ist immer der selbe Effekt wenn ich Microcontroller Code lese: Obwohl ich weiß wie eine CPU funktioniert denke ich mir jedes mal "WTF? Dieses kleine Teil soll diese hunderte Zeilen Code ein paar dutzend/hundert mal pro Sekunde durchackern. Zomg!!1!"
Und dann wird mir klar, dass das nur ein Microporzessor ist und die CPU die da neben mir werkelt um Faktoren Leistungsfähiger ist. Dann läuft mir immer ein Schauer über den Rücken und ich frage ich in wie weit wir unsere Technologie eigentlich noch beherrschen. *grusel*
| |
Und wenn du in der Hinsicht tatsächlich Mindfuck haben willst, überleg dir mal, wie manche Auslegungen der Omegapunkt-Theorie mit Moore's Law zusammenpassen.
Abend Marvin.
Anders gesagt, es gibt tatsächlich einen ewigen Himmel. Tausendstelsekunden, bevor alles andere in die Binsen geht.
| |
geil
|
|
|
|
|
|
|
| Zitat von TriggerTG
Mich beschäftigt der Gedanke, wie man lesbaren Assembler-Code produziert | |
Hab mal gelesen dass aus Performancegründen die Physik-Engine irgendeines Grand Prix-Teils komplett in Assembler geschrieben wurde. Stell ich mir lustig vor, wenn da mal ein Bug gefunden wird.
Moment, ich debugge mal eben und step da durch
|
|
|
|
|
|
|
Im Zweifelsfall wird das nicht ge-debuggt, sondern kurzerhand neu geschrieben. Fire and Forget.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von igor]2 am 03.07.2008 23:52]
|
|
|
|
|
|
| Zitat von FoxHunter
| Zitat von rABBI
zurückgegeben werden sollen für eine liste von pids die postzahlen an dem tag. wenn an dem tag keine posts vorliegen, dann 0. | |
Kapier ich nicht, was hast du genau vor?
Sowas?
|
PHP: |
SELECT DATE(p1.date) as Tag, COUNT(*)
FROM posts p1
WHERE DATE(p1.date) IN
(
SELECT DATE(p.date)
FROM posts p
WHERE p.pid IN (1239338737, 1236430020) -- Liste von PIDs
GROUP BY DATE(p.date)
)
GROUP BY Tag
|
|
| |
das gibt ja aber nur die tage zurück, an denen dieser account tatsächlich gepostet hat. ich will aber alle tage geliefert haben und wenn der account nicht anwesend war dann halt als count 0.
|
|
|
|
|
|
|
| Zitat von igor]2
Im Zweifelsfall wird das nicht ge-debuggt, sondern kurzerhand neu geschrieben. Fire and Forget.
| |
Erinnert mich an diverse Firmen.
|
|
|
|
|
|
|
fire & forget ist immer mehr im kommen..
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von -Marvin- am 04.07.2008 0:55]
|
|
|
|
|
|
|
|
|
|
Argh jetzt auch noch fiesen Husten. Kann so nicht schlafen.
|
|
|
|
|
|
|
/o\ Morgen /o\
Warum merken die Kollegen denn von selbst nicht, dass es nicht gut ist, wenn die "MainWindow.xaml.cs" mehr als 2500 Zeilen hat?
Spätestens wenn man allein 35 Namespaces reinlädt (System.IO, System.Xml, System.Net, Microsoft.Win32(!)...) sollte man doch feststellen, dass die Klasse zu viele Zuständigkeiten übernommen hat
Eine andere Sache die nervt: Es gibt zwar sowas wie "Control", allerdings nimmt der Konstruktor dieser Controls das MainWindow entgegen - so kann jedes Control fleissig in das Fenster rein schreiben und es geht alles kreuz und quer
Das nervt.
|
|
|
|
|
|
|
Objektorientierung? Das war doch das mit den Klassen, oder?
|
|
|
|
|
|
|
Und das "beste" daran: Alles studierte Leute!
|
|
|
|
|
|
|
| Zitat von [C.I.] Reman
/o\ Morgen /o\
Warum merken die Kollegen denn von selbst nicht, dass es nicht gut ist, wenn die "MainWindow.xaml.cs" mehr als 2500 Zeilen hat?
Spätestens wenn man allein 35 Namespaces reinlädt (System.IO, System.Xml, System.Net, Microsoft.Win32(!)...) sollte man doch feststellen, dass die Klasse zu viele Zuständigkeiten übernommen hat
Eine andere Sache die nervt: Es gibt zwar sowas wie "Control", allerdings nimmt der Konstruktor dieser Controls das MainWindow entgegen - so kann jedes Control fleissig in das Fenster rein schreiben und es geht alles kreuz und quer
Das nervt.
| |
Sag ihnen, sie sollen immer mal wieder die metrische Analyse durchführen. Ich find die oftmals ganz hilfreich. Gut die Tatsache, dass das hier:
|
Code: |
if (irgendwas == null)
throw new ArgumentNullException("irgendwas");
|
|
schlechter ist als
|
Code: |
if (irgendwas == null) throw new ArgumentNullException("irgendwas");
|
|
finde ich merkwürdig, aber Abzüge dafür ignoriere ich meistens.
Interessant auch, dass ich durch die Code-Analyse rausgefunden habe, dass der "as" Operator keine Exception wirf. Also ich kann das jedem, der die Team Suite besitzt nur wärmstens empfehlen. Nicht unbedingt als Leitwerk, aber für ein paar Tipps ist das immer gut.
|
|
|
|
|
|
|
| Zitat von [C.I.] Reman
Und das "beste" daran: Alles studierte Leute!
| |
Leider kein besonders Kriterium mehr, allerdings muss ich sagen, dass ich auf der Arbeit mangels Zeit auch nicht die besten Lösungen zusammenbastel.
Aber es gehört einfach viel Training dazu, wenn man ordentlich programmieren will, da hilft es auch nicht im Studium vielleicht 3 Mal praktisch programmiert zu haben.
|
|
|
|
|
|
|
Einzelne Befehle nach Bedingungs-/Schleifenköpfen ohne Klammern in eine neue Zeile rücken ist schlicht hässlich und nicht wesentlich lesbarer.
Jedenfalls meiner Meinung nach. Ich bevorzuge auch Methode 2.
|
|
|
|
|
|
|
Ich mach das gerne; da bei einem Einzeiler die bedingte Ausführung gar nicht so richtig durchkommt. Aber unabhängig davon, was schöner ist, es wird einzig und allein die Anzahl der Zeilen, die Quelltext enthalten, gemessen. Und da finde ich, dass diese Formatierung nicht als Malus behandelt werden sollte.
|
|
|
|
|
|
|
Für die .NETler unter uns: Laut dem "Source Code Analysis" sollte man allerdings Klammern machen.
Link: http://code.msdn.microsoft.com/sourceanalysis
Ich persönlich kann mit beidem Leben - richtiger ist allerdings bestimmt, Klammern zu machen
|
|
|
|
|
|
|
Wenns nur ein Funktionsaufruf ist nutze ich wie gesagt öfter mal Methode 2, ansonsten selbst bei Einzeilern eigentlich Prinzipiell Klammern.
Aber so:
|
PHP: |
<?php
if () {
blub
}
// nicht so
if ()
{
blub
}
// oder gar so
if () {
blub }
// oder die kränkste variante
if ()
{
blub }
?>
|
|
Variante 1 ist toll, Variante 2 unleserliche Platzverschwendung, Variante 3 und 4 sind einfach nur Hirnfick, aber irgendwie stolpert man immer wieder drüber.
|
|
|
|
|
|
|
Hab jetzt mal die Source Analyse ausprobiert, aber ich finde es nicht so gut, überall "this" Pointer zu verwenden. Mir ist schon klar, welche Vorteile das hat, aber irgendwie muss das doch nicht immer sein.
|
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |