Informatik-Humor

• Fun Informatic: Die verschiedenen Informatiker-Typen

Fun Informatic

• stehen ca um 7:00 Uhr auf
• frühstücken entspannt mit dem lieben Ehegatten/in
• erscheinen fröhlichlich am Arbeitsplatz
• arbeiten bis 12:00, und gehen dann in die Kantine (wenn vorhanden)
• fahren dann mit ihrer Arbeit fort, bis 17:00 Uhr.
• sehen abend noch entspannt, im Kreise der Familie oder nur des Ehegatten/in
  Fernsehen
• gehen um 22:00 Uhr ins Bett.

• rufen ihre eigene Weck-Methode auf, und generieren eine Zufallstimmung
• abhängig von dem Launenwert, fällt die Exceptionbehandlung für <KaffeeAlle>, <KinderSchreien> etc unterschiedlich aus.
• um die von der Chef-Application erwartete Performance zu erreichen, werden die wichtigsten Algorithmen vor Prozessstart optimiert und neu compiliert.
• Je nach Wert von <Arbeitsmoral> wird die Zeitspanne des Prozesses <Mittag> berechnet.
• Es wird mit großer Sicherheit das Objekt Kantine genutzt, um das System mit den nötigen Resourcen zu versorgen. Unabhänig ob der Wert <DieFetteCholerischeZiegeVonKöchin> gesetzt ist.
• Alle Exceptions, Threads und Objekte werden mit gleicher Priorität und Freundlichkeitsparameter bearbeitet, ausser wenn gilt [FremdObjekt.Position > Selbst.Position]
• Genau wenn die Systemuhr mit der geplanten Arbeitsendwert übereinstimmt wird der Prozess <Arbeitsplatz> beendet.
• Zuhause bestimmen eine vielzahl von Threads und Methoden den Ablauf. Es ist schwer da den überblick zu halten. Wichtig ist nur, dass mindestens 25% der Systemresourcen verschont bleiben um die Systemstabilität zu erhalten.
• Die Kill-Methode, des Tagesprozesses, wird so um 22:30 aufgerufen.

• rufen korrekt die Weck-Methode auf.
• führen teils überflüssige und gefährliche Algorithmen aus, wie <WoIstDerBlödeSchlüssel>, <WoIstDennDieseScheissZweiteSocke> etc
• Systemfehler #1: Kaffee-Objekt löst unerwartet eine Ausschütt-Exception aus, und vereinigt damit das <NeueUndTeureHose>-Objekt mit dem Feldinhalt des Kaffee-Objekts.
• Hosen-Pointer umsetzen auf Alternativ Objekt.
• Systemfehler #2: 30 Minuten zu spät
• Beim starten des <Arbeitsplatz> Prozesses gibt es Parameterprobleme:
  Alle wichtigen Dokument-Dateien, die eine ToComplete-Zeit von weniger als 3 Tage haben, seit 2 Wochen, sind in einem Stack von Tabellen und Meldungen verschwunden.
• Auch der Wechsel zum Prozess <Mittag> gestaltet sich schwierig, weil die Chef-Application, wie üblich, einen unzufriedenen Zustandswert hat, und eine Warnmeldung ausgibt. Sie droht damit, ihren Arbeitsstellenpointer auf das Nullobjekt zu verweisen, wenn die Performance nicht endlich mindestens einen modulo 10 Wert > 0 erreicht.
• Systemfehler #3: Beim Abarbeiten des Essenausgabe-Threads vom Objekt Kantine, tritt eine <ZuStarkGebohnerteBodenfläche> Exception auf, und löst einen unkontrollierbaren Fehlerzustand aus.
  Der Nahrungsstack bricht über der Abteilungsleiter-Application zusammen.
