Schritt 1 war der Eigenbau einer Softbox in welcher der Metz als Lichtquelle verwendet werden kann. Das Internet ist voll mit entsprechenden Bauanleitungen. Ich habe mich für ein einfaches 60×60x25 Modell entschieden. Eingesetzte Materialien waren ein Umzugskarton, ein U-förmiger Metallwinkel, ein milchfarbener Duschvorhang, etwas Klebstoff, Farbe und Alufolie. Materialkosten 12 Euro! Die 4 Einzelteile des Kartonträgers wurden einfach mit einem Teppichmesser zurechtgeschnitten, mit Heißkleber zusammengefügt und etwas Gaffatape am U-Träger verbunden. Der U-Träger ist über das standard Viertelzollgewinde mit einem Stativ verbunden.

Die Innenseite ist mit Alufolie verklebt - in der ersten Rohfassung habe ich (aus Zeit und Materialgründen) darauf verzichtet unmittelbar vor den Blitz eine Streulichtkugel (z.b. Christbaumkugel) zu befestigen die das Licht gleichmässiger über die gesamte Fläche verteilt

Update: Eingesetzter Lichtverteiler (Christbaumkugel aus Glas)

Als Streulichtfolie habe ich eine einfache, milchige Plastikfolie verwendet (Duschvorhang), auf eine Dauerhafte Befestigung mittels Rahmen etc. habe ich vorerst bewußt verzichtet da ich in den nächsten Tagen noch mit verschiedenen Materialien experimentieren möchte (Update folgt)

Hier die ersten Testfotos, zum Vergleich zunächst ein Foto direktbeleuchtet durch den Metz (mit aufgesetzem Mecabounce)

Ohne Softbox:

Unten das gleiche Motiv mit Softbox, die Schatten sind deutlich weicher und diffus:

Softbox mit eingesetzter Streulichtkugel:

Die Softbox erlaubt auch nette Gegenlichtaufnahmen:

Das Licht erzeugt einen sehr plastischen Effekt ohne zu hart zu sein und ist auch bestens für Macroaufnahmen geeignet:

Soweit mal meine ersten Tests zum Thema Softboxen. Updates und erste Portraitversuche folgen in Kürze…

Als Testgerät diente mein 2 Jahre altes Arbeitsnotebook ein
Sony Vaio VGN-SZ 4MN
Intel Core 2 Duo T5600 1,83 GHz, 2GB RAM
Windows XP Servicepack 3
Bisher: mit einer Seagate Momentus 7200 Harddisk, 250 GB
für den zweiten Testdurchgang ersetzt durch
Neu: Super Talent Ultradrive, 64GB SSD FTM64GX25H

