There are many ways for a developer to screw up their implementation, but no code to share the nature of the error with the end user.

We humbly suggest the following status codes are included in the HTTP spec in the 7XX range.

• 70X – Inexcusable
  • 701 – Meh
  • 702 – Emacs
• 71X – Novelty Implementations
  • 710 – PHP
  • 711 – Convenience Store
  • 719 – I am not a teapot
• 72X – Edge Cases
  • 720 – Unpossible
  • 721 – Known Unknowns
  • 722 – Unknown Unknowns
  • 723 – Tricky
  • 724 – This line should be unreachable
  • 725 – It works on my machine
  • 726 – It’s a feature, not a bug
• 73X – Fucking
  • 731 – Fucking Rubygems
  • 732 – Fucking Unicode
  • 733 – Fucking Deadlocks
  • 734 – Fucking Deferreds
  • 735 – Fucking IE
  • 736 – Fucking Race Conditions
  • 737 – FuckThreadsing
  • 738 – Fucking Bundler
  • 739 – Fucking Windows
• 74X – Meme Driven
  • 741 – Compiling
  • 742 – A kitten dies
  • 743 – I thought I knew regular expressions
  • 744 – Y U NO write integration tests?
  • 745 – I don’t always test my code, but when I do I do it in production
  • 746 – Missed Ballmer Peak
  • 747 – Motherfucking Snakes on the Motherfucking Plane
  • 748 – Confounded by Ponies
  • 749 – Reserved for Chuck Norris
• 75X – Syntax Errors
  • 750 – Didn’t bother to compile it
  • 753 – Syntax Error
• 76X – Substance-Affected Developer
  • 761 – Hungover
  • 762 – Stoned
  • 763 – Under-Caffeinated
  • 764 – Over-Caffeinated
  • 765 – Railscamp
  • 766 – Sober
  • 767 – Drunk
• 77X – Predictable Problems
  • 771 – Cached for too long
  • 772 – Not cached long enough
  • 773 – Not cached at all
  • 774 – Why was this cached?
  • 776 – Error on the Exception
  • 777 – Coincidence
  • 778 – Off By One Error
  • 779 – Off By Too Many To Count Error
• 78X – Somebody Else’s Problem
  • 781 – Operations
  • 782 – QA
  • 783 – It was a customer request, honestly
  • 784 – Management, obviously
  • 785 – TPS Cover Sheet not attached
• 79X – Internet crashed
  • 797 – This is the last page of the Internet. Go back
  • 799 – End of the world

github.com/joho/7XX-rfc

comicsansproject.tumblr.com

In Anlehnung an den bereits vor 2 Jahren verfassten Beitrag:

Self Secret Service

An der Botschaft hat sich seither nichts verändert. Nur erfüllt. Google gibt Daten heraus.
Ich bin es satt, Leute dafür zu sensibilisieren. Aber ich habe einen Schieberegler entdeckt:

Ihr müsst wissen was ihr tut. Aber die Information, die ihr heute erfasst, vergisst Google/Facebook/XYZ nicht. Alles, was gratis ist, nützt jemand anderem. Wir sind das Produkt.

In 4 Jahren kommt dann ein Gesetz:

Alle, die sich in den letzten 4 Jahren im Kreis XY herumgetrieben haben / dieser Gruppe beigetreten sind, werden verhaftet. #Beispiel

Die Informationen, die ihr heute erfasst, können in Zukunft gegen euch verwendet werden.
Sie haben das Recht zu schweigen.

Und apropos Cloud, von wegen “die Daten sind bei diesen erfahrenen und professionellen Betreibern sicherer.”: Grosse Datenansammlungen sind besonders attraktiv für Angreifer.

Passion, das ist nicht der naive Enthusiasmus, den ein Volontär heute mitbringt, weil er besonders viele Twitter-Tools kennt oder einen Facebook-Account hat und auch gerne nutzt. Der aus Mashable-Artikeln zitieren kann und gerne von Transparenz, Authentizität, Echtzeit und anderem Hipster-Scheiß erzählt. Der immer vorne mit dabei ist, wenn wieder mal BETA-Invites für irgendwelche coolen Web-Services verteilt werden. Genau diese Tool-Fixiertheit führt Kommunikatoren in die Frustration, macht müde.

Social Tools are for Fools.

Texte ins Netz stellen kann jeder. Bloggen nicht.

Es ist kein Zufall, dass die ganzen Positivbeispiele da oben (fast) alle Blogs zum Gegenstand haben. Denn anders als auf Facebook (Werbefläche) und Twitter (Networking/Curating) ist es in Blogs möglich, sein Produkt, seine Marke voll und ganz auszuleben. Nicht selten ist ein Blog selbst das Produkt. Ohne Limitation in Form von Zeichenbegrenzug, Usability-Bugs und unerwünschter Werbung für irgendwelche Möbelhaus-Gewinnspiele. Dafür mit redaktionellen Inhalten.

Das Blog ist die ureigene Spielwiese, dort hat nur einer das Sagen und es ist nicht Mark Zuckerberg. Gute Blogs vermitteln Persönlichkeit. Das Blog ist die Arena, in der Passion voll und ganz zur Geltung kommt. In Gestalt richtig geiler Postings, die gerne von der Zielgruppe verlinkt werden.

Es braucht leidenschaftliche Menschen, um Social Media Projekte zum Erfolg zu führen. Weil nur Leidenschaft den ständigen Willen, sich zu verbessern, mehr Wissen zu erlangen, mehr Menschen für sich zu gewinnen, mit sich bringt. Unbändige Neugierde inklusive.

Danke, liebe (Quelle).

Es sei “unschön”, wenn man statt

echo new publicAbstractFactoryImplementationSuperGeilesFormEndTag(void string args[]);

einfach das schreibt, was man möchte:

</form>

Liebe Softwarepäpste und Enterprisearschitekten. Hier kommt meine Philosophie:

• Ich bin faul.
• Die Maschine soll für mich arbeiten.
• Und sie soll das möglichst schnell tun, ohne viel Ressourcen zu beanspruchen.
• Andere Menschen mit weniger Erfahrung sollen das, was ich entwickelt habe, Verstehen und weiterentwickeln können.

Aber nein, so geht das doch nicht. Was wir brauchen, sind möglichst komplizierte Strukturen und Muster, die überhaupt niemand mehr ausser der Autor selbst checkt, damits softwarearchitektonisch schön ist und die Wartbarkeit erhöht wird.

Und wenn man dann genug Singletons mit der Abstract Factory instanziiert hat, welche die Facade durch den Proxy decoraten, damit der Mediator den Observer nicht beim visiten des Mementos dependency-injected, dann kann das Data Access Object mit dem Plugin via Null Object Flyweight durch das Composite iterieren und das emitten, was man eigentlich ursprünglich wollte:

Hello World.

Grässlich. Und dann wird mit einer “höheren Schulbildung” geprahlt; einer Bildung, wo einem das Hirni dermassen durchgemantscht und verdreht wird, dass man am Schluss überhaupt nicht mehr weiss, wie man einen simplen Text ausgibt, weil man ja erst eine abstrakte Factory braucht, die man dann in einer Implementation per Dependency-Injection instanziieren kann, damit man sie dann durch alle DAO und SOA-Layer rauf und runter über tausend Schnittstellen via XML schicken kann, damit am Ende… Ääh, was wollten wir eigentlich?

Dass so eine Erdölraffinerie* ordentlich Speicher frisst, liegt auf der Hand. Und warten können’s nur solche, die auch so eine Hochbildung haben. Die OOP-Sekte.

Kein Wunder fühlen sich Enterprise-Senior-Supermega-OOP-Engineering-Technical-Softwarearchitekts gleich angepisst, wenn man ihr lange und mühsam erlerntes Hoheitsgebiet mit schnellen, schlanken, praktischen und gut funktionierenden Quickwins erschiesst. Die wollen ihren “Marktwert” erhalten.

Nein. So will ich nicht enden. Entwurfsmuster als Inspiration ja, aber schlichte Ansätze als “unschön” bezeichnen, nur weil’s halt grad nicht in ein Enterprise-Pattern passt: FFFUUUU.

* Erdölraffinerie (engl. Gas factory)
Unnötig komplexe Systementwürfe für relativ simple Probleme werden abwertend als Erdölraffinerien bezeichnet.

(Wikipedia: Anti-Patterns)

Ausprobieren!

Ich habe gerade die Vorteile, die Git & Github bieten, hautnah erfahren!

Hoh, da ist etwas tolles auf Github: node-search-engine. Ein auf node.js basierter Webcrawler, der das Internet durchsucht (asynchron und parallel, yay) und in einer CouchDB speichert.

*geifer* – gleich ausprobieren!

Ich mache also einen “Fork”.

Was passiert da: Das Repository node-search-engine, welches dem Benutzer kurokikaze gehört, wird unter meinen Account als eigenständiges Repository kopiert.

Jetzt gehörst du mir. Und ich kann dich klonen und drücken wie es mir beliebt.

Uuh, da läuft noch was nicht. Eine binäre Library funktioniert unter Mac OS X nicht, ein Syntaxfehler, und ein Funktionsname hat sich geändert.

So. Ich glaube jetzt läufts! Gleich committen und auf Github übertragen.

Hmm. Ich habe wohl gerade ein paar Bugs gefixt. Das Projekt liegt seit April 2010 brach – vielleicht freut sich der Entwickler ja über meine Verbesserungen.

Ich schicke ihm eine Pull-Anfrage:

Das heisst soviel wie: “Hey schau mal, ich habe da eine Verbesserung für dein Projekt – wenn es dir gefällt, kannst du diese Änderungen übernehmen!”

2 Minuten später:

Noch ein bisschen später:

Er ist dankbar und hat meine Verbesserungen gleich übernommen! YAY

Ist ja ein tolles Konzept! Jeder hat sein Repository. Jeder kann es kopieren. Es braucht keine Berechtigungen, kein “Hauptentwicklungszweig”. Was toll ist, wird geforkt, und wenn die Änderung passt, wird sie übernommen. Wenn nicht, existiert einfach ein Fork, eine Variante der Software eigenständig weiter.

Schläft die Entwicklung ein, finden sich sicher Entwickler um einen populären Fork, die ihn weiterentwickeln. Die Macht ist quasi nicht mehr bei den Entwicklern oder bei einer Firma, sondern bei der Software selbst. Die Firma mag Konkurs gehen, die Software lebt weiter. Der beste Fork gewinnt.

Erst durch Github wird das Opensource-Prinzip wirklich gelebt.

http://github.com/

Echtzeitstatistiken mit einem Canvas-Element, welches sekündlich mit Daten gefüttert wird. Und wenn‘s dann zu laut wird, und der Finger sich hebt – dann hebt auch der Graf dank einer CSS3-Transition seinen Finger:

Ich hatte ja vor kurzem smoothiecharts.org entdeckt, und da hat‘s mich einfach gejuckt, sowas für den Geräuschpegel unserer Arduino-Installation zu machen.

Nur war das nicht so einfach. Die Ethernet-Schnittstelle von Arduino ist alles andere als stabil. Maximal 4 Sockets, Verbindungen, die nicht sauber getrennt werden, Bugs im Firmwarecode… Es wurde einige male spät am Abend, und ich habe etliche Möglichkeiten durchprobiert. Die Schnittstelle stürzte nach ca. 1h immer wieder ab.

Die Lösung des Problems ist dieser Dreizeiler:

Heisst soviel wie: „Solange du verbunden bist, trenne die Verbindung!“.
3 Zeilen Code, und der Sauhund läuft stabil. Endlich.

Netter Nebeneffekt: Ich kann aus den gesammelten Daten auch schöne RRD-Diagrämmli erstellen:


Das war der Geräuschpegel von gestern. Um 6:30 kam die Putzfrau mit dem lauten Staubsauger. „Ob das ein Alkoholtest sei, wenn ich beim Dezibert ins Mikrofon blase…“ – Nein, das Teil misst nur die Lautstärke. Unruhe am Morgen, Mittag… Und grosse Diskussionen um 17:30.

Interessant, was so scheinbar harmlose Daten wie „Lautstärke über die Zeit“ plötzlich aussagen können…

Links:
Der Graph von Dezibert
RRD-Diagramm der letzten 12h (stündlich aktualisiert)

Was: Jediritter Infopad. Reiseführer durch die Galaxis. Personal Messenger Pad.
Wie: Zugriff auf das globale Datennetz
Wann: Immer dabei bei wichtigen Missionen

Kennt ihr die? Diese Geräte, die Helden begleiten. In allen Filmen mit viel Raumschiff und Reisen durch’s Universum. Sie werden eingesetzt als Kommunikationsmittel, Notizblock, allwissendes Mobilterminal, Sonderbare-Steine-Analysegerät und scheinen niemals Strom zu verbrauchen.

Und wisst ihr was? So. Was. Gibts. Wirklich. !

Es heisst “Kindle“, kommt von Amazon, und war ursprünglich dazu gedacht, Bücher zu lesen.

Der Clou ist aber: Mit dabei ist, als “Experimental Feature”, ein vollwertiger Webkit-Browser mit Javascript Unterstützung.

Da ein Webbrowser alleine aber noch nicht sonderlich nützlich ist, gibt es gratis Internet dazu.
Und zwar weltweit. Ohne Abogebühr.

Jaaa, da staunst Du, he? Wusste ich nämlich auch nicht. Wissen die wenigsten… Weil das weltweite gratis Internet über 3G ist ein “nettes Nebenprodukt”…

Und wie lange der Akku wohl hält? Ein paar Stunden? Tage? Wochen? Ja genau. Ein paar Wochen. Da staunst Du grad nochmals, gell?

Warum das so ist: Das Display hat weder eine störende Hintergrundbeleuchtung, noch Pixel. Das Zauberwort heisst “E Ink” – elektronische Tinte. Braucht nur Strom beim “Umblättern”.

Suchbild; finde den Pixel:

im Gegensatz zu euren tollen iPhones, die nach zwei Minuten schon “Akku! Akku! Akku!” schreien, kann man dieses schicke Gerät zu recht als Mobile bezeichnen. Damit kann ich locker 2 Wochen irgendwo in die Türkei in die Flugferien und damit auf Wettersites zugreifen.

Hach – dieses Gerät versprüht mit seinem Monochrom-Display so einen Analog-Charme. Ich mag so unscheinbar altertümlich daherkommende Sachen, die aber hochwertigen futuristischen Schnickschnack eingebaut haben.

“Yes, it’s a Macintosh” war der erste Gedanke, der mir durch den Kopf schoss.

What I call “the miserable programmer paradox” states the following:

“A good programmer will spend most of his time doing work that he hates, using tools and technologies that he also hates.”

This is a paradox in the sense that it’s a counterintuitive result; you’d expect that the bad programmers would spend their time with crappy technologies, while the excellent programmers would spend their time with super-awesome technologies. Right?

I noticed this paradox in practice, and only later did I realize why this is happening.

What kind of work does a programmer despise?

This will not be news to experienced programmers, but I want to explain this to people who are not programmers:

A good programmer despises doing any work that could be automated. If a programmer is made to do work that a machine (usually a computer) can do, he becomes very annoyed. A programmer’s aspiration is to teach the machine to do as much of his job as possible so that he’ll have to do only the bits of work that cannot be done by the machine.

This is a very healthy instinct for a programmer to have.

Simple example of work that needs to be automated: Imagine the programmer is browsing his code file which is 1000 lines long. He wants to get to line 791 because there’s supposed to be a bug there that he needs to fix. But his text editor is at line 30. Most human beings would simply scroll down the file until they pinpoint the wanted line. But a good programmer will not stand something like this. He will work in an editor which lets him jump to a specified line by number. For example, “Ctrl-L -> 791 -> Enter” will do the job in the editor I use.

That was a simple example; there are more complex ones.

The reason that a good programmer hates doing repetitive work is that all these little tasks interrupt the programmer’s train of thought. A train of thought is a fragile thing; Once your train of thought is interrupted, it takes a while to get it started again. If you have to interrupt it every 5 minutes to do some manual task, then your train of thought won’t get anywhere.

In his day-to-day work, a programmer needs to do various kinds of work with various technologies using various tools. The programmer enjoys the kind of work that has relatively little “manual labor” in it, and he despises the work that has a lot of manual labor to it. He loves the technologies and tools that require little manual labor (Python, Django and git would be a few of my examples), and hates the technologies that require a lot of manual labor. (I won’t give examples on that one )

But he still has to work with both the fun automatic technologies and the annoying, manual-labor-requiring technologies. The good programmer tries to cut as many bad technologies as possible out of his life, but he will always have some bad technologies that he simply can’t get away from. Sometimes it’s because they’re needed for the kind of software that he wants to produce; for example, every programmer working in web has to deal with HTML and its many annoying behaviors. Sometimes bad technologies are necessary simply because the masses of people are still using them, and the programmer needs to be able to work together with them.

Most of the time is spent on the bad technologies

From this point, understanding why the paradox happens is quite straightforward. The bad technologies take big chunks of time and concentration. The good technologies take little time and concentration. The programmer has a fixed amount of time and concentration that he can give every day. He must give a bigger piece of the pie to the bad technologies, simply because they require more. In other words, he ends up spending most of his days working with tools and technologies that he hates. Therefore, the good programmer is made miserable.

I wish I could end this essay with some sort of moral, or an idea for solving this problem, but there’s not much. All we can do is try to cut as many bad technologies as possible out of our lives, and just tolerate the rest.

Es gibt soo viele Seiten, wo man sich nicht über eine verschlüsselte Verbindung anmeldet.
Tja, was tun, damit das Passwort nicht unverschlüsselt übertragen wird und in die Nase eines Netzwerkschnüfflers gerät?

Wir brauchen ein Taschentuch. Und wickeln das Passwort dort drin ein.

Der Server generiert ein Taschentuch. In diesem Fall eine Zufallszahl:

$_SESSION['challenge'] = sha1(mt_rand(0, 1000000) . mktime());

Das schicken wir an den Browser. Sieht dann so aus:

Das Chrüsimüsi bei “Server challenge” ist unser Taschentuch. Das Verfahren heisst nämlich “Challenge-Response“.

Jetzt tippe ich mein Passwort ein. Vor dem Absenden wird mein Passwort zusammen mit dem Taschentuch verchrügelet und erst dann an den Server geschickt:

var sha1 = hex_sha1(passval + challenge);

Das da unten; ja genau da wo es heisst: “[password] =>” – dort ist mein Passwort im Taschentuch drin. Dieses Gstellaasch wird an den Server geschickt.

Dort angekommen, macht der Server das gleiche. Er wickelt das Passwort aus der Datenbank in das gleiche Taschentuch ein und vergleicht sein Ergebnis mit dem vom Browser erhaltenen:

if (sha1($db_password . $_SESSION['challenge']) == $_POST['password']) 
{
	echo 'Logged in. <a href="">Reload</a>';
	session_destroy(); //wichtig, neues Taschentuch generieren #replay-attacks
}

Sind die beiden Ergebnisse identisch, war das Passwort richtig.

Sicherheitsmassnahme