• Beim Fortfahen des <Arbeitsplatz>-Prozesses, tritt erneut eine Warnmeldung auf, ausgelöst von dem externen Bank-Objekt. Da dort ein unzulässiger Zustand des Kontos herrscht.
• Darauf meldet sich auch die Freundin-Application, ruft endgültig den Destruktor für das Hoffnungs-Objekt auf, indem sie den Verbindungspointer löst, den Zugriffstreiber deinstalliert, und Dateien wie "Telefonnummer" und "BlumenVonGestern" löscht.
• Nachdem über 5 Stunden das System ausgelastet war, alle Systemresourcen unbrauchbar sind, und der RAM mit sinnlosen Daten gefüllt ist, folgt der befreiende Prozess <Feierabend>
• Systemfehler #4: Das Auto-Objekt meldet mit der eigenen Soundausgabe, dass der Sprit alle ist.
• Systemfehler #5: Der fremde Prozess <Politesse> hat den Konstruktor <Knöllchen> aufgerufen, mit dem Parameter "Halteverbot"
• Es stellt sich Systemwert <Verzweifelt> ein.
• Zuhause wird der Tagesstack, neben dem Schulden- und Mahnungsstack, abgearbeitet.
  Dank der kompartiblen Application <Eltern> erhöht sich westenlich die Performance.
  Der Systemwert <Verzweifelt> wird, nach der Eltern-Meldung <DuSchaffstEs>, gelöscht.
• Völlig gecrashed löst das System die Kill-Methode für den Hauptprozess aus.
• GENERAL PROTECTION FAULT!

• brauchen grundsätzlich länger bis sie aufstehen, da die <weck()>-Methode in den 10. Unterordner versteckt ist.
• fallen, nach einem erfolgreichen aufruf, auf die Knie, und rufen laut die Message <IchDankeBeiGottDassEsBillGatesGibt> auf.
• Später im Prozess <Arbeitsplatz> rufen sie die Methode <festeröffnen()> auf, und lüften, wundern sich aber dabei, dass sich die Icons <Amsel>, <Spatz> etc selbstständig bewegen.
• Bei den allgemeinen Aufgaben wundern sie sich warum die Mappen geschlossen bleiben, wenn sie mit dem Finger darauf tippen, und beschuldigen später die Hardware.
• Beim Prozess <Mittag> läuft selbstständig der Thread <WeiterVonWindowsSchwärmenAuchWennMeinComputerVor5MinutenWiederAbgeschmiertIst> mit.
• beschwert sich bei der Gebäudereinigung, warum die Fenster nicht rot,grün,blau und gelb sind.
• wundert sich beim Kopieren, warum dessen Blätter nicht ordenlich in den Akten landen.
• Bei der Anfrage <AuchNochEinKaffee?> der Kollegen-Application, hängt sich der Windows-Informatiker auf, weil sein System ausgelaset war die Dateien des <Eigene Dateien>-Ordners zu sortieren.
• Als er später die geöffneten Fenster wieder schließen will, haut dieser vergeblich an die rechte Seite der Gardinenstange um das jew. Fenster zu schließen.
  Nach 10 stellt dieser einen unzulässigen Funktionsaufruf, seiner Hand fest, da die ohne zustimmung des Betriebsystems die Methode <Schmerz()> aufruft.
• beendet den Prozess <Arbeitsplatz>, falls der Tag ohne Systemfehler verlaufen ist.
  Als Endzeit wird nicht die allgemeine Systemzeit genommen, sondern die umgerechnete Zeit in Seattle.
• Zuhause wartet er vor der Haustür bis der Ladebalken des Threads <SchlüsselSuchen> mindestens 95% erreicht hat, klingelt aber dann doch, weil die Runtime-Exception <SchlüsselVergessen()> aufgerufen wird.
• Jetzt muss er vorsichtig sein: Das System läuft jetzt schon 8 Stunden non-stop.
  Da kann es leicht zu Fehlern kommen.
• Beim Prozess <Abendessen> muss zunächst das neue Gericht installiert werden, da sonst die <Essen()>-Methode nicht damit umgehen kann.
• Versucht später die <Ehefrau>-Application einen Thread <Romanik&Kuscheln> zu initialisieren, tritt zunächst eine <UnbeaknnteFunktion()>-Warnung auf.
• Sollte der Thread zum Aufruf <Sex()> kommen, bricht der Windows-Informatiker ab, weil er eine Exception <ProzedureinsprungspunktNichtGefunden> bemerkt.
• Da der Windows-Informatiker keine <Kill()>-Methode aufrufen darf, drückt dieser verzweifelt auf den Wecker herum, wo ein Knopf mit der Aufschrift "Al-Start" steht.
  Er wundert sich warum er nicht einschläft.