Bei unserem aktuellen Projekt hoogoo.de kann man Scooter selber gestalten. Der erste Kunde hat nach dem Launch fünf Tage auf sich warten lassen, doch am 6 Tag (heute) ging es dann richtig rund. Schon Spannend, was die Leute sich alles einfallen lassen.

Sehr beliebt sind auch Bilder von Kindern, aber die können wir hier natürlich nicht öffentlich zeigen.

.Beim Bau des “aquafun” wurde die Brunnenkopfabdichtung entfernt. Diese Abrlichtung diente Zum Schulz von Eindringen von Oberflächenwasser in den Grundwasserleiter. Damit stand der Brunnenrohr über Jahre hinweg offen, so dass Oberflächenwasser und Wasseer aus dem Schwimmbecken über den Brunnen in den Grundwasserleiter eindringen konnte. (Sitzungsprotokoll eines Radevormwalder Ausschusses)

Beunruhigend.

Gehen wir von einer starken, aber nicht überwältigend präsenten Marke mit ein paar Millionen Kundenkontakten pro Jahr. Ein Beispiel wäre Krüger, die Firma mit den Brausetabletten.

Eine Marke bloggt oder twittert (wird im weiteren gleichgesetzt) um den Wert der Marke zu steigern. Ziel ist es, dass die Öffentlichkeit positive Werte, Erlebnisse und Gefühle mit der Marke verbindet.

Ein Marken-Twitterer ist nicht dazu da, zu unterhalten, zu schockieren, aufzurütteln, die Wahrheit zu verbreiten oder die Konkurrenz schlecht zu machen. Er ist nicht mal dazu da, Menschen davon zu überzeugen Produkte der Marke zu kaufen. Viel mehr geht es darum, die Menschen davon zu überzeugen, das die Marke eine gute Wahl ist, wenn eine entsprechende Kaufentscheidung ansteht.

Das hat ein paar unmittelbare Folgen:

1. Ein Markentwitterer ist kein Schnäppchen-Vermittler. Gegenbeispiel ist @lufthansa_DE wo ganz überwiegende Reklame (d.h. Flugangebote usw.) versetzt mit ein paar Statusmeldungen gesendet werden. Noch extremer ist @ mediamarktarena und es gibt sicher noch 1000 andere Beispiele. Diese Firmen benutzen Twitter nicht um die Marke zu pflegen und haben das vielleicht auch gar nicht nötig.
   Der Markentwitterer mag gelegentlich Angebote oder Gewinnspiele einfliessen lassen, das ist aber nicht der Hauptnutzen des Accounts.
2. Ein Markentwitterer ist kein Comedian, politischer Kommentator oder Pandit. Wenn die Follower überwiegend aus den bisherigen und zukünftigen Kunden der Marke bestehen sollen, heisst das, dass diese sehr sehr bunt durch alle Lager gemischt sind. Das bedeutet, dass man mit allem, was man selbst für geistreich, schlagfertig, elegant-zweideutig, süffisant, raffiniert-ironisch, einen spannenden Denkanstoß oder bewusstseinserweiternd hält, von einem grossen Teil der eigenen Follower verstört, verunsichert oder verärgert. Das mag die Aufgabe eines Theaters oder einer guten Zeitung sein, aber nicht eines Markentwitterers. Das heisst alles von besonders gewitzt bis ironisch sollte aussen vor bleiben.
   Sympathisch, verständnisvoll und zuverlässig sind ehr Attribute, die der Markentwitterer anstreben sollte.
3. Negatives über andere gehört nicht in die Tweets eines Markentwitterers. Wir wollen ein sympathisches, positives Bild vermitteln. Wer wissen will, wie schlecht die Welt ist, muss sich woanders informieren.
   Vergleichende Werbung, bei der man die Mistkübel über Mittbewerber ausschüttet, funktioniert in Deutschland auch nciht sonderlich gut.
4. Mit Negativem über die eigene Marke offensiv umgehen und Probleme aussprechen. Aber bitte immer direkt mit einer Lösung oder zumindest einem “Wir arbeiten dran”. Dann auf keinen fall das Follow-Up vergessen.
   Aber Achtung, man schaft mit den Tweets Fakten, die kaum noch aus der Welt zu schaffen sind. “Manchmal gehen Kaffeemaschinen halt in Feuer auf!” kann der Anfang eines sehr langen Schadensersatz Prozesses sein. In Krisensituationen sollten immer mindestens zwei Personen aus unterschiedlichen Unternehmensbereichen einen Tweet vorm absenden checken.
5. Immer nur versprechen, was man auch auf jeden Fall halten kann. “Mit unseren Schlittschuhen, wär’ das Olympia-Ergebnis anders ausgefallen!” Sicher? Nein natürlich nicht: mit unseren Schlittschuhen wurden alles in allem wohl mehr Olympiaden verloren aus gewonnen. Obendrein sind wir im Hochleistungssport kaum noch aktiv.
6. Nie vergessen, dass man mit und über Menschen twittert. Für eine privaten Twitter-Persona mag es passend sein, als unfreundlich, unhöflich und roh zu gelten, für einen Marken-Twitterer nicht.
   Nie die Gefühle einer Person mit Füssen trampeln.
7. Offensiv damit umgehen, dass der Kunde nicht immer recht hat. Eine Schöne Fallstudie ist der Kevin Smith/Southwest Fall, denn man negativ aber auch positiv bewerten kann.
   Nie behaupten oder auch nur andeuten, dass bei der eigenen Marke und im eigenen Unternehmen alles frei von Problemen, Reibereien usw. ist.

Ich hoffe, das klar wird, dass es nicht darum gehen kann, in das Lalaland abzutauchen, wo alles bunt und schön ist oder einen Propagandasender stalinistischer Prägung zu betreiben. Aber gleichzeitig sollte ein Marken Titterer schon versuchen für möglichst beriete Kreise akzeptabel zu sein.

In den Hochverdichteten Innenstädten werden ehr weniger Sportartikel verkauft, im Umland hingegen, wo mehr Leute einen Garten oder das Waldstück um die Ecke haben, sind es mehr.

Die Grafiken wurde mit pyGeoDb erstellt, nachdem ich von @johl eine Inspiration zum Thema Business Intelligence mit Karten und Postleitzahlen bekommen hatte.

Vor einigen Tagen sind wir aufGit umgestiegen. Was man schon auf jeden Fall sagne kann, ist dass wir damit die Komplexität unserer Entwicklung schöner grafisch darstellen kann ;-)

Also steht eine grosse Entschlackung an. Wir machen nur noch selber was a) andere nicht können oder b) andere nur deutlich teuerer und/oder schlechter als wir können.

Das läuft den Geek instinkten sehr zuwieder. Ist der Service, den man da Zukauft nicht überteuert? Wie ist der Integrationsaufwand? Hat man so was nicht schneller Selbstprogrammiert, als es dauert, die Dokumentation des Dienstes zu lesen und deren APIs zu debuggen? Wird man nicht unnötig abhängig von dem Dienstleister, wenn es mal nicht so läuft, wie gedacht?

Die Antwort ist in den meisten Fällen: Nein! Denn bei den Diensten die man zukauft kauft man ja nicht nur die Entwicklung, sondern auch die Dokumentation, den Serverbetrieb, den Speicherplatz, die Backups und den Support. Wenn man das alles Selber machen will, verschlingt das in Summe doch erhebliche Personal-Ressourcen. Und Personal ist in vielerlei Hinsicht teuer: Mehr Leute kosten mehr Gehalt, das ist offensichtlich, aber eigentlich gar nciht so interessant. Mehr (gute) Leute zu finden ist sehr teuer. Mehr Büros sind sehr teuer. Mehr Accouns, Server, Rechner, Lizenzen, Switchports, Backups, Viren, Konfigurationen, Schreibtische, Parkplätze, Plätze auf der Weihnachtsfeier, Sitze im Besprechungsraum, Gradrobenhaken, Klos, Urlaube, Geburtstage, Krankentage, Befindlichkeiten, Liebeskummer, Personalgespräche, Lohnpfändungen und Personalfluktuation bedeuten alle erheblichen Aufwand. Aber am schlimmsten ist: mehr Leute bedeuten mehr Managment, mehr Kommunikationsverluste, mehr Missverständnisse und alles in allem viel mehr Energie, die in Dinge investiert werden müssen, die nicht dem Kunden nutzen.

Neben allen finanziellen Betrachtungen, bedeutet das vor allem: mit mehr Leuten verbringt man weniger Zeit damit, das zu tun, was das Unternehmen eigentlich tun soll.

Als ist es vielleicht nicht so gut, die IT-Abteilung stetig wachsen zu lassen.

Da man in den letzten Jahren immer mehr Aufgaben zukaufen kann, gibt es einige Beispiele von hochfokussierten Unternehmen, bei denen eine Hand voll Leute, sehr vielen Kunden ein sehr gutes Produkt anbieten. 37signals, github und besonders Plenty of Fish sind ein paar Beispiele für diesen Ansatz.

Ein weiterer Punkt ist, das man sich mit den unzulänglichkeiten von zugekauften Projekten viel besser abfinden kann. Bei selbstgeschriebenen Projekten, hat man immer im Kopf, dass man “dass mal ordenlich machen” und dieses oder jenes Feature noch zufügen muss “wenn mal Zeit ist”.

Mit Basecamp haben wir seit Jahren Erfahrung mit gehosteten Applikationen. Vor geraumer Zeit sind wir auch von unserer eigenen Asterisk Lösung auf eine fremd gewartete VoIP Telefonanlage umgestiegen. Also: Weg mit dem, was weg kann!

Erster Schritt war die Nutzung von Shopify für einige Sparten-Webshops. Plötzlich musste das eCommerce Team nicht mehr warten, bis die Programmierer aus dem Quark kamen und die Programmierer hatten nicht dauernd Feature Wünsche aus der eCommerce Ecke am Bein. Unterdessen importiert ein kleines Skript die Shopify Aufträge in unserer eigenes Fullfillment Backend.

Sehr gut lief auch der Wechsel von selbstgehosteten Zimbra-Mailserver zu Google Apps. Bei Zimbra hat sich nach der Übernahme durch Yahoo recht wenig getan und wir wollten zum einen mehr Features, zum anderen ist Backup und Betireb von der sehr grossen Hardware, auf der Zimbra lief schon eine Sache für sich. Ausserdem bereitete das Thema Spamfilter erhebliche Mühe. Dauernd sollten wir nach irgendwelchen abhanden gekommenden Mails verhanden. Das hat jetzt ein Ende. “Fragen Sie doch mal bei Google”.