Für den Fall, dass ich in meinem Browser aus Versehen kein Javascript aktiviert habe, und das Passwort nicht per Taschentuch durch’s Netzwerk reisen würde, sondern im Klartext, stelle ich das Passwortfeld als Platzhalter dar, welcher dann durch ein Eingabefeld ersetzt wird, wenn Javascript aktiviert ist.

Damit kann ich gar nicht erst ein Passwort eintippen…

So. Die Taschentuch-einwickel-Funktion (aka SHA1) habe ich hier gefunden.
Ausprobieren könnt ihr’s da: http://scratchbook.ch/js_challenge-response/
Den Code gibt’s auf Github: https://github.com/claudehohl/js_challenge-response/blob/master/index.php

iWillFail();
 
iAmClean();

Wenn es tschätteret bei der iWillFail()-Funktion, dann kommt ein Fehler, das Programm stürzt ab. Mir egal, dachte ich früher; wenn ein Fehler passiert, dann passiert eben ein Fehler – ob ich den jetzt noch Abfange ist doch egal… Es brätscht so oder so.

Nun – nicht ganz

Bei obigem Code rumplet es, ja. Und das Programm stürzt ab, genau.
iAmClean() wird nicht mehr ausgeführt.

try {
	iWillFail();
} catch(e) {}
 
iAmClean();

Hier wird das iWillFail() abgefangen. Es brätscht. “Hmm, dehaut”, sagt sich das Programm und läuft weiter…
iAmClean() wird ausgeführt.

Nützlich bei externen Programmen wie z.B. Tracking-Skripts, wo man nie genau weiss, ob die gut laufen oder nicht. Falls nicht, läuft wenigstens der Rest weiter und es reisst nicht gleich das ganze Programm in den Abgrund…

Mein Metier. Nach einer zweiwöchigen Evaluation kristallisierte sich Nginx mit FastCGI als Webserver heraus, weil der FastCGI Anfragen cachen kann und somit auf eine tolle Geschwindigkeit kommt.

Das Problem ist nicht der Cache an sich. Das Problem ist, wie Nginx damit umgeht, wenn der Cache verfällt.

Der Cache hat ein Ablaufdatum, eine Time-To-Live, TTL. Läuft diese ab, muss das HTML vom Backend neu geholt werden. Und wenn der Cache bei 500 gleichzeitigen Anfragen pro Sekunde abläuft, muss das HTML 500 mal gleichzeitig vom Backend geholt werden. Schönä!

Ich habe verschiedene Reverse-Proxies ausprobiert. Unter anderem den Varnish-Cache. Und der hat eine Besonderheit, die ich sonst bei keinem Cache finde:

When several clients are requesting the same page Varnish will send one request to the backend and place the others on hold while fetching one copy from the back end. (Source)

Ich beglücke den Webserver mit 5000 Benutzern. Gleichzeitig.

5000 Benutzer prasseln auf den Server. Nach einer Minute wird _eine_ Anfrage an den Webserver geschickt – die 5000 Benutzer werden weiterhin mit dem „alten“ Inhalt bedient.
Die Antwort kommt, der Cache wird erneuert und von jetzt an wird der neue Inhalt an die 5000 Benutzer ausgeliefert.

So sieht die Aktivität auf dem Server aus:

Genau ein httpd ist am schwitzen, und nicht fünfzig. Und der varnishd tobt sich aus…

So sieht meine Netzwerkauslastung aus:

I can haz more bandwidth?

Zwei Proxysniffer im Verbund auf Vollgas. Schampar schade dass unser Netzwerk nicht mehr als 800MBit hergeben will:

Ça fait rock.

Und der Varnish lässt sich unendlich flexibel konfigurieren. Ich kann z.B. anhand der URL Anfragen auf unterschiedliche Backends leiten, mehrere Backends mit einer gewichteten Lastverteilung aufstellen und und und…

Ein Beispiel.

backend crappy_j2ee_enterprise_grüselapp {
    .host = "server.example.com";
    .first_byte_timeout = 5s;
    .max_connections = 10;
    .probe = {
        .url = "/check.jsp";
        .interval = 5s;
        .timeout = 1s;
        .window = 5;
        .threshold = 3;
    }
}

Das Backend wird alle 5 Sekunden vom Varnish angefragt (interval). Von 5 Anfragen (window) müssen 3 korrekt sein (threshold) und unter 1s antworten (timeout).

Ist dies nicht der Fall, bekommt das Backend den Status „unhealthy“ verpasst. Jetzt liegt es an der Konfiguration, was jetzt passiert.

if (! req.backend.healthy) {
    set req.grace = 30d;
} else {
    set req.grace = 1m;
}

Ist das Backend nicht verfügbar, wird es für 30 Tage nicht mehr angefragt bei einem User-Request, auch wenn die TTL für die Seite abgelaufen ist. Der Health-Check läuft normal weiter.

#renew content every minute
set beresp.ttl = 1m;

#save content for 30 days - if backend fails
set beresp.grace = 30d;

Nach einer Minute wird der Webserver nach neuen Inhalten abgefragt. Die Antwort wird 30 Tage lang gespeichert – sollte der Webserver abliegen, kann die Website noch 30 Tage lang von dieser Notration überleben.

Und das ist toll – ich kann meine Apache‘s stoppen. Ein paar Benutzer haben Pech – in den maximal 5 Sekunden, bis Varnish das merkt und das Backend als ungesund deklariert. Aber dann läuft alles wie gewohnt weiter. Sobald die Webserver wieder da sind, werden die Cache-Inhalte erneuert.

Voraussetzung für den ganzen Gspass ist natürlich eine statische Seite ohne personalisierte Inhalte.

Man könnte es noch auf die Spitze treiben mit dem Caching und für verschiedene Inhalte eigene TTLs definieren:

Did you know? Wikileaks setzt auch auf Varnish:

Ich weiss nicht wie viel Traffic Varnish wirklich verarbeiten kann. Aber ganz offensichtlich mehr als 10 Gigabit:

http://twitter.com/wikileaks/status/9609091915718656

http://www.varnish-cache.org/

…und so funktioniert es auch am besten.

Die Regierungen sperren und zensieren; Wikieaks, Paypal, Mastercard, etc.
Es verschwinden immer wieder Videos von Youtube, aufgrund von “Urheberrechtsverletzungen”.
Der Bookmarkdienst del.icio.us wird abgeschaltet.
Gmail ist für einige Benutzer länger nicht erreichbar.

So. Geht jetzt auch den letzten Verfechtern von Gmail, Twitter und Facebook ein Lichtlein auf?

Wer Dienste von grossen Firmen nutzt, begibt sich in Abhängigkeit. Das Internet funktioniert anders – verteilt, dezentral, ausfallsicher und nicht zensierbar. So muss es sein!

Es gibt Dienste, die sind von Anfang an für das Internet entworfen worden und funktionieren heute noch wunderbar – E-Mail, IRC, Jabber, oder ganz normale Webseiten. Wir sollten wieder dort zurückfinden; dort wo jeder sein eigener Dienst ist und die Hoheit über seine Daten hat. Ich sehe erfreuliche Entwicklungen in diese Richtung – z.B. Status.net oder Diaspora. Und dass man in einem verteilten Dienstewirrwarr trotzdem seine Zugangsdaten einheitlich verwalten kann, beweist OpenID.

Ich nutze Twitter, Github und Dienste von Internetfirmen als Ergänzung, um Informationen zu verbreiten, aber niemals als einzigen zentralen Informationsknoten.

Die Ereignisse der vergangenen Tage haben gezeigt: Dezentrale, offene Dienste funktionieren am besten und lassen sich schwer abschalten.

Mist. Ich hab’ grad ganz St. Gallen geweckt. Spontaner Euphorieschrei.

Grund dafür war DIESE GEILE HOMEPAGE – wie mit einem simplen Scroller eine ganze Geschichte erzählt wird!

Fasst mal dort die Scrollbar an und scrollt ganz langsam nach unten…

(Demo)

…oder sucht euch gleich selbst ein Gesicht aus.

Beeindruckend, was man mittlerweile so machen kann. Soll niemand mehr behaupten, Javascript sei keine reinrassige Programmiersprache!

Immer wieder bin ich über dieses “Silverstripe” gestolpert. Es liess mir einfach keine Ruhe. Aber jetzt hab’ ich mir mal Zeit genommen und es genauer angeschaut. Und ich bin hin und weg!

Saubere Architektur, die vollen Nutzen aus OOP und Vererbung zieht; eine tolle Templating-Engine, welche die Templates schlank und wartbar hält; ein Backend, welches übersichtlich und toll zu bedienen ist und sich sehr einfach erweitern lässt; Security built-in; ein ORM; und mit ein paar Zeilen mehr eine REST-API… Und all diese Komponenten sind perfekt aufeinander abgestimmt und integriert. Selbstverständlich werden alle Inhalte versioniert und mit einem Zusatzmodul können sie sogar zeitlich gesteuert werden.
Und überhaupt und sowieso – genau. It’s sooo marvellous – I’m blown away!

Ich gebe mal meine Eindrücke weiter. Wir fangen an beim

Aufbau

Silverstripe setzt stark auf Seiten. Eine Seite kann von einem bestimmten Typ sein, also ein bestimmtes Verhalten haben, z.B. ein Seitentyp “Forum” oder “News”.

Jeder Seitentyp hat seinen Controller/Model, mit welchem man… ALLES steuern kann
Wir werden gleich selber einen Seitentyp erstellen.

Im Backend schaut das ganze so aus:

Standardeinstellungen. Relativ schlank und schön übersichtlich, finde ich. Jede Seite hat die üblichen CMS-Attribute wie Navigationsname, Metatags, Zugriffssteuerungen etc.
Man kann Links auf andere interne Seiten erstellen oder auf externe, es können eigene Textstile definiert werden, welche dann mit einer CSS-Klasse versehen werden, und man hat so die üblichen Formatierungsoptionen. In der Navigation links sind die Seiten per Drag & Drop verschiebbar.
Die weiteren Sektionen wie Kommentare oder Berichte sind für alle Nicht-Seiten Operationen. Und falls man ein eigenes Datenmodell hat, lässt sich leicht eine Sektion hinzufügen, wo man diese Daten administrieren kann und gleich noch ein CSV-Import mitgeliefert bekommt.

Ich kann für jeden Seitentyp zusätzliche Attribute im Backend anzeigen.
So hat man schwuppsdiwupps ein neues Tab Sidebar erstellt, wo vielleicht Teaser angezeigt werden, oder man hat ein Tab Right Column, wo diese Teaser ein- oder ausgeblendet werden können…

Soviel zur Administration von Inhalten.

Templates

SilverStripe first searches for a template in the /templates folder. Since there is no HomePage.ss, it will use the Page.ss for both Page and HomePage page types. When it comes across the $Layout tag, it will then descend into the /templates/Layout folder, and will use Page.ss for the Page page type, and HomePage.ss for the HomePage page type.

Die Templating-Engine ist cool. Es gibt bereits eine Menge vordefinierter Variablen und Kontrollstrukturen; aber ggf. kann man auch seine Eigenen im Controller definieren.

Auch bei Silverstripe gilt:

Convention over Configuration.

Ich kann Templates beliebig unterteilen und anzeigen.
Beispiel: Falls ich auf der 2. Navigationsebene bin, bitte Brotkrümelspur streuen:

Mehr über Templates in der Silverstripe-Doku: http://doc.silverstripe.org/templates

Wir machen einen Beispiel-Seitentyp: GooglemapPage

Ich will auf einer Seite eine Karte anzeigen. Die Koordinaten sollen im Backend pflegbar sein.

Controller

Code und Templates sind strikt getrennt. Jetzt sind wir im Code-Ordner:

Ich erstelle einen neuen Seitentyp-Controller: GooglemapPage. Inhalt:

Aber schön langsam der Reihe nach.

Datenbankschema

Mein Seitentyp erbt von einer normalen Seite. Dort drin befinden sich Definitionen der Datenbankfelder und welche Felder im Backend wo angezeigt werden sollen.

Ich habe meine Datenbank mit /dev/build?flush=1 initialisiert; und so die Datenbank für den neuen Seitentyp vorbereitet.

Mein Googlemap-Seitentyp hat zwei zusätzliche Felder:

Hmm, den Zoomlevel möchte ich auch noch einstellen können. Zeile hinzufügen:

Datenbank-Initialisierung (klick auf’s Bild für grössere Ansicht):

Und hier sieht man sehr schön: Das Feld Zoom wird beim Googlemap-Seitentyp hinzugefügt.

Template

Das Template ist einfach: Hinzu kommt ein map_canvas.

Dann folgt der $Content, das Kommentarformular und die Darstellung der Kommentare.
Ja, es ist wirklich so einfach!

Javascript/CSS

Etwas was ich ganz geil gelöst finde. Die Jungs von Silverstripe haben ja sonst schon alles so perfekt durchdesignt, aber jetzt kommt der echte Knaller (für mich als Frontendler )

Ich sage auf Controllerebene: Dieses und dieses Javascript brauch’ ich für die Googlekarte. Aber bitte zusammengefasst und minifiziert.

Im Template sage ich: Willhaben Javascript. Die Konfiguration geschieht im Controller (siehe oben)

Ist diese Zeile auskommentiert:

…sind wir auf der Live-Umgebung; Fehler werden nicht mehr angezeigt, und die Javascript/CSS-Dateien werden zusammengefasst:

Geil he! Da wird man ja ganz feucht…

Dieses Konzept bedeutet auch: Es wird nur so viel Javascript-Code geladen, wie auf einer Seite gebraucht wird.

Ich sag’s ja: DAS ist Silverstripe! Rockomatisch, episch, genialisch! *hehe*

Ach ja, die Variablen für die Karte. Sind in einem Javascript. Können wir aber auch via Controller übergeben. Is dat ned toll?

GooglemapPage Seitentyp im Backend

So sieht der Googlemap-Seitentyp im Backend aus:

Koordinateneingabe. Die Labels heissen so wie die Datenbankfelder, können aber optional überschrieben werden.
Dropdown: Von 1-19, merkt sich selbstverständlich den Wert in der DB (und nein, dieses Feld habe ich zugunsten der Übersicht im Screenshot oben vom Controller weggelassen).
“So us freud” habe ich noch zwei eigene Textstile erstellt, nur um zu zeigen, dass Silverstripe auch das kann, was Livelink kann.

Dev-Tools

Stell dir vor, das Datenbankschema passt sich immer an dein Model, deine Seitentypen an.
Und stell dir vor, du hast wirklich mal _viele_ Besucher auf deiner Seite – es gibt da ein StaticPublisher, welcher die Seiten als HTML rendert und statisch ablegt. Zur Not. Aber man kann auch partiell cachen.

Natürlich sind auch Unit-Tests dabei. Natürlich hat man auch Build-Tasks. Und – was ich besonders cool finde: Ich kann mir den Sourcecode als generierte Dokumentation ansehen:

Features

Einfach mal ein Auszug des Inhaltsverzeichnisses vom grossen und heiligen Silverstripe-Buch:

REST in peace

Noch so ein Hammer. Silverstripe kennt ja mein DB-Schema, falls ich so eins erstellt habe für z.B. eine Jobbörse (Beispiel im Buch).

Ist noch geil… Die Felder definieren, auf die via API zugegriffen werden darf:

Fertig ist unsere REST-API.

Gerne auch als JSON:

Module

Und man kann’s erweitern. Es gibt Module und Widgets. Und auch Module haben Seiten und Controller und ein DB-Schema… Welches natürlich die Datenbank entsprechend vorbereitet und erweitert, wenn man das Modul installiert.

http://silverstripe.org/

Der Claude hat sich auf was eingelassen.

Er hat sich vor einiger Zeit bei einem Webdienst angemeldet, der völlig gegen die Vorstellungen eines in seinen Augen idealen Internetdienstes (verteilt, dezentral, verschlüsselt) funktioniert: Twitter.

Twitter? Gab’s mal ein Video.

Warum er das getan hat? Neugier. Einfach mal ausprobieren und schauen was passiert…
Waau – seine ersten Schritte in der Welt von soschel midia™

Was Twitter ist?

Es ist ein riesiger elektrischer Stammtisch, wo jeder seinen Senf in die Wolke schmiert. Heraus kommen dann mittelscharfe Gerüchte und Gerichte mit Biss. Manchmal ohne, manchmal mit Fleisch am Knochen.

Ich sitze an diesem Stammtisch. Und ich will der Welt etwas mitteilen. “Hey, ich hab’ hier was entdeckt, schau mal: [Link]“. Oder: “Ich habe einen Blogpost verfasst.”
Das doofe ist; das Gefäss, in das man die Information verpacken kann, ist auf 140 Zeichen begrenzt. Das ist zu wenig. SMS haben immerhin 160…

So, und ich kann jetzt sagen: Ok, an diesem Stammtisch möchte ich dem, dem und dem hier zuhören. Dann krieg’ ich alles mit, was die so mitteilen.

Nur nennt man das zuhören hier nicht zuhören, sondern “folgen”. “followen” #bääh
Und das weghören nennt man “entfolgen” #megabäh #scheiss #übersetzung

Ich war froh, als ich nicht mehr meiner Mutter folgen musste. Und jetzt?

Nun gut. Sprachtechnisch hat sich da was zurückentwickelt.
Aber es gibt in dieser Hinsicht auch eine tolle Spielerei: Hashtags.

Das sind Wörter, die den Sachverhalt des “Tweets” beschreiben. Ach ja, “Tweet” – so heisst diese Mitteilung auf Twitter. #Erklärung #wirkönnenallesausserhochdeutsch
Und das war ein #Hashtag. Das #auch. #Und #das #alles #auch. #toll

Und wie funktioniert das ganze jetzt in echt?

Zum Beispiel. Ich sitze morgens im Büro. Die lüftgeilen Frischluftfanatiker haben die Löcher sperrangelweit aufgerissen. Der Durchzug reisst mir mit Überschallgeschwindigkeit die letzten warmen Moleküle von meiner Haut. Ja, es ist kalt.

Da ich mich jetzt aber nicht traue, etwas zu sagen #nerd, blase ich stattdessen meinen Gefühlszustand als Tweet ins Internet:

Und es wirkt:

1:0 für Twitter.

Und das ist der grosse Vorteil von dem Ding: Informationen werden blitzschnell verbreitet.

Allerdings, es gibt da so Clients. Ein Programm, das sich mit Twitter verbindet, und dich dann anschreit “Hallo hallo, ich bin eine wichtige irrelevante Information, schau auf mich, ich reiss’ dich aus deinem Denkstrom” – sobald ein Tweet publiziert wurde.
Nein, ich halte Twitterclients schön geschlossen. Wir haben schon genug Aufmerksamkeitsdefizit, jetzt müssen wir’s nicht noch mehr auf die Spitze treiben.

Twitter ist kein Tagebuch. Das war unter anderem meine ‘Barriere’, warum ich es nicht nutzen wollte. Ich will die Hoheit über meine Informationen. Aber bei 140 Zeichen, und nur zum schnell mal Informationen weiterzureichen und zu empfangen – lass gut sein.
Es muss mir einfach total egal sein, falls es morgen vorbei ist und alles gelöscht wird. Deshalb nehme ich Twitter nicht ernst. Es ist ein nützliches Spielzeug, um schnell Sachen zu verbreiten, mehr nicht.

