Heut möchte ich mal auf eine interessante und vor allem kostenlose iOS-App hinweisen, die gerade frisch im App-Store angekommen ist: ON AIR. So ganz neu ist die App nicht, denn es ist der Nachfolger von myTVizz. Man fragt sich nun sicherlich, was denn an dem Nachfolger so viel besser sein soll, weshalb wir uns einfach mal die Feature-Liste anschauen:

• native Auflösung auf dem iPad und iPhone 4 sowie volle Unterstützung für ältere iPhones/iPod touch (läuft ab iOS 3.1.3.)
• Synchronisation der Einstellungen zwischen verschiedenen iOS Geräten über einen optionalen ON AIR Account
• schnellere Lade- und Startzeit
• Erinnerungen an Sendungen (Push-Notifications) – inkl. zukünftiger Ausstrahlungen und Wiederholungen
• direkte Interaktion zu Sendungen via Facebook und Twitter
• TV-Programm der nächsten sieben Tage von über 140 Sendern aus Deutschland, Österreich und der Schweiz
• die Navigation über das neuartige Programmraster oder neu gestaltete Listenansicht (mit Multi-Touch-Gesten)
• personalisierbare Senderauswahl
• Direkt-Zugriff auf 20:15-Uhr-Sendungen

iPhone: Programmliste

iPhone: Programmraster

Die App zeigt nicht nur allgemeine Infos zur aktuellen Sendung an, sondern auch Details zu den Schauspielern. Neben der Interaktion mit Facebook und Twitter gibt es nun auch eine Anbindung an Wikipedia und IMDb. Die direkte Kontaktaufnahme zu den Redaktionen/Sendern und die one-click Teilnahme an TV-Gewinnspielen und Votings stehen weiterhin zur Verfügung.

Ich konnte die App bisher nur kurz antesten, da ich selbst derzeit über kein iOS Gerät verfüge. Was aber hängen geblieben ist, dass das Programmraster echt cool ist und man sofort einen tollen Überblick über die laufenden Sendungen hat. Mein Featurerequest für die nächste Version wäre dann ganz klar, dass ich mit einem Klick auf eine Sendung gleich meinen Fernseher dazu bringen kann, dass er auf diesen Sender umschaltet. Immer mehr Fernseher verfügen über einen LAN-Anschluss, da sollte das ja das geringste Problem sein, oder?

iPad: Programmraster, Programmliste und Sendungsdetails

ON AIR ist ein Produkt des Münchner Unternehmens „stanwood“, das auf die Darstellung von TV-Informationen und das Angebot von interaktiven Zusatzfunktionen zum laufenden Fernsehprogramm auf mobilen Devices spezialisiert ist.

Links:
stanwood.de

Ach ja, wie wurde Apple doch für seine Videotelefonie belächelt – geht nur über Wlan und außerdem kann das ja jedes billige UMTS Handy mit entsprechenden Kameras genauso. Letzterer Punkt mag stimmen, aber ich frage mich bei den Leuten, die so argumentieren, ob sie dieses Feature mit ihrem Handy schonmal ausprobiert haben – es ist grottenschlecht. Die eingebauten Frontkameras haben eine extrem kleine Auflösung und sind zudem noch sehr lichthungrig. Man kann damit vielleicht am helllichten Tage etwas sehen, aber in-Door oder Abends geht gar nicht. Hinzu kommt, dass das System nur am Stocken und ruckeln ist und dazu noch eine extreme Komprimierung erfährt.

Kurz gesagt, es ist nicht zu gebrauchen.

Ob man Videotelefonie nun überhaupt braucht, sei auch nochmal dahingestellt. Ich persönlich finde es recht praktisch, vor allem, wenn man weit entfernt von Heimat und Familie wohnt. Aber darum geht es gar nicht. Apple wollte es besser machen – und hat es scheinbar auch geschafft. Aber eben nur über Wlan. Findige Jailbraker haben es nun geschafft, dem iPhone vorzugaukeln, es befände sich im Wlan – was natürlich nicht der Fall ist. Somit ist es nun auch unterwegs möglich, Facetime zu verwenden. Der Preis dafür ist allerdings hart – mit 3Mbyte pro Minute an Daten muss man rechnen. Das erklärt auch, warum Apple die Wlan-Only Variante gewählt hatte. Ich selbst habe Facetime noch nicht in Aktion gesehen, kann also nur allgemein darüber sprechen – finde es aber trotzdem ne tolle Sache. Wenn man die Technik jetzt noch ins iPad packt, dann greif ich sofort zu. Aber bisher ist da ja noch leider nichts in Aussicht.