Die Systempartition der alten Platte wurde zu diesem Zweck mit Acronis True Image 1:1 auf die SSD kopiert (Backup-MyComputer-Partition+MBR(MasterBootRecord) anwählen und in ein File sichern und später auf die neue Platte Recovern (MBR nicht vergessen!) Abgesehen vom veränderten Speichermedium ist die Testumgebung sowohl die Hard- als auch die Software betreffend absolut identisch. Auf synthetische Benchmarks habe ich bewusst verzichtet, diese findet man ohnehin auf diversen Techportalen. Weitaus wichtiger war mir den möglichen Performancevorteil der SSD in meiner täglichen Arbeit als Softwareentwickler zu messen.

Dennoch kurz einige TecFacts: Die bereits vorhandene Seagate Momentus ist eine der schnellsten momentan erhältlichen 2,5″ Festplatten mit 7200 U/min und erreicht im heise/ct h2benchW 3,6 knapp 70MB/s avg read und write! Diesen Wert erreichten vor 2-3 Jahre gerade mal die schnellsten 3,5″ Desktopplatten. Auch in der mit h2benchW gemessenen durchschnittlichen Zugriffszeit von 14,2ms liegt die Platte im Notebookvergleich ungeschlagen an der Spitze. Im Vergleich dazu schafft die Super Talent SSD lesend wie schreibend rund 175MB/sec in h2benchw und ist somit bei sequenziellen Lese- und Schreibvorgängen in der Praxis schon mal gut um den Faktor 2 schneller als die Seagate. Bei der Zugriffszeit wird es interessanter: h2benchw ermittelt hier 0,17ms beim Lesen und 0,13ms (jeweils Durchschnitt) für einen Schreibzugriff also eine Wartezeitverkürzung rund um den Faktor 100 im Vergleich zur Seagate. Die maximale Anzahl an IO/Operationen pro Sekunde wird bei SSDs derzeit meist durch den Speichercontroller limitiert, deshalb ist der Wert nicht gleich 1/Zugriffszeit. Der in der Superdrive zum Einsatz kommende Indilinx Controller leistet hier hervorragende Arbeit. So ermittelt HD Tune 10200 IO/sec bei Zugriff auf 512byte Blöcke was einer Datenrate von 4,9MB/sec entspricht bzw. 6853 IO/sec bei Zugriff auf 4k Blöcke was (Random) Transferraten von knapp 27MB/sec erlaubt. Zusätzlich bietet die SSD bauartbedingt eine Reihe weiterer (bekannter) Vorteile wie Unempfindlichkeit gegenüber Vibration und Stößen, weniger Gewicht, geringer Stromverbrauch, bis zu 10 jährige Lagerung der Daten (auf die Haltbarkeit der Verwendeten Speichertechnolgie gehe ich später noch genauer ein)

Die Systemanforderungen eines Entwicklerrechners unterscheiden sich grundlegend von denen des üblichen Multimedia HeimPcs. Wo bei letzterem meistens eine absehbare Anzahl von großen Files (mp3s Videos etc.) gespeichert wird spielt die Dauertransferrate eine deutlich größere Rolle als die Zugriffszeit. Eine klassische JAVA IDE greift bei jedem Projektladevorgang zum Teil auf tausende kleiner Files zu, ebenso wie häufig benötigte Volltextsuchen übers Repository. Zur Veranschaulichung kann man sich folgendes durchrechnen: Das Einlesen von 20.000 Files (alle kleiner als 4k) dauert - jetzt nur die Zugriffszeit berücksichtigend - mindestens 20.000 x Random Access, im Falle der Seagate Momentus also 20.000 x 14,2ms = 284 Sekunden also beinahe 5 Minuten. Berechnet man den theoretischen Wert für die Solid State Disk erhält man 20.000 x 0,13ms = 2,6 Sekunden.

Diese theoretischen Spielereien im Kopf bin ich heute zu Ditech gefahren um meine gestern reservierte SSD abzuholen. (Wie immer war der Kaufvorgang bei Ditech sehr angenehm, die kurze Wartezeit wird durch jede Menge ausgestelltes Techspielzeug verkürzt, der Verkäufer ist symphatisch, freundlich und kann meine (aufgrund meiner Vorrecherche) recht ausgefuchsten Fragen sehr kompetent beantworten. Ditech hat es meiner Meinung nach als einziger Wiener Computerhändler geschafft die Servicequalität im Laufe der Jahre nicht nur konstant hoch zu halten, sondern sogar noch zu verbessern und liegt heute weit über dem Niveau das vor vielen Jahren Händler wie NRE und co ausgezeichnet hat. (btw. Ditech hat auch auf Geizhals eine Durchschnittsbewertung von aktuell: 1,21 bei 4500 abgegebenen Bewertungen was meinen subjektiven Einzeleindruck hier bestätigt.)

Nachdem ich mich einige Abende durch diverse Testberichte gelesen hatte fiel meine Wahl auf eine SuperTalent Ultradrive mit 64GB, link für mein Arbeitsnotebook auf dem ich keine Multimediadaten speichere mehr als ausreichend (aktuell sind32GB belegt). Laut Herstellerangaben schafft die “Disk” 260MB/sec lesend / 210 schreibend. Hierbei handelt es sich natürlich im Maximalwerte unter günstigsten Bedingungen.

Der Einbau verlief weitgehend problemlos (Hinweis: eine Einbauanleitung für das Sony Vaio VGN-SZ findet man hier)

Es war allerdings notwendig das empfindliche Flachbandkabel des Notebooks ein wenig zu biegen da die SSD nicht über die sonst bei 2,5″ Platten übliche Aussparung über der Anschlussleiste verfügt. (Siehe Fotos - Bild oben die Seagate HDD, unten die eingebaute SSD)

Nachdem ich das Flachbandkabel am Stecker etwas aufgebogen hatte funktionierte der Anschluss problemlos.

Die Datenmigration mittels Acronis klappte problemlos und das Notebook startete wie gewohnt meine XP Installation von der neuen Platte. Sehr cool - wenn auch ungewohnt - ist die absolute Lautlosigkeit mit der das Notebook bootet. Hier nun die Tests, ich denke die Ergebnisse sprechen für sich und ein Fazit kann sich jeder selbst bilden (Allen anderen rate ich bedinungslos zum Wechsel auf eine SSD ;-)

Alle Tests werden nach gestartetem Windows direkt aufgerufen (also noch keine Files im OS Cache)

Windows Boot incl. Start aller im Autostart eingetragenen Programme und automatischer Start von Firefox- Zeit bis zur Eingabemöglichkeit einer Url:

Seagate HD:      105 Sekunden (47 Sekunden bis zum Desktop)

Supertalent SSD: 43 Sekunden

davon (12 Sekunden BIOS Zeit + Bootmanager)

Start von IntlliJ IDEA 8.1 incl. Laden eines großen Grails-Projektes (voller Scan + Fileparsing von einigen tausend Klassen)

Seagate HD:      225 Sekunden

Supertalent SSD: 27 Sekunden

(zweiter run 15 Sekunden)

IntelliJ Ausführen der Integrationstests des Projektes (incl. Compilephase)

Seagate HD:      72 Sekunden

Supertalent SSD: 33 Sekunden

IntelliJ Start eines Grails Projektes bis zur Verfügbarkeit des Webservers

Seagate HD:      28,5 Sekunden

Supertalent SSD: 23 Sekunden

Start von Helma1.7 incl. einer Applikation mit gut 100 Prototypen (Java/Jetty/Rhino basiertes Applikationsframework)

Seagate HD: 104 Sekunden

Supertalent SSD:66 Sekunden

Start Microsoft Visio

Seagate HD:      5,6 Sekunden

Supertalent SSD: < 1 Sekunde

Start Smart SVN incl. Scan eines Projektes mit 24.000 Files

Seagate HD:      65 Sekunden

Supertalent SSD: 19 Sekunden

Volltextsuche Ultraedit über ein Projekt mit 24.000 Files

Seagate HD:      11 Sekunden

Supertalent SSD: 6 Sekunden

zweiter run
4,4 Sekunden
4,1 Sekunden

Start von Eclipse (Ganymede) Zeit bis zur Workbench, automatisches Laden eines Projektes

Seagate HD:      23 Sekunden

Supertalent SSD: 9 Sekunden

Das Uphone 3GS

Apple betreibt mit dem 3GS vorwiegend Produktpflege der inneren Werte. Abgesehen von der neuen fingerschmutzabweisenden Displayvergütung unterscheidet sich das 3GS äußerlich nicht vom Vorgänger, das stark spiegelnde Display ist nach wie vor von reflektierendem Metall eingefasst. Die Rückseite meines Testgerätes war in weißem Hartplastik gehalten was zum typischen Apple Look beiträgt. Obs gefällt ist vorwiegend Geschmackssache, das sollte jeder selbst entscheiden. Im Praxisbetrieb ist mir die polierte Plastikhülle zu schlüpfrig. Gerade in den ersten Tagen ist mir das Phone mehrmals beinahe aus der Hand geglitten. Eine gummierte Hülle (wie z.B. von vielen Sony Ericcson Phones bekannt) wäre mir hier lieber gewesen.

Innere Werte

Die neuen Modelle gibt es wahlweise mit 16 oder 32 Gigabyte internem Speicher. Neben einem verbesserten Akku (der ebensowenig wie der Speicher austauschbar oder erweiterbar ist) hat das 3GS nun eine 600MHz CPU spendiert bekommen (412 MHz beim 3G). Gemeinsam mit dem um den Faktor 8 beschleunigten Graphicprocessor führt dies zu einer spürbaren Beschleunigung der meisten Anwendungen. Die Bootzeit hat sich von 28 auf 20 Sekunden verringert, die meisten Standardprogramme starten ohne spürbare Verzögerung. Die Bedienung über Fingergesten fühlt sich reaktionsschnell an und führt zu einem gutem Gefühl im Umgang mit dem Phone. Faszinierend finde ich beim GUI vor allem die vielen Kleinigkeiten wie z.B. den Bouncingeffekt am Anfang und Ende von Listen der dem User einerseits verdeutlicht, dass der Content zu Ende ist, andererseits aber stets das Gefühl vermittelt,  in jeder Situation auf die Eingabe zu reagieren. (Wer Windows Mobile kennt, weiß wovon ich rede. In unzähligen Situationen weiß man nicht ob z.B. das Ende einer Liste oder Website erreicht ist, oder das Phone gerade eine Nachdenkpause macht und erst 4-5 Sekunden später auf die Eingabe reagiert.)

Features

Die Kamera hat nun eine Auflösung von 3 Megapixeln und verfügt über Autofokus. Für gelegentliche Schnappschüsse ausreichend, die Bildqualität ist - bedingt durch die physikalischen Limitierungen von Sensor und Optik - erwartungsgemäß bescheiden. Die Farbwiedergabe ist neutral, das Rauschen hält sich trotz des winzigen Sensors innerhalb vertretbarer Grenzen.  Die Auslöseverzögerung ist klein genug um - mit etwas Übung - auch Schnappschüsse zu ermöglichen. (Die Konkurrenz ist hier jedenfalls schon weiter, sowohl Auflösung als auch Bildqualität betreffend weisen vor allem aktuelle Optiken von Samsung und Sony Apple hier in die Schranken)  Das 3GS erlaubt die Aufzeichnung von Videos mit 30 Frames pro Sekunde. Aufgenommene Videos lassen sich am Phone bearbeiten und auf Youtube hochladen. Das Display ist wie beim Vorgänger sehr gut und obwohl es stark spiegelnd ist, kann man es aufgrund der hohen Hintergrundhelligkeit auch bei Tageslicht gut ablesen. Gut gefallen hat mir die automatische Anpassung der Displayhelligkeit an das Umgebungslicht, hält man das Telefon zum Telefonieren ans Ohr schaltet die Beleuchtung automatisch aus.

Neu hinzugekommen ist beim 3GS ein digitaler Kompass der gemeinsam mit dem GPS Modul und der Kamera nun auch echte Augmented Realtiy Anwendungen zulassen würde, wie sie z.B. vom G1 schon seit längerem bekannt sind. Aufgrund Apples der restriktiven Firmenpolitik scheiterten diverse AR Anwendungen bisher jedoch am direkten Zugriff des Bildspeichers um virtuelle Overlays auf das aktuelle Kamerabild legen zu können. Nützlich ist der Kompass jedenfalls in der Map Applikation die nun automatisch die Karte in Blickrichtung des Benutzers dreht was in der Praxis sehr angenehm ist.

Ipod?

Auf ganzer Linie enttäuschend empfand ich die Audiofunktionen des Iphones. Bereits vor 2,5 Jahren habe ich bereits hier und hier einiges zum Thema Ipod und seinen fraglichen Qualitäten als Audioplayer geschrieben, meine Tests mit dem 3GS zeigen, dass es hier leider keinerlei Verbesserungen gegeben hat. Zum Testen habe ich meine standard Referrenz-Mp3s mit 256kbps herangezogen und an einem HD800 dem Referenzkopfhörer von Sennheiser probegehört. Zunächst war ich verwundert wie verärgert, dass sich das Iphone beim Anschluss an den Rechner über USB nicht als Wechsellaufwerk anmeldet. So muss man um mal schnell einige MP3s aufs Phone kopieren zu können zunächst das 80 Megabyte ITunes Paket installieren um dann nach erfolgreicher Zwangsregistrierung den Synchronisierungsvorgang über das quälend langsame Interface von Itunes zu starten. Warum es Apple schafft sich nach wie vor als Platzhirsch in Sachen Usability zu halten verstehe ich nach wie vor nicht. Hat man das mal nervlich hinter sich gebracht erwartet einem matschiger, undifferenzierter, breiiger Sound der für geübte Ohren nur wenige Sekunden lang erträglich ist. Die vorgefertigten IQ Presets sind weitgehend wirkungslos und erzeugen (wie seit Jahren) bei der Verstärkung der Bassanteile hörbares digitales Clipping, schädlich für Kopfhörer und Ohren. Eine durch den Benutzer frei einstellbare Klangregelung fehlt ebenso wie ein parametrischer EQ. Fazit: Als Musikplayer ist das Iphone keinesfalls tauglich, Apple kann sich hier ein Beispiel an Sony, Cowon oder Samsung nehmen. Positiv zu erwähnen ist die Implementierung neuer Buetooth Protokolle die nun auch den Anschluss von Bluetooth Stereoheadsets erlauben. Apple typisch gibt es jedoch mit der Standardsoftware keine Möglichkeit Daten (Bilder, Mp3s etc.) via Bluetooth an andere Devices weiterzugeben.

Telefon

Telefonieren kann man letztendlich auch mit dem Iphone :-) Die Sprachqualität ist gut, ist man unterwegs bricht (vor allem in der Wiener U-Bahn) die Verbindung zeitweise ab. Dies liegt einerseits vermutlich an der vergleichsweise schwachen Sende/Empfangsleistung des im Iphone verwendeten Empfangsmoduls, andererseits wohl auch noch an diversen Unausgereiftheiten des UMTS Netzes. Abgesehen von gelegentlichen Gesprächsabbrüchen liefert T-Mobile meiner Meinung nach derzeit dennoch die beste Netzqualität in Wien (vor allem im Vergleich zu Orange). Auffällig ist das vor allem bei der konstant hohen Datenrate im UMTS Betrieb.  Doch dazu mehr im nächsten Absatz:

Surfen

macht mit dem 3GS wirklich viel Spass. Der Seitenaufbau des Safaris ist unglaublich schnell, viele Seiten laden genauso schnell wie am Deskop, der Browser liefert beachtliche 96 von 100 Punkten im Acid3 Test. Zum Vergleich habe ich im folgenden Video gleichzeitig derstandard.at am X1, G1 und Iphone geöffnet. Weder der Internet Explorer noch der Opera Mini am X1 waren in der Lage die Seite korrekt darzustellen. Dies klappte zwar am G1 das Video zeigt jedoch den beachtlichen Geschwindigkeitsvorteil des Iphones gegenüber dem G1 (alle 3 Phones waren via WLAN ans Netz angebunden)

Email

Die Anbindung an Google Mail verlief unproblematisch und war (wie am G1) mit wenigen Klicks erledigt. Die Mailapplikation fühlt sich flott an, im Gegensatz zu Gmail am Android werden Mailthreads leider nicht optisch gruppiert. Aufgrund der fehlenden Multitaskingfähigkeit des Iphones wird der Arbeitsfluss leider häufig unterbrochen. Klickt man beispielsweise auf einen http Verweis in einer Email wird die Seite in Folge im Browser angezeigt. Von dort aus gibt es keine direkte Möglichkeit wieder zur Mailapplikation zurück zu gelangen, was ärgerlich ist. Aktuell gibt es keine Pushnotifications am Iphone. Im direkten Vergleich zum G1 vermisse ich vor allem die stets eingeblendete Statusleiste die sofort über neue Nachrichten (SMS, Email, Kalnderevents, Chatrequests etc.) informiert und dank Multitasking auch sofort verfolgbar ist ohne die aktuelle Applikation beenden zu müssen.  Ebenso habe ich die vom Google Phone gewohnte intelligente Ausblendung von zitiertem Text am Iphone vermisst.

Fazit und Meinung

Apple ist bekannt dafür schlechte bis bestenfalls mittelmässige Hardware durch sehr gute User-Interfaces völlig überteuert an den Mann bringen zu können. Ähnlich sehe ich das auch beim Iphone, das trotz vieler Verbesserungsmöglichkeiten vor allem wegen seiner Usabilty ein großartiges Gadget zum Surfen, Twittern und Telefonieren ist. Die Usability ist soweit es die Touch Bedienung betrifft herausragend. Von nun an werde ich das Phone jedenfalls auch meiner Mutter und diversen Tanten und Großeltern jenseits der 60 Jahre empfehlen. Durch die gute Bedienbarkeit und das intuitiv begreifbare Interface ist das IPhone auch bestens für Kinder geeignet. Auch wenn die zusammengefügten Einzelteile an sich mittelmäßig sind (Kamera, Empfangsteil, …) bietet das Iphone derzeit mit Abstand die beste Gesamtperformance der am Markt befindlichen Mobiles. Als Android Nutzer schiele ich derzeit vor allem noch ein wenig neidisch auf die gute Browserperformance, ich hoffe dass sich das durch den Umstieg auf eines der 20 neu angekündigten Android Mobiles bis zum Jahresende aufholen lassen wird. Die wirklich negativen Eigenschaften des Iphones   - (keine Unterstützung von USB Mass Storage, kein P2P Datentransfer mit anderen Devices, keine Öffnung des Marketplaces, kein Multiplattformsupport der Entwicklungsumgebung, Verwendung von proprietären Hard und Softwareschnittstellen)  gehen großteils auf die restriktive Firmenpolitik von Apple zurück, genau daran wird das Unternehmen Apple meiner Meinung nach mittelfristig auch scheitern.

Nachtrag zum X1

Das X1 hält trotz der hochwertigen Hardware keinem direkten Vergleich mit den anderen beiden Mobiles stand. Microsofts Konzept die Windows Benutzeroberfläche für 2-3″ Displays optimiert zu miniaturisieren führt in alltäglichen Situationen in denen man bevorzugt auf den mobilen Begleiter zurückgreifen möchte (Ubahn, Auto, auf der Straße etc.) zu unzumutbarer Fummelei mit dem beigelegten Stylus. Schon nach wenigen Minuten ist man dabei völlig entnervt, verspannt und dazu verleitet das Handy in der nächsten Mülltonne zu versenken. Zudem funktionieren gefühlt 60% der angebotenen Programme nicht wie erwartet oder versagen völlig ihren Dienst. (So war es mit z.B. mit keinem der vergübaren Browser (Opera Mini, Internet Explorer Mobile) möglich komplexere Seiten wie z.B. http://www.derstandard.at korrekt anzuzeigen. (Siehe auch das Vergleichsvideo weiter oben). Das System ist zudem instabil, im täglichen Gebrauch muss man sich schnell an regelmäßige Zwangsreboots gewöhnen. Unhaltbar für ein Handy, auf dass man sich auch im Notfall verlassen können sollte.

Soweit mal meine persönliche Meinung zum Thema (Blogs sind dazu da Meinungen zu äußern) - und liebe Apple Freunde, habt weiterhin viel Spass mit euren Geräten und steinigt mich nicht ;-)

Als bisher begeisterter Android G1 Nutzer mit relativ wenig Erfahrung in der Benutzung von Apple Produkten bin ich vor allem an den Unterschieden der beiden Plattformen Iphone OS3.0 vs. Android1.5 sowie an der Insgesamtperformance und vor allem der Usability und Alltagstauglichkeit, die sich in Kombination mit der jeweils eingesetzen Hardware ergibt, neugierig. Insbesondere die Anbindung an bestehende Email-, Kontakt und Kalenderlösungen die nicht von Apple stammen, sowie jenen Softwareverbesserungen die sich aus der Nutzung der neuen Hardware (Kompass, 3D Beschleunigung, erweiterte Bluetooth Protokolle, schnellerer Prozessor etc) ergeben.

Meine Erfahrung mit dem G1 hat mir gezeigt, dass nach einer Eingangsphase in der man begeistert hunderte von Applikationen durchtestet und das Gerät bis zum letzten Pixel an die eigenen Bedürfnisse anpasst und konfiguriert, sehr schnell der Alltag einkehrt in dem sich die tatsächliche 99% Nutzung des Gerätes auf eine Handvoll von Programmen reduziert. Genau jene Software und Funktionalitäten (auf die ich später noch im Detail eingehen werde) möchte ich fürs erste auch am Iphone intensiv testen.

Für die nächsten 3 Tage fahre ich auf ein Seminar und werde dazu nur das  Iphone mitnehmen und meine anderen beiden Phones zu Hause lassen. Einzig installierte Zusatzapplikation (auch aus Zeitgründen) ist für das erste Testwochenende TwitterFon. Auch möchte ich Apple beim Wort nehmen und ausprobieren ob die Grundfunktionalität und Verwendung des Phones ohne Handbuch oder Onlinehilfe möglich ist - (was ich beim G1 aus der Praxis bestätigen kann).

Der Ersteindruck ist jedenfalls schon mal sehr positiv. Das Gerät (ist abgesehen von der weißen Plastikschale) deutlich stylischer und wertiger als das G1, die Reaktion auf Fingerberührungen erfolgt ohne spürbaren Lag und fühlt sich daher sehr viel besser an als am G1, die Screentastatur am Iphone erlaubt (auch ohne Übung) eine genauso schnelle Eingabe wie die Hardwaretastatur am G1. Die meisten Standardapps (Maps, Browser etc.) fühlen sich deutlich flotter an wenn es ums Öffnen und Skalieren geht (auf Browserunterschiede, (Javascript-)Performance der Browser etc. möchte ich später noch genauer eingehen), was ich fürs erste einzig schmerzlich vermisse, ist ein konsistenter (Hardware) Back-Button mit dem ich zur vorherigen Applikation/Screen wechseln kann… aber vielleicht gewöhne ich mich ja noch an die eindimensionale, mulitaskinglose Prozessverwaltung des Iphones…

Die Autoren Greame Rocher und Jeff Brown geben als (Haupt-)entwickler des Grailsprojektes Informationen aus erster Hand und verwenden hierzu einen klaren und prägnanten Schreibstil.  Im Gegensatz zu zahlreichen anderen Fachbüchern hat man hier bei keiner einzigen Zeile das Gefühl, die Autoren hätten das Thema nicht zu 100% verstanden.  Im Rahmen der übersichtlich aufgebauten Artikel wird eine vollständig lauffähige Beispielapplikation entwickelt.  Jeder Absatz wird durch Codebeispiele veranschaulicht. Dennoch ist es den Autoren gelungen die einzelnen Kapitel soweit kontextfrei zu gestalten, dass sich das Buch auch hervorragend als Nachschlagwerk eignet.

Nach einer allgemeinen Einleitung in das Konzept der Grails Plattform wird zunächst die Basisfunktionalität von Grails (als MVC Framework) bezüglich der Eigenschaften von Domain Classes, Controllers, und Views erklärt.  Auch hier wird sehr praxisnah vorgegangen,  im Gegensatz zu anderen Grailsbüchern sind beim linearen Lesen des Buches kaum Fragen offen geblieben.  Jedes Kapitel enthält abschließend einen Block, der das automatisierte Testen der jeweils vorgestellten Teilbereiche erläutert.  Die Detailtiefe des Buches ist in beinahe jedem Kapitel praxistauglich, dh. die vorgestellten Codebeispiele und Konzepte taugen großteils auch im Rahmen größerer Projekte und dienen nicht nur der vereinfachten Veranschaulichung.  So werden auch auf Themen wie Command Objects, Interceptors, Logging, Validierung, Data Binding, Taglibs, Grailstags, Custom Tags bereits in den Einführungskapiteln näher erläutert.

Kapitel 6 beschreibt die Möglichkeiten des Grails Url Mappers,

Kapitel 7 beschäftigt sich mit Internationalisierung,

Kapitel 8 geht mit praxistauglichen Beispielen auf die einfache Integration von Ajax ein.

Webflows, die auf Springframework Webflows basieren und in Grails bereits integriert sind, werden ausführlich in Kapitel 9 behandelt.

Kaptitel 10 gibt einen Einblick in GORM (Grails Object Relational Mapping) und beschreibt neben Associataions, Dynamic Finders, Cirtiera Queries, HQL und SQL sowie Pagination.  Insbesondere wird dabei versucht, auf die Architektur des zugrunde liegenden ORMs (Hibernate) in Hinblick auf Performanceoptimierung und Caching einzugehen. Das Kapitel schließt mit Transactions, Detached Objects und einigen Tipps zum Thema Performance Tuning bestehender Applikationen.

Kapitel 11 beschäftigt sich mit Services

Kaptitel 12 erläutert Konfigurationsmöglichkeiten, das eingesetzte Build System sowie die Integration von Grails Applikationen (Apache Ant, Ivy, Cobertura, Hudson) ebenso wie die Integration in gängige JAVA IDEs. Scheduling Jobs (via Quartz Plugin) sowie den Deploymentprozess (via WAR file)

Kapitel 13 gibt einen Überblick über die Verwendung der verfügbaren Grails Plugins (deren Zahl ständig steigt) sowie eine Einführung in die Erstellung eigener Plugins.

Kapitel 14 (Security) gibt zunächst einen Überblick über gängige Attackszenarien (XSS, SQL Injection, DoS, BDBV) und deren Vorbeugung bzw. Behandlung mit Grails.  Im zweiten Teil des Kapitels wird das Thema Authentication sowie Rechte und Rollensystem exemplarisch anhand eines konkreten Implementierungsbeispiels basierend auf dem JSecurity Plugin abgehandelt.

Kaptitel 15 zeigt in praxisnahen Beispielen wie Webservices und gängige Schnittstellensysteme mit Grails implementieren werden können (REST, Atom, RSS, SOAP)

Die beiden folgenden Kapitel bieten eine Einführung in Spring und Hibernate sowie die Möglichkeiten des direkten Zugriffes via Grails.

Im Anhang findet sich eine kurze Einführung in Groovy.

Fazit:

“The definitive Guide to Grails” ist bisher das mit Abstand beste Grailsbuch, das ich gelesen habe und auch eines der wenigen Tecbücher, das sich von Anfang bis zum Ende linear lesen lässt ohne je langweilig zu werden.  Es bietet einen sehr guten Einstieg in die Grails Plattform und viele Ideen, die sich mit geringem Anpassungsaufwand in eigene Projekte übernehmen lassen.  Es ist auffällig, wie sich das gute Gefühl, das sich beim Praxiseinsatz der Grailsplattform beim Entwickler einstellt auch beim Lesen dieses Buches wiederfindet.

Amazon-Buchlink

Die Listendarstellung erlaubt effizientes, schnelles Arbeiten.  Gmail erkennt automatisch Replies und erstellt automatisch einen Threadview (mit Ajax ein und Ausklappfunktion). Unschlagbar bei Verwendung von Mailinglists.

Ordnerstrukturen waren vorvorgestern

Struktur wird durch Labels (Tags) und nicht durch Ordner erreicht. Labels sind frei erstellbar und lassen sich kombinieren. Einfach zu erstellende Filterfunktionen erlauben z.b. das Autolabeling + Überspringen des Posteingangs (nützlich z.B. für Mailinglisten) Das Multilabeling erlaubt flexible “Datenschnitte” z.b. Zuordnung zu einer Mailinglist einerseits und weitere Tags zur Einteilung in Subkategorien, Todolisten, Tags für Abarbeitung mit geringer Priorität etc.

Suche

Was soll ich dazu sagen Google und Suche… In meiner privaten Inbox liegen inzwischen gut 30.000 Emails aus den letzten 4 Jahren (incl. Mailinglists). Dennoch lassen sich auch jahrealte Mails durch intuitive Eingabe einiger Stichworte zuverlässig wiederfinden. Es gibt wohl keinen Konkurrenten der Google hier etwas vormachen könnte. Googles Grundsatz (auch bei Gmail) lautet lösche niemals Daten und bietet mit mehr als 7 Gigabyte kostenlosen Plattenplatz pro Account mehr als genug Raum dafür. Nützt man Email unterstützende Projektmanagementsoftware alla Trac wächst so das eigene Mailarchiv im Laufe der Zeit zu einem persönlichen Datenarchiv mit chronologischem Dokumentationscharakter an. Wann wurde warum welche Entscheidung von wem getroffen etc…

Das Webinterface verhält sich wie eine Desktopapplikation, durch massiven Ajax Einsatz fühlt es sich extrem schnell an und reagiert unmittelbar auf Benutzereingaben, meistens ohne die Seite neu laden zu müssen. Hat man Google Gears installiert lässt sich der Dienst auch offline (also z.B. unterwegs in Bahn oder Flugzeug) nutzen - auch ohne aktive Internetverbindung.

Features

Der Mailspace liegt derzeit bei 7,3 Gigabyte pro Account (gratis!) und wächst ständig. (zum Vergleich 2006 waren es rund 1 Gigabyte, meine 30.000 Mails benötigen weniger als 1 Gigabyte an Plattenplatz.

Die Mailgrösse ist nicht Limitiert.

Gmail erlaubt das Einbinden beliebig vieler externer Email-Konten (per Pop oder Imap), darüber hinaus ist es möglich eingebundene Konten auch als Absendeadresse anzugeben. Dies erlaubt einen nahtlosen Wechsel von anderen Services. Inzwischen leite ich rund 15 Accounts auf meinen zentralen Googleaccount weiter. Vollständige IMAP und POP3 Unterstützung für Mailclients ist genauso selbstverständlich wie SSL Authentifizierung.

Spam

Gibt es praktisch nicht (zumindest nicht in der Inbox). Ich kenne viele Leute die Gmail rein als Spamfilterrelay verwenden. Findet sich doch mal unerwünschter Content in der Inbox kann dies zukünftig durch die “Als Spam markieren” Funktion vermieden werden. Auf diese Art wird man auch schnell unerwünschten Newsletter los ohne dafür einen extra Filter erstellen zu müssen. Zudem werden sämtliche Binaryformate automatisch auf Viren überprüft.

Gmail erlaubt eine Direktansicht von praktisch allen gängigen Formaten direkt im Browser. Verwendet man Google Apps, können diese auch online bearbeitet werden.

Jede Google Emailadresse ist gleichzeitig auch eine eindeutige Jabber.id und kann z.B. über den im Webinterface integrierten Google Chat verwendet werden.  Will ich eine Mail schreiben, sehe ich unmittelbar ob der Empfänger vielleicht gerade im Chat online ist. In vielen Fällen ist Echtzeitkommunikation sinnvoller als der asynchrone Weg per Email.

Google Mail ist völlig kostenlos, ebenso wie das Einbinden einer eigenen Domain mit vollständiger MX Anbindung.  Firmendomains (incl. google Apps) sind bis zu einer Firmengrösse von 50 Mitarbeitern gratis, darüber fällt eine geringe Lizenzgebühr pro Mitarbeiter an. Der Dienst kann weltweit von praktisch jedem Rechner mit Internetzugang aus genützt werden. Abgesehen vom Browser entfallen sämtliche internen Kosten für Clientinstallation und Wartung.

Neben den Mail Kernfunktionen bietet der Google Account kostenlosen Zugriff auf zahlreiche weitere Onlinedienste (Google Apps), den Google Calendar (liebe dieses Teil), Picasa Web, Google Reader, Google Spreadsheets, Google Word, etc.

Seit einigen Tagen lassen sich zudem weitere Module aus Google Labs in Gmail integrieren dazu gehören:

Aufgabenplaner
Youtube, Flickr, Picasa Vorschau im Browser
Fixed width Fonts wählbar (Programmiererparadies)
Mausgesten
Benutzerdefinierte Datumsformate uvm.

Datensicherheit

Rein technisch gesehen liegen meine Maildaten auf verteilten, dezentralen Servern, weltweit verteilt auf Google Rechenzentren. Ausfallssicherheit wird durch Redundanz gewährleistet. Die Wahrscheinlichkeit, dass der Exchangeserver einer Firma geklaut wird, das hauseigene Rechenzentrum abbrennt, oder der hausinterne Serveradmin Mist baut und die Daten verloren gehen, schätze ich persönlich höher ein, als einen weltweiten Googledatengau. Dennoch liegen die Daten nicht “Inhouse” und viele (vor allem Firmen) haben Probleme mit der Vorstellung sensible Maildaten bei Google zu speichern. Mit meinen privaten Daten habe ich da kein Problem, ich würde ohnehin nie etwas in eine unverschlüsselte Email schreiben, dass ich nicht auch offen aussprechen oder in meinen Blog veröffentlichen könnte. Die konsequente Verwendung von PGP Verschlüsselungsdiensten sollte langsam ohnehin selbstverständlich sein. Mail ist per se ein unsicheres, unverschlüsseltes Verfahren und selbst wenn mein eigener Mailserver InHouse steht, werden Mails an Geschäftspartner durch zahlreiche ungesicherte Hops (durchs Internet) geschleusst bevor sie am Zielmailserver ebenfalls unverschlüsselt abgelegt werden. Objektiv betrachtet existiert Emailsicherheit derzeit also nur dann wenn sich die Endanwender darauf einigen ein gemeinsames Verschlüsselungsprotokoll zu verwenden.

Zukunft

Trotzdem wäre es schön wenn Google eine Inhouselösung für Google Apps finden würde, die es erlaubt Daten und Datenverarbeitung in firmeneigene Rechenzentren zu legen. Gelänge dies wäre die Marktführerschaft noch früher erreicht, als dies imho ohnehin der Fall sein wird. Tendenziell geht der Trend jedoch in eine andere Richtung. Persönlich gehe ich davon aus, dass Google mit Android und Chrome in wenigen Jahren eine Plattform schaffen wird, die das heutige Betriebssystemkonzept von Apple, Microsoft und Co ad absurdum führen wird. Dabei ist mir jedoch noch nicht klar in welche Richtung das Konzept bezüglich Datenspeicherung geht, lokal oder dezentral verteilt. Letzteres ist in der Regel stabiler, ausfallssicherer und skaliert besser. Dennoch ist es eine menschliche Eigenschaft zumindest das Gefühl der Kontrolle über den eigenen (Daten-) Besitz haben zu wollen und diesbezüglich gibt (derzeit) noch die Vorstellung der lokalen Datenbox den meisten Anwendern wohl noch mehr Vertrauen.

All jenen die jetzt schon Webdienste (alla Gmx) verwenden kann ich nur raten sich Google mal anzusehen. Wenn es Fragen zur Migration bestehender Konten auf Google Konten gibt helfe ich gerne weiter.

http://www.gmail.com

create new grails application with IntelliJ IDEA

create file testapp/grails-app/conf/BuildConfig.groovy containing
grails.project.plugins.dir=”./plugins”

install acegi security plugin (from shell)

>grails install-plugin acegi

>grails create-auth-domains User Role Requestmap

>grails generate-manager

>grails generate-registration

check that your  intelliJ project file /grails-app/ProjectName.iml contains the following lines

...

<component name="NewModuleRootManager" inherit-compiler-output="true"<exclude-output />

<content url="file://$MODULE_DIR$">
...
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/grails-app/conf" isTestSource="false" />
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/grails-app/controllers" isTestSource="false"  />
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/grails-app/services" isTestSource="false" />
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/grails-app/taglib" isTestSource="false" />
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/src/groovy" isTestSource="false" />
<sourceFolder url="file://$MODULE_DIR$/plugins/acegi-0.5.1/src/java" isTestSource="false" />
...
<orderEntry type="module-library">
<library name="Grails User Library">
<CLASSES>
<root url="file://$MODULE_DIR$/lib" />
<root url="file://$MODULE_DIR$/plugins/acegi-0.5.1/lib" />
...
</CLASSES>
<JAVADOC />
<SOURCES />
...
<jarDirectory url="file://$MODULE_DIR$/plugins/acegi-0.5.1/lib" recursive="false" />

Ich habe die Beta am Wochenende kurz angetestet, die Installation dauerte rund 10 Minuten bis zum ersten Loginscreen, die Hardware meines Sony Notebooks wurde vollständig erkannt. Vollständig wirken auch die Treiber für die Onboard Nvidia Mobile GPU, auch der Mehrschirmbetrieb klappte auf Anhieb problemlos. Der Systemstart am Notebook dauert incl. Start und Laden einer Seite in Firefox rund 35 Sekunden. Erwähnenswert finde ich dass Windows 7 nun endlich auch echtes vom Betriebssystem verwaltetes Farbmanagement beinhaltet. Wie bereits der Max berichtete hat es Microsoft leider immer noch nicht geschafft die Funktionalität der Console (=Dosbox) zu erweitern. Die Tendenz Microsofts nicht im geringsten auf die Bedürfnisse von nicht .net Softwareentwicklern und Technikern einzugehen bleibt also offensichtlich unverändert. Abgesehen davon könnte Windows 7 das beste Windows aller Zeiten werden.

Update:

Microsoft liefert mit Windows 7 die Powershell in der Version 2 mit.  Powershell ist eine auf .net basierte Alternative zu cmd.exe und baut vom Konzept ähnlich wie Unix Shells auf das Pipe&Filter Prinzip, jedoch werden hier im Gegensatz zu Unix Shells nicht Strings gestreamed sondern coolerweise Objekte. Die Syntax ist optional kompatibel zur (für mich gewohnten) Bash Syntax (cd, mv, ls,…) und erlaubt darüber hinaus Shellmagic wie z.B.
Beenden aller Prozesse mit mehr als 100MB Speicherbedarf:

get-process | where { $_.WS -gt 100MB } | stop-process

(oder in funktionsidenter bashiger Schreibweise)

ps | where { $_.WS -gt 100MB} | kill

Weiters bietet Powershell umfassende Scriptingmöglichkeiten: Power Shell Scripting Language
Downloadlink

Hier findet sich (gut versteckt) das zugehörige Opt-Out Formular .

Alternativ kann man auch die "alten" Chello Nameserver -195.34.133.10 sowie .11 in die Betriebssystem bzw. Routerconfig eintragen, die sich hier Rfc-konform verhalten.

Solche Devices in Aussicht kann ich von nun an wieder ruhiger schlafen und meine Skalierungssorgen im Bereich Datenbank IO jenseits des physischen Hauptspeicherbereiches lösen sich schlagartig in Luft auf.

http://www.youtube.com/watch?v=m1GBPreUPXk

So schön kann XP aussehen :-) (und ist dabei gefühlt gut 3x so schnell wie Vista)

PS. Ich habe auch lange überlegt Ubuntu 8.10 mit KDE 4 zu installieren, was mich davon immer noch abhält ist einerseits Ultraedit, meine 95% Arbeitsumgebung und der begrenzte bis sehr umständliche Mehrschirmsupport. (Neustarts notwendig um einen externen Schirm anzuschliessen etc.) Zudem wird das Vaio nur sehr schlecht unterstützt.

Nachtrag: Unter XP funktioniert jetzt auch die Audioausgabe des Vaios tadellos. Jetzt sind beide Kanäle gleich laut, die Gesamtlautstärke ist etwa doppelt so hoch und (ich bilde mir zumindest ein) dass sich die Audioqualität hörbar verbessert hat. Die Vista-Treiber waren hier wohl noch sehr unausgereift. Sony bietet übrigens inzwischen für alle Notebooks der Business-serie (Z-Serie) vollen XP Support an. (Sämtliche Treiber + Notebookspezifische Software incl. Powermanagement, Wlanmanager, etc.)

interessante Fragen die Klaus Werner-Lobo in seinem neuen Buch Uns gehört die Welt erörtert…

via Helge

via pia (ohne webblog!)

Update: http://www.defectivebydesign.org/day01-macbook

Zur 25-Jahr Feier hat heise die Erstausgabe des c't als PDF veröffentlicht.

mehr dazu hier

PS mein 25 jähriges Computerjubiläum kann ich dann in 2 Jahren feiern omg omg omg ;-)

