Blog nur noch selbst hosten - was für ein Schwachsinn!

2013-04-11T13:36:39-07:00

Posterous schließt - oh, was für eine Neuigkeit. Viel schlimmer: Jetzt kommen die vielen Blogger aus ihren Ecken gekrochen und geben Tipps, was zu tun ist. Die häufigste und auch blödeste Aussage, die ich in den letzten Tagen las: Ihr müsst euer Blog in Zukunft selbst hosten, damit das nicht wieder passiert.

So ein Schwachsinn!

Was genau soll das für einen Vorteil haben? Als nächstes muss man wahrscheinlich lesen, dass nur noch Wordpress empfohlen wird, da es eine total tolle Verbreitung hat.

Die Probleme bei dieser Aussage: Die User haben einfach keine Ahnung, was sie da tun. Nehmen wir doch mal ein paar Beispiele aus der Praxis.

User mietet sich einen Root-Server und installiert (W|L)AMP mit Wordpress

Kann man machen. Wenn man sich damit auskennt. Tun aber viele nicht. Die Kisten laufen dann 2 Jahre ohne Systemupdates und die Leute wundern sich, warum die Kiste von lustigen Scriptkiddies auseinandergenommen wird. Und natürlich wollen in diesem Falle alle Restore, aber Backups hat natürlich wieder niemand gemacht.

User mietet sich Shared- oder Managed-Hosting

Zumindest schiebt man hier die Server-Software-Updates auf den Hoster ab, der das wahrscheinlich automatisiert durchführt. Das ist okay. Jetzt muss sich der User nur noch um seine Blogsoftware kümmern.

Wenn ich allerdings mal 100 Blogs ansurfe, die auf Wordpress basieren, dann stelle ich bei knapp 50% fest, dass diese eine veraltete und wahrscheinlich auch löchrige Version einsetzen. Die meisten Minor-Updates in der Software sind Security-Fixes gemischt mit ein paar Bugfixes, keine Feature-Updates.

Schlimmer noch sind oft die Plugins, die zur Blogsoftware nachträglich installiert werden. Diese Plugins sind oft so löchrig wie Schweizer Käse und niemand hat die Absicht, diese Lücken auch zu fixen. Läuft doch!

Cloud-Anbieter

Der Vorteil bei Cloud-Anbietern ist oft, dass sie Admins haben. Admins wehren sich gerne gegen alles, was ihnen die Server kaputt macht. Aus Gründen.
Hier wird also für die Sicherheit und Geschwindigkeit der Seite gesorgt, auch wenn man mal aus Versehen auf slashdot landet, bleibt das Blog erreichbar. Wenn der Dienst gehackt wurde, gibt es Backups, die zurückgespielt werden und der Bugfix ist automatisch für alle User aktiv.

Der Nachteil: Man kann oft keine Plugins installieren oder eigene Themes bauen. Nun ja, wordpress.com bietet in der Hinsicht seinen VIP-Service an. Ist nicht billig, aber erfahrene Leute bauen Themes und Plugins, die auch über mehr als einen Server skalieren können. Und schon sind alle wieder glücklich. Aber arm. Irgendwas ist ja immer.

Lenovo stellt Chromebooks für Schulen her und macht dabei einige Fehler

2013-01-17T17:29:18-08:00

Nachdem gestern schon geleaked wurde, dass Acer eine neue Chromebox produziert, kam heute Lenovo um die Ecke und zeigt sein neues Chromebook. Speziell für Schulen. Soweit so gut.

Schauen wir uns doch das Gerät von den Spezifikationen her mal genauer an:

11.6’’ (1366x768) display - gute Größe, auch für Kinder
1.3 inches - 3.9 lbs / 1.8 kg - keine Ultrabook-Leichtigkeit, aber okay
Up to 6.5 hours of battery - zum Vergleich: das erste Samsung-Chromebook hatte Akkulaufzeiten von 8-10 Stunden
Intel® Celeron™ processor - kein High-Level, aber die Schüler sollen ja auch nicht darauf spielen
16 GB Solid State Drive - Dann sind die Daten schon mal grob geschützt vor fallengelassenen Laptops
Dual band Wi-Fi 802.11 a/b/g/n and Ethernet - das Wi-Fi hat sogar eine vergrößerte Reichweite, was bei den vielen schlechten Schul-WLANs wohl besser ist
HD Camera - gehen wir mal davon aus, dass es dazu dient, dass die Kinder auch mal von daheim mit einer Erkältung mit der Klasse kommunizieren können sollen
2x USB 3.0, 1x USB 2.0 - für die Tastatur und eine Maus hätten auch zwei Ports gereicht, die Hausaufgaben kann man über's Internet holen, dafür braucht man keinen USB-Stick
1x HDMI Port, 1x VGA Port - VGA und HDMI für Beamer oder einen Monitor zu Hause, ohne dass man wie bei der Chromebox oder dem Chromebook Series 5 und Series 5 550 einen Displayport-Adapter braucht

Bis hierhin soweit okay, aber schauen wir uns das Gerät mal genauer an:

Hier sehen wir auf der linken Seite den VGA-Anschluss, 2 USB-Ports, den Ethernet-Anschluss und den Audio-Anschluss. Rechts sind der SD-Kartenslot, der HDMI-, der USB-2.0- und der Stromanschluss. Gehen wir doch mal davon aus, dass die USB-Anschlüsse wirklich für z.B. die Maus sein sollen, wäre folgendes Szenario denkbar: Maus an den rechten USB-2.0-Port bei Rechtshändern oder für Linkshänder links an einen der beiden USB-3.0-Ports.

Jeder Rechtshänder, der aber mal einen Laptop mit rechtsseitigem Stromanschluss besaß, kennt das Problem, dass sich der Stromanschluss immer mit der Maus verheddert. Wenn jetzt noch am vorderen rechten Ende, also da, wo wirklich die Maus liegt, noch ein HDMI-Kabel angeschlossen wird, hat man keinen Platz mehr, um seine Maus zu positionieren.

Jetzt werden alle Linkshänder jubeln, aber nur, solange sie kein Ethernet-Kabel und/oder VGA-Kabel angeschlossen haben, welches dann im Weg liegt. Dieses Device ist jetzt nicht unbedingt groß, sodass man nicht mal eine Ausweichmöglichkeit für die Maus hat.

Wer jetzt mit der Ausrede kommt, dass man ja eine Tastatur anschliessen kann und dann den Laptop aus der Schusslinie bringt, der hat noch nie eine normale Tastatur an ein Chrome-OS-Gerät geklemmt, denn die Tastenbelegungen der F-Tasten ist komplett anders und es gibt einfach zu viele Leute, die noch auf die Tastatur schauen, wenn sie tippen. Die Chrome-OS-Tastatur, die man im Laden von Samsung angeboten bekommt ist anders als die von Lenovo und somit keine Lösung.

Alles schwierig halt und hätte man besser machen können, aber grundsätzlich finde ich die Idee gut, dass man in den Schulen die Internetgeräte für Schüler und Lehrer bereitstellen möchte, da die User damit nicht viel falsch machen, sich keine Viren einfangen oder irgendwas kaputt spielen können. Einfach ein Gerät zur Benutzung.

Neue Chromebox von Acer

2013-01-17T17:29:24-08:00

Wie François Beaufort auf Google+ geschrieben hat, wird es wohl demnächst ein neues Chrome-OS-Gerät von Acer geben.

Gut: Die Box wird scheinbar einen Intel-Core-i7-Prozessor mit 2,7 GhZ beinhalten, wie das Kernel-Log zeigt und damit reichlich Power für die richtig guten WebGL-Applikationen haben, die sich nicht immer alle auf die GPU auslagern lassen.

Schlecht: Man hat scheinbar eine 465,7-GB-Nicht-SSD-Festplatte eingebaut. Während also meine derzeitige Chromebox mit der eingebauten SSD in ca. 3 Sekunden hochfährt, braucht die neue Chromebox da wahrscheinlich über 10 Sekunden. Vor allem braucht man die Festplatte einfach nicht. Da auf Chrome OS ja nur der Browser und keine weitere Software als entsprechende Extensions laufen, bringt die große interne Festplatte einfach keinen Mehrwert.

Schon beim aktuellen Acer-C7-Chromebook fragte ich mich ernsthaft, warum man eine 320-GB-Festplatte einbaut, aber ich schätze mal, dass die Hersteller da einfach nur Geld sparen wollten, um das Gerät noch wieder ein paar Euros günstiger zu machen und denken da eher nicht an die Leute, die Filme, Musik oder Photos auf der lokalen Festplatte speichern, da es dafür keine "guten" Programme/Funktionen gibt.

Trotz alledem bin ich froh, meinen Arbeitsalltag mit Chrome OS bewältigen zu dürfen. Es funktioniert, es startet schnell und ich kann effizient und schnell arbeiten. Was will man mehr?

App Engine, ich bin zurück!

2013-01-17T17:29:29-08:00

Ich schrieb vor ca. 1,5 Jahren, dass ich mich von der App Engine verabschiede. Aber was soll ich sagen: Ich kann nicht ohne sie.

Inzwischen hoste ich viele meiner Arbeiten auf der App Engine und auch endlich wieder Teile dieses Blogs - die Administrationsoberfläche.

Der Grund: Ich hoste weiterhin die fertig generierten Seiten auf Amazons S3 mit der CloudFront als CDN, da es der schnellste Weg ist, um statische Dateien auszuliefern und es gibt halt fast nichts Statischeres als ein Blog.

Also schreibe ich meine Posts auf der App Engine mit meiner kleinen Admin-Oberfläche, die natürlich mit meinen Resourcen keine Kosten verursacht und lasse dann die fertigen Seiten in die S3 generieren. Und schon hab ich wieder mein kleines, aber dummerweise gut skalierendes Blögchen.

Unicode-Texte auf Grafiken mit der PIL (Python Imaging Library)

2013-01-17T17:29:33-08:00