Sorry für die provokante Überschrift, an das Thema kommt man aber anders nicht heran.
Bevor wir anfangen: ja, ich liebe (mittlerweile wie ihr gleich lesen werdet) Apple Produkte – bin aber kein Fanboy. Auch ich denke, dass bestimmte Aktionen von Steve nicht so wirklich toll sind und sag auch gerne mal was negatives über den angebissenen Apfel…

Vor einiger Zeit noch war ich absoluter Apple-Hasser. Punkt. Ja, es stimmt, auch ich war einer derjenigen, die einfach nur mitreden wollten, leider hatte ich mich auf die falsche Seite geschlagen. Denn letztendlich hatte ich mir eine Meinung gebildet, ohne jemals eines der Geräte angefasst zu haben, über die ich da sprach. Gerade als ITler passiert so etwas sehr schnell und um das Gesicht zu wahren bleibt man auch bei seinem Standpunkt – völlig verständlich. Was zur Zeit allerdings bei Apple und vor allem um das iPad herum passiert, ist schon mehr als lächerlich.

Jeder dahergelaufene Twitterer und 5-Besucher-pro-Tag-Blogger meint, dass er Apple genau durchschaut hat und der einzige ist, der merkt, dass Apple uns alle vernichten will. Doch schauen wir uns mal die Argumente an:

Apple ist überteuert

Hier stimme ich voll und ganz zu. Zumindest die US-Preise könnten umgerechnet werden, was das Zeug ein bisschen günstiger machen würde. Mein Macbook war meiner Meinung nach trotzdem jeden Cent wert, auch wenn es auf dem Konto weh tat.

Apple zensiert den App-Store und sperrt Konkurenten aus

Stimmt. Und das ist auch gut so. Diese Geschichte war vorher der Grund für mich, zu Android-Plattform zu wechseln. Ja, Android ist in der Tat wesentlich freier, aber die negativen Aspekte, die sich dadurch ergeben, bringen mich eher dahin, bald auf das neue iPhone umzusteigen. Da es um den Appstore geht: der Android Market sperrt zwar so gut wie keine Inhalte aus, leider ist er dadurch aber total zugemüllt. Zum einen findet man sehr viel extrem sinnlose (und das meine ich wirklich so) Apps, zum anderen aber auch sehr fehlerhafte Softwarestückchen. Wirklich gute Apps gibt es zwar auch hier, aber die muss man erstmal finden. Glaubt mir, diese Freiheit ist nicht wirklich ein Segen. Zurück zu Apple: Ja, sie machen den Appstore kindersicher, was ich ok finde. Ob man nun unbedingt auch Bikini-Bilder rausschmeißen muss, sei mal dahingestellt – Fakt ist aber, dass es Apples gutes Recht ist. Niemand ist gezwungen, Apple Produkte zu kaufen – jeder macht das freiwillig!

Apple verkauft Hardware viel teurer als andere Hersteller

Stimmt. Ich nehme für dieses Argument immer gerne den Autovergleich zur Hilfe: Würdet ihr euch einen Dacia Logan kaufen, selbst wenn da ein Mercedes Motor drin stecken würde? Bei mir ist die Antwort ganz klar: nein. Die restliche Verarbeitung und vor allem die nicht vergleichbaren Sicherheitsfeatures eines 50.000€ Autos fehlen hier einfach. Wem das Geld für so ein teures Auto allerdings zu schade ist, der kann auch auf günstigere Modelle zugreifen, darf sich dann aber nicht über fehlende Extras wundern. Und genau so ist es auch bei Apple Hardware. Natürlich schlummert da (mittlerweile) ein einfacher x86 Prozessor von Intel drin, wie er auch in vielen anderen Rechnern verbaut ist. Und auch der RAM, das Mainboard und die Festplatte sind stinknormal.