mal sehen :-)

Nachtrag: Netbeans 6.5 als IDE für Grails ist sehr cool.

Neben dem klassischen Einsatz als Objektcache können auch komplexere Strukturen wie z.B. ganze Widgetboxen, Toplisten etc. abgelegt werden. Invalidierungsmechanismen sind integriert, sobald der Cache nichts liefert greift die normale datenbankbasierte Logik. Der Cache ist also nicht transparent sondern für den Entwickler gut kontrollierbar und lightweight in bereits vorhandenen Code integrierbar.

Mal sehen wie sich das System als Alternative zu filebasiertem Widgetcaching schlägt…

In den nächsten Stunden laufen im Hintergrund noch einige ressourcenintensive Datenbankmigrationen (im laufenden Betrieb) die Vorraussetzung für ein neues Feature sind… in dieser Zeit könnte die Seitenperformance nochmals ein wenig leiden, ich gebe hier Bescheid sobald die Migrations fertig sind und dann auch modQuantification online gestellt werden kann :-)

In den nächsten Tagen kommen noch einige weitere Widgets (best rated etc.) auf die Übersichtsseiten. Aufgrund der inzwischen ganz beachtlichen Datenmengen auf Blogr (knapp eine halbe Million Fotos und genausoviele Texte (incl. Kommentare) brauchen die notwendigen Datenbankmigrations leider ihre Zeit. Viele der implementierten Algorithmen sind noch ganz neu und werden im Laufe der kommenden Wochen an die Praxisdaten angepasst und ständig neu parametrisiert. Blogr ist als Testplattform wie immer Alpha und dient auch der Stabilisierung und dem Praxistest von twoday_media. Das Melden gefundener Bugs ist also willkommen :-)