Da ich letzte Woche darüber gestolpert bin, wollte ich es zumindest kurz niederschreiben: Ich musste einen Text mit Umlauten aus Usereingaben in einer speziellen Schriftart auf ein Bild positionieren. Da das Projekt auf Googles App Engine laufen sollte, war es natürlich in Python 2.7 geschrieben. Hier als mein erster Test:

from PIL import Image
from PIL import ImageDraw
from PIL import ImageFont

img = Image.open('background.png')
font = ImageFont.truetype('indieflower.ttf', 18)
image_text = u"àäöüß"
drawer = ImageDraw.Draw(img)
drawer.text((0, 0), image_text, fill=(0, 0, 0), font=font)
img.save('myimage.png')

Dies produziert direkt einen Fehler:

UnicodeEncodeError: 'ascii' codec can't encode character u'\xe0' in
position 0: ordinal not in range(128)

Problem: Die Schriftart ist nicht Unicode-fähig. Allerdings waren ja im Design in genau dieser Schriftart auch Umlaute und Sonderzeichen drin, also muss der Font das ja irgendwie unterstützen.

Die Lösung: Das Windows-Standard-Encoding windows-1252:

image_text = u"àäöüß".encode('windows-1252')

Und schon war nahezu jede Schriftart mit jedem Text möglich und hat mich ca. eine halbe Stunde Research gekostet.

Facebook-Vorschaubild-Abmahnung aus technischer Sicht

2013-01-17T17:29:37-08:00

Ach herrje, es gibt wieder eine Sau, die durch's Dorf getrieben wird: "Nun ist es soweit: Abmahnung wegen Vorschaubildern bei Facebooks Teilen-Funktion"

Nun laufen alle Leute los und behaupten: "Ihr müsst ab sofort alle Links ohne Vorschaubild posten!" Aus meiner Sicht ist das der total falsche Ansatz, aber darüber dürfen sich die Anwälte Gedanken machen.

Ich hab dazu auch bei Nina Diercks kurz mal Rede und Antwort gestanden, was man da technisch machen kann und will das hier nochmal kurz näher erläutern, wie das eigentlich geht, wenn ich einen Artikel verlinke.

Ich poste den Link zur externen Seite bei Facebook (das Nachfolgende kann auch auf Google+ angewandt werden)
Facebook schaut in seinem Cache, ob es die Seite in den letzten 24-48 Stunden schon mal gesehen hat und nimmt die Informationen für die Darstellung - wenn keine Informationen gefunden wurden
Facebook lädt den Quelltext der Page herunter, die da verlinkt wird (kann es das nicht, wird auch nix ausgewertet) und schaut, ob es OpenGraph-Informationen findet (dazu gleich mehr) - wenn keine Informationen gefunden wurden
Facebook schaut im Quelltext nach HTML <img>-Tags für die Bilder sowie den ersten textlichen Inhaltspassagen und einem <title>-Tag für den Namen der Seite und benutzt diese (gibt es keine Informationen, wird nur noch die Link-URL angezeigt)

Hat Facebook jetzt diese Daten geladen (anders lädt ein Browser die Daten ja auch nicht), werden diese Inhalte zwischengespeichert, damit die Website, die von 100.000 Leuten verlinkt wird, nicht an der Überlast nur durch die Facebook-Anfragen stirbt.

Diese oben genannten OpenGraph-Informationen kann jetzt ein Webseitenbetreiber, der nicht möchte, dass die Vorschaubilder auf Facebook gezeigt werden benutzen, um sich simpel davor zu schützen. Hier mal ein kleines Beispiel, womit ich auch für diese Seite das Vorschaubild verhindere:
<meta property="og:image" content="http://www.example.com/images/blank.gif">

Was habe ich hier gemacht? Ich habe ein Meta-Tag zur Seite hinzugefügt. Diese werden dem normalen User im Browser nicht angezeigt, aber eben für Crawler verwendet, um die Informationen semantisch zu beschreiben.
Dieser hier dargestellte Schnipsel sagt also: Das Bild für OpenGraph-Abfragen hol dir von http://www.example.com/images/blank.gif. Hier kann man jetzt eine URL angeben, die nicht existiert, denn sobald Facebook einen 404-Fehler (Seite nicht gefunden) zurückbekommt, wird das Bild nicht angezeigt. Hier sollte man jetzt nicht unbedingt mein Beispiel nehmen, da die example.com keinen 404-Fehler zurückwirft. Es handelt sich um ein Beispiel. Auch sollte man die unzählichen 404-Fehler nur auf seiner eigenen Domain produzieren und keine fremden URLs benutzen, da dies zu Mehrlast auf fremden Servern führt.

Noch besser wäre es natürlich, wenn man, wenn schon kein Vorschaubild des Inhalts genommen werden soll, hier zumindest ein Logo der Website einbindet. Dann generiert man trotzdem Klicks auf die eigene Website durch die ansprechendere Darstellung. Was soll eine Website, wenn man keine Besucher darauf haben möchte? Und ein guter, beschreibender Text sollte auch dabei sein, was man sich auf der OpenGraph-Website genauer anschauen kann, wie man was machen muss.