Aber was ist mit dem Rest? Welcher Hersteller bekommt es denn gebacken, sein Gerät ordentlich zu belüften, ohne dass man den Lüfter hört? Wie sieht es im Desktop-Bereich mit einzelnen Kühlkanälen aus? Das kannte man bisher nur aus der Serverwelt – mittlerweile bauen es auch andere Hersteller ein. Welcher Hersteller baut standardmäßig einen Akku ein, der knappe 10 Stunden durchhält (im Betrieb und nicht im idle)? Ich kann den Akku nicht wechseln? Na und, scheiss drauf. Warum sollte ich das wollen? Innerhalb von 10 Stunden findet auch der letzte Depp mal eine Steckdose. Und bevor der kaputt geht, kauf ich mir sowieso ein neues Macbook. Und nein, ich rede mir das nicht schön. Bei keinem meiner vorherigen Laptops habe ich jemals einen neuen Akku gekauft, weil nie die Notwendigkeit bestand. Was ist mit Tastatur und Trackpad? Hat einer von den sog. Spezialisten mal längere Zeit mit dem Macbook oder der Apple Tastatur gearbeitet? Derjenige soll mir mal bitte einen anderen Laptop zeigen, der auch nur ansatzweise ähnlich gut zu bedienen ist. Und glaubt mir, ich hatte schon sehr viele Laptops (besessen oder zumindest länger ausprobiert).

Hinzu kommt der Magsafe Stromstecker, der nur per Magnet am Gerät gehalten wird – hat mir schon mehrmals die Hardware gerettet, weil ich eben nur den Stecker aus dem Teil und nicht das ganze Macbook vom Tisch gerissen habe, weil ich am Kabel hängen geblieben bin.

Ich könnte jetzt noch einige Punkte nennen, aber wir wollen es ja nicht übertreiben. Fakt ist: es sind banale Sachen, die aber die Apple Hardware um längen besser machen als die der Konkurenz. Andere Hersteller könnten das auch, warum sie es nicht schaffen bleibt mir ein Rätsel. Ein Grund dürfte jedoch sein, dass der Qualitätsanspruch bei Apple von ganz oben kommt. Wenn irgendetwas nicht passt, wird das Produkt eben verschoben. Das wird man bei anderen Firmen nicht finden, denn hier zählt einzig das schnelle Geld. Es gibt Ausnahmen wie HP, jedoch ist auch hier noch ein großer Qualitätsunterschied bemerkbar. Auch wenn es da um Software geht – selbst Microsoft hat umgedacht: Die Entwicklungsabteilung kann Releasetermine verschieben, wenn sie der Meinung ist, dass Produkt sei noch nicht ausgereift genug. Keiner der Manager kann erzwingen, dass ein Produkt herausgebracht wird. Und das wird sich auch in zukünftigen Windows-Versionen wiederspiegeln.

Das iPad braucht kein Mensch

Auch das stimmt. Es ist kein Gerät, welches man dringend benötigt. Aber fragen wir mal anders: braucht jeder unbedingt einen Desktop-Rechner, Laptop und Netbook? Nein, aber es ist schön, das Zeug zu haben. Die Grenze zum “muss ich haben” ist beim iPad sogar noch höher. Aber ich sag es mal so: wenn man es hat, will man es nicht mehr missen. Das Teil macht einfach nur Spass. Und das auch ohne Multitasking, Flash, blabla. Es ist einfach so. Und wer das nicht braucht, muss es ja nicht kaufen. Also was soll die Aufregung? Warum rege ich mich über etwas auf, was ich sowieso nie kaufen werde?

Heut ist ein guter Tag, um meiner Quicktip Reihe ein neues Kind zu bescheren. Dieses mal geht es um das Problem, dass Eclipse bei mir sehr lange braucht, um zwischen den einzelnen Tabs zu wechseln – teilweise 5 bis 10 Sekunden. Und wie ihr euch vorstellen könnt, kann das ziemlich nervig sein. Unter Windows rennt Eclipse eigentlich ganz gut und mein Macbook sollte eigentlich schon genug Leistung für eine einfache IDE aufbringen können.