Neben den offensichtlichen Änderungen gab es auch zahlreiche Optimierungen der Code und Datenbankstruktur.

Obwohl twoday_media ständig neue Funktionen bekommt wird es dennoch

ständig performanter. So liefert twoday_media derzeit bis zu 400

dynamisch generierte Kommentarseiten pro Sekunde! auf www.bild.de dem Onlineportal

der deutschen Bild Zeitung aus. In Kombination mit dem eingesetzten

Cachingverfahren macht das mehr als 1000 Auslieferungen pro Sekunde

peak.

http://source.android.com/

Damit wird es schon in Kürze einige erfreuliche Alternativen zu Apples geschlossener und proprietärer Iphone Plattform geben.

Beispiel:

Standardcode zum embedden eines Youtube-Videos im konventionellen Format:

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/3IuQWC3Y_jc&hl=en&fs=1&rel=0"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/3IuQWC3Y_jc&hl=en&fs=1&rel=0" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

Hier das gleiche Video in der H264 Version:

<object width="480" height="360"><param name="movie" value="http://www.youtube.com/v/3IuQWC3Y_jc&hl=en&fs=1&rel=0&ap=%2526fmt%3D18"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/3IuQWC3Y_jc&hl=en&fs=1&rel=0&ap=%2526fmt%3D18" type="application/x-shockwave-flash" allowfullscreen="true" width="480" height="360"></embed></object>