Für die meisten Blogsysteme gibt es schon fertige Plugins, die dies bereits abdecken.

Was ich persönlich ganz gut fänd, wäre, wenn Facebook die robots.txt benutzen würde, um Verzeichnisse, die nicht indexiert werden dürfen, genauso auch für die Bilder zu verwenden, wie es Google & Co. als Suchmaschinen tun. Nur kann ich aus Administratorsicht auch widerum verstehen, wenn Facebook den Mehraufwand an Traffic und Rechenzeit nicht investieren will.

Iron Blogger Hamburg - bezahl, wenn du nicht bloggst!

2013-01-17T17:29:42-08:00

Ich nehme mir immer mal wieder vor, mehr bloggen zu wollen. Dies ist heute schon mein zweiter Post, aber wahrscheinlich wird es auch mal wieder der letzte Beitrag bis April oder so sein.

Das scheint aber nicht nur mir so zu gehen, wie man an der Aktion "Iron Blogger Hamburg" sieht. Und um sich selbst etwas anzutreiben, wirft man einfach mal € 5 in die Gemeinschaftskasse, wenn man es zwischen Montag 0:00 Uhr und Sonntag 23:59 Uhr nicht schafft, auch nur einen einzigen Blogbeitrag, für den man nicht bezahlt wird, auf die Reihe zu kriegen.

Da ich selbst jetzt schon weiss, dass mich mein Konto dafür hassen wird, nehme ich jetzt einfach mal nicht teil, aber eine gute Aktion ist es allemal.

Ubuntu für Mobiltelefone - Yet another mobile OS oder Revolution?

2013-01-17T17:29:21-08:00

Heute hat Mark Shuttleworth, Gründer von Canonical, sein Betriebssystem Ubuntu für Smartphones angekündigt. Die Keynote dazu:

Was mich persönlich sehr an dem Betriebssystem reizt: Dass es sich um ein Linux handelt. Man kann ganz normale Apps für das Betriebssystem schreiben, wie man es auch schon bei normalen Programmen gewohnt ist. Was ich nämlich sowohl an iOS, als auch Android nicht mag, ist die Tatsache, dass man grundlegend jeweils an eine Programmiersprache (iOS = ObjectiveC, Android = Java) gefesselt ist. Beide Sprache lösen bei mir spontane, beidseitige Lähmung aus, sobald ich anfangen möchte, sie zu benutzen.
Natürlich gibt es dafür inzwischen Workarounds und SDKs, um auch endlich andere Sprachen benutzen zu können, aber am Ende sind es doch nur Krücken.

Bei Ubuntu kann ich endlich die Sprache benutzen, die mir beliebt, das Programm dann kompilieren und als App zur Verfügung stellen. Ich selbst bin noch nicht dazu gekommen, es auszuprobieren, aber ich schätze, dass man auf dem mobilen Betriebssystem einfach ELF-Dateien ausführen kann.

Geschickt ausgedacht hat sich Canonical natürlich, dass Ubuntu ohne Probleme auch auf dem Galaxy Nexus läuft. So brauchen sich Entwickler nicht direkt ein neues Gerät zu kaufen. Aber natürlich hat Google schon großartigerweise Linux als Plattform gewählt, sodass Ubuntu und Android ziemlich kompatibel zueinander sein sollten.

Aber:
So toll die Freiheit der Programmiersprache (bisher C, C++ und JavaScript) und die Offenheit des Systems aber auch sind, hatten die sehr eingeschränkten Sandboxes natürlich auch einen Sinn. Wie das in Ubuntu wirklich gelöst ist, wird sich wahrscheinlich in den nächsten Tagen zeigen.

Sicheres Surfen für alle Facebook-User

2013-01-17T17:29:26-08:00

Eben machte es "pling" im Postfach und da kam der typische wöchentliche Facebook-Newsletter. Oft achte ich auf die kleinen Sachen darin und natürlich verbergen sich darin meist die wichtigen Sachen. Selbstverständlich auch diese Woche:

Rolling out HTTPS for all Users

As announced last year, we are moving to HTTPS for all users. This week, we're starting to roll out HTTPS for all North America users and will be soon rolling out to the rest of the world.

Das ist für mich eine der wichtigsten Neuerungen diese Woche, da es immer noch User gibt, die die fette Meldung oben auf Facebook einfach achtlos wegklicken und sich dann beschweren, dass sie ausspioniert werden. Für uns als Entwickler ist dies auch insofern wichtig, als dass alle unsere Apps in Zukunft etwas mehr Serverlast erzeugen, da HTTPS natürlich für die Ver- und Entschlüsselung etwas Rechenzeit benötigt. Das heisst natürlich nicht, dass die Apps dadurch langsamer werden sollen und von daher muss dies natürlich mit eingeplant werden. Mal sehen, ob die Angabe zweier URLs im Facebook Developer Center auch bald entfällt.

Danke Facebook.

Facebook schränkt zukünftig Apps ein

2013-01-17T17:29:32-08:00