Ein bisschen Google brachte mir dann folgenden Tip, der bei mir auch funktioniert hat:
Ändert in der eclipse.ini (die befindet sich direkt innerhalb der “eclipse.app”) die Zeile

-Dosgi.requiredJavaVersion=1.5

in

-Dosgi.requiredJavaVersion=1.6

ab, und schon sollte die Tab-Wechsel-Verzögerung weg sein. Bei mir gab es die ursprüngliche Zeile gar nicht, also hab ich die 1.6′er Zeile einfach unten angehangen. Eclipse neu gestartet und schon funktioniert’s.

Nachdem ich vor ein paar Tagen ein sehr interessantes Chaosradio Express über das Thema verteilte Versionskontrollsysteme gehört hatte, hab ich mir nun mal GIT angeschaut. Die Hauptvorteile gegenüber zentralisierten Systemen sind:

• man kann offline arbeiten und hat dabei trotzdem Zugriff auf alle Repository Ressourcen
• jeder Client das bekommt das komplette Repository
• sehr einfaches Branchen und Mergen – GIT kann sehr viel automatisch abfangen, es treten kaum Konflikte auf
• sehr geringer Speicherplatzverbrauch durch GIT – und keine .svn-Ordner in jedem Unterverzeichnis
• Performance!

Kurz gesagt: GIT macht fast alles besser als SVN.

Seinen Ursprung hatte das System in der Linux Welt. Linus Torvalds, der Erfinder von Linux, war mit den vorhandenen Versionskontrollsystemen nicht mehr zufrieden und entwickelte kurzerhand sein eigenes, welches die Vorteile aller Systeme zusammenführen sollte. Und es scheint ihm gelungen zu sein – GIT war geboren.

So, das erstmal als Vorgeplänkel. Wie ihr im Titel sehen könnt, geht es ja hier mehr um GIT in Verbindung mit SVN. Die Problematik ist nämlich, dass man bei sehr vielen Projekten auf Subversion gesetzt hat. Nun kann es zum einen sein, dass die Admins oder die Teammitglieder kein Interesse an GIT haben, die Zeit für eine Umstellung nicht vorhanden ist, oder der Chef einfach keine Lust auf Experimente hat. Genau für diese Fälle bringt GIT eine Sammlung von Tools mit, die z.B. als Brücke zwischen dem lokalen GIT Repository und einem entfernten SVN kommunizieren.

Tja, bei mir ist der Weggang von SVN vorerst auch keine Option, sodass ich mich genau mit diesen Tools beschäftigt habe. Ich möchte euch hier nun kurz zeigen, wie ihr euer Repository einrichtet, einen Checkout von SVN macht, etwas mit Eclipse ändert und das Ganze dann wieder ins SVN commited. Im speziellen befasse ich mich hiermit PHP Projekten, jedoch ist das GIT-Plugin für Eclipse universell einsetzbar – es ist also egal, welche Projektart ihr verwendet.

Zuallererst solltet ihr natürlich GIT installieren. Unter git-scm.com findet ihr die nötigen Installationsdateien. Für Mac gibt’s das obligatorische DMG Image, welches den Installer enthält. Nach erfolgreicher Installation seht ihr – nichts. GIT ist nämlich ein reines Kommandozeilentool. Also öffnet ihr zuerst das Terminalfenster.

Anschließend bewegt ihr euch in den Ordner, in dem ihr das Repository ablegen wollt bzw. den Checkout machen wollt. In meinem Fall ist es der “Sites” Ordner in meinem User-Verzeichnis – schließlich will ich mit versionierten PHP Projekten arbeiten. In SVN sind die Projekte ja meißtens in Unterordnern abgelegt, sodass der SVN-Pfad so aussieht:

svn://server/projektname

Ist dies der Fall, bewege ich mich also direkt in den “Sites” Ordner meines User-Verzeichnisses und erstelle keinen Projektordner. Durch den Checkout eines Projektes wird automatisch die Ordnerstruktur übernommen, sodass ich keinen Ordner für das Projekt anlegen muss. Wichtig: GIT arbeitet immer im aktullen Verzeichnis – achtet also darauf, dass ihr im richtigen Ordner seid.

Ok, also machen wir uns mal an den Checkout von SVN:

git svn clone svn://[server]/testprojekt