In der Praxis sieht das dann wie folgt aus:

Low Quality:

Abgesehen Joypads (im Prinzip meist 1-2 Minijoysticks kombiniert mit mehreren Triggern in einem handlichen Gehäuse) und Lenkrädern hat es im Bereich der Eingabegeräte im Consumerbereich in den letzten 25 Jahren kaum Neuerungen gegeben.

Natürlich wurden sämtliche bestehenden Konzepte im Lauf der Jahre ständig technisch verbessert. So wurden beispielsweise analoge Kugelmäuse vor gut 10 Jahren (am Seriellen Port betrieben) gerade mal mit einer Abtastfrequenz von rund 40 Herz abgefragt. Im Vergleich zu heutigen high end Gamingmäusen mit 1000Hz Pollingfrequenz (durch spezielle USB Treiber) und einer internen Bildabtastrate von 6000Hz, die eine Gesamtlatenz von rund einer Millisekunde bieten. Ebenso erwähnenswert sind hier Funktionserweiterungen im Bereich ForceFeedback, welches sich vor allem bei Joysticks und Lenkrädern durchgesetzt hat und inzwischen schon sehr realistische Kraftrückwirkung an den Benutzer simuliert. 

Wirklich revolutionär war imho aber die Idee vorhandene Technik einfach neu anzuordnen und so z.B. 5 Buttons eines Joypads auf den Hals einer Plastikgitarrenatrappe zu platzieren. So einfach (wie auf den ersten Blick auch lächerlich) diese Idee scheinen mag, so umwerfend ist die User Experience die so ein Controller bietet. Jeder der das schon mal ausprobiert hat weiss wie viel Spaß Games alla Rockband oder Guitar Hero von der ersten Sekunde an bieten. Durch den geschickt kontinuierlichen Aufbau der Schwierigkeit von kindergerecht bis hin zum Expertenmodus bleibt der Spielspass über sehr lange Zeit erhalten. Gerade weil ich mich schon seit mehr als 20 Jahren an "echten" Gitarren versuche war ich überrascht wie viel Spass und Entspannung mir der Expertmodus von GH3 und Rockband gebracht hat. Trotzdem bieten die 5 Tasten auf Dauer zu wenig direktes Mapping im Vergleich zu einer normalen Gitarre mit 6 Saiten und 24 Bünden.

