Szene & Kultur

[http://klumpp.net/blog/archives/467-Ade-Flattr,-hallo-Patreon..html Neulich habe ich über meine ersten Erfahrungen mit Patreon geschrieben.] Hier noch für die Nachwelt einen Überblick, welche Projekte ich derzeit über die Plattform unterstütze:

Curious Droid (Paul Shillito), YouTube-Show //Der Macher dieser Videoreihe teilt seine Vorliebe für die Luft- und Raumfahrt. Geschichte und Zukunft, Obskures und vermeintlich Bekanntes - kurzweilig aufbereitet, gut für die Allgemeinbildung.// Website: http://curious-droid.com/ YouTube: https://www.youtube.com/channel/UC726J5A0LLFRxQ0SZqr2mYQ Patreon: https://www.patreon.com/curiousdroid

Fully Charged (Robert Llewellyn), YouTube-Show //[https://en.wikipedia.org/wiki/Robert_Llewellyn Robert Llewellyn] mag dem einen oder anderen vielleicht bekannt vorkommen - da war doch irgendwas mit so einer obskuren britischen Comedy-Sci-Fi-Serie namens //Red Dwarf//... Seit Jahren ist Robert allerdings auch als //Evangelist// für die Energiewende unterwegs. Sein Hauptaugenmerk ist dabei die Elektromobilität im weitesten Sinne. Kompetent, charmant, britisch zurückhaltend.// Website: http://www.fullychargedshow.co.uk/ YouTube: https://www.youtube.com/user/fullychargedshow Patreon: https://www.patreon.com/FullyChargedShow

MobileTechReview (Lisa Gade), YouTube-Show //Lisa ist Betreiberin und Chefredakteurin einer Review-Website. Ich habe sie über YouTube gefunden und folge ihr auch nur dort. Sie macht kompetente Hardwaretests, und ist ausgemachte Kennerin der Thinkpad-Laptop-Reihe. Markenzeichen ihrer Videos ist, dass Geräte, die zu öffnen sind, auch wirklich geöffnet werden - sehr oldschool. Toll.// Website: http://www.mobiletechreview.com/ YouTube: https://www.youtube.com/channel/UCW6J17hZVgr6cQgdkHt5A Patreon: https://www.patreon.com/mobiletechreview

Stay Forever, Podcast //Zwei alte Männer reden über alte Spiele. Einer von den Dreien lebt sogar in Karlsruhe! Schön vorbereitete, kompetent recherchierte Zwiegespräche. Viele Dinge, die man "damals" miterlebt hat, bekommen hier einen neuen Kontext.// Website: https://www.stayforever.de/ Patreon: https://www.patreon.com/stayforever

Trekspertise, YouTube-Show //Es ist zwar vielleicht nicht das Trek, das wir uns erhofft haben, aber es ist das beste Trek, das wir kriegen konnten: //Star Trek Discovery.// Trekspertise ist vor allem eine Sammlung von unaufgeregten, hintergründigen Filmessays rund um die einzelnen Folgen der neuen Star-Trek-Serie.// Website: http://www.trekspertise.com (leitet auf den YT-Channel weiter) YouTube: https://www.youtube.com/user/neoteotihuacan Patreon: https://www.patreon.com/trekspertise

Wenn ich mir die Liste so ansehe, finde ich auch interessant, was da drauf //fehlt:// Ich glaube, ich lasse mich schwer von einer Unterstützung per Patreon überzeugen, wenn das "freie" Angebot genau das zu sehr pusht. Vielleicht liegt das daran, dass ich nicht //upgesellt// werden mag, sondern einfach eine gute Sache und ihren Weiterbestand unterstützen möchte. Insofern würde ich Schaffende natürlich ermuntern, zusätzliche Inhalte bereitzustellen, etwa wenn durch die Unterstützung der Patreons eine gewisse Einnahmenschwelle überschritten ist. Aber einen gefühlten Überhang von exklusiven Inhalten nur für Patrons finde ich dann doch eher abstoßend - gerade wenn es dann um Beiträge von //fünf// Dollar pro Monat oder mehr geht. Sicher ist es nicht leicht, hier die richtige Balance zu finden. Für mich machen das aber die Jungs von Stay Forver beispielhaft gut.

Nunja. Was Kleinbeträge angeht, ist Patreon zumindest für mich auf absehbare Zeit die praktische Alternative zum bedeutungslos gewordenen Flattr. Auch datenschutztechnisch fühle ich mich besser aufgehoben, wenn nicht unter jedem Inhalteschnipsel im Web gleich ein Stück JavaScript mit was-weiß-ich-was-für-einer-Datensammlung getackert ist. Spätestens der Eigentümerwechsel von Flattr sollte in dieser Hinsicht jedem Nutzer nochmals einen Denkanstoß geben. [https://www.heise.de/newsticker/meldung/dmexco-Adblock-Plus-steigt-in-Werbevermarktung-ein-3322226.html Flattr-Neueigentümer Eyeo hat sicher seine eigenen Pläne.] Andererseits zeigt Patreon die klassische //Daten-Unbesorgtheit// eines US-Westküsten-Jungunternehmens. Zumindest auf der Website des Unternehmens sollte man daher mit den üblichen Sicherheitsmaßnahmen unterwegs sein: Etwa [https://de.wikipedia.org/wiki/UBlock_Origin uBlock Origin] und ein fein angepasstes [https://de.wikipedia.org/wiki/NoScript NoScript]-Profil.

Natürlich gibt es auch außerhalb von Patreon, Flattr & Co. gangbare Möglichkeiten, ein Projekt regelmäßig zu unterstützen. Der gute alte Dauerauftrag ist innerhalb Europas eine echte Alternative. Auf diese Weise unterstütze ich schon eine ganze Weile Öffi: Für mich ist das nämlich [https://offi.schildbach.de/index_de.html die nützlichste App] auf meinem Handy. Der Vorteil einer Überweisung ist, dass hier abseits der Kontoführung keine besonderen Transaktionskosten anfallen - das Geld kommt quasi 1:1 beim Schaffenden an. Also ganz ohne Plattform, die sich etwas mitschneidet.

Manche Sachen bleiben einfach ein wenig länger liegen. Mitte 2015 habe ich meine ersten Schritte auf Patreon getan, und es hat nach [https://arstechnica.com/information-technology/2015/10/gigabytes-of-user-data-from-hack-of-patreon-donations-site-dumped-online/ einem kleinen "Datenreichtum"] tatsächlich gute //zwei Jahre// gedauert, bis ich meinen Account dieses Jahr wieder hervorgekramt habe.

Flattr ist nämlich nach längerem Siechtum [https://www.heise.de/meldung/Adblock-Anbieter-Eyeo-uebernimmt-Online-Bezahldienst-Flattr-3675942.html im April doch irgendwie offiziell gescheitert] - [http://klumpp.net/blog/archives/148-Ein-neues-Design-fuer-klumpp.net.html für uns persönlich jedoch bereits 2012.] Versteht mich nicht falsch: (Mikro-)Payments, um Angebote im Web zu belohnen, sind grundsätzlich eine gute Idee. Bei allem Mut hat Flattr aber etwas daraus gemacht, das nie so richtig Fuß fassen konnte. Vielleicht lag's an der Technik. Vielleicht lag es daran, weil das ganze so wenig zu durchschauen war: Wieviel denn nun ein "Flattr" wert war, hat sich einfach nicht erschlossen. Vielleicht aber war auch der Markt für das eingeschlagene Prepaid-Modell einfach nicht zu begeistern.

Patreon geht hier einen geradlinigeren Weg, weg von //Miko-//Transaktionen hin zu //Mini-//Transaktionen: Anbieter können sich monatlich oder per veröffentlichtem Werk unterstützen lassen. Der Begriff "Werk" ist dabei weitgefasst: Es kann sich etwa um Musik, Video, Comic, oder eine Geschichte handeln. [https://www.reddit.com/r/HFY/wiki/series/homo_mechanicus Letzteres hat mich 2015 zu Patreon gebracht.]

Heute wie damals gefällt mir an Patreon, das es zumindest für die Unterstützer ("Patrons") //einfach// zu handhaben ist. Unterstützt man mehrere Schaffende, werden die einzelnen Beträge monatlich zusammengefasst und abgebucht. Wegen der Umsatzsteuer werden aus einem Dollar dabei in Deutschland 1,19 Dollar - aber das ist in der Rechnung gut nachzuvollziehen. Die Schaffenden wiederum zahlen auf jeden Dollar, den sie über Patreon erhalten, etwa 10% Transaktionskosten. Das liegt, zumindest in meiner Erinnerung, unter dem Anteil, den sich Flattr von den Beteiligten genommen hat.

Anbieter können über Patreon für ihre Unterstützer auch besondere Goodies bereithalten, oder mit ihnen kommunizieren. Das geht in der Regel über den Social-Media-Teil der Plattform, insbesondere mittels der tumblelog-artigen Einträgen und dem Messagingsystem - möglicherweise sogar abgestuft nach Unterstützungshöhe. Für all das interessiere ich mich allerdings nur milde: Ich unterstütze nämlich die Schaffenden, weil ich möchte, dass sie das, was ich eh schon über YouTube, ihr Blog oder sonstwo mitbekomme, schlicht weitermachen. Ich bin ein einfacher Mann..

Mal sehen, wohin sich Patreon als Plattform hinbewegt. Nach den zwei Jahren Pause habe ich dieses Mal vor, länger dabeizubleiben.

Sicherlich eines der besten Bücher zum Lernen von modernem //vanilla// JavaScript ist **[https://eloquentjavascript.net/ Eloquent JavaScript]** von Marijn Haverbeke. Das Buch kann man sich kostenlos auf der Website herunterladen oder auch klassisch im Buchhandel besorgen. 
Beinahe nebenbei ist es eine prima Einführung in das Programmieren im Allgemeinen. Damit steht es für mich in einer Reihe mit Werken wie [https://www.manning.com/books/groovy-in-action-second-edition Groovy in Action], [http://modernperlbooks.com/books/modern_perl_2016/index.html Modern Perl] und [https://poignant.guide/ Why's (Poignant) Guide to Ruby].

Die zweite Auflage ist nun schon ein paar Jahre alt, und natürlich hat sich seit damals die JavaScript-Welt deutlich weitergedreht. Marijn arbeitet daher an einer dritten Auflage, die neu entstandene //Best Practices// berücksichtigt. Wer mag, kann sich noch an den Produktionskosten beteiligen. Kommen 10.000 Euro zusammen, heuert der Autor einen Illustrator an. Es fehlen derzeit nur noch ein paar Euro, bis dieses Ziel erreicht ist.  

Ich habe also diese Woche das Vorhaben mit ein paar Euro unterstützt. Wenn Ihr es gerade auch könnt, [https://eloquentjavascript.net/3rd_edition/ tut doch ein paar Euro dazu.] Es ist sicher gut angelegt. 

Paul und ich waren schon immer dem verbunden, was man heute "Spieleindustrie" nennt - noch bevor es annähernd die Ausmaße hatte, die das Wort //Industrie// überhaupt erst rechtfertigen. Wir haben früh Computerspiele gespielt, natürlich, aber auch Spiele gebaut - als Entwickler, Autoren, Gametester. Das war alles schon im letzten Jahrtausend. Gemeinsam mit guten Leuten haben wir in unseren jüngeren Jahren so einiges auf die Beine gestellt. Vieles davon bleibt der Geschichtsschreibung verborgen - vielleicht ist das bei dem einen oder anderen Werk auch ganz gut so. ;-) Zwischenzeitlich hat sich die Branche unglaublich professionalisiert. Weltweit. Die Teams wurden größer, die Spiele aufwendiger und die Budgets erreichen zum Teil schwindelerregende Höhen. Dennoch, dank mächtiger Werkzeuge und Ökosysteme gibt es heute mehr Chancen als jemals zuvor. Man muss sich nicht mehr um die x-te Neuerfindung des Rads kümmern. So haben Einzelkämpfer und Indie-Teams mehr Möglichkeiten denn je, etwas auf die Beine zu stellen und es anschließend auch unter die Leute zu bringen. Zu den interessantesten Vertretern unter diesen Werkzeugen dafür gehört das freie [http://haxeflixel.com HaxeFlixel.] Im Kern ist //Haxe// eine mit //JavaScript// bzw. //ActionScript// verwandte Programmiersprache, während //Flixel// das eigentliche Framework zur 2D-Spieleentwicklung ist. Zusammen sind sie also sowas wie ein modernes //TCL::TK// für die Spieleentwicklung. Wie fast jedes quelloffene und unentgeltliche Projekt leidet auch HaxeFlixel ein klein wenig darunter, dass ja ein wenig //schneller// gehen könnte. Immerhin gibt es da tagsüber noch den anderen Job der Entwickler, nämlich den, mit dem sie //eigentlich// ihre Brötchen verdienen. HaxeFlixel hat inmitten dieser Situation jedoch das Glück des Kaufkraftunterschieds: Alexander Hohlov, der Hauptentwickler für das Mashup HaxeFlixel, lebt in der Russischen Föderation. Deswegen hat Lars A. Doucet, der Entwickler einer meiner liebsten [http://www.defendersquest.com Zeitsenken], eine erfolgreiche [https://www.indiegogo.com/projects/haxeflixel-games-software Indiegogo-Kampagne] aufgesetzt. So kam auf diese Weise mindestens ein Jahr Vollzeitgehalt für Alexander zustande. Nicht schlecht, oder? Ich habe die Kampagne auch unterstützt. HaxeFlixel ist super, und es ist wichtig, dass es derartige Werkzeuge weiterhin gibt. Und weil's mir ja Spaß macht, möchte ich zukünftig auch wieder ein wenig mehr mit Spielen tun haben.

//[https://www.indiegogo.com/projects/haxeflixel-games-software/ Die Kampagne geht übrigens als InDemand weiter - Ihr könnt Euch also noch beteiligen.]//

Heute ist Internationaler Genossenschaftstag. Einer der vielen Termine im dicht gepackten Kalender der Erinnerungstage. Immerhin wurde er bereits im Jahr 1923 das erste Mal begangen. Und seit 1995 gibt es auch den besonderen Segen der Vereinten Nationen. Die genossenschaftliche Idee fand die UN dann auch so wichtig, dass sie gleich das ganze Jahr 2012 den Genossenschaften gewidmet hat.** * **

Im Kern der genossenschaftlichen Werte stehen soziale Verantwortung und der Dienst am und für den Menschen. Letzterer Gedanke kann manchmal enger (nur die Mitglieder), manchmal weiter gefasst sein.

Immerhin bewegen sich Genossenschaften in vielen Bereichen das Alltags. Beispielsweise ist der [http://www.drv.de DRV] ein fester Begriff in der Landwirtschaft, ohne die [http://www.bvr.de/Werwirsind/Genossenschaftliche_FinanzGruppe Volks- und Raiffeisenbanken] sähe die Bankenlandschaft deutlich anders aus, auch die .de-Domains werden [http://www.denic.de genossenschaftlich verwaltet] und schließlich hängen die Schweizer innig an ihren [http://www.migros.ch Migros-] oder [http://www.coop.ch Coop-]Supermärkten.

Und dann gibt es noch andere Tätigkeitsfelder, die so eine Genossenschaft sich auf die Fahnen schreiben kann: Etwa den Betrieb eines Kinos.

Seit einigen Monaten engagieren Paul und ich uns als Mitglieder der [http://www.kurbel-karlsruhe.de Kurbel Filmgenossenschaft eG]. Diese Genossenschaft hat vor wenigen Jahren das altehrwürdige Karlsruher Kino //Die Kurbel// übernommen. Sie stellt sich so dem Kinosterben in der Innenstadt entgegen. Ganz nebenbei ist unter der Leitung des Hauses ein neuer Raum für kulturellen Austausch entstanden. Das ist durchaus auch wörtlich zu verstehen. So gab es in den letzten Wochen den [http://kurbel-zwischenraum.de/ Kurbel_Zwischenraum]: Ein zeitweise leerstehender Laden in der Kaiserpassage wurde mit freundlicher Unterstützung von Vermieter und Stadt zu einer Stätte künstlerischen und zwischenmenschlichen Austausches.

Und nebenbei lief natürlich auch das ganz normale Kinoprogramm weiter.

Nicht schlecht für so eine Genossenschaft, und definitiv nicht schlecht für die Karlsruher Innenstadt.

// Willst auch Du Dich für eine lebendige Innenstadt engagieren? Oder direkt der Genossenschaft beitreten? [http://kurbel-karlsruhe.de/index.php?show=week&targetkino=staticseite&US=754 Hier gibt's Informationen dazu.] //

** * ** Deswegen ging wohl in diesem Jahr auch nicht die Welt unter. Vielleicht aber dachten sich die UN auch, dass die über 700 Millionen Genossen weltweit mal Party machen sollten. Wer weiß.

Es ist ein lauer Abend im späten Mai. Paul und ich sitzen vor der Kurbel. Jemand spielt Klavier; gerade sind in der ganzen Stadt Klaviere aufgestellt. //Musik im städtischen Raum//, //Jugend musiziert für Olympia//, unter welchem Schlagwort diese Bereicherung auch immer läuft: Karlsruhe jedenfalls hat sich zu seinem 300. Geburtstag einiges ausgedacht mit seinen Bürgern und für sie. Dazu gehören auch diese Klaviere, in der ganzen City verteilt, für jeden, der darauf spielen möchte. Eines steht auch in der Kaiserpassage, betreut vom Kurbel Zwischenraum.

An diesem Wochenabend ist das längst nicht der erste Pianist, und es wird auch nicht der letzte sein. Er sitzt da, der ältere Herr, vornübergebeugt, das graue Haar unter einem Strohhut. Er ist versunken; er könnte Musiklehrer sein, ein engagierter, oder vielleicht ein Barpianist, einer derjenigen, die womöglich ganz von ihrer Kunst leben können, aber er sitzt nunmal nicht in einer Bar oder an Korrekturen, sondern in der Kaiserpassage an diesem einen Klavier, konzentriert, und spielt und spielt.

Mitten in der Stadt, an einem lauen Abend im Mai. Wir sitzen vor der Kurbel, lauschen dem Klavier und trinken unseren Kaffee. Und in diesen Momenten ist alles gut.

Wer diese Tage zufällig einen Blick auf unser [https://gitlab.netdome.biz/explore/projects GitLab] geworfen hat, dem wird ein neues Projekt aufgefallen sein:

LoveTron!

Das ist das Ergebnis eines spontanen Abends voller Kinder-Riegel, fehlender Vorkenntnis und entspannten Programmierens. Vielleicht findet ja der eine oder andere von Euch den (etwas kruden) Code als Fallstudie zum Einstieg interessant.

Denn [http://love2d.org LÖVE] - jawohl, mit Metal-Umlaut! - ist ein Framework für [http://lua.org Lua]. Gemeinsam mit dieser pragmatischen Programmiersprache wird so die Spieleentwicklung denkbar einfach. Die Bibliothek nimmt nämlich viel von dem ab, was man sonst zu Fuß machen müsste. Und damit wird auch einiges möglich, was zu anderen Zeiten kaum praktikabel gewesen wäre.

Tja, die [http://www.mobygames.com/developer/paul-klumpp/credits/developerId,62192/ anderen] [http://www.mobygames.com/developer/nick-klumpp/credits/developerId,62191/ Zeiten].. tatsächlich müsste LoveTron als Fingerübung unser erstes Spiel in diesem Jahrzehnt gewesen sein. Oder gar in //diesem Jahrtausend//? Wer weiß - wir werden ja alt!

Wir haben hier im Blog schonmal über eins von Hendriks Projekten geschrieben. Ist schon eine Weile her. Inzwischen ist er als freier Berater für Softwareentwicklung unterwegs. Hendrik veranstaltet zudem Schulungen im Umfeld pragmatischer Softwareentwicklung und Ruby.

Nun hat er Ende November sein neues Projekt onlinegestellt: [http://sloblog.io sloblog.io]. Es könnte eine Bloggingplattform sein. Oder ein Diskussionsforum. So klar ist das (noch?) nicht. Die Einstiegsseite zeigt, nach Tagen unterteilt, die Headlines der Beiträge einzelner Autoren. Im oberen Bereich sehen wir deren Avatare, drüber einen Link zum Anmelden. Alles wirkt unaufgeregt minimalistisch, nichts überflüssig, schön aufgeräumt und einfach auf das Wesentliche konzentriert. Man fühlt sich wohl und unabgelenkt. Reizvoll.

sloblog.io - Screenshot vom 23. Dezember 2012

Hendrik war so nett und hat sich Zeit genommen, ein paar Fragen zu beantworten.

//Hendrik, ich habe da neulich [http://www.youtube.com/watch?v=rMXm0O8WtX4 ein Video] gesehen. Da hat ein Mann mit Kettensägen jongliert..//

Ja. Eine Metapher über das Bloggen. Glaube ich. Vielleicht auch nicht.

//Vor ein paar Monaten hast Du an einer kleinen quelloffenen Blogengine gearbeitet. Der Slogan dafür war: //"A Lean, Mean Blogging Machine for Hackers and Fools."// Nun das neue Projekt. Das wirkt ähnlich, ist aber doch anders. Inwiefern hat Deine Arbeit an der vorherigen Blogengine sloblog.io beeinflusst?//

Du redest von //[http://schnitzelpress.org/ Schnitzelpress]//! Eine kleine Blog-Engine, die ich damals gebaut habe, weil ich wieder mehr bloggen wollte und mich die anderen Optionen einfach nicht zufrieden stellten. Ich wollte etwas kleines, leichtgewichtiges, das ich selber hosten kann und das ich nicht über Git mit Inhalt füllen muss. Sowas gab es zu dem Zeitpunkt schlichtweg nicht, also habe ich es selber gebaut. Darauf folgte eine Phase, in der ich mich schwer für alles begeisterte, was mit "der Cloud" zu tun hat, speziell Hosting in der Cloud. In dieser Zeit habe ich viele Dinge gelernt, doch die größte und überraschendste Lektion war wohl, dass sich am Ende herausstellte, dass nur wenige Leute tatsächlich ein Interesse daran haben, Web-Apps selber aufzusetzen. Ich überlegte eine Weile, einfach einen Schnitzelpress-Hosting-Dienst ins Leben zu rufen, entschied mich dann aber dazu, einfach eine neue Plattform aufzubauen. Und das ist //sloblog.io//. Ich denke, man könnte das Ding prima "A Lean, Mean Blogging Platform for Hackers and Fools" nennen. Hey, das ist voll gut. Moment, ich gehe mal kurz meinen Code bearbeiten.

//(Anm. d. Red.: Tatsächlich hat Hendrik in diesem Moment die Headline der Site geändert.. :-) )//

//Ich bin ganz angetan vom Design. Das hat sich ja über die Wochen immer wieder ein wenig geändert. Auch Features kamen hinzu und gingen wieder. So erhielten die User eine Zeitlang eigene Subdomains, aber diese Funktion hast Du wieder entfernt. Wie gehst Du bei sloblog.io vor, wenn Du Design und Funktionsumfang festlegst?//

Ich glaube, die ehrlichste Antwort lautet in etwa, dass ich mich an den Rechner setze und überlege, worauf ich gerade Lust habe, und das dann einbaue. Mit den Jahren habe ich gelernt, dass das Führen großer ToDo-Listen sehr schnell den Spaß aus solchen Projekten zieht, da man jedes Mal, wenn man auf die ellenlange Liste cooler Ideen und Features daran erinnert wird, dass man eh nie die Zeit haben wird, das alles umzusetzen. Und ja, trotz dieser Erkenntnis führe ich ein kleines [https://trello.com/board/sloblog-io/50943c307d7da8b821004e7d Trello-Board zu sloblog.io]. Aber ich nutze es hauptsächlich, um Bugs zu protokollieren, Notizen zu Feature-Ideen an einer zentralen Stelle speichern zu können, und überhaupt einen Überblick darüber zu behalten, was ich seit dem letzten "State of the Sloblog" -- Artikel, in denen ich über neue Features und Änderungen berichte -- neu eingebaut habe.

Diese leicht ungeordnete Herangehensweise bedeutet natürlich auch, dass im Extremfall mal ein Feature, das gerade erst Tage vorher eingeführt wurde, wieder abgeschaltet wird, wie zum Beispiel neulich die Subdomains. Ich war mir damals noch nicht so wirklich sicher, was sloblog.io einmal werden sollte. Da hatte ich kurz mal die Idee, daraus eine Art "Tumblr für Hacker" zu machen und -- einfach so, weil ich es kann -- für jedes Blog eine Jahresgebühr zu verlangen. Dann fiel mir jedoch ein, dass ich schlichtweg kein Interesse habe, um einen solchen Dienst herum ein Business aufzubauen. In der Theorie sieht man da nur die Dollarbeträge aufs Konto einprasseln, aber in der Praxis ist dafür so vieles nötig, das mir einfach keinen Spaß macht. Und ich will eigentlich nur Spaß haben.

//Du verwendest zwei externe Dienste - den Kommentardienst //Disqus// und das Authentifizierungssystem //Mozilla Persona//.//

[http://www.disqus.com Disqus] setze ich aktuell eigentlich nur als Provisorium ein, weil ich noch nicht dazu gekommen bin, eine native Kommentarfunktion einzubauen. Im Prinzip ist Disqus ja prima, aber ich habe ein paar Ideen, die ich gerne ausprobieren möchte, für die ich meine eigene Implementierung benötige. Und zu //[http://www.mozilla.org/persona/ Mozilla Persona]// habe ich gerade [http://sloblog.io/fQsDuRdaZ64 einen längeren Beitrag] geschrieben, der gerade auf Reddit die Runde macht. //Mozilla Persona// und das zugrunde liegende Prokotoll BrowserID sind nicht gerade die Platzhirsche in Sachen Authentifizierungs-Dienst, aber sie sind toll, und ich wünschte, mehr Sites würden sie einsetzen.

//**Vor einer Internetewigkeit hast Du [http://planetcrap.com PlanetCrap] ([http://en.wikipedia.org/wiki/PlanetCrap Wikipediaeintrag]) gegründet. Das kennen sicherlich einige der älteren Leser hier. Wenn man nun //sloblog.io// neu skinnen würde, wäre es im Prinzip ganz ähnlich wie //PlanetCrap// zu verwenden. Ist Dir das überhaupt aufgefallen? Wie kam's zu der Ähnlichkeit? **//

Dass ich im Grunde genommen einen Nachfolger von PlanetCrap baue, ist mir auch erst vor ein paar Tagen deutlich geworden, als ich dort mal wieder rein schaute und mit der übrig gebliebenen Community die [http://sloblog.io/0CSjzxln5SU Öffnung des PlanetCrap-Quellcodes] koordinierte. Die hängen natürlich an ihrer Site, aber ich habe natürlich ein großes Interesse daran, die User und das, was sie dort tun, auf sloblog.io zu migrieren. Gleichzeitig ist PlanetCrap aus heutiger Sicht natürlich nur noch ein ganz normales Forumding, die spezielle inhaltliche Ausrichtung ist ja schon vor einigen Jahren flöten gegangen. Auf sloblog.io möchte ich Anfang 2013 sogenannte "Channels" einführen, die Posts zu bestimmten Themen gruppieren, vielleicht werden wir dann endlich mal wieder ein bisschen über Spiele diskutieren, so wie früher.

//Du hast neulich einen interessanten Artikel über das [http://sloblog.io/0GE5USGsskE unabwendbare Schicksal kostenloser kommerzieller Socialweb-Dienste] geschrieben. Angesichts dessen: Was sind denn Deine Pläne für die nächsten Wochen und Monate, was die Site angeht?//

Ja, da hast du mich ertappt -- was ich mit sloblog.io tue, widerspricht ja irgendwie genau dem, was ich in dem Artikel geschrieben habe. Ich glaube, ich kann mich gerade noch so mit dem Argument aus der Affäre ziehen, dass ich ja nur so ein Typ bin und kein Startup, das irgendwann einen Exit hinlegen oder, //schluck//, Gewinn erzielen will. Ich habe das große Glück, nicht darauf angewiesen zu sein, mit meinen Projekten Geld zu verdienen, denn das tu ich schon mit meiner Arbeit als Berater und Trainer. Im besten Fall machen mich meine Projekte als solcher noch sichtbarer, und wenn nicht, ist das auch nicht schlimm. Schwierig wird das alles erst, wenn so etwas wie sloblog.io anfängt, teuer für mich zu werden, aber erstens weiß ich als Entwickler und Betreiber solcher Sites inzwischen sehr genau, wie ich meine Kosten auf ein Minimum reduziere, zweitens glaube ich daran, dass sich in solchen Situationen schon ein Weg finden wird.

Ich habe also nicht vor, für die Nutzung von sloblog.io in irgendeiner Form Geld zu verlangen, was aber keine Garantie dafür ist, dass es nie passiert. Ich kann aber guten Gewissens sagen, dass, wenn ich tatsächlich einmal diesen Schritt gehen sollte, es weniger aus Not oder Geldgier heraus tun werde, sondern in erster Linie, um heraus zu finden, wie sowas denn funktioniert und welche Auswirkungen es hat. Ich möchte mich an dieser Stelle bei allen Lesern entschuldigen, die nun das Gefühl haben, meine persönlichen Versuchskaninchen zu sein. Ich bin lieb und will nur spielen!

Ansonsten bin ich in diesen Tagen dabei, Teile des Codes zu extrahieren und als eigenständige Ruby-Gems zu veröffentlichen. Wenn ich damit durch bin, möchte ich als nächstes das Thema Kommentarfunktion angehen und danach die API offiziell starten. Danach würde ich gerne ein paar Statistikfunktionen einbauen, so dass die Autoren sehen können, wie beliebt ihre Posts sind und wo die Leser herkommen. Diese Daten werden jetzt schon gesammelt, ich muss sie nur noch sichtbar machen.

//Was wünschst Du Dir für das sloblog.io im Jahre 2017?//

Ich würde mich über ganz viele User und ganz viele Posts (und, wenn die Funktion am Start ist, ganz viele Kommentare) freuen. Außerdem habe ich ein bisschen die Hoffnung, dass nach dem Launch der API jemand eine coole iOS-App für sloblog.io baut. Ach warte, du sagtest 2017? Hui. Ich glaube, für 2017 wünsche ich mir hauptsächlich, dass sloblog.io da noch online ist, mich nicht ruiniert hat und ich mich nicht für den uralten Code schämen muss.

//Und jetzt zur Fünf-Millionen-Euro-Frage, Herr Mans - wenn man Dir JETZT die Kohle in die Hand drücken würde unter der Bedingung, dass Du nie wieder irgendwas programmieren dürftest - würdest Du das Geld annehmen und was würdest Du stattdessen tun?//

Zu billig. Mach mir ein besseres Angebot.

Aber wenn ich mit dem Programmieren und dem Beraten aufhören müsste, hm, was würde ich dann tun? Mich vielleicht mit einer guten Freundin zusammen tun und gemeinsam den besten Cheesecake-Laden des Nordens eröffnen. Vielleicht machen wir das auch noch. Sind ja noch jung.

//Danke Dir, Hendrik.//

//Hendrik ist als beratender Softwareentwickler tätig. Er lebt in Hamburg. Seine Website: http://mans.de //

Kleiner Nachtrag: Das Weihnachtsvideo von sloblog.io wollten wir Euch nicht vorenthalten..

<iframe width="420" height="315" src="http://www.youtube.com/embed/7FagVfnlM9w?rel=0" frameborder="0" allowfullscreen></iframe>

//[http://www.klumpp.net/blog/archives/295-Author-and-consultant-Johannes-Link-about-agility,-ethics-of-consulting-and-..-Java-being-a-code-smell..html This is also available in English.]//

Neulich bin ich auf einen Tweet gestoßen: <a href="https://twitter.com/johanneslink/status/274593126641963009"><img src="/blog/uploads/adventsbloggen2012/johanneslinkjavaisacodesmell.png" /></a> Ich musste herzlich lachen und stellte mir die Situation folgendermaßen vor: Die diesjährigen [http://www.xpdays.de XPDays] (#xdde12), seit 2004 die deutsche Leitkonferenz für die Themen rund um Extreme Programming. Dann dieser Wettbewerb: [http://www.xpdays.de/twiki/bin/view/XPDays2012/DeutschlandSuchtDenAgilenEntwickler "Deutschland sucht den agilen Entwickler"], und mittendrin [http://johanneslink.net Johannes Link], Urgestein der testgetriebenen/agilen Softwareentwicklung - [http://www.amazon.de/Softwaretests-mit-JUnit-Johannes-Link/dp/3898643255/ unter Java]. Und genau //der// hält ausgerechnet Java für einen [http://c2.com/cgi/wiki?CodeSmell Code Smell] ...

Also habe ich mal nachgehakt.

//Herr Link, auf Ihrer Website steht über Sie: "Berater für agile und testgetriebene Entwicklung. Softwaretherapeut." Unter einem Berater kann sich jeder was vorstellen - aber was ist denn ein// Softwaretherapeut//?//

Ich musste in den jahren meiner Tätigkeit als Berater und Coach feststellen, dass diese Tätigkeit durchaus der eines Therapeuten ähnelt. Am Anfang steht fast immer das Herausfinden der größten Schmerzen meiner Kunden. Das können ganz unterschiedliche Dinge sein: Fehlendes technisches Wissen an wichtigen Stellen, Probleme in der Teamdynamik oder bei der Motivation einzelner Mitarbeiter. Insofern gleicht auch die anschließende Beratung eher einer langfristigen Therapie als einem einzelnen gezielten Ratschlag, weil sich die Richtung jederzeit ändern kann, weil die ständige Beobachtung des Kunden den wesentlichen Feedback-Mechanismus darstellt, und weil nach dem Ausräumen eines Problems ein anderes Problem zum wichtigsten wird.

//Sie sind schon lange in der "agilen Szene" in Deutschland unterwegs und haben dabei unterschiedliche Rollen bekleidet. Wie hat sich in den letzten Jahren das Thema "Agilität" aus Ihrer Sicht entwickelt?//

Für mich ist die entscheidende Veränderung, dass agile Softwareentwicklung zu Beginn - vor mehr als zehn Jahren - eine Bewegung "von unten" d.h. von den Softwareentwicklern selbst war. Der Name "Extreme Programming" macht das sehr plakativ deutlich. In diesen Jahren bestand meine Aufgabe daher maßgeblich darin, ein überzeugtes und meist begeistertes Team noch ein wenig "extremer" zu machen und die passenden Schnittstellen zum Rest der Organisation zu schaffen.

Die Situation änderte sich, als "Agil" und vor allem "Scrum" in den Fokus des Mainstreams geriet. Von da an wurde ich immer häufiger geholt, um dem Management bei der Durchsetzung einer agilen Top-Down-Strategie zu helfen. Dies stößt jedoch bei den Mitarbeitern meist auf großen Widerstand, weil sie nicht gefragt wurden und weil das Management nicht versucht hat, die eigenen Ziele und die der Mitarbeiter aufeinander abzustimmen. Mein persönliches Fazit ist: Wenn ich ein anderes Unternehmen möchte, benötige ich auch andere Mitarbeiter, entweder durch Austausch oder durch freiwillige Veränderung der Einzelnen; in der Regel durch beides. Und am Ende wird es immer welche geben, für die sich die Situation verschlechtert hat. Diesem ethischen Problem müssen wir Berater uns stellen.

Eine weitere Veränderung ist der vergrößerte Baukasten, der uns mit den Methoden des //Lean Developments// und des //Software-Kanbans// zur Verfügung steht. Damit hat sich der Anwendungsbereich von agilen Ansätzen deutlich erweitert. Allerdings bleiben dabei einige der agilen Utopien auf der Strecke, denn nicht jeder per Kanban optimierte Produktentwicklungsprozess orientiert sich am humanitären und individuum-zentrierten Menschenbild des ursprünglichen Extreme Programming.

//Was hatte es nun mit diesem Tweet auf sich: "Got kicked out in first round of DSDAE for mentioning that Java is a giant code smell #xdde12"? Ich kenne einige polyglotte Entwickler, die bei der Aussage sehr hektisch und sehr zustimmend nicken. Allerdings, "giant code smell" klingt ziemlich resolut - was war der Hintergrund?//

Ein //Code Smell// ist etwas, das "komisch riecht" und uns unter Umständen zu Veränderungen der Software (oder des Prozesses) veranlassen sollte. Ob wir einen Geruch wahrnehmen, hängt maßgeblich vom Training unserer Nase ab; je häufiger ich einem Geruch ausgesetzt bin, desto weniger fällt er mir auf. Und ob wir dem Riechen eine Handlung folgen lassen sollten, ist hochgradig kontext-spezifisch. [http://de.wikipedia.org/wiki/Kent_Beck Kent Beck] führt beispielsweise "Kommentare im Code" als Codesmell auf, aber nicht jeder Kommentar kann und sollte umgehend gelöscht werden. Mancher Kommentar wird erst nach langen Refactorings überflüssig, ein anderer bleibt wesentlich, weil er den Grund für eine bestimmte Entscheidung festhält.

Ähnlich verhält es sich mit dem Geruch einer Programmiersprache: Man muss sie eine Zeitlang verlassen haben, um die stinkenden Stellen wahrzunehmen. Java hat eine ganze Palette unangenehm riechender Eigenschaften, viele davon fallen in die Kategorie "überflüssige Zeremonie". Trotzdem gibt es in zahlreichen langlaufenden Projekten keinen zwingenden Grund, Java durch eine Hipster-Sprache zu ersetzen. Auf der anderen Seite muss man sich bei neuen Aufgaben - das kann auch ein neues Subsystem einer bestehenden Software sein - fragen, ob nicht eine andere Sprache (vielleicht eine der über 200 JVM-Sprachen) oder gar eine andere Technologie der zukunftsträchtigere Ansatz ist. Dabei spielt die aktuelle Mode sicherlich eine Rolle, weil die Qualität einer Software auch von der Begeisterungsfähigkeit der beteiligten Entwickler abhängt.

Dennoch kurz zum Kontext des Tweets: Ich war Teilnehmer der Abendveranstaltung "Deutschland sucht den agilen Entwickler" im Rahmen der diesjährigen XP-Days in Hamburg. Als ich mir eingestehen musste, dass meine Konzentration für eine ernsthafte Bearbeitung der Aufgabe ("Suche so viele Codesmells in der gegebenen Codebasis wie möglich") nicht mehr ausreichte, wählte ich den spektakulären Abgang.

//Letzte Frage - die legendäre Fünf-Millionen-Euro-Frage: Wenn Ihnen jemand heute fünf Millionen Euro in die Hand drücken würde, unter der Bedingung, nie wieder Software zu schreiben - würden Sie das Geld annehmen? Was würden Sie anstatt dessen tun?//

Ich würde das Angebot annehmen und anschließend ein Doppelleben als Programmierer im Geheimen führen. Und wenn ich auffliege, werde ich Profispieler in der NBA.

//Herr Link, vielen Dank für das Gespräch.//

//Neben seiner Tätigkeit als Berater und Autor ist [http://johanneslink.net Johannes Link] Vorstand bei der [http://netdosis.de Netdosis AG], einer Ausgründung der Universität Erlangen-Nürnberg. Mit seinem Projekt http://rechnerzeit.net führt er junge Menschen an das Programmieren heran.//

**Krähe an einem Schneemorgen** Wintermorgenschnee -- Selbst die Krähe, sonst verhasst, heute ist sie schön! //Matsuo Basho (1644-1694)//

[http://de.wikipedia.org/wiki/Matsuo_Bash%C5%8D Basho], kontemplativer Wanderpoet im Japan des 17. Jahrhunderts, hat sich um das //Haiku//-Gedicht besonders verdient gemacht. Diese japanische Poesiefom besteht aus drei Zeilen mit fünf, sieben und nochmals fünf Silben. Aufgrund der Eigenheiten von japanischer Sprache und Schrift ist ein Haiku oft sehr doppeldeutig. Von zwei verschiedenen Übersetzern kann ein Gedicht damit gänzlich verschieden übertragen werden. Haiku wirken dabei wie Tuschezeichnungen. Indem ein Haiku einen scheinbaren Moment, einen Zustand, darstellt, deutet es etwas an, was deutlich darüber hinaus geht. Damit entfaltet diese Art von Lyrik eine besondere Wirkung.

//Krähe an einem Schneemorgen// wurde von [http://de.wikipedia.org/wiki/Gerolf_Coudenhove-Kalergi Gerolf Coudenhove-Kalergi] übertragen.

//Das war ein Beitrag für das Adventsbloggen 2012.//

LH 171.

Die Anzüge fliegen zur Arbeit.

Dichter Nebel. 6:32, rot blinkend auf den Bildschirmen. Gut, dass hier keiner Epilepsie hat. Und wenn, dann sabbert er oder sie gerade ruhig vor sich hin. //Sehr rücksichtsvoll.// 6:33.

Instrumentenlandung. Vernünftig.

Deboarding. 7:12. Flughafen, FFM Cityplex.

Überall Suits, ihre gottverdammten Rollkoffer und der aufdringliche Geruch von Lattecappuhipster-Shops. So wie das eine Extraktion war wie alle anderen, so war dieser Flughafen wie alle anderen. Amsterdam, S'pore, Toronto, Frankfurt. Wo war der Unterschied? Es war egal, wo man keinen Schlaf fand, es war egal, wo einen die AR hinlotste. Die richtige Sprache und die richtigen Bewegungen eingechipt, damit Du in der Umgebung nicht auffällst, und schon fällt sie Dir auch nicht mehr auf. Wo hatte er den guten Kaffee neulich? Es war jedenfalls nicht hier. Wi-der-lich. Dann die Fernbahn.

Beleuchtete Arkologien kleckern blutrotes Licht über den Smog des Sprawls. Irgendwo über ihnen muss die Sonne noch aufgehen. An Plätzen wie hier unten verändert sich lediglich die Hintergrundfarbe. //Gut gemacht, Jungs.//

Beschleunigung.

Krankes Gelb einer mageren Morgensonne ergießt sich über den Rauch der Schornsteine. Mannheim. Der Zug rast vorüber. Oder war es die Landschaft? Der Soycaf vor ihm schmeckt so synthetisch wie er wohl ist. Immerhin: Koffein. Warm genug. //Irgendwer müsste mal überschlagen, ob es überhaupt genügend Soja gibt für den ganzen Kaffee. - Besser nicht.//

Bald schon spuckt ihn die Bahn in der Baustelle aus, die mal wieder eine Stadt werden soll.

Vorbereitungen. Papierkram.

Deutlich mehr als ein paar verklärte Erinnerungen verband ihn nicht mit dieser Stadt. Sentimentalität ist für Arschlöcher. Für //tote// Arschlöcher, wenn die nicht aufpassten. Die Gegend nennt sich noch "TechnologieRegion". Marketingsprech aus alten Zeiten, von //davor//. Vermutlich war einfach die ganze Gegend kollektiv ein Arschloch.

Tot. So gut wie. Jedenfalls ziemlich bedeutungslos. //Aber wen juckt schon das große Ganze?//

Umziehen. Aussteigen. Ecocab. 10:34.

Würde er dem gestriegelten Kotzbrocken von der ExtPro etwas von der //TechnologieRegion// erzählen, würde der sich wohl totlachen. Schade wär's nicht um ihn. Alleine seine herablassende Art, das makellose, unverbindliche Lächeln und die leeren Gen4-Zeiss-Augen, getackert in ein Gesicht, das entweder überarbeitet oder komplett neu war. Eigentlich egal, die Kohle stimmte und sie kam pünktlich. Immer.

10:45. Das Ecocab quietscht und hält. Die Reihenfolge dabei ist unscharf, post-postmodern. Treffen Sie P am Marktplatz, 11:45, dann Lunch und das übliche Programm. //Eine Stunde also.//

Andererseits.. am Perfluss hielt sich ja eine Weile hartnäckig die Geschichte, dass //AI-Null// womöglich aus Mitteleuropa stammt. Geboren in einem unbedeutenden Rechenzentrum in einer unbedeutenden Stadt, einer Stadt die bei fucking //Francia// liegen soll.

10:52. //Wen interessiert eigentlich solche Folklore außer ein paar verschrumpelten Chinamännern bei versalzenem Chop Suy?// Eingechipt. //Alter, slick!//

11:04 Uhr. Zeit, aufzuproffen. Hinsetzen. Café. Zurückgenommenes Personal. Andere Welt. Glasfront, erstes Obergeschoss. Rücken an die Wand, Aktentasche zur Seite, Blick zur Hälfte in den Raum hinein, zur Hälfte über den Marktplatz. Pyramide. Dahinter irgendwo die Nordostarkologie. Echter Kaffee.

//Das war ein Beitrag für das Adventsbloggen 2012. Er entstand nach einem [https://plus.google.com/+KristianK%C3%B6hntopp/posts/JmxShWXCZBL spontanen Geschichtenjammen auf Google+].//