GIT legt nun automatisch den Ordner “testprojekt” an, erstellt darin das GIT Repository mit der kompletten SVN-History und kopiert sich anschließend die Base-Revision, also die aktuellste Version des Projekts, in diesen Ordner. Das GIT Repostitory liegt im Unterordner “.git”, welchen es, anders als bei SVN, nur einmal im Hauptordner gibt.

Das Repository steht, nur wird es ja sicherlich trotzdem im SVN hin und wieder neue Versionen von Dateien geben. Wir sollten also ab und zu an ein Update unserer Dateien denken. Das Update führt man einfach direkt im Projektordner, in unserem Fall “/Users/[Benutzername]/Sites/testprojekt”, durch:

git svn rebase

GIT findet nun alle nötigen Daten in seinen Einstellungen, die sich unter “testprojekt/.git” befinden – also auch, wo der SVN Server zu finden ist – und führt ein Update der geänderten Daten durch. GIT verhält sich an dieser Stelle wie ein normaler SVN Client.

So, damit haben wir schonmal den Hauptteil erledigt. Nun kümmern wir uns erstmal um Eclipse, bevor wir dann mal einen Commit ins SVN wagen.

Ich habe mich für das Plugin “eGit” entschieden. Ihr findet es unter eclipse.org als Eclipse Plugin. Nun wird es etwas schmutzig, da ich ehrlich gesagt nicht genau weiß, wie der Checkout von GIT mit dem Plugin funktioniert. Ich habe da echt ne Weile rumprobiert, bin aber nicht zum gewünschten Ergebnis gekommen – auch nicht über direkte Pfadangaben. Vielleicht kann mir ja hier jemand auf die Sprünge helfen.

Durch Zufall hab ich dann aber einen Trick gefunden, das Repo doch ganz leicht zu laden. Im Eclipse importiere ich erstmal “testprojekt” als bestehendes Projekt (geht natürlich nur, wenn das Projekt ein Eclipse Projekt ist – sonst müsst ihr erst eins anlegen!). Anschließend geht ihr auf “Team” –> “Share this projekt” und wählt da GIT aus. Anschließend wird euch direkt präsentiert, dass das Plugin an dieser Stelle bereits ein GIT-Repository gefunden hat, was man mit Finish bestätigt. Anschließend hat man das Projekt inklusive GIT Funktionen im Eclipse.

Ab dieser Stelle könnt ihr nun wie gewohnt commiten, nur das Updaten fällt weg, da GIT ja komplett auf eurer Platte liegt. Falls es in eurem Repository eine neuere Dateiversion geben sollte, klickt einfach mal auf Refresh und sie ist drin.

Nun führt ein paar Änderungen an den Dateien durch und speichert. Ihr seht, dass diese Dateien im Projektbaum mit einem vorgestellten “>” markiert werden. So seht ihr gleich, welche Dateien noch nicht commited sind. Führt nun einen Commit durch, anschließend geht es wieder in die Console.

Mit

git svn dcommit

führt ihr nun einen commit in euer SVN Repository durch. Das Tolle dabei ist, dass alle einzelnen Commits, die ihr in GIT getätigt habt, auch als einzelne Commits ins SVN wandern. Wenn ihr also eine Datei 3x bearbeitet und im Anschluss immer commited, dann werden diese 3 Änderungen auch 3x einzeln ins SVN gepostet. Ihr verliert also keinerlei History-Funktionen.

Bei mir kam es immer wieder vor, das GIT sich beschwerte, dass irgendwas mit dem Repository nicht stimmt bzw. nicht korrekt commited wurde und ich so das dcommit nicht ausführen konnte. In diesem Fall führt

git stash

aus. Damit reinigt ihr das Repository. Wichtig: vorher commiten, sonst sind eure Änderungen weg. “stash” bringt euer Working Directory wieder in Einklang mit der Head-Revision, also dem aktuellen Stand eures Repositorys.

Unter Windows wird der Vorgang wahrscheinlich sehr ähnlich sein, ich hab es mir aber noch nicht angesehen. Die GIT-Kommandos sind auf jeden Fall die gleichen.

Links:
Chaosradio Express 130 – verteilte Versionskontrollsysteme
GIT
SVN
eGit