Interessanter fand ich hier die ersten Drumkits die mit Rockband auf dem Markt kamen. Aufgrund des Grundprinzips fällt es bei Drums natürlich leichter ein direktes Mapping zu realisieren. Mit Rockband 2 kommen neben Pads und Basedrum auch noch Becken und Anschlagdynamik mit ins Spiel. Ist man (wie ich) Anfänger an den Drums übt man schon mal einige Wochen um die Songs im Modus "Schwierig" zu meistern, der Expertmodus verlangt dem Spieler im Prinzip zu 100% jeden Schlag des original Drummers ab, das könnte noch eine (sehr :-) ) lange Zeit dauern bis ich mich da darüberwagen kann.

Ich finde die Entwicklung in vielerlei Hinsicht einfach genial. Jeder der mal ein Instrument erlernt hat weiss wie sehr sich mit zunehmender Fertigkeit vor allem auch die eigene Fähigkeit verbessert Musik zu analysieren und so ein völlig neue Wahrnehmung und Differenziertheit beim Hören von Musik zu erreichen, die dem normalen passiven Durschschnittshörer nie möglich sein wird. Genau dieser Prozess den ich jetzt seit 20 Jahren auf der Gitarre erlebe, erfahre ich nun erneut im Bereich der Drums. Einfachste und seit Jahren langweilige Songs werden plötzlich wieder in neuem Licht betrachtet. Spannend man hört nicht nur man (er)lebt wieder aktiv mit.