In einer Ankündigung beschreibt Facebook, was sich zukünftig (ab dem 6. Februar 2013) für Apps und Entwickler ändert und mit dabei sind zwei Änderungen, die mich beruflich betreffen:

Auf die Wall eines Freundes schreiben

Das wohl nervigste Feature in der Facebook-API und leider viel zu oft genutzt, wird die Möglichkeit, einer anderen Person automatisiert auf die Wall zu posten, entfernt. Stattdessen wird empfohlen, den Feed-Dialog zu öffnen, bei dem man eine Facebook-User-ID angeben kann, um einem Freund auf die Wall zu posten. Dies geht dann natürlich immer schön Einer nach dem Anderen. Nichts mehr mit Massenpostings, um die Reichweite zu erhöhen.

Wer jetzt aber denkt: Na gut, dann mach ich das halt über OpenGraph-Actions (das sind die Dinger, die rechts im Ticker durchlaufen und auch auf dem Profil der Person angezeigt werden, wenn jemand z.B. Musik auf Spotify hört), hat sich schwer geirrt, denn:

Custom OpenGraph-Actions werden entfernt geändert

War es bisher möglich, eigene Actions zu definieren, wie z.B. "Martin Thielecke hat für ein tolles Produkt auf einer tollen App gevotet", wird man zukünftig nur auf die sogenannten Built-In-Actions beschränkt.

~~Jetzt wird es nur noch folgende, vorgegebene Verben geben:~~

War es bisher möglich, eine eigene Action auszulösen, wenn man durch die App geklickt hat (z.B. beim Springen zwischen Artikeln wurde eine "view" Action ausgelöst), sollen diese künftig maximal durch die Built-In-Actions ausgelöst werden. Benutzt man eigene Actions, dürfen die nur per Klick ausgelöst werden.

Es wird empfohlen, auf die vorgegebene Verben zu setzen:

listen (man merkt, dass die OpenGraph-Actions mit Musik angefangen haben)
like (ihr kennt alle den Like-Button)
follow (hier wird es spannend, da man als Benutzer die OpenGraph-Actions einer anderen Person abonnieren kann, die zur gleichen App gehören - ich denke, das ist für die Musikportale und Spiele nicht schlecht)
read (na klar, wenn auf einem dieser unsäglichen Social-Reader, die alle meine Permissions wollen (wozu auch immer), einen Artikel lese, wird dies ausgelöst)
watch (Bin gespannt auf das erste Ich schaue grad Video XY auf youporn)

Eine genauere Richtlinie zur Benutzung der Actions hat Facebook auch aufgesetzt.

Die Gründe für diese zahlreichen ~~Einschränkungen~~ Änderungen sind wohl der große Nerv, den viele Apps und Spiele bei den Usern auslösen, die, um eine enorme Reichweite zu erreichen, alles daran setzen, die Leute so hart wie möglich zu penetrieren, damit sie endlich einwilligen, diese Apps auch zu benutzen. Außerdem will Facebook mit den OpenGraph-Änderungen ein stimmigeres Usererlebnis erzeugen.

Update: Ich hab den Text oben nochmal geändert, weil Facebook die Custom-Actions weiterhin unterstützt, allerdings möchte man keine individuellen Actions ausgelöst sehen, während man nur den Content einer App durchforstet. Diese sollen nur per Klick ausgelöst werden.

2013-01-17T17:29:37-08:00

Sehr geehrter Herr Thielecke,
Ihr Profil ist mir aufgefallen. Sie sind, wie ich, als Geschäftsführer
in der Region Hamburg/Schleswig-Holstein ansässig und aktiv. Gern möchte
ich mein Business-Netzwerk branchenübergreifend ausweiten und würde
mich freuen, wenn Sie mich zu Ihren Kontakten hinzufügen, vielleicht
ergeben Sie ja Synergien.

Beste Grüße
$randomBusinessKasper

So oder so ähnlich klingen Kontaktanfragen auf deutschlands beliebtesten Business-Netzwerk. So richtig Bock hab ich auf solche Flitzpiepen ja nicht wirklich und deshalb lösche ich meinen XING-Account. Werde ich die knapp 600 Kontakte vermissen? Wahrscheinlich nicht, denn mit den meisten interessanten Personen habe ich mich bereits auf anderen Netzwerken vernetzt (schreibt man das so? :)).

Was mir auch nicht fehlen wird? Menschen, die mir über XING Nachrichten schreiben. Warum nicht Mails? Es ist so schön einfach und ich kann einen Client meiner Wahl benutzen. Bei XING bekomme ich zwar den Text schon in der Benachrichtigung zu sehen, muss aber auf dieses unsäglich hässliche und langsame Portal wechseln, mich in das noch langsamere Mailsystem hangeln und dort antworten. Oder mit der grausamen mobilen Website/App rumschlagen.

Darauf habe ich schon längst keine Lust mehr und um mir noch weitere "aber ich hab dir doch eine Nachricht auf XING geschickt" Typen vom Hals zu halten und weil die goldenen Zeiten der Business-Netzwerke in meinen Augen bereits lange vorbei ist, beende ich nach über 7 Jahren meine Mitgliedschaft.