Es ist auch kein Ersatz für ein Blog, Tagebuch oder eine Brieffreundschaft. Niemals.
Aber ich hab’ schon Aussagen gehört:

“Ich hab’ ja Twitter, jetzt blogge ich nicht mehr.”

Schade.

Yuy – ich verkomme noch zum Sozialmediensonderling – ääh Verzeihung,
“social media nerd” – wir sprechen ja Hochdeutsch.

soschel midia™ – Oh nein: Vergesst es: Facebook? Nein!

twitter.com/claudehohl

Wie es dazu kam? Er wurde vom CCC angefragt: Das Javascript-Blinkenlights sei eine prima Sache; ob man das auch für Arcade- und Stereoscope-Movies verwenden kann?

Arcade: Da kommen 8 Helligkeitsstufen hinzu. Nicht allzuviel Aufwand.

Stereoscope: Das sind 4 (!!) Screens, die synchronisiert ein Blinkenmovie abspielen.
4 Blinkenmovies gleichzeitig…

Tja, wie mach’ ich das jetzt. Das JS-Blinkenlights ist ein Gebäude, bestehend aus einem Fenstergrid. Das Teil lädt ein XML, hat Frames, Timer und spielt das Filmchen ab.

Jetzt das Ganze mal 4.
Claude möchte aber nicht 3x Code kopieren; sondern einmal ein Gebäude mit den Funktionalitäten erstellen, und das Teil soll dann dupliziert werden und die 4 Screens sollen dann eigenständig laufen. Mit eigenen XMLs, Frames und Timern.

Langsam begreift auch Claude: Jetzt ist es Zeit für objektorientiertes Javascript!

Machen wir mal ein ganz einfaches Beispiel.

HTML

<div class="building">home</div>
<div class="building">namics</div>

Prototyp

Was wir brauchen, ist ein Prototyp. Eine Definition eines Gebäudes mit den Funktionalitäten und eigenständigen Variablen.

var Building = function() {
 
	this.frame = 0;
 
	this.increase = function() {
		this.frame = this.frame + 1;
	}
 
	this.get_frame = function() {
		console.info(this.frame);
	}
 
}

Mein Gebäude hat ein Frame (das aktuelle Bild im Film), eine Funktion zum Erhöhen des Frames und eine Funktion um den aktuellen Frame auszugeben.

this.frame = 0;

“this” bedeutet: Die Variable “frame” hängt später nicht mehr am Prototyp “Building”, sondern an dem Gebäude, welches man aus diesem Prototyp erstellt hat. Man spricht da auch von instanzieren und einer Instantvariable.

Alternativ kann ich den Prototyp auch so definieren:

var Building = function(){};
 
Building.prototype.frame = 0;
 
Building.prototype.increase = function(){
    this.frame = this.frame + 1;
}
 
Building.prototype.get_frame = function(){
    console.info(this.frame);
}

Anstatt ein “this” verwende ich das Schlüsselwort “prototype”, um die Instanzvariablen zu definieren.

Los geht’s:

var home = new Building();

Ich habe ein neues Gebäude erstellt; “home”.

Was ist jetzt da genau passiert?
Die Funktion “Building” wird aufgerufen, die Werte werden zugewiesen und alles was an einem “this” oder “prototype” klebt wandert in das neue Objekt “home”.

Was ist da drin?

Warum hat das jetzt Vorteile?
Diese Variablen sind eigenständig.

Ich könnte ja auch einfach ein “Building” so erstellen:

var Building = {
	frame: 0,
	increase: function() {
		Building.frame = Building.frame + 1;
	},
	get_frame: function() {
		console.info(this.frame);
	}
}

Und erstellen:

var home = Building;

Aber: Seht ihr das Problem? Das “Building” ist ja schon ein eigenständiges Objekt. Ich würde es bloss der neuen Variable “home” zuweisen und die Werte würden einfach dort angezeigt werden.
Das Gebäude “Building” wäre einfach unter dem anderen Namen “home” erreichbar.
Und das ist nicht wirklich eigenständig…

Mit dem Prototyp aber kann ich beliebig viele weitere Gebäude erstellen, die alle eigenständig funktionieren.

Also noch eine “namics”:

var namics = new Building();

Dann erhöhe ich das Frame bei “namics” um 5, bei “home” um 3.

namics.increase();
namics.increase();
namics.increase();
namics.increase();
namics.increase();
 
home.increase();
home.increase();
home.increase();

Ausgeben:

home.get_frame();
namics.get_frame();

Ergebnis:

Gebäude pimpen

Jetzt bauen wir noch ein bisschen Komfort und Extras ein.
Zum Beispiel könnte ich das entsprechende HTML-Element selektieren, dem Gebäude übergeben und intern das jQuery-Objekt zwischenspeichern:

var Building = function(selector) {
 
	this.$ = $(selector);

…und damit spielen:

var home = new Building('.home');
home.$.fadeOut();

Deluxe-Variante

Ich mache aus allen Gebäuden (class=”building”) ein Gebäude, speichere jedes Gebäude in ein globales Array g.buildings und in ein globales Objekt g.buildings_n, um direkt darauf zuzugreifen. Dann starte ich auf allen Gebäuden den Timer, der jede Sekunde +1 hochzählt. Auf dem Namics-Gebäude starte ich den Timer ein zweites mal, nur um zu beweisen, dass die beiden wirklich völlig unterschiedlich ticken

//global object
var g = g || {};
 
//buildings - providing access to all buildings
g.buildings = [];
g.buildings_n = {};
 
//a building...
var Building = function(ref) {
	this.frame = 0;
	this.$ = $(ref);
	this.name = this.$.text();
	g.buildings.push(this);
	g.buildings_n[this.name] = this;
}
 
Building.prototype.increase = function() {
	this.frame = this.frame + 1;
}
 
Building.prototype.highlight = function() {
	this.$.css('background', 'red');
}
 
Building.prototype.start_timer = function() {
	var that = this;
	setInterval(function() {
		//'this' is now related to setInterval... therefore, we use 'that'
		that.increase();
		that.$.text(that.name + ': ' + that.frame);
	},
	1000);
}
 
//lets build some buildings
$('.building').each(function() {
	new Building(this);
});
 
//loop through all buildings and start the timer
for (var i = 0; i < g.buildings.length; i++) {
	g.buildings[i].start_timer();
}
 
//just start another timer
g.buildings_n.namics.start_timer();

Ergebnis:

Javascript rockt!
Bahn frei für das Stereoscope Projekt.

Die Blinkenmovies sind jetzt Einbettbar. Gefällt.

Und ich habe eine Kategorie Blinken TV erstellt, unter welcher ich blinkende Kunstwerke vorstelle.

Meine erste “richtige” Blinkenlights-Animation: #wacken2010

www.wacken.com

Blinkentube – das ist Blinkenlights im Browser!

Blinkenlights erblickte 2001 die Lichter der Welt. Ein Hochhaus mit 8 Stockwerken und 18 Fensterreihen – platziert man hinter jedes Fenster einen Scheinwerfer, ergibt das ein Display mit 18×8 Pixeln.
Jeder konnte mit Blinkenpaint seine eigenen Blinkenlights-Movies erstellen und auf dem Gebäude abspielen lassen.

Es gab zahlreiche Folgeprojekte und Nachbauten. Blinkenlights mit LEDs, Simulatoren, räumliche Blinkenlights, Wände, Uhren, C64 Lights und viele mehr.
Ein Nachbau fehlte mir aber auf dieser Liste: Blinkenlights im Browser.

Ich habe mit Blinkenpaint herumgespielt, und es fiel mir auf, dass die CPU-Auslastung konstant auf 100% war. Und die Animationen spielten sich eher etwas langsamer ab. Auch das Laden eines Blinkenmovies (eine XML-Datei) kann schon mal 2 Sekunden dauern…
Ich habe mich gefragt: Ist es wirklich so rechenaufwändig, ein paar Lichter an- und auszuschalten? Geht das auch in meinem Browser?

Und ob!
Nach einem Abend habe ich die Lichter (ok, “1″ und “0″ in einer HTML-Tabelle) zufallsmässig an- und ausgeschaltet. Läuft prima.
Hmm… Ich muss ja das Rad nicht neu erfinden. Warum nicht gleich Blinkenmovies laden und abspielen? Ob das Parsen von 3000 Zeilen XML wohl genug schnell geht?

Und ob!
Am nächsten Abend spielt ein Blinkenmovie in meinem Browser. Das Parsen geht *zagg* *bumm* – sofort da. Wonderful.

Aber die HTML-Tabelle ist hässlich. Wenn schon, dann jetzt mit den Originalbildern der leuchtenden Fenster.

Tabellenlos. Und es läuft immer noch tipptopp in Echtzeit und ohne gröbere CPU-Belastung…
Und – das hat mir dann die Schuhe ausgezogen – selbst im IE6!

Und als kleines Goodie vom verregneten Samstagnachmittag: Man kann seine eigenen mit Blinkenpaint erstellten Movies hochladen.

Blinkenpaint: http://blinkenlights.net/blinkenlights/blinkenpaint

Namics Blinkenmovie: http://scratchbook.ch/blinkentube/#namics

Filme, die ich im Netz gefunden habe:
http://scratchbook.ch/blinkentube/#changing-figures
http://scratchbook.ch/blinkentube/#ampel
http://scratchbook.ch/blinkentube/#the-game
http://scratchbook.ch/blinkentube/#bit-laden
http://scratchbook.ch/blinkentube/#column-shooting
http://scratchbook.ch/blinkentube/#le-chat-noir
http://scratchbook.ch/blinkentube/#g
http://scratchbook.ch/blinkentube/#der-wasserhahn
http://scratchbook.ch/blinkentube/#james-blond
http://scratchbook.ch/blinkentube/#labyrinth
http://scratchbook.ch/blinkentube/#tetris
http://scratchbook.ch/blinkentube/#the-fly
http://scratchbook.ch/blinkentube/#thunderstorm
http://scratchbook.ch/blinkentube/#winter-in-the-city
http://scratchbook.ch/blinkentube/#worm
http://scratchbook.ch/blinkentube/#x-ball

Every new Apple mobile device and every new Mac — along with the latest version of Apple’s Safari web browser — supports web standards including HTML5, CSS3, and JavaScript. These web standards are open, reliable, highly secure, and efficient. They allow web designers and developers to create advanced graphics, typography, animations, and transitions.

Standards aren’t add-ons to the web. They are the web.
And you can start using them today.

http://www.apple.com/html5/

Genial. Apple propagiert Webstandards und Steve Jobs hat einen Brief veröffentlicht; “Thoughts on Flash“:

Apple has a long relationship with Adobe. In fact, we met Adobe’s founders when they were in their proverbial garage. Apple was their first big customer, adopting their Postscript language for our new Laserwriter printer. Apple invested in Adobe and owned around 20% of the company for many years. The two companies worked closely together to pioneer desktop publishing and there were many good times. Since that golden era, the companies have grown apart. Apple went through its near death experience, and Adobe was drawn to the corporate market with their Acrobat products. Today the two companies still work together to serve their joint creative customers – Mac users buy around half of Adobe’s Creative Suite products – but beyond that there are few joint interests.

I wanted to jot down some of our thoughts on Adobe’s Flash products so that customers and critics may better understand why we do not allow Flash on iPhones, iPods and iPads. Adobe has characterized our decision as being primarily business driven – they say we want to protect our App Store – but in reality it is based on technology issues. Adobe claims that we are a closed system, and that Flash is open, but in fact the opposite is true. Let me explain.

First, there’s “Open”.

Adobe’s Flash products are 100% proprietary. They are only available from Adobe, and Adobe has sole authority as to their future enhancement, pricing, etc. While Adobe’s Flash products are widely available, this does not mean they are open, since they are controlled entirely by Adobe and available only from Adobe. By almost any definition, Flash is a closed system.

Apple has many proprietary products too. Though the operating system for the iPhone, iPod and iPad is proprietary, we strongly believe that all standards pertaining to the web should be open. Rather than use Flash, Apple has adopted HTML5, CSS and JavaScript – all open standards. Apple’s mobile devices all ship with high performance, low power implementations of these open standards. HTML5, the new web standard that has been adopted by Apple, Google and many others, lets web developers create advanced graphics, typography, animations and transitions without relying on third party browser plug-ins (like Flash). HTML5 is completely open and controlled by a standards committee, of which Apple is a member.

Apple even creates open standards for the web. For example, Apple began with a small open source project and created WebKit, a complete open-source HTML5 rendering engine that is the heart of the Safari web browser used in all our products. WebKit has been widely adopted. Google uses it for Android’s browser, Palm uses it, Nokia uses it, and RIM (Blackberry) has announced they will use it too. Almost every smartphone web browser other than Microsoft’s uses WebKit. By making its WebKit technology open, Apple has set the standard for mobile web browsers.

Second, there’s the “full web”.

Adobe has repeatedly said that Apple mobile devices cannot access “the full web” because 75% of video on the web is in Flash. What they don’t say is that almost all this video is also available in a more modern format, H.264, and viewable on iPhones, iPods and iPads. YouTube, with an estimated 40% of the web’s video, shines in an app bundled on all Apple mobile devices, with the iPad offering perhaps the best YouTube discovery and viewing experience ever. Add to this video from Vimeo, Netflix, Facebook, ABC, CBS, CNN, MSNBC, Fox News, ESPN, NPR, Time, The New York Times, The Wall Street Journal, Sports Illustrated, People, National Geographic, and many, many others. iPhone, iPod and iPad users aren’t missing much video.

Another Adobe claim is that Apple devices cannot play Flash games. This is true. Fortunately, there are over 50,000 games and entertainment titles on the App Store, and many of them are free. There are more games and entertainment titles available for iPhone, iPod and iPad than for any other platform in the world.

Third, there’s reliability, security and performance.

Symantec recently highlighted Flash for having one of the worst security records in 2009. We also know first hand that Flash is the number one reason Macs crash. We have been working with Adobe to fix these problems, but they have persisted for several years now. We don’t want to reduce the reliability and security of our iPhones, iPods and iPads by adding Flash.

In addition, Flash has not performed well on mobile devices. We have routinely asked Adobe to show us Flash performing well on a mobile device, any mobile device, for a few years now. We have never seen it. Adobe publicly said that Flash would ship on a smartphone in early 2009, then the second half of 2009, then the first half of 2010, and now they say the second half of 2010. We think it will eventually ship, but we’re glad we didn’t hold our breath. Who knows how it will perform?

Fourth, there’s battery life.

To achieve long battery life when playing video, mobile devices must decode the video in hardware; decoding it in software uses too much power. Many of the chips used in modern mobile devices contain a decoder called H.264 – an industry standard that is used in every Blu-ray DVD player and has been adopted by Apple, Google (YouTube), Vimeo, Netflix and many other companies.

Although Flash has recently added support for H.264, the video on almost all Flash websites currently requires an older generation decoder that is not implemented in mobile chips and must be run in software. The difference is striking: on an iPhone, for example, H.264 videos play for up to 10 hours, while videos decoded in software play for less than 5 hours before the battery is fully drained.

When websites re-encode their videos using H.264, they can offer them without using Flash at all. They play perfectly in browsers like Apple’s Safari and Google’s Chrome without any plugins whatsoever, and look great on iPhones, iPods and iPads.

Fifth, there’s Touch.

Flash was designed for PCs using mice, not for touch screens using fingers. For example, many Flash websites rely on “rollovers”, which pop up menus or other elements when the mouse arrow hovers over a specific spot. Apple’s revolutionary multi-touch interface doesn’t use a mouse, and there is no concept of a rollover. Most Flash websites will need to be rewritten to support touch-based devices. If developers need to rewrite their Flash websites, why not use modern technologies like HTML5, CSS and JavaScript?

Even if iPhones, iPods and iPads ran Flash, it would not solve the problem that most Flash websites need to be rewritten to support touch-based devices.

Sixth, the most important reason.

Besides the fact that Flash is closed and proprietary, has major technical drawbacks, and doesn’t support touch based devices, there is an even more important reason we do not allow Flash on iPhones, iPods and iPads. We have discussed the downsides of using Flash to play video and interactive content from websites, but Adobe also wants developers to adopt Flash to create apps that run on our mobile devices.

We know from painful experience that letting a third party layer of software come between the platform and the developer ultimately results in sub-standard apps and hinders the enhancement and progress of the platform. If developers grow dependent on third party development libraries and tools, they can only take advantage of platform enhancements if and when the third party chooses to adopt the new features. We cannot be at the mercy of a third party deciding if and when they will make our enhancements available to our developers.

This becomes even worse if the third party is supplying a cross platform development tool. The third party may not adopt enhancements from one platform unless they are available on all of their supported platforms. Hence developers only have access to the lowest common denominator set of features. Again, we cannot accept an outcome where developers are blocked from using our innovations and enhancements because they are not available on our competitor’s platforms.

Flash is a cross platform development tool. It is not Adobe’s goal to help developers write the best iPhone, iPod and iPad apps. It is their goal to help developers write cross platform apps. And Adobe has been painfully slow to adopt enhancements to Apple’s platforms. For example, although Mac OS X has been shipping for almost 10 years now, Adobe just adopted it fully (Cocoa) two weeks ago when they shipped CS5. Adobe was the last major third party developer to fully adopt Mac OS X.

Our motivation is simple – we want to provide the most advanced and innovative platform to our developers, and we want them to stand directly on the shoulders of this platform and create the best apps the world has ever seen. We want to continually enhance the platform so developers can create even more amazing, powerful, fun and useful applications. Everyone wins – we sell more devices because we have the best apps, developers reach a wider and wider audience and customer base, and users are continually delighted by the best and broadest selection of apps on any platform.

Conclusions.

Flash was created during the PC era – for PCs and mice. Flash is a successful business for Adobe, and we can understand why they want to push it beyond PCs. But the mobile era is about low power devices, touch interfaces and open web standards – all areas where Flash falls short.

The avalanche of media outlets offering their content for Apple’s mobile devices demonstrates that Flash is no longer necessary to watch video or consume any kind of web content. And the 200,000 apps on Apple’s App Store proves that Flash isn’t necessary for tens of thousands of developers to create graphically rich applications, including games.

New open standards created in the mobile era, such as HTML5, will win on mobile devices (and PCs too). Perhaps Adobe should focus more on creating great HTML5 tools for the future, and less on criticizing Apple for leaving the past behind.

Steve Jobs
April, 2010

Over the past month, Mark Zuckerberg, the hottest new card player in
town, has overplayed his hand. Facebook is officially “out,” as in
uncool, amongst partners, parents and pundits all coming to the
realization that Zuckerberg and his company are–simply put–not
trustworthy.

Casual gaming company Zynga is reportedly developing plans to get over
their Facebook dependency. I predict a complete heads-up match with
Facebook–Zynga’s now been double-crossed not once but twice by
Zuckerberg. (The first double-cross was when Facebook stopped letting
applications like Farmville easily market themselves on profile
pages.) Instead, Zynga and others were told to advertise their apps if
they wanted distribution. OK, I’m guessing that evaporates 20-35% of
an app developer’s margin.

Now, Facebook is reportedly forcing developers to use their virtual
currency–for a 30% cut. These two moves have to take at least 50% of
the margin out of Zynga’s business.

Last year, when I realized that Zuckerberg was an amoral,
Asperger’s-like entrepreneur, I told Zynga CEO Mark Pincus that
Zuckerberg would try and slit his throat. I knew this because I
watched Zuckerberg screw over his users again and again in terms of
privacy, and I heard about the stories of him screwing over his former
employers at ConnectU and his early partners at Facebook.

The money quote from Business Insider’s scoop comes from Zuckerberg
himself: “they made a mistake haha. They asked me to make it for them.
So I’m like delaying it so it won’t be ready until after the facebook
thing comes out.” He stalled and sandbagged ConnectU–then
Zuckerpunched them! Of course, the person he said this to was his
partner–Eduardo Saverin–who he reportedly screwed as well.

Read all here: http://bit.ly/bmRip3

Add to all this that Zuckerberg was stealing every tiny innovation the
second Evan Williams and the team over at Twitter released it, and
Zuckerberg is clearly the worst thing that’s happened to our industry
since, well, spam.

You’re Zucked!
=================
Yes, that’s the new catch phrase for when someone either steals your
business idea or screws you as a business partner.

Who’s been Zucked and how? Let’s take a look back:

1. FourSquare was Zucked when Facebook stole their check-in feature.
2. Twitter was Zucked when Facebook stole their public facing profiles.
3. Facebook users got Zucked when the site flipped their privacy
setting–three different times!
4. The co-founder of Facebook was allegedly Zucked when he was kicked
out of the company he helped found.
5. The founders of ConnectU got Zucked when he allegedly screwed them
over by not delivering their social network and then launching
Facebook at the same time–and joked about it!
6. Harvard reporters reportedly got Zucked when Mark hacked their
accounts to try and stop a negative story/investigation about him.

You can only screw people for so long before it catches up to you. The
entire industry went from rooting for Zuckerberg to hating him and
Facebook–in under 18 months.

Peter Rojas and Matt Cutts have turned off their Facebook pages, and
more intelligent people everywhere are talking about doing so.

Zuckerberg represents the best and worst aspects of entrepreneurship.
His drive, skill and fearlessness are only matched by his long
record–recorded in lawsuit after lawsuit–of backstabbing, stealing
and cheating.

A look at last week’s headlines shows the trend:

Facebook’s Eroding Privacy Policy: A Timeline
http://www.eff.org/deeplinks/2010/04/facebook-timeline

Top Ten Reasons You Should Quit Facebook
http://gizmodo.com/5530178/top-ten-reasons-you-should-quit-facebook

Yet another Facebook privacy risk: emails Facebook sends leak user IP address
http://www.boingboing.net/2010/05/07/yet-another-privacy.html

A Stunning Infographic on Facebook’s scary privacy evolution
http://mattmckeon.com/facebook-privacy/

Facebook’s “Posts By Everyone” Feature: Do People Realize They’re
Sharing To The World?
http://selnd.com/96avG4

Facebook’s Gone Rogue; It’s Time for an Open Alternative | Epicenter |
Wired.com
http://bit.ly/aoNxf0

Senators Call Out Facebook On ‘Instant Personalization’, Other Privacy Issues
http://tcrn.ch/907D27

Facebook’s email days: “I’m CEO bith@#$%!”
http://bit.ly/ba5wRY

Facebook’s new features secretly add apps to your profile
http://bit.ly/bHXpH5

The Day Facebook Stole My Page
http://bit.ly/ar4A4As

Facebook is Dying – Social is Not
http://bit.ly/atwbzX

Facebook’s “Evil Interfaces” | Electronic Frontier Foundation
http://bit.ly/9ww6g3

I’m not making this up people.

The Stakes
==================
We’ve fought for years to create an open web, and we would be crazy to
give our future over to a selfish little kid who has no problem
stealing any innovation he catches from the corner of his eye from
other entrepreneurs.

Didn’t anyone read “Tom Sawyer”? We’re whitewashing Zuckerberg’s fence.

People are creating fan pages on Facebook and then paying Facebook to
send them traffic. Let me explain this one more time: You’re PAYING
Mark Zuckerberg money to send traffic to HIS SITE. Think about it.

Oh yeah, and while he’s taking your money and page views, he’s
convincing everyone that they don’t need their own customer’s
information: Just use Facebook Connect!

Oh yeah, and if you’re stupid enough to give up your customer database
to Facebook, he will pay you back by screwing over your user’s
privacy! Yes, that’s right: give up your customer database, pay for
traffic to build Facebook’s page views and, by the way, if you would
like to use a virtual currency, Zuck will take 30% of that as well!

Are we blind? It’s a trap! It’s a trap!

Zuckerberg’s crowning achievement is, of course, to show his utter
disdain and contempt for the industry by not only claiming–but
naming–his master plan “The Open Graph.”

An alternate path
==================
There a people and organizations in our industry–heck, our
world–that believe in being fair and respectful to competitors and
consumers alike. They don’t see the need to reverse open standards.
Rather, they embrace and expand them. Facebook is not good for our
industry, and as talented as Zuckerberg is, he is hopelessly misguided
and has a horrible ethics problem.

The Internet is the fastest growing medium–heck “thing”–in history
because it was designed to be open and fair. If you have a level
playing field people can invest in it. That is why the United States
has been such an amazing place to invest in a business and places run
by dictators are not. At any point your investment in Facebook can be
taken from you. At any point they can change the rules, and history
shows that dictators tend to changes rules in their favor–not the
other way around.

Facebook taking people’s topic pages out from under them or their
forcing folks into their virtual currency is no different than a
dictator in a 3rd world country telling an outside investor who just
spent millions putting in wireless phone network that their taxes have
just doubled–conveniently to a level that is almost exactly their
profit margin.

Anyone who trusts Facebook to do the right thing for the industry,
their customers or their application partners simply needs to look at
their history. Remember Frank’s First Rule from “Scarface”: “Lesson
number one: Don’t underestimate the other guy’s greed!”

The Web and HTML grew into the juggernaut they are today because
they’re based on open standards that everyone can buy into. No one
player has control or dominance over anyone else. Facebook’s very
obvious goal is to use the their social graph dominance to control the
future of advertising and attention on the Web. Why on Earth are we
supporting this?

The Social Graph will only reach its potential if it is truly
open–not controlled by a spoiled little kid with questionable ethics.

It’s time for the good people of the world to stand up against
Facebook. It’s time to build and support OpenID and the creation of an
truly open social graph. It’s time to force Facebook to allow open
data portability. It is our data, after all. The road map for the open
web has been laid out and supported by the “good guys/gals” at OpenID,
Google, Twitter, Open Social and countless others who don’t feel the
need to control the industry and manipulate our customers.

The more we feed the monster that is Facebook, the more we lose.

A Facebook Boycott?
====================
I’d call for a boycott of Facebook, but they’ve actually beaten me to it!

The enthusiasm for Facebook has soured with early adopters, Facebook’s
biggest partners and the French all pilling on. (Hey, you’re nobody
until the French hate you, right?).

In the words of Warren Buffet, “Look for three qualities: integrity,
intelligence, and energy. And if they don’t have the first, the other
two will kill you.”

Facebook has been overplaying hands for a long time and there is a
chance they might now get felted.

Stop Facebook, Save the World!

best regards,

Jason

PS – You may have read on TechCrunch that Mike Arrington and I have
parted ways and that the TechCrunch50 conference is over–dead! It’s
true… tear drop! However, I’m starting a new conference called
the Launch Conference which will debut in early 2011. It will be the
same exact as TechCrunch50, except I’m going invest all the profits
from it in the companies that present. More at
www.thelaunchconference.com as it becomes available. It will be epic,
and you will be attending.

PSS – If you want to go to Mike Arrington’s new version of TechCrunch
50 it is called TechCrunch Disrupt–and I will be speaking at it! You
can signup with a 10% discount at this Jason Nation link:
http://bit.ly/aSfWxm

PSS – Open Angel Forum is coming to Boston, London and Seattle in 2010
thanks two our two national sponsors Symantec and Silicon Valley Bank.
If you have suggestions for angel investors please email boston at
openangelforum.com (or london@ or seattle@ etc).

PSSS – Had a great interview with Joel Spolsky of Joel on
Software/StackOverflow fame last week. You can watch it here:
http://bit.ly/b8PDAX

(Quelle)

Es ist wieder da.

Das Original Scratchbook-Design.

Wie Anno dazumal, als ich es 2005 als mein erstes grosses PHP-Projekt ins Netz stellte.
Damals noch mit Tabellenlayout

Doch jetzt kommt es als WordPress Template daher, tabellenlos, XHTML 1.0 Strict. Das Original Design, fein aufgebohrt und wieder komplett in Deutsch.

Dieses typische Scratchbook-Design strahlt einen Charme aus mit seinen Sandpapiertagebuchfarben. Jaa, genau so war’s als ich angefangen habe. Nostalgie!
Ausserdem: Die Schrift ist lesbar und sieht toll aus. Mir gefällt’s einfach, und viele Leute seufzten sehnsüchtig, als ich bei einer Convention Bilder vom alten (diesem) Design zeigte.
Nein – davon wollen wir uns nicht trennen!

Ausserdem gibt’s noch ein paar Extras:

CtrlAltDelete

Broadcast message from root (pts/0) (Thu Jan 14 01:07:53 2010):
The system is going down for reboot NOW!


Das waren keine Bilder, sondern neue CSS-Styles!

<kbd>Rockt.</kbd>
 
<code>Hello World.
Again.</code>

Rockt.

Hello World.
Again.

Ich verrat’ euch aber noch nichts. Ihr ahnt es bereits…

Es hat mich gepackt. Und ich bin dran.

Es gibt im Netz schon eine Version – aber deren Ausgabe sieht nicht genau so aus wie bei PHP. Deshalb hier meine Version mit kleinen Modifikationen:

/**
 * PHP. Javascript. Print_r. Nice. Object. Dumper.
 * Original. Code: http://www.openjs.com/scripts/others/dump_function_php_print_r.php
 * Modified. By. Claude. Hohl. Namics.
 */
 
function print_r(arr, level) {
 
	var dumped_text = "";
	if (!level) level = 0;
 
	//The padding given at the beginning of the line.
	var level_padding = "";
	var bracket_level_padding = "";
 
	for (var j = 0; j < level + 1; j++) level_padding += "    ";
	for (var b = 0; b < level; b++) bracket_level_padding += "    ";
 
	if (typeof(arr) == 'object') { //Array/Hashes/Objects 
		dumped_text += "Array\n";
		dumped_text += bracket_level_padding + "(\n";
		for (var item in arr) {
 
			var value = arr[item];
 
			if (typeof(value) == 'object') { //If it is an array,
				dumped_text += level_padding + "[" + item + "] => ";
				dumped_text += print_r(value, level + 2);
			} else {
				dumped_text += level_padding + "[" + item + "] => " + value + "\n";
			}
 
		}
		dumped_text += bracket_level_padding + ")\n\n";
	} else { //Stings/Chars/Numbers etc.
		dumped_text = "===>" + arr + "<===(" + typeof(arr) + ")";
	}
 
	return dumped_text;
 
}

Testen (irgendwo in ein HTML einbetten):

var obj = {
	wert1: 'pfu',
	wert2: 'bla',
	schachtel: {
		foo: 'bar'
	},
	nummer: 2,
	und: 'so weiter'
}
 
alert(print_r(obj));

Ausgabe:

Array
(
    [wert1] => pfu
    [wert2] => bla
    [schachtel] => Array
        (
            [foo] => bar
        )
 
    [nummer] => 2
    [und] => so weiter
)

Finde es toll, dass Longneck wieder zurück zu den Wurzeln geht – sprich scratchbook.ch!!!

Mit dabei: Eine Designänderung. Es geht jetzt nur noch um Text. Keine Banner, kein Blingbling.
Einfach nur Inhalt. — Longneck

Ausser vom Design des Blogs ist die Ausrichtung immer noch die gleiche: Texte, Fotos, Video- und Musikschnipsel.

Aber: Der Inhalt bleibt gleich. Selbstverständlich! Denn das ist das wichtigste. — Longneck

Der Inhalt ist das Wichtigste. Doch was bringt es mir, wenn die Aufmachung dazu unansehlich ist? Auf mich wirkt das WordPress Theme wie ein spannender Manga, aber nur in Schwarz/Weiss ohne Graustufen. Schattierungen entfallen total und die daraus erzeugte Athmosphäre erst…

Ergo: Das Design von Scratchbook ist uns (ok, wenigstens mir) auch wichtig, denn es wurde doch Herzblut investiert und durch die vielen kleinen Details war die Seite nur schon als Seite etwas Besonderes, Einmaliges – so speziell wie wir alle sind. Das passt.

Ich erinnere nur all zu gerne an diese winzigen Finessen, welche der Seite ein Eigenleben zu verleihen schien:

• Thumbnails unserer Avatarbildchen, welche beim Banner umherschwirrten, wenn der/diejenige eingeloggt war
• Ein Kugelschreiber mit dem Usernamen auf Pergament
• Mini-Chat resp. Shoutbox ähnliches Feature zum Chatten in der Sidebar
• Autorenseite
• etc…

Entsprechen ein paar Wünsche von mir. Ich will ja nicht, dass wir wieder unser altes, hauptsächlich von Longneck, entwickeltes Blogsystem wiederbeleben.  Die Vorteile von WordPress sind mir schon bewusst. Aber es gibt keinen Grund, der gegen ein liebevolles Tweaken dieser WordPress Installation spricht und den jetzigen 0815-Look verjagt:

• Blog Header wieder mit random Hintergrundbild – das war top. Auch weil es sich nicht um 0815 Bilder aus dem Internet handelte, sondern von Longneck. Diese Idee könnte ausgebaut werden: Wer Lust hat, lädt eigene Bilder im richtigen Format auf einen XY Verzeichnis hoch, woraus sich das Randomskript bedient.
• Eine Shoutbox muss zurück. Das war so fun!
• Keine Avatarbilder mehr? Nene… so schwer kann das doch nicht sein. Auch ohne Gravatar & co.
• Reintegration der umherschwirrenden Avatarthumbnails. Ja genau! Recycle your code! Still useful.
• Möglichkeit Messages wieder anderen Autoren schicken zu können!
• In der Detailansicht eines Beitrages zuunterst nicht nur darauf hinweisen, dass man eingeloggt sein muss, sondern auch bitte den Link dazu! Sonst sind das ja Verhältnisse wie bei den Behörden: Wir können Ihre Anfrage leidern nicht entgegennehmen, Herr XY, weil Sie noch nicht das dazu notwendige Formular YZ ausgefüllt haben…. ARGH!
• Wieder Buttons um verschiedene Schriftgrössen einstellen zu können, was dann auch im Cookie und/oder Profil gespeichert wird. Let the user decide! (Finds nämlich ein bisserl gross auf meinem Monitor… und jedesmal resizen….)
• Apropos Buttons zum Umschalten… wie wärs mit ‘ner Nachtansicht? So wie Nocturne. Warum? Weil so viel Weiss meinen müden Augen am Abend weh tun kann und ich ned immer an meinem eigenen nocturefähgien Laptop bin. Anderes Argument: Viel weisse Fläche braucht mehr Energie. Also GET  GREEN, Strom sparen mit invertiertem Theme. Hehe…… wie auch immer, gibt noch weitere fadenscheinige Argumente
• Mehr Smilies bitte, die ich im WYSIWYG Editor auswählen kann
• rechte sidebar ist also fürs Menü, ok. Wie wärs zusätzlich dazu noch ‘ne linke Sidebar ins Leben zu rufen? Inhalt: die letzten 20 Comments, die top 10  Posts nach Anzahl Views oder Comments, sowie top 10 autoren nach posts
• Ein 5-Sterne Rating der Beiträge und ensprechenden Auflistung in ‘ner Page wär auch noch was…
• Eine Seite, wo man wieder alle Autoren auf einen Blick sieht, inkl. Anzahl Beiträge und Links zu all ihren Beiträgen! Sowie wann der Autor das letzte Mal online war.
• Tag Cloud daher!
• So, ich mach mal Pause, wenn ich weiter überlegen würde, käme sicher noch mehr, aber fürs Erste reichts mal. Otherwise Longneck will not be amused

Scratchbook war einmalig. Lasst es uns wieder so werden. Ich helfe gerne mit, Longneck. Entweder remote, wenn du deine Paranoia überwinden kannst und mich berechtigst, oder an einer weiteren DevCon (die letzte war im 2006. wow ist das lange her!!!), würde mich auch freuen

Es grüsst Freidenker (auch so ein Punkt zum Verbesseren: Beim Beitragstitel muss der Autor wieder erkennbar sein. Okok, bin ja schon ruhig, hehe…)

Video: http://flickr.com/photos/dns_roots/2924275384/in/photostream/

Juppie, am Freitag geht’s los: Techie-Camp im Messeturm in Basel. Zwei Tage lang Vorträge über Themen wie Cloud Computing, Scala, GIT, Professionelles Frontend Engineering, PHP-Frameworks, CSS-Systems, jQuery, Ruby, Rails… Und am Abend einen Besuch in der Bar-Rouge.

Boah das wird geil. *freu*

Auf den ersten Blick ist es ein billiger Abklatsch von Firefox 3. Auf den Zweiten kann mann erkennen, dass auch einige Firefox add-ons kopiert wurden. Doch der Browser hat einen gröberen Schönheitsfehler: Opera Tabs. Ich habe nie verstanden, warum die Tab-Leiste oben an der Adressleiste sein soll. Ansonsten mutet der Browser spartanisch an, kein Menü, kein Kontextmenü und keine Statusleiste.
Bis jetzt hat Google viel Werbung für Firefox gemacht, darum verstehe ich nicht, weshalb sie einen eigenen Browser basteln.

Folgende Funktionen sind verfügbar: – und was ich davon halte

Ein Eingabefeld für alles – Kennt ihr schon die Awesomebar?
Seite “Neuer Tab” – Einzig gute ‘Innovation’ aber eine Add-on Kopie
Anwendungsverknüpfungen – Kennt ihr Prism? Oder Aslowbe Air?
Dynamische Tabs – Gähn
Ausfallkontrolle – Nette Idee, aber unnötig
Modus “Anonym browsen” – Google und anonym? Hahaha…
Sicherheit – Auch das hat FF schon lange
Sofort als Lesezeichen speichern – Auch kopiert
Einstellungen importieren – Klar
Einfachere Downloads – Add-on Kopie

Offenbar scheint Google jedes Mittel recht, um den Browser vollumfänglich auszuspionieren. Vieses ist kopiert, neu ist das wenigste. Sogar der Name “chrome” ist von Mozilla geklaut. Mal schauen, ob sich das Teil einen Marktanteil ergattern kann.
Freuen dürften sich vor allem die Webentwickler, die jetzt für einen weiteren Browser optimieren müssen ^^

Bis jetzt ist nur eine Windoof Version verfügbar, andere sollen noch Folgen.