Sehr empfehlenswert das selbst auszuprobieren. Der Einstieg ist verhältnismässig günstig, eine aktuelle Konsole vorausgesetzt kostet das Einstiegsdrumset samt Software nicht mal soviel wie man für ein halbwegs vernünftiges Fusspedal eines echten Schlagzeugs hinlegt. Für die ersten Monate reicht es um zu sehen ob man dauerhaft Spass daran hat seine Koordination von Händen und Füssen zu steigern :-) Inzwischen kommen immer mehr semiprofessionelle E-Kits für die Konsolen auf den Markt, die ein natürlicheres Drumfeeling, Anschlagdynamik, geringeres Übersprechverhalten, realistischen Rebound der Pads und Pedale uvm. bieten. Zusätzlich zur Konsole lassen sich an solche Kits auch Drumheads wie z.B. das Alesis DM5 anschliessen welche dann per USB oder Midi einen nahtlosen Einstieg in eigenständiges aktives Schlagzeugspiel ermöglichen. Netter Nebeneffekt der E-Kits, sie sind verhältnismässig leise und lassen sich so auch zu Hause und Abends verwenden ohne die Nachbarn zu stören. 

Um sich das ganze etwas besser vorstellen zu können hier ein Video mit "One step closer" von Linkin Park, gespielt auf einem noch lowcost Kit im Expertmodus von Rockband 2.