Unser eigenes Subversion/Trac Setup war fürchterlich langsam. Wir sind von Subversion, auf GIT gewechselt, was sozusagen jede Entwicklermaschine zum Backup-Server macht. Die server-Dienstleistung kaufen wir bei Github ein.

Das macht es uns auch einfacher, unsere Open-Source software zu veröffentlichen. Git macht Branching sehr viel einfacher und GitHub hat ein riesiges Ökosystem aus Tools und APIs. Das war der ausschlaggebende Grund nicht (Mercurial und BitBucket zu nutzen).

Gleichzeitig kann http://github.com/search unsere Gonzui Programmcodesuche ersetzen.

FogBUGZ mit seinen blöden PHP binary only modulen hatten wir schon im Frühjahr abgeschafft und durch eine Kombination aus jutda-helpdesk und Trac ersetzt. Das war aber mehr recht als schlecht. Trac war langsam und Jutda Helpdesk war nciht grade, was man ein “polished Product” nennt.

Jetzt nutzen wir Tender für den internen Support und für die interne Dokumentation.

Für das Bug-Tracking udn die Software-Entwicklung nutzen wir Lighthouse. Das ist sehr schön mit GitHub und Tender zu integrieren.

Die Hoffnung bei der Trennung von Support und Entwicklung ist auch, dass wir nicht immer durch Alltagswehwechen (”druckt nicht”) vom eigentlichen Entwickeln abgehalten werden.

Unsere interne reviewboard installation ersetzen wir durch how’s my code? Beide Applikationen machen nicht genau das gleiche, aber how’s my code ist schön mit Github integriert und macht viel mehr Spass zu benutzen.

Diverse kleine Applikationen haben wir durch das Wufoo Formularsystem abgelöst.

Diverse Fehler Melde- und Sammelskripte ersetzen wir durch Hoptoad.

Spezialisierte Hardware, wie unseren selbstgebauten Terminals zum Einsatz auf Gabelstaplern, inklusive selbstentwickelter (Lua) Software, ersetzen wir stück für Stück durch standartproduckte, z.B. iPod Touch mit Webapplikation.

Unsere LDAP basierte Login-Infrastruktur wersetzen wir durch Single-Sign-On mit Google Apps. (Z.B. so.)

Unser externes Wiki wandert zu GitHub.

Bei den Servern verschieben wir diverse komplexe Speicher-System zu Amazon S3. Anstatt eine CouchDB mit 50 GB zu managen, lagern wir einen Teil der Daten bei Amazon und haben nur noch 45 MB in der CouchDB zu verarbeiten – für die Replikation und Backups eine unschätzbare Erleichterung. Auch Backups können bei Amazon S3 bequem untergebracht werden.

Statt Serverüberwachung mit Nagios, lassen wir das durch Pingdom erledigen.

Auch bei den Servern kaufen wir mehr zu. Klassisch hatten wir immer Kopfschmerzen mit dem Betrieb von PHP-Webservern. Nun mieten wir per Infrastructure as a Service einfach einen vorkonfigurierten server mit LAMP-Stack und installieren darauf nur noch die eigentlichen Applikationen, die wir nutzen wollen.

Die Administration der Server selbst kann mit Anbietern wie Rightscale & Co voll automatisiert werden.

All das sollte uns von sehr vielen kleinen Baustellen entlasten und dazu führen, das wir uns im Support ganz darauf konzentrieren können, unseren internen Nutzern weiterzuhelfen und den effizienten Betrieb des Warenwirtschaftssystems sicherzustellen. In der Entwicklung können wir uns darauf fokussieren, Lösungen zu erarbeiten, die das Unternehmen nach vorne bringen und nicht ständig das Rad neu zu erfinden, nur weil uns der Farbton der am Markt erhältlichen Räder nicht passt.

Die Monate April-September waren frostfrei. Im Januar und Dezember war es knackig kalt, jeweils mit Tiefstemperaturen unter -15 °C. Der Rekord waren -15.9 °C am 2009-12-19. Da die Messung bei uns auf dem Dach erfolgt, kann man vermutlich 1-2 Grad zusätzlich für die Wärmeabstrahlung des Gebäudes abziehen. D.h. es war vermutlich -18 °C “auf dem “freien Feld”.

Mein Regenmesser war mehrvach veralgt, verstopft oder verfrohren, so dass ich den Werten nicht so ganz traue.

Aber ein trockender Juli ist durchaus, was ich auch beobachtet hab. Im Febuar gab es angeblich einen Tag mit 1000 mm/h Niederschlag, das fällt mir dann doch schwer zu glauben …

Interessant, dass es im September tage mit deutlich mehr Niederschlag, als in den Folgemonaten gegeben hat, aber die Gesammtmenge Niederschlag ehr gering war.

Wir liegen relativ windgeschützt und der Windmesser ist nicht and der höcsten Stelle des Hauses. Deshalb wundert es nicht, dass wir im Schnitt unter 5 km/h windgeschwindigkeit sehen. Interessanter finde ich, dass wir auch bei den Böhen relativ wenig Veränderung sehen. Das mag auch an der geschützten LAge liegen.

Der Wind kam überwiegend aus süd-westlicher Richtung. Interessant ist, dass die Bühen meisstens aus den anderen Richtungen kamen. Mag an der Lage liegen.

Nun zur Frage, welche die Anschaffung einer Wetterstation motiviert hat: Lohnt sich eine Solaranlage? In den Monaten April-August haben wir im Schnitt etwa 200 W/m² Sonneneinstrahlunbg gehabt. Bei 10% Wirkungsgrad von Solaramlagen nicht grade berauschend.

Unerwarted finde ich, dass das UV/Sonnenbrand Risiko im September mit Abstand am schlimmsten war.

Und? War es ein gutes Jahr?

Ich finde schon. Ich bin viele Tage in der Sonne spazieren gegangen.Wir hatten etwa 26 Sommertage (Temperatur > 25 °C) und nur einen unangenehm heissen tag (Temperatur > 30 °C).

Das wird jetzt mit github.com/hudora anders. Dort können interessierte alle unsere Entwicklungsschritte bei öffentlichen Projekten einsehen. Zur Zeit sind dies huTools, huImages, hd-munin-plugins, pyJasper, huDjango, huBarcode. Wir wollen in Zukunft auch öfter unsere Software auf http://pypi.python.org/ veröffentlichen, wie die Prozesse dazu genau aussehen sollen, ist noch zu klären.

Warum das ganze?

Der ganz übrweigende Teil der von uns entwickelten Software basiert auf OpenSource Software. Ich (und von Herrn Klein weiss ich das gleiche) wäre nicht annähernd so gut im Programmieren, wie ich bin, wenn ich nicht viele zehntausend Zeilen OpenSource Software, die von anderen Geschrieben wurde, hätte studieren können. Unter diesem Gesichtspunkt ist es einfach eine Frage der Anständigkeit, zur Wissensallmende beizusteuern, wenn man von den Beiträgen anderer so profitiert hat.

Aber wir profitieren auch direkt davon, dass wir unseren Code verbessern. Erfahrung lehrt, dass man sich bei öffentlichem Code mehr Mühe mit der Codequalität und und der Dokumentation macht. Auch ist man dazu gezwungen, dien code generischer und konfigurierbarer zu machen. Hardgecodedt Server-Namen und Passworte gehen bei öffentlichem Code nicht. Das alles ist zwar mehr arbeit, lohnt sich aber auf jeden Fall bei Software, die man noch lange einsetzen will.

Und natürlich kann es aich sein, dass andere unseren Code nehmen, daraus etwas besseres machen und wir direkt davon profitieren können. Das passiert bei OpenSource gelegentlich, aber man sollte sich nicht darauf verlassen.

Natürlich macht es nicht bei aller unserer internen Software sinn, diese zu veröffentlichen. Manche ist nicht zu generalisieren, manche sehen wir als Betriebsgeheimnis an, manche würde es Mittbewerbern zu leicht mache, sich einen Wettbewerbsvorteil zu verschaffen (oder uns einen zu nehmen) und manche Software ist so peinlich (xOvr) das wir uns nicht trauen, diese vorzuzeigen. Aber sehrt viel von unserem Software-Stack ist unproblematisch zu veröffentlichen.

Für diese User ist E-Mail das zentrale Archivsystem. Wenn wir jetzt aber auf eine anderes Mailsystem, wie Google Apps umsteigen, wo wir “nur” 25 GB Mail pro user speichern können, haben wir ein Problem.

Bei näherer Betrachtung stellt sich heraus, dass die User mit sehr vielen Mails, relativ wenig Speicher (2 GB oder so) verbrauchen. Die User, die so viel Speicher verwenden sind die, die viele Attatchments haben.

Ein alter Plan von mir (noch aus Exchange Zeiten) war es, einfach die Attatchments von den Mails zu entfernen. Die Mails selber kann man sogar auf dem Server lassen und das Attatchment durch einen Link, wo die Datei jetzt herunter geladen werden kann, ersetzen.

Ich hab das mal bei Rent-A-Coder ausgeschrieben:

We need an Python Command Line Application which connects to an IMAP4 server and scans all messages (in all subfolders) of a certain account. If the messages are older than a certain date and have Attatchments bigger than a certain size the attatchmens should be extracted from the Message.