Techtalk 2000 - Runde 4

2013-01-17T17:29:41-08:00

Neue Woche, neues Glück.

Techtalk 2000 - Runde 2

2013-01-17T17:29:47-08:00

Heute mal nicht nur mit Apple-Bashing.

Techtalk 2000

2013-01-17T17:29:21-08:00

Ich bin gespannt, wie unser erster Techtalk so wird.

Chromebox im Business-Einsatz - Woche 1

2013-01-17T17:29:26-08:00

Ich kaufte letztes Wochenende eine Chromebox. Noch während des Kaufs bekam ich Warnmeldungen von Leuten, die meinten: "Tu's nicht, sie taugt nichts!" Nun, zum Glück habe ich ja zu allem meine eigene Meinung.

So schloss ich dann also am Montag die Box im Büro an, Monitor dran, Tastatur und Trackball dran und Stromkabel dran. Dann kam der spannende Moment: Der Start. Nach 3 Sekunden war das Gerät hochgefahren. Das ist doppelt so schnell wie beim aktuellsten und schnellsten Chromebook. Nunja, schnell noch Updates gemacht und nach einem erneuten Neustart für das Update konnte ich mich einloggen und war innerhalb von 10 Sekunden voll arbeitsfähig. Also genauso arbeitsfähig wie vorher auf meinem Linux-Gerät.

Was muss man noch mehr dazu sagen? Ich kann darauf ganz normal und ohne Probleme programmieren und Youtube-Videos in ruckelfreiem Full-HD sind kein Problem für das Gerät, trotz des Celeron-Prozessors (Dual-Core). Auch die 4GB RAM des Geräts sind völlig ausreichend. Einzig die doch noch seltenen DisplayPort-Anschlüsse (NICHT Mini- oder Micro-DisplayPort) sind gewöhnungsbedürftig - ich besorgte mir allerdings die Adapter für alle 3 Monitoranschlüsse und kann diese mit meinem Chromebook weiterbenutzen. Sehr praktisch.

Dank dieser DisplayPort++-Anschlüsse hat man im Übrigen die Möglichkeit, 2 Monitore mit bis zu 30-Zoll Durchmesser anzuschliessen. Das konnte ich bisher noch nicht testen, da mir derzeit 2 Monitore mit gleicher Auflösung fehlen. Laut Gerüchten kann man nämlich keine 2 Monitore mit unterschiedlicher Auflösung anschließen. Dies bestätigte mir auch der Verkäufer in London im Curry's PC World Store.

Jetzt seid ihr an der Reihe: Könnt ihr euch vorstellen, mit einer Chromebox zu arbeiten? Was wären eure Pro- und Contra-Argumente?

Chrome OS: "Wie kannst du nur?!" - Teil 1

2013-01-17T17:29:32-08:00

Ich werde oft gefragt: "Wie kannst du nur mit Chrome OS" gefolgt von irgendeinem Verb. Ich will darüber mal ein bisschen was schreiben, damit ich die Frage nicht drölf Mal pro Woche beantworten muss.

Fange ich also mit dem Verb an, was bei mir am Meisten zutrifft: "programmieren".

Ich verdiene mein Geld damit, viele Einsen und Nullen durchs Netz zu prügeln. Im Normalfall würde ein "normaler" Web-Entwickler wohl Folgendes verwenden:

eine lokale IDE, mit der man debuggen kann (Breakpoints setzen, den aktuellen Stack nachvollziehen, lokale Variablen prüfen, usw.), Autovervollständigung hat und irgendwas mit der Maus bedienen kann
eine lokale oder semi-lokale (im Firmennetzwerk befindliche) Testumgebung, die grob wie das Livesystem funktioniert, allerdings oft mit Xdebug oder Zend Debugger versaut ist
eine Million Mini-Tools installieren, die einem "die Arbeit erleichtern"

Woher ich diese Annahme nehme? Ich habe das früher genau so gemacht.

Doch dann habe ich festgestellt, dass dies alles großer Schwachsinn ist. Mit Chrome OS, speziell dem Chromebook und seit weniger als 24 Stunden auch der Chromebox sieht meine Entwicklungsumgebung so aus:

die Crosh-Shell (in Chrome OS enthalten; Ctrl+Alt+T)
eine aktive SSH-Verbindung zu einem Linux-Server (in meinem Fall eine EC2 im US-East-Bereich)
ein VIM in einer Screen-Session

Jeder dieser drei Punkte würde wahrscheinlich schon 99% der restlichen Webentwickler zum Schreien bringen, aber die Kombination aller Punkte wirkt wahrscheinlich wie ein Teufelsanbeter im Vatikan - zumindest wenn ich mir die entsetzten Gesichter anschaue, jedes Mal, wenn ich genau dies erzähle.

Warum ich damit in meinen Augen effizienter programmiere? Ganz einfach:

ich zwinge mich, sprechende Klassen-, Methoden- und Variablen zu verwenden - wenn ich es nicht mache, suche ich ständig und stundenlang nach Parameterreihenfolgen, Namen usw. und wie ich letzte Woche feststellte, können mit dieser Methode auch keine dämlichen Rechtschreibfehler durch ein gesamtes Projekt gezogen werden
ich greife nicht ständig zur Maus - ich sehe immer wieder Entwickler, die sich durch ihre IDE klicken, wenn sie in einem Vervollständigungsdialog etwas suchen und finden; das würde alles viel zu lange dauern
durch den äußerst effizienten Editor habe ich keine Wartezeiten beim Start - wenn ich mir "ein Monster namens Eclipse" mal so anschaue, das beim Start so lange braucht, wie ich für das gesamte Einrichten eines Projekts, bin ich ganz froh, dass ich instant programmieren kann
die Automatisierung macht das Leben einfach - benötigt man für viele Sachen einen FTP-Client (ja, die meisten haben es immer noch nicht verstanden), damit man Dinge bei einem Kunden hochladen kann, kann ich diesen Prozess des Uploads und des Sync aller Sourcen zum Zielserver automatisieren; es spart einfach so unheimlich viel Zeit
ich kann mich mit jedem Rechner dieser Welt mit jedem Betriebssystem einloggen und jederzeit weiterarbeiten, ohne auch nur ansatzweise eine Software installieren (Ausnahme: Windows - aber putty ist mit ein paar hundert kB nicht gross und läuft ohne Installation) zu müssen - instant

Rein theoretisch bliebe ja noch die Möglichkeit, eine Online-IDE zu verwenden - aber habt ihr die mal getestet? Natürlich können die Meisten davon Syntax-Highlighting, aber für viele Coder braucht es zumindest Codevervollständigung für die Programmiersprache selbst.
Oder anders: Habt ihr mal versucht, euch in PHP für alle Suchfunktionen die Reihenfolge des $needle und des $haystack Parameters zu merken? Aber ich weiss von einigen IDEs, dass diese hart an genau diesen Features arbeiten.

Dies sind aber trotzdem alles Gründe, warum ich wohl auch in den nächsten Jahren einer von zehn Entwicklern weltweit sein werde, der überhaupt auf einem Chrome-OS-Gerät entwickeln kann. Schade eigentlich, haben diese Geräte doch äußerst viel Potential.

Google+ History - die weniger nervigen Graph-Actions

2013-01-17T17:29:35-08:00

Die Timeline bei Facebook ist ja immer wieder ein Punkt, bei dem viele User schreien. Zusammen mit den OpenGraph-Actions, wie sie z.B. durch Spotify getriggert werden, bildet sie mehrere Wochen Diskussionsstoff.

Bei Google+ geht man einen anderen Weg: Google History. In dieser History werden "Moments" aufgelistet. Diese Moments haben derzeit einen eingeschränkten Verbschatz, sodass man noch ziemlich beschränkt ist, was ein Fremdservice so reinposten dürfe.

Nach einem ersten kurzen Test mit der API kann ich nur sagen, dass es sich ziemlich fluffig anfühlt und die History-API wahrscheinlich die eigene Timeline nicht so zumüllt. Derzeit ist es nämlich so, dass die Moments alle in einem kleinen Tab gefangen sind. Wenn es allerdings wie bei den Games läuft, werden diese wahrscheinlich früher oder später im Stream auftauchen. Schön ist hier allerdings, dass ich als User bestimmen kann, wieviel ich davon in meinem Stream sehen will.

Ich bin gespannt.

2013-01-17T17:29:40-08:00

Es wird keinen Google Developer Day mehr geben. Leider.

Der Grund? Er skaliert nicht.

Das in diversen Städten stattfindende Event war am Ende mit mehreren tausend Besuchern nicht gerade klein und Google hat sehr viel Geld investiert, um unzählige Mitarbeiter quer über den Globus zu fliegen.

Die steigende Besucherzahl auch aus anderen Ländern zeigt außerdem, dass es theoretisch notwendig ist, in jedem Land einen Developer Day stattfinden zu lassen. Und da dies für Google eine nahezu unlösbare Aufgabe ist und es ja glücklicherweise die GDGs/GTUGs gibt, die in vielen Ländern schon sehr gute Arbeit leisten, wird es zukünftig nur noch Devfests geben.

Was? Devfest. Eine Veranstaltung, die von lokalen Usergroups organisiert werden. Diese Devfests werden natürlich von Google unterstützt, ähnlich wie auch die Google-I/O-Extended-Veranstaltungen. Aber sie wird eben nicht mehr von Google veranstaltet und höchstwahrscheinlich auch nicht mehr so groß.

Hier in Deutschland stehen die Zeichen für ein einzelnes Devfest für das ganze Land (statt in jeder Stadt einzeln) ziemlich gut, aber das habt ihr nicht von mir, ok?

Grillcamp in Hamburg - das wird lecker

2013-01-17T17:29:44-08:00

Ende Juli findet in Hamburg das Grillcamp statt. Soweit ich weiss: Das Erste seiner Art.