2) Consider using CSS background images. If you have a large image to load or many small images that are not essential for the app, consider moving them from img tags to background images in a CSS selector. The document will start loading and rendering instead of waiting for all the images to load. Some browsers won’t even display the page until all the images are downloaded and this should solve that.

3) Use image concatenation. If you have a few images that are all the same size (e.g. toolbar icons), make them all one image side-by-side. Then you can use background-position in your CSS to display different parts of the image. The trick here is that you’ll be saving many of those expensive HTTP requests to the server.

4) Correct response headers. This one is probably a no brainer. But you’ll want to be sure that your web server is sending the correct headers in the HTTP response so that the browser knows how to cache the images.

5) Load images in Javascript. If you have a few large images (say for a front page news bulletin), it maybe best to preload them using new Image() while displaying a loading indicator. This will at least get the rest of the site loaded and processed.

source http://www.appcelerant.com/five-ways-to-load-images-faster-on-browser.html

ps. ad 1) der tag an dem der ie6 unter die 2% grenze fällt sollte zum weltweiten webentwicklerfeiertag ernannt werden.

Eine nette Zusammenfassung des aktuellen Dilemmas, das eigentlich gar keines ist :-)

via robert

<!– SHOW AN INDICATOR ON SAVE, HIDE ON RESPONSE –>
<img src=”http://www.example.com/indicator.gif”  on=”r:user.save.request or r:user.save.response then hide”/>
<!– SEND A REMOTE USER SAVE REQUEST –>
<input on=”click then r:user.save.request” type=”button” />

oder

<div on=”r:user.registration.response[success=true] then show”   style=”display:none”>   Your registration was successful as far as you know…</div>

ein einfaches form submit

<div>Username:</div>
<input type=”text” id=”username” fieldset=”login”/>
<div>Password:</div>
<input type=”password” id=”password” fieldset=”login”/>
<input type=”button” value=”Login” fieldset=”login”  on=”click then r:login.request”/>

Auf den ersten Blick erinnert das etwas an die grauenhaften Anfänge von php. Konzepte wie MVC, Frameworkelemente für Internationalisierung, Skalierung, Security, etc. scheinen einfach ausgehebelt zu werden. Genauer betrachtet macht jedoch die konsequente Anwendung des SOA Gedankens jedes konventionelle MVC Framework völlig unbrauchbar. Betrachtet man z.b. I18n nicht als Funktion sondern wieder als Service lässt es sich wieder nahtlos in obiges Konstrukt integrieren. Das ganze erzwingt eine saubere Trennung zwischen Modell und der View/Controllerschicht, die in den wenigsten Frameworks in der Praxis tatsächlich so sauber umgesetzt werden kann wie es MVC eigentlich verlangen würde.

Optimalerweise verwendet man dann ein SOUI in Kombination mit einem clientseitigen Messagebus der sich um die (gebündelte) Kommunikation mit unterschiedlichsten (serverseitigen) Services z.b. mittels Ajax via Rest, Json oder von mir aus auch SOAP kümmert. Das klassische Architekturproblem konventioneller MVC Frameworks im Rahmen des Ausbaus und der Skalierung Services zu identifizieren, zu isolieren und eigenständig zu machen fällt von vornherein weg da von Anfang an alles konsequent und ohne Kompromisse als echtes Service im Sinne einer SOA Architektur implementiert werden muss und kann.

Der so erstellt clientseitige CV Teil ist per se extrem gut wiederverwendbar, sowohl als Ganzes als auch zerlegt in seine “Einzelteile”. Die Anbindung an das Backend kann leicht auf andere Services umgebogen werden. Jedes Service kann in bestehender - dem Service entsprechend - optimaler Sprache und Architektur implementiert werden. Einbindung bestehender Module unterschiedlichster Architekturen wird plötzlich vertretbar weil die Vorteile überwiegen. Aich Umbiegen der Storagengine auf z.B. Offlinevarianten wie Google Gears wird damit extrem erleichtert.

Sehr interessant, ich muss mich weiter damit spielen um ein besseres Gefühl für die Vorteile und Grenzen zu bekommen. Vor allem bin ich neugierig darauf welche Spielwiese Google mit Chrome in den nächsten Monaten und Jahren diesbezüglich auflegen wird.

weblinks:

http://www.openajax.org

http://stephan.reposita.org/archives/2008/10/09/the-future-web-development-without-web-frameworks-my-slides-from-the-first-berlin-java-conference/

http://www.appcelerant.com/category/soui

http://soup.robert42.com/post/5836756/The-future-web-development-without-web-frameworks