In addition there should be an option to remove the attatchment from the message (but keep the message) on the server (to save space on the server).
Output Should be put in CouchDB (see http://code.google.com/p/couchdb-python/#) where you should put To:, From:, Date:, Subject, In-Reply-to, References and Message-Id in the document. The Attatchment should be added as couchdb Attatchment conserving the mime type and file name.

Command line invokation might look like this:

remove-attachments
--server=myserver.example.com # IMAP hostname
--user=username # IMAP user
--password=pass # IMAP password
--couchdb=http://localhost:5984/maildb # save to couchdb running here
--mindate=2009-03-01 # only  check messages send befor this date
--minsize=1500 # only check messages bigger than 1500 KB
--remove # remove attatchments

If an Attatchment is removed instead of it there should be put a note in the message that an attatchment has been removed.

Since we will have extremely big (> 50GB) Mail Folders the tool must be able be run several times on the same account without generation duplicates in CouchDB.

* Follow PEP 8, verify with pep8.py
* Follow PEP 257 for docstrings. Always use Docstrings.
* No tabs. Not anywhere. Always indent with 4 spaces.
* Wrap at Column 109
* Use pylint aim for a score of at least 8.
* Add a Header to each file stating that the file is utf-8 encoded and add creation date and your name.
* Write doctests where possible. Always write unittests. Aim for a test coverage of at least 80%
* Code should be targeted at Python 2.6 on FreeBSD/Linux
* if you need a Javascript Library, use jQuery 1.3.x
* Make your code Unicode clean. Suggested Test-Data: Iñtërnâtiônàlîzætiøñ
* Avoid non-native Python extensions where possible
* add a reqirements.txt file for use with pip and a setuo.py for the use with distutils
* Add CHANGES and README file with appropriate content. Target Audicnce are experienced developers and administrators.
* Add a Makefile with the targets test, coverage, check (pylint, pep8), install
* Webpages should be plain white HTML pages containing the needed forms/UI unless otherwise stated
* Use PostgreSQL and SQLite. If you prefer you can use CouchDB instead.
* Use OpenSource Libraries where they are available. If you copy OpenSource code please mark it clearly and mention the License of the the included code.
* Copyright of the Code written by you for the project will be assigned to us. We might OpenSource the code if we consider it of general interest.
* During development you will not get access to our servers, accounts, resources. Installation will be handled by us according to the documentation we provided.
* Classes/Variables which reference Objects specific to our ERP/our Industry/german trade should be in german as technical terms. Generic Objects should be named in english: Lieferscheinnummer, Kundenauftragsnumer, Rechnung but TransportEndpoint and DataStore. This line is very blurry. Comments in the code should be in english or german.

~/.pylintrc:

[FORMAT]
max-line-length=110

Hier mal die Zahl der in unser Source Code Repository eingecheckten Zeilen der lezten 12 Monate für verschiedene Entwickler:

Natürlich ist die Zahl der Programmzeilen nicht das Maß aller Dinge, aber es gibt einen guten ersten Eindruck. Und der sagt: das mit den 10-fachen Produktivitätsunterschiedne kann schon stimmen.

Wir verwenden den Twitter-Clonelaconi.ca. intern in der Firma. Auch viele Automatisierte Prozesse nutzen das inzwischen statt E-Mail. Manche Abteilungen finden das super-albern andere grossartig.

Bei uns ist der aktuelle Stand: wir sind mit Ubiquiti Networks Hardware ganz zufrieden. Bisher NanoStation im 2.4 udn im 5 GHz Band. Damit können wir die 300m zu unserem Standort Rottkotten problemlos überbrücken.
Im Rottkotten gibt es zum einen ein VoIP basiertes Callcenter und zum anderen ein Online Kommissioniersystem. Das bedeutet, wenn Funk nicht geht kostet das a) jede Minute Geld udn b) sind wir telefonisch nicht erreichbar. Ich habe aber hinreichendes Vertrauen in unsere Lösung um damit gut schlafen zu können. Sicher wird die Technik mal ausfallen, aber das kann schon einges Geld kosten, bis wir bei den Kosten einer “Professionellen” Funk-Lösung sind.

Wir haben um gegen Hardware-Ausfälle gerüstet su sein, an dieser Stelle zwei Funkstrecken parallel gelegt. Eine Nano Station M im 5 GHz Band und eine Nano Station im 2.4 GHz Band.

Die Nanostation M verspricht 15 KM Reichweite und 150 MBit durchsatz. Wir betreiben sie an einem 100 MBit Switch Port, so dass der Switch als “langsamster Pfad” QoS sicherstellen kann. Auf der einen Site ist es ein HP ProCurve 5406, auf der anderen kommt die 2610-PWR Serie zum Einsatz.

Da die Nanostations als Bridging-WDS konfiguriert sind, funktioniert VLAN trunking und insbesondere GVRP auch über die Funkstrecke. Leider funktiert Spanning Tree auf der Strecke nicht so, wie ich mir das wünsche.

Als wir VoIP, Video und Daten komplett über die eine 54 MBit Strecke abgewickelt haben, gab es einige Probleme mit Jitter, so dass die Sprachqualität suboptimal war. Deswegen Fahren wir momentan das Callcenter exklusiv über die 150 MBit Strecke und die Daten über die 54 MBit Strecke, das läuft sauber.

Für weitere Experimente habe ich jetzt zwei Rocket M5 Parabolspiegel bestellt, den kann ich mit Freunden, Verwandten und Bekannten in den umliegenden Industriegebieten testen.

Eine wichtige Prämisse war, dass man die Codebase auf keinen Fall wuchern lassen darf, sonst steigt man spätestens nach 15 Jahren überhaupt nicht mehr durch. Eine der Methoden, mit denen wir dagegen angehen, ist der Schlachtruf “Refactor Mercilessly“: wir ändern unseren Code, immer wenn wir ihn besser machen können. Und das können wir dauernd, weil wir ja dauernd bessere Programmierer werden.

Wenn ich einen Blick auf den Code werfe, den wir momentan produktiv einsetzen, ist ein Modul seit 13 Monaten nicht angefasst worden (Steuersoftware für embedded Hardware auf Gabelstaplern), eins seit 10 Monaten (Jahresinventur) und alle anderen wurden vor weniger als drei Monaten – zumindest teilweise – überarbeitet.

Das bedeutet auch, dass wir sehr aktiv Code wegwerfen. Immer mal wieder wird geschaut, wie oft unsere Nutzer eine Funktion überhaupt genutzt haben. Und wenn die Antwort “selten” lautet, dann hat die Funktion, gute Chancen, auf nimmerwiedersehen zu verschwinden. Jede Zeile Code in unserem Repository bedeutet Wartungs- und Komplexitätskosten und je weniger Code wir haben, je besser.

Imemr wieder ersetzen wir auch selbst gebastelte Funktionalität, durch Fremde Projekte. So ist beispielsweise DoDoStorage durch CouchDB ersetzt worden.

Ein anderer Trend ist der Weg zu Sprachen und Konstrukten, in denen wir mit weniger Zeilen Code mehr ausdrücken können. Viel davon sind Libraries, bei denen wir immer höhere Abstraktionen für unsere Geschäftsbedürfnisse entwickeln. Aber auch die richtige Sprache für den Job ist ein Thema. Von den mehreren zehntausend Zeilen Ruby Code die wir mal hatten, ist nicht mehr viel übrig. Dafür haben wir in Erlang eine für Lagermanagment spezialisierte Datenbank (myPL/kernelE) geschrieben, die uns Unmengen an Python Code spart.

Aber natürlich ist das alles Tag für Tag ein Kampf. Muss ich wirklich auf Python 2.7/ Django 1.1 updaten? Kann ich den code nicht fürs erste so lassen, wie er ist? Muss die Funktionalität wirklich raus? Ab und zu benutzt sie doch jemand?

Aber wer sagt, dass das Betreuen von Sofwareprojekten was für Feiglinge ist?

Diese Grafik zeigt, nach wie viel Sekunden Wartezeit wie viel Prozent der Kunden aufgelegt haben. Im grossen und ganzen kann man da nirgendwo so recht einen Sprung in den Auflegern sehen. Einen ganz leichte Sprung mag es bei knapp 120 Sekunden geben.

Wir haben jetzt festgelegt: Wenn Anrufe in 30 Sekunden beantwortet werden ist das gut, wenn Anrufer länger als 120 Sekunden warten müssen ist das sehr schlecht und dazwischen ist “nicht so gut”-Territorium.

Bei “undicht” hatte ich bisher immer an ein Rinnsal gedacht, bis ich dieses Bild in einer WDR Dokumentation gesehen habe. Kein Rinnsal.

Allerdings finde ich den quengeligen Ton der Einleitung:

Dass dieser Wandel eingetreten ist, stellt kein Problem dar. Wie die Kommunalpolitiker summa summarum damit umgehen, ein riesengroßes. Ich kenne erschreckend viele, die vor den notwendigen rigorosen Wandlungsprozessen schlichtweg die Augen schließen …

Die Diagnose mag zwar stimmen, hat aber herzlich wenig mit Kommunalpolitikern zu tun. Unsere Stadträte sind aus unserer Mitte gewählt und uns nicht ungefragt vorgesetzt worden. Und soweit ich das überblicken kann, haben wir bergischen im grossen und ganzen genau die Kommunakpolitiker, die wir verdienen.

Wenn man sich auch nur ein bisschen mit der Regionalgeschichte beschäftigt, weiss mann, dass wir hier nicht nur den Hang zum knöstern, sondern auch zum Zanken zum Größenwahn und zur Realitätsverweigerung haben.

So sind wir halt. Sie hat uns trotzdem geheiratet …

Update:

Das mein ich. Wir haben ja auch sonst kleine Probleme.

Etwas ausführlicher ist http://www.librarything.com/tag/bergischesland mit Literatur zur Umgebung.

Klein, aber mein …

In zwei Tagen 1500 qm Lagerfläche umgezogen. Nicht schlecht!

Da lese ich über das Autobahnkreuz Radevormwald. Bei Wikipedia folgt dann die Enteuschung: “Eine Weiterführung der Autobahn A 54/Landesstraße 141n nach Osten über Remscheid, Radevormwald und Halver nach Lüdenscheid ist derzeit nicht mehr geplant.” (Wikipedia)

Geplanter Streckenverlauf:
REMSCHEID, KREUZ LÜTTRINGHAUSEN (A 1), LENNEP, Wupperbrücke, KREUZ RADEVORMWALD Mit der A 43, Leverkusen-Wuppertal !!!), RADEVORMWALD (Mitte), HALVER, Volmebrücke, LÜDENSCHEID …

Autobahnkreuz? Klar. In Radevormwald kreuzen sich die A 43 und die A 54.

Auf der A 43 kann man dann nach Hückeswagen fahren und kurz dahinter auf die A 56 Richtung Gummersbach wechseln.

Im Stadtenwicklungsplan Radevormwald (gibts in der Stadtbücherrei) von 1975 findet sich folgendes:

Im Bereich der Stadt Radevormwald bestehen Autobahnplanungen für die A 54 und die A 43. Im Gebietsentwicklungsplan ist die nördliche Führung der A 54 eiingetragen. Da der potentielle Ausdehnungsbereich der Stadt Radevormwald in südlicher Richtung liegt, ist die Führung im Norden des Stadtgebietes am sinnvollsten. Da hier bereits Waldgebiete liegen, könnte die Autobahn damit teilweise abgeschirmt werden. Im Osten des Stadtgebietes verluauft die A 43, über deren Trassenführung noch nicht entschieden ist. Diese Autobahn würde lediglich den nördlichen Bereich des Stadtgebietes berühren und außerhalb des Stadtgebietes einen Verknüpfungspunkt mit der A 54 bekommen.

Die ursprünglich vorgesehene Weiterführung der A 56 nach Norden entfällt, lediglich die B 483 wird um Hückeswagen westlich herumgeführt und an die A 56 angeschlossen. (S. 163)

Oha!

Toll!

Die Bilder stammen aus einer Logistikanlage in Remscheid (ja, da müsste mal jemand Licht anmachen), die wir seit dem 2009-10-1 gemietet haben. Seit dem haben wir auch einen Schlüssel zum Gebäude.

Seit Montag Abend gibt es dort Telefon, Fax, Videoüberwachung, und Internet. Nicht schlecht.

Wir sind die letzten Jahre über zu einer “everything over IP” Installation geworden. Vor zwei Jahren haben wir begonnen, die Telefonie auf IP umzustellen (VoIP), allerlei Fernwirkung (Zeiterfassung, Werkssirene, Kameras usw.) haben wir seit Jahren nur noch mit Ethernet Anschluss gekauft und seit letzte Woche sind wir endlich auf FoIP (Fax over IP) umgestiegen.

Dazu kommt, das wir über die letzten Monate unsere Ethernet-Infrastruktur vereinheitlicht und “Konsolidiert” haben. 350 Ethernet Devices in einem Segment waren etwas viel. Jetzt haben wir VLANS, und Port-Authentication und dynamische VLAN-Konfiguration an den Edge-Ports. In der Praxis bedeutet dass, dass wir zentral steuern können, welcher Gerät mit welchem Server in welcher Priorität sprechen kann. Das ist beispielsweise wichtig, om dem Telefongesprächen Vorrang vor dem Speichern von Druckvorlagen zu geben. Alles was es an Daten im Unternehmen gibt durch ein Kabel und von den (leider recht teuren) Edge-Switches wieder je nach Gerät auseinandersortiert.

Das bedeutet: wenn wir irgendwo Ethernet hinbekommen können wir dort eigentlich auch alle Geschäftsprozesse abbilden. Wenn wir zu einem neuen Gebäude Ethernet-Richtfunk hinbekommen. Richtfunk (”WLAN-Bridges”) ist aber inzwischen einfach, billig und unkompliziert. Während wir unsere Erste noch auf Linksys WRT54G Routern von Experten für recht viel Geld basteln liessen, war das zweite ein paar OSBRiDGE 5GXi für knapp 400 Euro von varia-store.com. Die neuste Richtfunkstrecke basiert auf der Ubiquiti Networks Nano Station M, das paar für deutlich unter 200 Euro bei varia-store.com gekauft.

Die Geräte werden immer günstiger (Befestigungsmaterial macht inzwischen mehr aus, als die Funktechnik), leistungsfähiger und einfacher zu Konfigurieren.

Wenn wir eine Sichtachse haben, können wir also in der Umgebung mit aller kürzestem Vorlauf und geringen Kosten alle usere IT- & Kommunikationsprozesse in neue Gebäude legen. Was wäre das nicht vor wenigen Jahren für ein Krampf gewesen. Telefonanschluss, Faxanschluss, Internetanschluss, VPN oder Standleitung zum “Mutterschiff”. Hätte alles Wochen und Wochen gebraucht, bis alles geklappt hätte.

Heute sag ich Freitags der IT, dass ich in 10 Tagen mit dem Umzug fertig sein will, und Montag Nachmittags steht die Grundfunktionalität. Nur die Verkabelung der Arbeitsplätze fehlt noch.

Wow!

Auf der Webseite der Radevormwalder Stadtwerke gibt es eine großartige Seite zu Geschichte der Stadtwerke.

Umbedingt lesenswert!

Das Foto Stammt aus dem Buch “Der Landkreis Lennep und seine Gemeinden” von 1925. Könnte man ja heute eigentlich nachstellen. Mir ist allerdings nciht ganz Klar aus welcher Perspektive das Foto gemacht wurde.

Andere Perspektive und Haus Hammerstein ist seit dem wohl deutlich gewachsen.

