diff --git a/OLD.megaschmarrn b/OLD.megaschmarrn
index d630091..1882d06 100644
--- a/OLD.megaschmarrn
+++ b/OLD.megaschmarrn
Binary files differ
diff --git a/OLD.schmarrn b/OLD.schmarrn
index b821023..ce2eeed 100644
--- a/OLD.schmarrn
+++ b/OLD.schmarrn
@@ -410064,3 +410064,150 @@
 
 
 
+Re^3: Neue Coding guidlines fuer LPC (Zesstra, 22. Feb 2019, 22:38:36):
+~#! rn=Zaphob rt=1550862914 rg=schmarrn
+~#! tid=1550831134
+Es ist C, aber der Trick ist, dass die in C, aber nicht in Python benoetigen
+Klammern und ; in den Kommentaren versteck sind. Sprich: es ist C, welches die
+in python notwendigen Einrueckungen hat, aber die in C notwendigen
+Strukturierungselemente versteckt.
+
+Zesstra
+
+-----------------------------------------------------------------------------
+
+
+
+Re^4: Neue Coding guidlines fuer LPC (Croft, 23. Feb 2019, 09:30:25):
+~#! rn=Zesstra rt=1550871516 rg=schmarrn
+~#! tid=1550831134
+In?  Zwischen!
+
+Croft
+
+-----------------------------------------------------------------------------
+
+
+
+Re^4: Neue Coding guidlines fuer LPC (Zaphob, 23. Feb 2019, 19:51:25):
+~#! rn=Zesstra rt=1550871516 rg=schmarrn
+~#! tid=1550831134
+Danke fuer die Erlaeuterungen. Hab ich wieder was gelernt. Inzwischen verstehe
+ich auch, wie die Klammern da zwischen /* und */ bzw. danach stehen und der
+Rest als Kommentar ignoriert wird. Schoenes Ding. 
+So wuerde man diesen konkreten Code zwar nicht einruecken, aber egal.
+Wird das wenigstens irgendwie automatisch aus dem C-Code erstellt?
+Hier der Code als Python zum Vergleich:
+
+def fibo():
+  i = 0
+  j = 1
+  while i < 1000:
+    i += j
+    j = i-j
+    print(f"{i}")  # oder auch print("%d" % i)
+
+Return ist implizit. Nicht sicher, wieso das LPC die beiden Argumente der
+For-Schleife in eine jeweils eigene Zeile schreibt, und den eigentlich
+ausgefuehrten Code-Block in der Schleife dann um zwei Ebenen einrueckt. Finde
+While da auch eleganter als For. Aber ich kann schlecht C.
+
+-----------------------------------------------------------------------------
+
+
+
+Re^5: Neue Coding guidlines fuer LPC (Tizona, 23. Feb 2019, 19:55:42):
+~#! rn=Zaphob rt=1550947885 rg=schmarrn
+~#! tid=1550831134
+Python ist gestorben als print zur Funktion wurde.
+
+Tizona, sich wieder trollend.
+
+-----------------------------------------------------------------------------
+
+
+
+Re^6: Neue Coding guidlines fuer LPC (Zaphob, 23. Feb 2019, 20:03:17):
+~#! rn=Tizona rt=1550948142 rg=schmarrn
+~#! tid=1550831134
+Ich glaube Python ist in den Top 5, aber ich kann mich irren.
+
+Die Printfunktion wurde mit Version 3.0 vor knapp 10 Jahren geaendert.
+
+Sorry, wenn dich das trollt. War auch eine grosse Umstellung:
+
+Vorher: Print "OK"
+Spaeter: Print("OK")
+
+Seit 3.0 sind ja noch einige andere Neuerungen dazugekommen. Anscheinend aber
+ganz gut fuer wissenschaftliches Arbeiten, oder wo Python benutzt wird.
+
+Auf deiner "ist gestorben" Skala, wo steht da LPC ungefaehr?
+
+-----------------------------------------------------------------------------
+
+
+
+Re^7: Neue Coding guidlines fuer LPC (Amaryllis, 23. Feb 2019, 20:32:08):
+~#! rn=Zaphob rt=1550948597 rg=schmarrn
+~#! tid=1550831134
+Python ist (je nachdem welchen "Testbericht" man sich anschaut) die
+drittbeliebteste Sprache - da gabs bei Version 3 wohl nochmal nen grossen
+Schritt vorwaerts.
+Einigen wir uns darauf, dass sie unter den Top10 ist. ;)
+
+Ama*, hatte frueher Python auch immer muede belaechelt...
+
+-----------------------------------------------------------------------------
+
+
+
+Re^7: Neue Coding guidlines fuer LPC (Tizona, 23. Feb 2019, 20:33:10):
+~#! rn=Zaphob rt=1550948597 rg=schmarrn
+~#! tid=1550831134
+Na, ich mochte python 2 recht gerne und hab den ganzen Fuss um 3 nie wirklich
+verstanden, zumal das Hauptproblem von Python, das global interpreter lock,
+damit nicht behoben wurde. Aus meiner Perspektive waren viele der Neuerungen
+in Python3 hauptsaechlich eine gescheite Unicode-Unterstuetzung, was mich
+persoenlich nicht wirklich interessiert, aber natuerlich sinnvoll ist und auch
+notwendig war, damit sich die Sprache weiterhin durchsetzen konnte.
+
+Was Python gut kann sind numerische Bibliotheken, weil man da eben sehr gut an
+C rankommt. Wenn man mal eben was mit lineare Algebra machen will, dann ist
+das super. Aber so insgesamt sind die auch nicht so schoen, die Vektorformate
+sind bisschen kreuz und quer verteilt und nicht so ganz gut durchdacht. Es
+geht beispielsweise super easy durch die opencv libraries nen object tracker
+fuer ein Video zu schreiben, das ist mit rudimaenteren Eingaben (Video
+starten, anhalten, Objekt rechteck drumziehen, weiterlaufen lassen) in unter
+100 Zeilen gemacht. Aber dann rauszufummeln, wie man den Pfad schoen mit nem
+Polygonzug darzustellen, boah, die Syntax mit den Koordinaten ist da schon
+durchaus arkan, und keine lib macht das so wirklich schoen.
+
+Da endet dann aber auch schnell der Vorteil von Python fuer wissenschaftliche
+Berechnungen. Also so lineare Algebra kriegst Du eben innerhalb der C-Stuecke
+schoen auf die GPU oder Kerne verteilt. Aber Algorithmen auf anderen
+Datenstrukturen sind da deutlich problematischer, zumal Python-Objekte
+ziemlich fett im Speicher liegen und das sich auch nicht durch C-Libraries
+wegzaubern laesst.
+
+Und dann kannst Du halt auch wieder direkt C oder dieses Teufelszeug von C++
+schreiben. Oder irgendwie was wie Go oder erlang, was mehr auf Multithreading
+ausgerichtet ist.
+
+Das ist halt ein Damoklesschwert, welches ueber Python haengt und da so
+schnell auch nicht wegkommt. Es ist natuerlich immernoch eine tolle Sprache,
+bei Webanwendungen kann Dir der Server das schoen auf Prozesse aufteilen und
+fuer die typischen Anwendungsgebiete von Skriptingsprachen ist es auch mit die
+beste Sprache, wenn nicht die beste. Schon allein die Listcomprehensions sind
+ja unfassbar gut.
+
+Richtig sterben wird die Sprache wohl nicht, aber ich mein Perl hat halt auch
+mal seine Zeit gehabt, und die ist vorbei, und wenn Python das GIL nicht
+wegkriegt, wird es auch in vielen Bereichen wieder verdraengt.
+
+Tizona, wollte doch nur nen bloeden Witz machen.
+
+-----------------------------------------------------------------------------
+
+
+
diff --git a/OLD.stufen b/OLD.stufen
index ced65bc..6a75f12 100644
--- a/OLD.stufen
+++ b/OLD.stufen
@@ -24576,3 +24576,14 @@
 
 
 
+Kanyahon ist jetzt ein Seher! (Merlin, 30. Dez 2018, 18:04:32):
+
+Am Son, 30. Dez 2018, 18:04:32 hat Kanyahon die noetigen Bedingungen
+erfuellt und ist vom Spielerstatus zum Seherstatus aufgestiegen. 
+
+ Herzlichen Glueckwunsch, Kanyahon!
+
+-----------------------------------------------------------------------------
+
+
+