Nun gab es bereits die ersten Stimmen, dass das Grillcamp mit 39,- Euro kein Schnäppchen ist - das ist richtig. Wenn man sich allerdings mal die Einkaufsliste so anschaut, ist das jetzt keine Gartengrillparty mit Fleisch aus der Aldi-Tiefkühltruhe.

Außerdem geht es nicht nur um's Grillen. Davon hätte man wahrscheinlich nach dem dritten Nachschlag schon genug, sondern auch um das Drumherum. Es geht um leckere Rezepte für Salate, für Marinaden, für Soßen und was es nicht alles gibt. Und natürlich ist ein Barcamp immer das, was man draus macht. Wenn ihr weitere Ideen habt, wendet euch an das Orga-Team.

Ich denke, es wird cool. Oder Hot. Je nachdem, in welcher Grillphase man sich grad befindet. :)

Schichtsystem in der Agenturbranche

2013-01-17T17:29:22-08:00

Immer wieder sehe ich Projekte voll gegen die Wand fahren. Dies liegt gar nicht so oft an einer Fehlplanung, sondern eher an der Kommunikation.

Die Probleme

Ich weiß gar nicht, ob das Problem auf's Ego schieben soll oder auf Mitarbeitermangel. Vielleicht ein kleines bisschen von beidem.

Ego: Es ist ein in der Agenturbranche weit verbreitetes Phänomen, dass sich jeder für viel wichtiger hält, als er es ist. Da werden dann wichtige Informationen für sich behalten, sodass die anderen Beteiligten eines Projektes immer dazu gezwungen werden, das "Super-Brain" zu fragen. Was ein Egomane aber selten weiß oder vielleicht nur nicht realisiert: er kann nicht skalieren. Je mehr er damit beschäftigt ist, bloß nicht zu viel Wissen preiszugeben, desto weniger Zeit hat er, seinem Job nachzukommen.

Mitarbeitermangel: In der breiten Medienwelt wird ständig alles abverlangt. Da müssen Mitarbeiter ab morgens um 8 Uhr im Büro sein, um ständig für den Kunden rechtzeitig Gewehr-bei-Fuß zu stehen, auf der anderen Seite wird aber auch verlangt, dass die Arbeit fertig wird. Dass Mitarbeiter dann bis abends um 20:00 bis 22:00 Uhr noch im Büro sitzen, wird dann halt mit den Worten "die Arbeit muss halt fertig werden" verlangt.
Auch diese Denkweise skaliert nicht. Der Mensch hat nämlich aus technischer Sicht ein großes Manko: Er braucht Ruhe um zu regenerieren. Nimmt man einem Menschen dauerhaft diese Ruhe (für Chefs: nennt sich "Feierabend" und "Wochenende"), kommt es oft zu Krankheiten.

Schleppt sich der Mitarbeiter dann trotzdem ins Büro, weil entweder das Ego oder die unfertige Arbeit dies verlangen, gibt es einen regen Abtausch zwischen den Krankheiten. Diese sind nicht immer in Form von Viren und Bakterien sichtbar, sondern spielen sich gern auch einfach nur im Kopf ab. Aber sie sind da.

Wie bekämpft man diese beiden Probleme?

Wie der geneigte Leser ja weiß, bin ich gelernter Eisenbahner - genauer: Fahrdienstleiter. Als Fahrdienstleiter (das ist der Typ, der auf dem Stellwerk hockt und Weichen und Signale stellt) gibt es einen festen Arbeitsplan im Schichtsystem. Kommt also zur nächsten Schicht ein anderer Mitarbeiter, hat man diesem eine exakte Übergabe zu machen. Da darf es keine Egos geben, da dies Menschenleben kosten kann, wenn die Spätschicht nicht weiß, dass z.B. ein Signal defekt oder eine Strecke gesperrt ist.

Warum versucht man dieses Prinzip nicht auch auf die Medienlandschaft, insbesondere die Agenturen anzuwenden?

Man stelle sich vor, ...

... dass alle Gespräche mit dem Kunden detailliert festgehalten wurden, vielleicht sogar mit E-Mails, sodass man alles schriftlich hat!? Man bekommt bei der Übergabe nochmal kurz zusammengefasst, was in den letzten Stunden Wichtiges passiert ist!?

... dass der Frühschichtkollege getrost vor einen Bus laufen kann, ohne dass die Firma in die Bredouille kommt und alle Projekte gegen die Wand fahren, weil niemand genau weiß, was noch zu tun ist.

... dass Mitarbeiter pünktlich Feierabend machen können und nächsten Tag völlig entspannt die Arbeit machen können - dadurch einen freien Kopf und u.U. sogar wieder geile Ideen haben

... dass in der Agenturbranche das Wort "Burnout" keinen Platz mehr hat

Dies alles funktioniert in anderen Branchen, wie z.B. bei der Bahn sehr gut und die Leute arbeiten agiler zusammen, als das, was sich die Agenturen da ständig versuchen einzureden.

Es geht einfach nur um standardisierte Kommunikation, Kommunikationswege und Crowd-Knowledge. Wenn denn die Sache mit dem Ego nicht wäre.