Since non-Retina graphics look worse on Retina screens than on older screens, Retina MacBook users would have significantly worse-looking web browsing for a while — probably years, not months. So I don’t think I’d rush out to get a Retina Mac, but I wouldn’t necessarily avoid a Retina screen when it comes time to upgrade for other reasons.
May 15, 2012#
Why a Retina MacBook Pro would suck (yet)
May 10, 2012#
Urheberrecht
Die Piraten finden das aktuelle Urheberrecht veraltet, unnütz und wollen es unbedingt ändern. Dass es dazu nicht kommen wird, ist aus mehreren Gründen erfreulich. Künstler leben von ihrem Talent und Schaffen, und das sollte man honorieren und es ihnen dadurch auch weiterhin ermöglichen.
Ich kann es überhaupt nicht nachvollziehen, weshalb 10 Euro für ein gutes Album zu viel sein sollten. Ich habe oft über viele Jahre Spaß an meiner Musik und überlegt man sich das recht, wäre das sogar einen wesentlich höheren Betrag wert. Bleibt zu hoffen, dass genügend Leute klug genug sind das zu verstehen und sich an ihrer gekauften Musik erfreuen.
Related: wir-sind-die-urheber.de
May 9, 2012#
P3P headers and Safari
It’s a fairy tale that P3P headers work anywhere except for Internet Explorer. Beginning with Safari 5.1.4, you are not able to set a cookie within an iFrame except the user actively interacts and additionally a new site/tab has to be opened. The domains must match.
I have blogged about this issue a while ago and I plan to write a precise description of my workaround. It’s definitely annoying that Apple changed this, and they did this only as an answer to Google tricking the default privacy settings of Safari. Is a new IE6 developing?
May 9, 2012#
Bubble 2.0
Charlie Stross, antipope.org:
I am calling this a bubble economy in startup bullshit, and it’s just about ready to pop; we are now at the stage of the shoe-shine boys offering stock tips, and if I had any money invested in hyperparasites like Zynga I’d be yanking the eject handle as hard as I could.
I second that.
May 8, 2012#
DragonDrop
This has to be the most useful app in a long time.
May 3, 2012#
Apple versus Google
Today I followed an interesting thought: which is better, Apple, with their love in native apps, or Google, developing nearly everything web based?
Although I immensely enjoy Apple products, I’m confident Google is doing it right. Apple is locking everyone in, while Google definitely has a wider and more open mind.
In a near future, where all you need is a (mobile) browser, Apple will suffer defeat. There is no web app for iTunes, no chance to access your photostream, you can’t even upload your files, because Apple is slowly but surely killing the filesystem. All Apple has are native apps and they are not here to stay.
May 2, 2012#
Die Identität im Web
Seit längerem mache ich mir Gedanken über die Identität im Web. Bei Leuten wie mir, die 70% ihres Lebens im Internet verbringen ist dies eine gar nicht so unwichtige Überlegung. Durch die mobile Revolution des Internets wird es nicht lange dauern, bis auch die normalen Nutzer über ihre Identität im Netz nachdenken werden. Was ist die Identität? Facebook? Google+?
Nein. Am ehesten ist es die E-Mail-Adresse. Ich bin der Ansicht, dass die Identität mir gehören sollte. Mir gehört mein Facebook oder Google+ Account nur so lange, bis er nicht z.B. aufgrund eines Irrtums oder Fehlers gesperrt wird oder der Service gar nicht mehr existiert. Aufgrund der Unvorhersehbarkeit und rasanten Entwicklung des Webs ist es überhaupt nicht sicher, dass es Facebook oder Google+ in fünf Jahren noch gibt. Das selbe gilt für die E-Mail-Adresse, wenn sie einem nicht gehört. Google Mail mag für die nächsten Jahre recht sicher sein, bei Yahoo! hingegen wäre ich mir da nicht so sicher.
Was ist also sicher? Die eigene Domain. Sie gehört dir und kann dir quasi nicht weggenommen werden. Die ersten werden nun sagen, dass dies Kosten verursacht. Das ist richtig, für eine .de-Domain zwischen 3 und 6 Euro im Jahr. Peanuts also.
Nun möchte ich an meinem Beispiel erklären, weshalb ich Google Apps zum Mailen verwende. Ich hätte auch meinen eigenen Server nutzen können, jedoch hat dies einige Nachteile:
- kein Spamfilter erreicht die Trefferquote von Gmail
- Downtime wahrscheinlicher als bei Servern von Google
Die Vorteile, die mir Google Apps bietet, sind überragend:
- Gmail (mit allen Features) ohne Werbung auf eigener Domain
- 25GB Mailspace
- Exchange-Push (Google Sync) für mobile Geräte (z.B. iPhone, iPad), Android-Devices können dies sogar integriert
- alle weiteren Google “Apps”, wie z.B. Google Drive, Kalender, Kontakte, etc.
OK, die 25GB Mailspace erhält man nur, wenn man zahlender Kunde ist. Für 4 Euro im Monat. Die entscheidende Frage, die sich manche jetzt stellen werden, ist aber: was passiert, wenn Google den Service nicht mehr anbietet, weil sie pleite gegangen sind?
Easy: da mir die Domain gehört, muss ich lediglich die MX-Einträge wieder ändern und entweder zu einem anderen Anbieter (z.B. Fastmail) wechseln, oder temporär selbst Mailhoster spielen. Das Wichtigste ist allerdings, dass mir die Identität, nämlich meine eigene E-Mail-Adresse, nicht verloren geht.
May 2, 2012#
Secure Shell for Chrome
This might just be the most wonderful app for Chrome. A fully featured SSH client in your browser. Made by the Chromium team. Sooner or later, everything will be wrapped inside your browser and everything you need is a browser (Chrome OS, I’m pointing in your direction).
April 18, 2012#
Make Your Email Hacker Proof
Jeff Atwood:
The good news, at least if you use GMail, is that you can make your email virtually hacker-proof today, provided you own a cell phone. The fancy geek technical term for this is two factor authentication, but that doesn’t matter right now. What matters is that until you turn this on, your email is vulnerable. So let’s get started. Not tomorrow. Not next week. Right. Freaking. Now.
April 13, 2012#
Retina.js
Darauf habe ich gewartet: wie von der Entwicklung mit iOS bekannt, genügt es dank Retina.js die hochauflösende, doppelt so große Grafik mit @2x im Dateinamen abzuspeichern und auf dem Server zu hinterlegen. Die Grafik wird dann dem Gerät mit Retina-Display zur Verfügung gestellt und verwendet.
When your users load a page, retina.js checks each image on the page to see if there is a high-resolution version of that image on your server. If a high-resolution variant exists, the script will swap in that image in-place.
Ich habe das Script bereits hier eingebunden. Exemplarisch habe ich das Bild in diesem Post hochauflösend für das neue iPad zur Verfügung gestellt. Funktioniert prima.