Mehr dazu bei Daheim und Unterwegs in Radevormwald, dem Fototagebuch (hier hier und hier und bei flickr.

Das hat geklappt, aber ich war am ende von der Menge Micro-Managment und Kommunikation, die benötigt waren, recht angenervt. Diese Sites verlangen von den Entwicklern auch “in ständigem Kontakt mit dem Auftraggeber zu beilben”. Wnn ich aber “in ständigem Kontakt” bleiben soll, kann ich es auch direkt selbst entwickeln.

Jetzt habe ich mal das Crowdsourcing für Design versucht. Unter 99designs.com suche ich nach einem Logo. Mal sehen, was das gibt.

Wir beschäftigen für einen 6-stelligen Betrag Agenturen, aber ich finde die Zusammenarbeit mit denen in vielen Bereichen wenig erbaulich. Vieleich wird an vielen Syellen zu viel Gehirnschmalz (und mein Geld) investiert.

Andere Seiten, aus der gleichen Ecke, die ich noch ausprobieren möchte: http://www.crowdspring.com/,
http://www.geniusrocket.com/,
http://www.xlntads.com/ und
http://www.creative.gd/.

Ich hatte vor einigen tagen ja mal die Besonnung zur Materialprüfung erwähnt. Anbei mal die Ergebnisse. Oben eine PE-Folie im Reißtest. BDie Folie dehnt sich recht gleichmassig mit der Belastung und bei 27 kg Belastung reist die Folie.

Unten ein Stück Folie aus dem gleichen Material, aber nachdem es 800 Stunden der Sonne ausgesetzt wurde. Jetzt reisst die Folie schon bei 5.4 Kilo Belastung. Bereits nach 4 % Dehnung reissen die ersten Fasern und damit ist das Material dann auch an seiner Belastungsgrenze.

Ganz schön heftig, wie ein bisschen Licht Material altern läßt.

Leider mussten wir nach einer Stunde wegen Rahmenbruch aufgeben :-(

Interessante Wegpunkte bei google oder als Download.

Anreise

Zugangspunkte:

Wipperkotten
Genenüber: Leysiefen

Brücke Leichlinger Strasse

Zugang: Wipperauer Strasse

Brücke: Kradenpuhl
Gegenüber Wipperauer Strasse

Zugeng: Unterberg
Gegenüber: Müllelrhof

Zugang: Eicherhof
Gegenüber: Am Staderhof

Brücken:
Brückenstrasse
Montanusstrasse
Opladener Straße

Zugang: Oskar Erbslöh Strasse
Gegenüber: Haus Voster Weg

Zugang: Imbach (Schwierig)

Zugang: Elsbachstraße
Gegenüber: Am Kreispark

Brücke: Am Weiher
Brücke: B8 / Brückenstraße

Oben sind Proben von Trampolin-Randabdeckungen nach jeweils 200 Stunden Besonnung in einer “Accelerated Aging Facility” (8 h Besonnung, 4 h kühlen und kondensieren, dann wieder von vorne). Wie man sieht hält die Farbe dem ganzen ganz gut stand.

While traveling through China I, asked a chinese colleague, jokingly “is your iPhone fake or real?” She answered without hesitation “fake, obviously”. It was obvious to her because no sane person would pay for an overpriced Apple product.

I was really astonished, because the thing looked so real. Find some more images at flickr.

Heute soll das Testgerät wieder abgeholt werden. Und bisher hat niemand angerufen und gefragt ob wir es behalten wollen. Wofür macht man denn bitte Teststellungen? Wenn ich das komplett konfigurierte Gerät jetzt einfach behalten könnte, würde vermutlich die Trägheit siegen. Aber wenn ich es eh nicht problemlos kaufen kann, dann kann ich ja auch ruhig ein Konkurrenzprodukt ausprobieren.

• sehr wenig Administrationsauffwand
• preiswert und effektiv
• einfach zu administrieren
• keine nennenswerte Verzögerung von Mails
• keine zusätzlichen Passworte für unsere User
• passt zur Unix/Mac lastigen Unternehmenskultur
• automatisiert administrierbar (APIs)

Es stellte sich heraus, dass der Zimbra-Integrierte SPAM-Filter dazu nicht ausreicht. Also müssen wir jemanden bezahlen, der sich hauptberuflich damit beschäftigt. Möglichst ein Managed Spamfiltering Service, oder der Verkäufer einer Appliance. Eine Software-basierte Lösung ist ehr uninteressant für uns, da ein Mail-System in der Regel sehr viele bewegliche Teile hat, so das der SPAM-Filter aus gründen der Wartbarkeit vermutlich eh auf eine dedizierte Maschine müsste. Diese können wir dann aber auch direkt mit kaufen und sparen uns die Installation. Einen (alten) Überblick über diverse Anti-SPAM Appliances findet sich z.B. bei bei ZDnet.

Die Barracuda SPAM Firewall gefällt mir eigentlich ganz gut, und die Preformace Probleme des 300er Modells sind scheinbar auch nahezu verschwunden. Allerdings sind die Anforderungen “keine zusätzlichen Passworte für unsere User” und “automatisiert administrierbar (APIs)” mit dem 300er Modell nicht erfüllt. Bei dem 400er Modell ist beides dabei, aber das ist doppelt so teuer. Wenn man die Konfigurierbarkeit pro User weg lässt, dann geht das Passwortproblem weg. Das Fehlende API könnte man z.B. umgehen, in dem man mit WWW::Mechanize über die HTML-GUI fährt, aber das ist natürlich unnötiges Gebastel. Das alles ginge dann auch mit dem Barracuda 100 Modell, das nur die Hälfte von dem 300er Modell kostet.

Natürlich sollte dann nicht so viel SPAM an dem Gerät ankommen. Also müssen wir einen “Vorstopper”, um die Hauptflut des SPAMs “vorzufiltern”.

Um zu schauen, ob wir auch mit dem kleinsten Gerät auskommen, habe ich auf unserem Paketfilter Graylisting installiert. Graylisting ist etwas schwer zu verstehen, wenn man nicht ein Grundlegendes Verständnis des Mail-Protokolls SMTP hat. Mailserver müssen laut Standard 4 Tage lang versuchen Mail zuzustellen, bis sie eine Fehlermeldung generieren. Unsere Firewall macht sich das folgendermassen zu nutze: Wenn von einer IP-Adresse zum ersten mal Mail eingeliefert wird, dann bekommt diese eine Fehlermeldung “451 kann grad nicht, versuch es später noch mal”. Wenn die IP-Adresse es erneut versucht, gibt es nochmal die selbe Fehlermeldung, aber die IP-Adresse wird nun auf die sogenannte Whitelist gesetzt. IP Adressen auf der Whitelist werden direkt an das Barracuda Gerät weitergeleitet. Das Gute ist, dass die meissten Spammer nur einmal Versuchen mail zuzustellen, so dass Graylisting deren Spam zuverlässig verhindert.

Das bedeutet, die erste Mail eines Mailservers wird verzögert, danach gehen die Mails direkt durch.

Der Effekt des Graylistings ist dramatisch: Es kommen nur noch einige Duzend Mails pro Stunde an. Das Barracuda gerät langweilt sich die meisste Zeit. Der Graylisting Server bearbeitet derweil hunderte von Verbindungen pro Minute. Dir Grafik verdeutlicht das. Am 30.7. Habe ich nachmittags das Graylisting aktiviert und an den folgenden zwei Tagen angelassen. Sonntag habe ich das Graylisting dann wieder deaktiviert. Klappt offensichtlich toll. Da tut es auch die kleinste Barracuda oder irgendeines Konkurrenzproduktes.

Nachteil am Graylisting ist, dass die Empfindung, E-Mail komme immer “sofort” kommt empfindlich gestört wird. Bei Kommunikationspartnern, mit denen man regelmässigen Kontakt hat, ist das nur beim ersten mal so und deshalb unproblematisch. Dumm ist das aber bei Regestrierungsmails und dergleichen. Von den entsprechenden Servern kriegt man in der Regel nur einmal Mail und muss unter Umständen mehrere Stunden warten, bis diese dann ankommt. Aber die Klagen haben sich bisher sehr in Grenzen gehalten.

Die Frage bleibt: Wenn wir so viel SPAM durch Graylisting stoppen können, brauchen wir dann eigentlich noch einen Extra-Spamfilter? Oder reicht der in Zimbra angebaute Spamfilter?

Seit gut einer Woche leiten wir Mails nicht mehr über Postini, um zu sehen, ob der Zimbra interne Spamfilter (Basierend auf Spamassasion und ClamAV) ausreicht. Ergebnis: tut er nicht.

Seit ein paar Tagen haben wir nun eine Teststellung der Barracuda Spam Firewall im Einsatz. Es handelt sich um das Modell 300 dass uns etwa 4000 Euro für drei Jahre (plus Hostingkosten) kosten würde. Das würde bei 100 Usern ca. 13.30 € pro User/Jahr kosten. Das Gerät kann beliebig viele User verarbeiten. Zum Vergleich: das kleinste Modell “Barracua 100″ würde etwa die Hälfte kosten, es fehlen aber einige Features.

Leider war das Barracuda Gerät dann aber direkt überlastet bei 4000-5000 Nachrichten pro Stunde. Das führte dazu, das Nachrichten bis zu 40 Minuten (!) verzögert wurden, bis sie bei Zimbra ankamen. Durch einige Konfigurationsänderungen konnte ich die Verarbeitung deutlich beschleunigen. Aber scheinbar scheint das “Barracuda 300″ Modell für uns NICHT überdimensioniert zu sein. Das nächst größere Modell kostet aber mehr als doppelt so viel (hat aber ein API und single sign-on).

Bis auf den Preis, ist das Barracuda Gerät aber ein sehr schönes Stück Software, ich habe recht wenig zu meckern. Ich mag das Webinterface sehr, obwohl es von vielen Testern als zu simpel kritisiert wird. Was mir fehlt ist eine Möglichkeit, dass die User sich mit Ihrem Zimbra Passwort anmelden können, anstat mit einem Passwort, das Ihnen das Barracuda Ding mailt, aber scheinbar geht das mit dem größeren Gerät (Modell 400).

Eine Alternative wäre Hardware von Mailfoundry, die aber sogar in der kleinsten Variante etwas teuerer ist, als die kleinste Barracuda Variante (7.67 € pro user/Jahr, alle Preise unverhandelt). Alternativen zu denen ich noch kein Preisangebot habe, sind der Astaro Mail Gateway und RazorGate. Eigentlich interessiere ich mich ja gar nicht für Produkte, die mit “call us for a price quote” beworben werden, aber beide waren mir ausdrücklich empfohlen worden.

Bei allen Hardware Lösungen kommen nochmal etwa 25 Euro pro Monat Housing Kosten dazu, was, wenn man es auf 100 User umlegt den Kohl nicht fett macht. Anders sieht es da schon bei Abschreibung und hardware-Schadens-Risiko aus. Hoffen wir einfach, dass die Hardware 3 Jahre (die Berechnungsgrundlage für obige Zahlen) durchhält.

Bei Hosted Services von Mailfoundry und Google/Postini lägen wir bei etwa 12 € pro User/Jahr inclusive Housingkosten. (Beispiele: Mailfoundry, aktuelle Postini Preise, Mail-Protector, ClearMX (teuer), SpamFighter (teuer), Mailcleaner).

Ärgerlich ist, dass von den 100 Unsern nur 30 oder So E-Mail mehr als einmal die Woche nutzen. Eigentlich brauchten die anderen 70 gar keinen SPAM-Filter. D.h. ich zahle den dreifachen Betrag meines eigentlichen Bedarfs.

Wenn einer der Mission critical Services oder der Important Services der ListeServices innerhalb der Zeit von 7:00 bis 18:00 für länger als 10 Minuten ausfällt, ist es Zeit, den Notstand auszurufen. Das bedeutet:

• Keine Panik!
• Niemand in der IT arbeitet mehr an anderen Projekten
• Auf einem Whiteboard wird der aktuelle Status festgehalten
• Klare, unaufgeregte Kommunikation auch in Kriesen ist das A und O. Im Zweifel bestätigen, dass man den anderen verstanden hat.
• Die Geschäftsleitung wird informiert
• Die Seiten InfrastrukturAusfaelle und EmergencyResponse im Wiki werden permanent aktualisiert
• Alle Beteiligten stehen in umfangreicher Echtzeit Kommunikation per Whiteboard, Sprache, Wiki, Twitter und iChat. Auch Personen, die nicht vor Ort sind, sollten ständig den Status ersehen können.
• Symtome des Problems werden gesammelt und dokumentiert
• Hypothesen über den Grund des Problems werden gesammelt
• Hypothesen über Möglichkeiten, das Problem vorübergehend zu umgehen werden gesammelt
• Die Kollegen werden – möglichst nach Rücksprache mit der Geschäftsleitung – informiert.
• Darauf aufbauend wird gehandelt. Immer zu Zweit!
• Mindestens eine Person ist permanent für die Kommunikation mit dem Rest des Unternehmens zuständig
• Mindestens eine Person ist permanent dafür zuständig, weiterhin die Symtome zu sammeln.
• Mindestens eine Person ist permanent dafür zuständig, externe Quellen (Handbücher, Google) nach Lösungen zu durchsuchen.
• Das ganze wiederholt man, bis nahezu behinderungsfrei weitergearbeitet werden kann, dann wird der Notstand für beendet erklärt.
• Ein Clean-Up team führt dauerhafte Reparaturen/Fixes durch und updated die Wiki-Seiten.

Am selben Tag wird ein zwanzigminütiges Treffen veranstaltet, in dme folgende Fragen erörtert werden:

• Am wann war der Fehler relevant
• Wie und wann wurde er bemerkt und gemeldet?
• Was war die Ursache?
• Wann und wie wurde er behoben?
• Was kann besser laufen?
  • Wie kann der Fehler früher bemernkt werden?
  • Wie kann der Fehler vermieden werden?
  • Wie können Auswirkungen des Fehlers gemildert werden?
  • Gab es Kommunikationsprobleme?

Eigentlich keine überraschung, aber doch sehr deutlich: Über Remscheid (Jägerwald) ist das Unwetter heute deutlich früher als über Rade (Kirmesplatz) hereingebrochen. Es hat etwa 20 Minuten von da bis hier gebraucht.

Nicht ganz die Verteilung, mit der ich gerechnet hätte. Ein Drittel vor Tisch, ein Drittel nach der grossen 20:00 h Unterhaltung und der Rest danach. Ein Blick auf die IP-Adressen vor 16:00 h lässt vermuten, dass erstaunlich viele Arbeitgeber Ihren Mitarbeitern erlauben, vom Arbeitsplatz aus im internet einzukaufen.

Und heute ist der Tag, an dem ich endlich angefangen habe, dass zu implementieren. Als ersten Schritt wollte ich zu FAQ Einträgen “ähnliche” FAQs herausfinden. Natürlich ohne manuelle Datenpflege.

Wie gehts?

Nach allerlei ‘rumsuchen und dem Studium von einem Duzend Wordpress “Similar Postings” plugins habe ich den TextRank Algorithmus von Mihalcea und Tarau implementiert. Mit diesen kann ich aus dem FAQ-Antwort Text recht zuverlässig Schlüsselworte extrahieren.

Nachdem ich aus allen Antworten die Schlüsselworte extrahiert habe, vergleiche ich jeden FAQ-Eintrag mit jedem anderen. Das geht gut, solange man nur wenig hundert FAQs hat, danach wird es zum Problem.

Ich prüfe:

• wie viele Keywords von Eintrag-A im Text von Eintrag-B
• wie viele Keywords haben Eintrag-A und Eintrag-B gemeinsam
• Was ist die modifizierte Levenshtein Distanz der Keyword-Listen von Eintrag-A und Eintrag-B
• Was ist die modifizierte Levenshtein Distanz der Fragen (Titel) von Eintrag-A und Eintrag-B

(((modifizierte Levenshtein Distanz ist in etwa als distance(' '.join(sorted(text.split()))) implementiert, so dass reine Permutationen von worten, sich cniht auf die berechnete Distanz auswirken)))

Das ganze gibt einen “Ähnlichkeitsscore” der angibt, wie ähnlich zwei FAQs sind. Die 5 FAQs mit dem höchsten score werden dann als “Fragen, die Ihnen auch weiterhelfen könnten” zu einem FAQ Eintrag angezeigt.

Klappt erstaunlich gut. Eigentlich tue ich mich ich mit allen AI/NLP Programmierproblemen schwehr, aber wie so oft, am ende ist alles nur Software und tut schon was es soll, wenn man es mit fester Stimme fordert.

Die Funktionalität zum Extrahieren von Schlüsselworten kann man nun natürlich auch für andere Bereiche, Analyse von Kundenanfragen nutzen.

Exploding Big Wheel Scooter from mdornsei on Vimeo.

Ich spiele weiter mit 3D Software und diesmal auch mit Flash Video für die Leser mit problematischem Video-Setup.

Renderzeit für dieses einfache Video war 3 Stunden (!) und wie man sieht, hab ich vergessen, die Schrauben mit explodieren zu lassen. Tz.

Zumindest ist interessant, dass das Trampolin kaum nachschwingt – gute Stossdämpfer.

Im Gegensatz zu unseren Mittbewerbern, die überwiegend Container aus Asien 1:1 an Supermärkte verschieben und in irgendeinem Nebenraum eine kleine Reparaturwerkstatt betreiben (lassen) haben wir ein Ersatzteillager von deutlich über 1000 m² und in Spitzen über ein duzend Mitarbeiter, in der Nutzerbetreuung. Seit etwa eineinhalb Jahren betreiben wir unser Callcenter in eigener Regie.

Alles schön und gut. Aber dieses Jahr war die Qualität unseres Services deutlich schlechter, als wir uns das gewünscht hätten. Zum Teil mussten Kunden mehrere Monate (!) auf Ihre Ersatzteile warten. Für Anrufer war kein durchkommen. Elektronische Anfragen wurden Wochenlang nicht beantwortet.

Das ist nicht gut und die Kunden sind zu recht Sauer. Und so manches liegt sicherlich an uns: wir hatten “personelle Umstrukturierungen” – will sagen der Weggang guter Leute hat riesen Löcher gerissen.

Aber Nutzer zufriedenzustellen ist auch wirklich nicht leicht – insbesondere wenn man sich nicht Gesicht-zu-Gesicht in einem Ladenlokal gegenüber steht.

Die Nutzer unserer Produkte haben eine unvorstellbare Spannbreite von Problemen und es ist nicht immer einfach, darauf eine adäquate Antwort zu finden und mit eignerer einzigen Stimme zu sprechen.

Das grösste Problem ist aber sicherlich, dass der Kontakt mit Endverbrauchern immer stark schwankt. Ein sonniges Wochenende und schon hat man montags 10 mal mehr Ersatzteilbestellungen als an einem “normalen” Wochentag.

Solche Spitzen kann man sehr viel besser abfangen, wenn man eine grössere Organisation ist. Zum Beispiel im Callcenter (stark vereinfacht).

Sagen wir, wir haben ein Callcenter mit zwei Mitarbeitern. Alle Gespräche dauern 3 Minuten, so dass wir in 14 Stunden Arbeitszeit 280 Anrufe annehmen können – wenn die Anrufe ungefähr gleicherteilt über den Tag kommen (was sie nicht tun). Jeder Anrufer muss nur relativ wenig Zeit in der Warteschleife verbringen. Nun haben wir einen Anrufer, der ein etwas größeres Problem hat. Sagen wir, ein Problem, dass 30 Minuten zur Klärung am Telefon benötigt. Ein Mitarbeiter ist nun 30 Minuten aus dem Verkehr gezogen. Bei dem anderen laufen in der Zeit nun doppelt so viele Anrufe auf.

Wenn Anrufer nach 11 Minuten Wartezeit auflegen, dann hat dieser eine 30 Minuten Anruf die Folge, dass 4 Anrufer auflegen und alle Anderen Anrufer jetzt 9 Minuten warten müssen, bis sie mit einem Telefonisten sprechen.

In grossen Callcentern fallen diese Effekte wesentlich geringer aus. Auch ist es in einem Callcentermit 50 Mitarbeitern möglich, einen zusätzlichen Telefonisten “in Reserve” einzustellen (2 % Mehrkosten). Bei einem Callcenter mit 2 Mitarbeitern, würde ein zusätzlicherTelefonist “in Reserve” das Projekt um 50 % verteuern.

Alles schön und gut. Aber 2008 hat das auch mit unserem internen Callcenter geklappt. Was war dieses Jahr?

Ein Blick in die erledigten Anfragen zeigt: dieses Jahr war einfach viel Mehr los, als in den Vorjahren. Zwar haben wir 2009 mehr verkauft, aber nicht doppelt so viel, wie 2008. Vielleicht hat sich rumgesprochen, dass man bei uns, “geholfen wird” und deswegen wurde es auch verstärkt genutzt. Offen wir, dass zum Teil deutlich zu langen Wartezeiten dieses Jahrs keinen zu sehr verärgert hat.

Das ganze ist mit dem meteohub Template Mechanismus und dem iPhone User Interface Framework gebastelt. Das verwendete Template sieht in etwa so aus.

Ich habe jetzt http://static.23.nu/wetter/DE1/iphone.html auf dem Homescreen des iPhones liegen. Jetzt fehlt mir noch zum Glück die Sonnenbrandwarnung per Twitter.

Nach einem Hardware-Schaden (Flash Memory auf einem USB Stick ausgebrannt) bin ich für die Wetterstation auf eine robustere Hardware-Plattform umgestiegen. Als Software kommt weiterhin Meteohub zum Einsatz. Als Sensorplattform ist weiterhin eine Wetterstation auf dem Dach von Davis das Mass der Dinge.

Die Flash basierte Anzeige basiert auf Weather Display Live und ist jetzt auf deutsch.

Wer mit den Daten etwas mehr anstellen will, kann unter http://static.23.nu/wetter/DE1/ die Rohdaten abrufen.

Das aktuelle Wetter gibt es unter http://blogs.23.nu/disLEXia/wetter-in-radevormwald/ zu bewundern.

(((Gefunden in der Seifensiede)))

(((Ich liebe ja Selbstwiedersprüchliche Schilder)))

Mehr in der Bergischen Morgenpost.

Freudscher verschreiber?

Der Extra Markt hat sich auf die letzten Meter deutlich hartnäckiger, als vermutet erwiesen, aber inzwischen ist tatsächlich nicht mehr viel Gebäude da.

Kurz nachdem der Abriss der Parkpalette begonnen hatte, gab es nochmal Tag der offenen Tür und man konnte dem Gebäude einen Abschiedsbesuch abstatten. Bilder davon gibt es bei flickr.

Siehe auch Sie zerstören alles, Extra ade und Der Extra verwandelt sich immer mehr in Schotter

Wie wäre es, wenn wir dieses Jahr mal nicht nur meckern, sondern mal was für unsere Stadt machen. Beispielsweise eine ordentliche Denkmalliste.

Eine Denkmalliste ist für vieles nützlich: noch förderlicher für den Tourismus, als eine kondomfreie Innenstadt, noch bessere Ausflugsziele, als eine Schwimmbadbaustelle, gibt noch mehr Gelegenheiten Fördermittel zu beantragen (für die Denkmäler, nicht für die Liste), fördert das Geschichtsverständnis, ist leicht zu finanzieren, usw., usw. Und die, bei denen es passt, können das ganze auch noch als Werbemassnahme für sich selbst nutzen.

Die offizielle Denkmalliste hat hat sicherlich Verbesserungsbedarf, und die Liste im Stadtnetz Radevormwald ist ein toller Ansatz, hat aber auch noch deutlich Raum für Verbeserungen, genau so, wie mein eigener Versuch einer Liste.

Mir schwebt etwas vor, mit Koordinaten, freien Fotos der Objekte und einer ordentlichen Übersichtskarte der Objekte vor.

Interesse daran mitzuarbeiten?

Solange noch nicht Blätter an den Bäumen sind, kann man ein paar Blicke auf die alte Seifensiede erhaschen. Nicht dass sich da viel bewegt. Aber irgend wann ist die Anlage ganz schnell weg. Bis dahin: wild-romantisch.

(Gefunden auf dem Lenepper Bahnhofsgelände)

Ich bin ja riesen fan der Mass Customization. Nicht, dass wir das komplett am Start haben, aber wir arbeiten daran.

(((Die Radevormwalder rga-Buchhaltung konnte es aber auch innerhalb eines Tages aus Hückeswagen beschaffen, so dass ich meine Meinung disbezüglich revidieren muss.)))

Inhaltlich kann man nur erahnen welche mühevolle Recherchearbeit die letzten paar duzend Jahre in dieses Buch geflossen sein müssen. Basierend auf einem Manuskript über den “Heimischen Bergbau” von Wilhelm Blankertz (1941/1942) hat Berg auf knapp 300 Seiten eine unvorstellbare Recherchearbeit geleistet. Großartig!

Das Buch ist allerdings unvorstellbar unübersichtlich und schlecht zu lesen. Ein Editor hätte dem Werk sicher gut getan, aber natürlich ist so etwas für eine Heimatbuch in Kleinstauflage kaum zu finden.

Für jeden heimat- oder bergbauinteressierten ist das Buch den Anschaffungspreis von 23 Euro wert.

Natürlich werden in dem Buch auch Plätze aus diesem Blog beleuchtet: so gibt es einiges zu Anna- und Ida-Glück. Und für die Verwerfungen bei Mitberg gibt es eine einfache Erklärung: dort wurde vor 2 Jahren eine Grabung vorgenommen.

Siehe auch Aller Reichtum lag in der Erde von von Alfred Nehls.

Beim Lenneper Bahnhof ist dann wohl doch schon Baubeginn.

Unverschämtheit, total.

Bei waterboelles.de gibt es einen tollen Beitrag zur Geschichte des Bahnhofs.

Und Bilder von meinem Abschiedsbesuch gibt es hier.

Irgendwas stimmt mit der Perspektive auf der rechten Seite nicht. Ich frage mich, ob da ein Haus fehlt.

Ich habe dieses Wochenende angefangen, die mir bekannten Bunkeranlagen in der Region auszumessen. Bin nicht so weit gekommen, wie erhofft, aber ein paar Bilder sind schon dabei rausgekommen.

Aber die mit Abstand besten Materialien finden sich meiner Meinung nach beim Wupperverband, einen Überblick über die Datenquellen gibt es unter http://www.kommunale-geodaten.nrw.de/.

Dann wurde ich noch auf TIM-online, das Geodatenportal des Landes NRW aufmerksam gemacht. Dass macht viel Spass, wenn man den “add themes” Button gefunden hat.

Siehe auch Rader Stadtpläne und Qualität von Kartenwerken

In Oehde quert die Autobahn A1 die Wupper und seit geraumer Zeit gibt es dort recht spektakuläre Bauarbeiten, die uns auch wohl noch einige Jahre begleiten werden.

Erst wurde neben die alte, 4-streifige Brücke eine neue, etwa genau so breite gebaut. Dann stellte sich heraus, das die alte Brücke nach 50 Jahren so verrottet war, das neu bauen günstiger ist.

Deshalb wurde ein Abrissplan gefasst: Kleinteile abmontiernen, Brücke aussteifen, Fahrbahn zersägen, abbauen (Brücke bricht davon nicht zusammen, weil sie ausgesteift wurde), Rest der Brücke zersägen, Pfeiler zersägen, neu bauen.

Das klingt einfach, ist es aber nicht. Das fängt damit an, wie man die Aussteifungen an den Ort des Geschehens bekommt. Wenn die Fahrbahndecke einmal ab ist, alles kein Problem. aber bevor die Fahrbahn abkommt, muss man einige hundert Meter Brücke aussteifen. Scheinbar mussete alles Mqterial durch ein 200×20 cm grosses Loch, dass in die Brücke geschnitten wurde, geschoben und dann durch die mehrere hundert Meter lange Brücke transportiert werden.

Nachdem die Brücke ausgesteift wurde, konnte damit angefangen werden, die Fahrbahn abzumontieren. Zuerst wurden rechts und links die überstehenden Stücke abgesägt. Das Sägen ist nicht so einfach, wie man denkt, denn in der Fahrbahn sind dicke Stahlseile.

Dann konnte der restliche Teil der Fahrbahndecke zersägt werden. Damit die Mocke, die dabei entsteht, nicht auf Menschen, Autos, Strassen und Häuser unter der Brücke tropft, wurden alle Ablauflöcher in der Brücke verstopft. Problem: durch die Schnitte in der Fahrbahndecke drang nun jede Menge Wasser und Schlamm ein und sammelte sich im Brückenkasten. Das hatten die Statiker, die die Brücke geplant hatten, sicher nicht so berechnet. Aber Wuppertal ist ja nicht Köln …

Jetzt (April 2009) ist die Fahrbahndecke fast weg und nächsten Monat geht es wohl mos mit dem entfernen den stählernen Brückenkastens.

Was mir bisher völlig unklar ist, ist die frage des gigantischen Wiederlagers auf der Karmener Seite.

Weitere Informationen gibt es bei Strassen NRW, der Website zum Abriss, Wikipedia, flickr und Karte.

Wass man in Rade so unter sich gehen lässt landet – wenn’s flüssig ist – am Ende im Klärwerk Radevormwald.

Da wurde in den letzten Jahren noch mal umfangreich umgebaut. Bei Google Earth sieht man noch die alte Anlage. Jetzt wo noch kein Laub an den Bäumen ist, kann man das ganze vor Ort ganz gut anschauen.

Bei flickr gibt es ein paar bilder von den sehenswerteren Sachen. Regenüberlauf, Regenüberlaufbecken und das Ende des Keilbecker Stollens.

Und am Ende landet dann alles wieder in der Wupper.

Heute gibt es bei Armin Gerhardts den grossen Einzelhandelsrant. Vieles ist daring berechtigt, aber Arming geht vieleicht ein bischen zu sehr von sich aus.

Von den Radevormwaldern die ich kenne informieren sich sicher nicht 94% vor einem Einkauf im Internet. Und Brötchen, gehacktes, einen Haarschnitt, einen netten Plausch und danach ein Bierchen, kriege ich auch nicht bei Amazon. Nicht mal bei Doc Morris.

Für sehr viele Menschen (nicht Armin un meinereiner) ist einkaufen ein angenehmen beschuaftigung und nicht eine lästige Pflicht für die Beschaffungsabteilung. Da helfen aber Preissuchmaschinen und der gleichen nicht weiter. Gleichzeitig sind den meisten Menschen Kompressionsatefakte in Bildern egal – Hauptsache es ist schön bunt.

Und ich sehe ja durchaus schritte in die richtige Richtung. Eine Liste der Öffnungszeiten! Das ist doch schonmal was. Und länger aufmachen wollen die Geschäfte auch.

Aber alles in allem bleibt: too little, too late. Ob Autos Auf dem Markt ein Schritt in die richtige Richtung sind, bezweifel ich auch sehr. Auch scheint die Tendenz, dass es andere richten (und bezahlen) sollen (die Stadt, das Land, das Konjunkturpaket, …) noch ncht ganz verpflogen zu sein.

Naja, hoffen wir das beste.

Wie auf dem Bild zu erkennen ist, hat jemand kurz bevor es zu spät war, bemerkt, das es nicht gut ist, wenn Flugrost auf’s Buffet rieselt und die Rettungsdecken aus ein paar Verbandskästen geplündert.

Je länger man sich mit der bergischen Landschaft beschäftig, je offensichtlicher werden die Wunden, die die riesigen Talsperren in Landschaft, Natur, Infrastruktur und Kultur gerissen haben.

In Dörperhöhe kann man beispielsweise noch recht deutlich die ehemalige Strasse unter Wasser sehen.

Die Tage habe ich mich (wiederwillig) zum Cart fahren zu Le Mans Karting in Köln schleppen lassen. Ich bin ja kein Freund von autos und schnellem Fahren, aber wieder Erwarten war das ungemein lustig.

Gestern gab es nocheinmal die Gelegenheit, die Baustelle im Sonnenschein zu besichtigen. Ich denke am Wochenende wird nciht mehr viel vom ehemaligen Extra-Markt übrig sein.

Unter http://www.alternative-liste-radevormwald.de/ findet sich nun die Partei in Rade die am wenigsten durch aufgeplusterte Machtgebärden auffällt.

Und die Seite ist auch noch ordentlich gemacht. Momentan darf man abstimmen, ob der Markt für den motorisierten Verkehr geöffnet werden soll.

Da geht er nach etwa 30 Jahren hin, der Extra Markt. Von dem versprochenden Neubau ist keine Rede mehr, seit Extra von der REWE gekauft wurde.

1. Es gibt drei Phasen des Seins: Unwissend, handelnd und fertig.
2. Finde Dich damit ab, das alles ein Entwurf ist. Das hilft es fertig zu bekommen.
3. Es gibt kein “in Bearbeitung”.
4. Wenn Du vorgibst zu wissen, was Du tust, ist das fast so, als wüsstest Du was du tust. Akzeptier einfach, dass Du weisst, was Du tust und mach, selbst wenn Du es nicht weisst.
5. Nichts verschleppen – wenn Du mehr als eine Woche wartest, um eine Idee zu erledigen, lass es.
6. Der Knackpunkt des fertig seins ist nicht fertig zu werden, sondern andere Dinge erledigen zu können.
7. Wenn Du es fertig hast, kannst Du es vergessen.
8. Nimm Perfektion nicht ernst. Perfektion ist langweilig und hält dich vom fertig werden ab.
9. Leute ohne dreckige Hände, machen etwas falsch. Wer etwas tut, ist im Recht.
10. Fehlschläge zählen als erledigt. Genau so wie Fehler.
11. Kaputt ist eine Variante von erledigt.
12. Wenn Du eine Idee hast und die ins Internet tust, zählt das als Schatten des Erledigt seins.
13. Erledigt ist die treibende Kraft für mehr.

Übersetzung des Orginals von Kio Stark und Bre Pettis. Illustration von James Provost.

Die Webseite brauchte gut eine Sekunde zum laden. Mein Ziel (aus rein sportlichen Gründen) war es diese zeit zu halbieren. Hat gekappt:

Was habe ich gemacht?

Zunächst habe ich alle statischen Dateien (CSS, GIF) auf einen separaten Webserver (lighttpd) verschoben. Dieser wurde auf statische Inhalte optimiert, so dass keine E-Tags erzeugt werden, Cache-Control: expires erzeugt werden und CSS on the fly komprimiert wird.

Dann hab ich allerlei Javascript tracking code aus der Webseite entfernt, den wir eh nicht mehr nutzen.

Als letztes habe ich einen JavaScript optimizer verwendet, um die Größe der CSS Dateien um nochmals 25% zu verringern.

Das ging einfach.

Ein Großteil unserer Preformanceprobleme vom Freitag hingen mit dem Weg zusammen, wie wir nicht Statische Bilder (insbesondere Produktbilder) verwalten. Bisher haben wir mehr oder weniger unverändert die Django Möglichkeiten Verwendet. Das bedeutet, ein hochgeladenes bild wird im lokalen Filesystem gespeichert und der Pfad zur Datei wird in der Datenbank abgelegt. Das klappt natürlich immer nur auf dem Rechner, auf dem die Dateien auch gespeichert sind (Probleme beim Testen).

Wenn ein Bild vom Browser angefordert wird, kann der Apache dies direkt zurückliefern, ohne dass eine Zeile Python Code ausgeführt werden muss.

Darauf aufsetzend hatten wir das ScalingImageField. Das konnte zum einen direkt fertige Image Tags (<img src=”http://foo.bar.de/media/,/bla.jpg” alt=”Bigwheel” height=”480″ width=”640″>) erzeugen, zum anderen auch die bilder nach Wunsch skalieren.

Das ganze wurde mit allerlei Meta-Klassen Magie an Django’s imgaefield angeflanscht. Magie bei Seite, konnte man sagen, “gib mir die URL von diesem Bild in der Größe ‘thumbnail’” und kriege eine URL, wo der Thumbnail zu finden war. Dazu wurde der Thumbnail direkt erzeugt, wenn z.B. ein Template nach der URL des Thumbnails fragte. Das Sorgte dafür dass dann, wenn der Browser am Ende die URL abrief, die Datei direkt vom Apache ohne weitere Eingriffe von Python abgerufen werden konnte.

Alles schön und gut, aber: Durch einen Programmierfehler (cklein war als lettzter dran, die Grundsteine dafür hatte ich aber schon mit der Django 1.0 Umstellung gelegt. Nun wurde jedes mal, wenn ein Thumbnail (oder eine andere skalierte Bildgröße) angefordert wurde ein neues Verzeichnis angelegt und der Thumbnail neu berechnet. Das führte zum einen dazu, dass der Server durch das viele Berechnen langsamer wurde, zum anderen war bald die maximale Anzahl von Unterverzeichnissen in einem Verzeichnis (32000) erreicht, so dass dann Schluss mit lustig war.

Bug gefixed, die ganzen Verzeichnisse mit den skalierten Bildern gelöscht (die Originale haben wir natürlich noch behalten) und alles ist gut – dachten wir. Leider hatte der Server dann schnell eine Load von knapp 30 und nichts war gut.

Was war passiert? Wir haben Seiten, auf denen sind hunderte von links zu Bildern ‘drauf (z.B. http://www.example.com/katalog/katalog-2009/bilder/). Nun werden die Bilder ja bereits skaliert, wenn der Link zu dem Bild durch das Template angefordert wird. Wenn also ein Web Crawler (der sich gar nicht für Bilder Interessiert) das HTML con http://www.example.com/katalog/katalog-2009/bilder/ abruft, beginnt das Template alle Artikelbilder im Katalog zu skalieren. Dem Crawler dauert das natürlich zu lange, er schliesst die Verbindung. Der Webserver rendert aber munter weiter die Seite, indem er alle Bilder skaliert.

Der Crawler versucht derweil vielleicht erneut, die Seite abzurufen. Da sich die skalierten Bilder von dem ersten Aufruf noch nicht auf der Platte befinden wird erneut begonnen, alle Bilder zu skalieren. Usw. Und das, obwohl der Webserver kein einziges Bild hätte ausliefern müssen! Schliesslich wurde nur HTML abgerufen.

Da muss was besseres her. Anforderungen sind:

* Darf nicht an einen einzelnen Rechner gebunden sein
* Bilder werden erst gerendert, wenn sie gebraucht werden
* Bei Bedarf sollten mehrere Rechner Bilder parallel rendern können
* Mindestens so schnell wie die jetzige Lösung unter Normallast
* Bei Übrlastung “fail gracefully”.

Dabei rausgekommen ist der huDjango Imageserver, von dem ich einen Prototypen gebastelt habe.

Erste Designentscheidung ist, dass Bilde ausschließlich über zufällige 160 Bit Nummern identifiziert werden. Wenn man ein Bild speichert, bekommt man einen ID zurück. Dass Bild kann dann nur noch mit diesem ID angesprochen werden. Wenn man den ID nicht weiss, ist das Bild “weg”. Vorteil davon ist, dass wir uns keine Gedanken um Passwortschutz etc. von internen Bildern machen müssen. Wer den ID nicht kennt, kommt nicht an das Bild.

Zweite Designentscheidung: Man kann ein Bild nicht ändern. Alte Bilder bleiben im System, wenn man ein geändertes Bild hochläd, bekommt man einen neuen ID zurück. Das vereinfacht Caching enorm.

Dritte Desingentscheidung: wir speichern die Originalbilder in CouchDB. Aufwand und nutzen stehen dabei in einer sinnvollen Relation.

Wenn man ein Bild in dem System speichert wird de rID des bildes basierend auf SHA1 berechnet, und das bild unter diesem ID in die CouchDB gespeichert.

Der in Python geschriebene Imageserver parst einen Pfad wie /o/22N6MZ7BULQP4UYKWGU5LDQ4DI2DK5HH01.jpeg zunächst in siene Bestandteile: die Emndung wird weggeschmissen, der “Dateiname” ist die Bild-ID und das “Verzeichnis” die gewünschte Bildgröße (”o” steht für Origninal). Wenn sich das Bild bereits auf der Lokalen Festplatte gecached befindet, wird es direkt zum Browser geschickt. Ansonsten wird aus CouchDB das Bild abgerufen, in den Cache gepackt und dann zum Browser geschickt. Wenn es sich um einen Skalierungswunsch handelt, dann wird erst das Original abgerufen, gecached, dann umgerechnet, das wiederum gecached und dann an den Browser gesendet.

Auf http://images.example.com/ ist das ganze in einer Mixtur aus Python, FastCGI und Lighttpd intalliert. Dsa ganze hat da noch einen raffinierten Trick: Lighttpd liefert direkt aus dem Cache aus, hat aber als 404-handler den Python server installiert. D.h. der Python server wird nur aufgerufen, wenn die Datei nicht schon gecached ist.

Das kann problemlos auf mehreren Rechnern installiert werden und hat eine sehr adäquate Performance.

Was jetzt noch fehlt ist die Django Anbindung: anstatt Bilder im Filesystem zu speichern, sollten Sie direkt auf dem Image Server landen.

Eine Neuauflage der beliebten Serie.

Links mit Schlangen, Rechts mit Ameisen. Lecker!

Nix wie zur Arbeit, Schlittschuhe verkaufen!

Das ganze macht mir in der Firma viel Freude, schliesslich verkaufen wir Schlittschuhe und es ist gut 10 Jahre her, dass wir zum letzten mal nennenswerte Mengen in Natureis in Deutschland.

Aber auch für den passionierten Extrem-Spaziergänger ist es eine gute Zeit. Was sonst eine Matschwüste ist, lässt sich nun gut begehen. Wo sonst Tropfwasser eine Spassbremse ist, herrscht nun Ruhe.

Und am besten: wo sonst Getümmel ist, herrscht Menschenleere, weil selbst den Hundebesitzern zu kalt ist. Und ohne Getümmel ist so mancher Spaziergang nochmal so schön.

Eigentlich plante ich über die bizarre Weihnachtsbeleuchtung in der Kaiserstrasse zu schreiben. Ein Satz, der mir vorschwebte sah etwa so aus: “Ich werfe unserer Stadt ja gerne das eine oder andere vor. Aber eine sterbende Stadt ist sie ganz sicher nicht.”

Seit eben, bin ich mir nicht mehr so sicher. Die besten Stände des Marktes werden nicht mehr kommen. Insbesondere der Obststand war eine Perle. Da gab es Obst in einer Qualität, wie man sie in der Umgebung sonst kaum bekommt.

Aber ein Markthändler ist halt flexibler als die stationären Händler. Um den muss man sich bemühen. Oder man lässt es halt.

Ein Gespräch mit den Händlern kann einen in Entsetzen versetzen: Nee im Grunde liefen die Geschäfte schon zufriedenstellend. Genug treue Kundschaft gäbe es schon. Aber das Drumherum! Der Markt habe keinen eigenen Platz: Jahrmarkt, Wochenmarkt, Kirmes, Eisbahn, Stadtfest, Schützenfest … immer seien irgendwelche Veranstaltungen und immer würden die Markthändler in irgendwelche Nebenstrassen gedrängt. Das wäre immer ein riesen Aufwand, man führe sich die Fahrzeuge kaputt, kriege die Stände kaum unter und die Kunden würden einen auch nicht finden. Obendrein sei die Zusammenarbeit mit dem Radevormwalder Ordnungsamt immer unerfreulicher.

Ich habe auf die schnelle nicht herausfinden können, seit wann Rade Marktrechte besitzt. Aber wenn das so weiter geht, haben wir bald keinen Wochenmarkt mehr. Und da hilft dann auch keine Eisbahn, keine durchgehende Kaiserstrasse und keine anheimelnde Beleuchtung: Der Wochenmarkt ist eine elementarer Bestandteil einer Stadt. Sowas muss man pflegen. Wenn wir das nicht schaffen, haben wir als Stadt versagt.

Aktuelle Anlass ist, dass der Käsestand immer öfter fehlt und der beste Obststand der Region heute zum letzen mal da war. Der Obsthandel Horst Jung war ganz klar einer der Gründe zum Markt zu kommen. Der fällt jetzt weg und in unserer wird damit so mancher Gang in die Innenstadt wegfallen.

Jetzt woh Weihnachten vorbei ist, meint das Wetter wohl, dass es der richtige Zeitpunkt ist um mit knackigem Winter anzufangen.

Bei dem geisterhaften Wetter haben wir uns auf den weg nach Garzweiler gemacht. Eigentlich waren wir auf der suche nach Godzillas im Nebel – die grossen Bagger interessierten uns.

Was wir fanden waren verlassen Autobahnen, lehrstehende Häuser und jede menge komische Gestalten. Ein Paar Impressionen gibts bei flickr.

Aber da muss ich mich im Zweifel selber an die Nase fassen: ich bin ja auch nicht in der Kommunalpolitik tätig.

Aber was sich im Zuge der life-less Bäderpleite für Abgründe auftun, entsetzt mich doch sehr. Da haben wir als Stadt Radevormwald 2.000.000,00 Euro verbaselt und der Vorsitzende dess Aufsichtsrats hält daran fest. Dass er “keine Fehler gemacht” hätte.

Ich hatte an dieser stelle ja schonmal den Punkt der Verantwortlichkeit thematisiert. Bezeichnet ist, dass der Aufsichtsratsvorsitzende Anwälte bestellt, ihm zu bescheinigen, er hätte keine Fehler gemacht. Sind Anwälte dafür qualifiziert? Wohl kam. Pastoren, Philosophen, Politiker vielleicht, aber das Rechtssystem ist nicht für Fehler zuständig. Das Rechtssystem ist für Strafe und Lastenverteilung zuständig, aber nicht für die Frage von Fehlern.

Halten wir also Fest: zwei Anwaltskanzeleien sind vermutlich zu dem Ergebnis gekommen, das dem Aufsichtsratsvorsitzenden keine Straf-, Personal- oder Zivilrechtlichen Konsequenzen drohen. Heisst das, er hat keinen Fehler gemacht? Nein!

Aufgabe des Aufsichtsrats ist es Fehlentwicklungen zu verhindern. Wenn er das nicht schafft, hat er seine Arbeit nicht gut gemacht. Und wenn er das nicht einsicht, ist es gut, wenn er rausgeschmissen wird.