Adidas Micoach Forum Online
So … es ist soweit. Neben der nächsten Ausbaustufe der Adidas Micoach Plattform ist nun auch das passende Diskussionsforum online gegangen.
Unter http://forum-micoach.adidas.com/ könnt Ihr in 11 Sprachen über micoach spezifische Fragen diskutieren oder euch über eure Trainingspläne austauschen.
Was ist micoach eigentlich und warum schreibt stephan darüber ?
Micoach ist die Onlinecoaching Plattform vom Adidas. Mit Hilfe von micoach werden online Trainingspläne erstellt, die auf ein bestimmtes Ziel hin ausgerichtet sind. Von Gewichtsverlust bis hin zur neuen Marathonbestzeit.
Die Pläne sehen auf den ersten Blick auch tatsächlich recht vernünftig aus. Das Ganze macht natürlich nur Sinn, wenn man den micoach Pacer benutzt. Ähnlich die beim Nike+ System werden hier mittels Beschleunigungssensors die Schritte erfasst und wie immer mit Plusgurt die Herzfrequenz.
Im unterschied zu den bekannten Systemen hat das micoach Device keinerlei grafischen Output – bis auf ein paar blinkende Lampen die, die momentane Belastungszone anzeigen. Das heißt ich sehe nicht welche Herzfrequenz ich gerade habe, aber dafür spricht der Pacer mit dir.
Er gibt mir also Audio Feedback über meine momentane Belastungszone und sagt an, wann ich schneller oder langsamer laufen soll.
Ein Demo Video gibt es hier :
Wirklich testen konnte ich den Pacer noch nicht .. kommt aber vielleicht noch.
Aber was ist daran den nun so interessant, das es auf Slowtwitch.de erwähnt wird ? Nun ja, nach langem ist es mal wieder eines meiner Projekte die online gehen :)
Dazu muss man sagen, das ich ja “nur” die Integration des Forums mit der Coaching-Plattform “gebaut” habe.
Aber ein schönes Projekt mit “passendem” Thema oder ?
Wie gesagt vielleicht gibt es ja demnächst nochmal einen “echten” Test des Pacers :)
RUN ON
Stephan
Serie : Parallelen zwischen Training und Softwareentwicklung Teil 1
Da ich (beid)es ja jeden Tag, den ganzen Tag lang mache, hier mal meine Beobachtung(en) zum Thema:
“Parallelen zwischen Ironman-Training und Softwareentwicklung”.
Es ist mir schon seit längerem und öfter aufgefallen, das die Vorbereitung für einen Langdistanztriathlon (oder auch für jedes andere sportliche Großereignis) und der Entwicklungsprozess einer Software sich in vielen Aspekten sehr gleichen.
Ich werde hier nun versuchen, die Gemeinsamkeiten und Unterschiede dieser beiden “Disziplinen” dar zu stellen.
Wie bei der Erstellung einer Software, sagen wir mal einer Web 2.0-Plattform, steht auch beim Sport ganz zu Beginn die Frage: “Was will ich ?”. Möchte man “nur” ins Ziel kommen oder möchte man, das die ganze Aktion ein voller Erfolg wird ?
Das Business-Model bzw. das Konzept muss stehen.
Ich gehe jetzt mal davon aus, das sich bei unserer Software das Konzept bereits in einem fast fertigen Zustand befindet.
Auch die Fragen nach dem “Warum ?” und “soll ich wirklich ?” zu Beginn unseres Trainingsplans sind weitesgehest geklärt.
Nun gilt es die Ressourcen zu planen. Bei der Auswahl des Teams bei unserer Software spielen viele Faktoren eine Rolle, Aufwand, Fähigkeiten und nicht zuletzt der Lanuch-Termin.
Bei unserem Projekt “Ironman” ist das “Team” überschaubarer. In der Regel macht mach man das ja alleine, klar, hin und wieder “verschleißt” man ein paar Sparrings-Partner, aber im Großen und Ganzen macht man den Großteil als one-(wo)man-show.
Entscheidner ist auch hier die Ressource Zeit.
Hat man nun alles beisammen: Idee, Ziel, Zeit, Konzept, Team etc. geht es an die Planung. Unsere Software kann nun anhand der unterschiedlichsten Vorgehensmodelle erstellt werden. Es gibt aber immer einen Projektplan der die einzelnen Phasen der Entwicklung abbildet.
Nun gibt es auch in der Trainngssteuerung zum Ironman einen Trainingsplan.
Hier nun ein paar Beispiele für die einzelnen Phasen :
Softwareentwicklung – ganz grob:
- Konzeption – Proof-Of-Conzept – Entwicklung – Testing – Bugfixing – Retesting – Lasttest – Abnahme – Launch
Training – ganz grob:
- Zielsetzung – Training : Grundlagentraining – Aufbautraining – Geschwindigkeit – LD – Testwettkämpfe – Trainingsanpassung auf Grund der Ergebnisse – Tapering - Wettkampf
Diese einzelnen Phasen werden im Laufe dieser Serie genauer beschrieben.
Teil II : Konzeption/Zielsetzung
Code/Train On
Stephan
Hudson Nabaztag Plugin improvements
Yesterday Eric added some improvements to our famous hudson plugin.
Changelog:
Release 1.5 (February 22, 2009)
- Fix bug: All Text-To-Speach messages are now editables and supports accentuation.
- Fix bug: double notification when a build was recovering success.
- Use a checkbox for the “Report On Success” parameter.
- Hide non mandatory parameters in an “Advanced…” section.
- Text-To-Speach messages supports “${projectName}” and “${buildNumber}” special syntax to be more expressive (instead previously of adding project name and build number automatically at the end of the TTS).
You can download the Plugin from the Wiki-Page:
http://wiki.hudson-ci.org/display/HUDSON/Nabaztag+Plugin
You can now also file bugreports and featurerequest there
Have Phun
Stephan
Selenium FlowControl
Selenium ist Framework um Funktionale Tests einer Webapplikation im Browser aus zu führen.
Der Charme von Selenium ist, das es im jeweiligen Browser läuft – so lassen sich auch Ajax Calls ohne Weiteres testen.
Details zu Selenium gibt es hier : http://seleniumhq.org/.
Alle TestSuites werden in Form einer HTML Tabelle geschrieben. Um das nicht immer “von Hand” machen zu müssen gibt es ein schönes Friefox Plugin.
Mit Hilfe der Selenium IDE lassen sich einfache Tests leicht aufzeichnen und wieder abspielen.
Auch lassen ich alle TestSuites gleich nach Java, C#, Perl, PHP, Phyton und Ruby exportieren !
Von Hause aus kann die Selenium IDE allerdings keine Loops (for, while etc.). Möchte an nun z.B. einen Chat testen, möchte man schon in einer Schleife
mehrere Nachrichten Abschicken.
Mit Hilfe der FlowControl Extension geht dies nun auch innerhalb der Selenium IDE. http://wiki.openqa.org/display/SEL/flowControl
Installation:
- Download der Datei : http://wiki.openqa.org/download/attachments/379/goto.js
- Unter Options (innerhalb der Selenium IDE ) unter Selenium Core Extentions den Pfad zu goto.js angeben
- Selenium IDE neu starten
Beispiel:
Nun sind Commands wie : lable und goto innerhalb der Selenium IDE verfügbar.
Für eine einfache Endlosschleife (zu den Chat Test) nun 2 Lables definieren (eigentlich reicht eins) – begin und end und dann
mit “goto begin” an die Stelle des Lables springen.
Erinnert schon etwas an :
10 PRINT “hallo”
20 GOTO 10
aus den Alten Tags was :) BTW : http://www.20goto10.info/
Have Phun
Stephan
Hudson Nabaztag Plugin updated
There’s a new version of the hudson nabaztag plugin.
I have added a switch that allows you to toggle whether the plugin will sent a notification to your Nabaztag bunny on every successful build or not.
Beeing notified on every build was very annoying for some co-workers :)
Per default the plugin will now report only FAILURE and RECOVERY.
If you set the “Report On Success” flied to ‘true’ (in the global hudson/configure menue) your bunny will notify you on every build.
Download the new version here : http://stephannoske.de/downloads/nabaztag.hpi
Official plugin site: http://hudson.gotdns.com/wiki/display/HUDSON/Nabaztag+Plugin
Have fun
Stephan
Hudson Nabaztag Publisher Plugin
Schon seit Wochen “spricht” unser Hase nicht mehr mit uns – Was heißt das ?
Unser Nabaztag WLAN-Hase hat bei uns unter Anderem die Aufgabe uns über
den Verlauf unserer Continuous Integration Builds auf dem Laufenden zu halten.
Bisher hat er immer den Status der Hudson Builds vorgelesen.
Der Status wurde via E-Mail an den Nabaztag gesendet. Dies funktioniert nun seit einiger Zeit nicht mehr.
Zeit also um selbst ein Hudson Plugin für den Nabaztag zu schreiben. Hierdurch kann das gesamte API des Nabaztag bedient werden und man hat einfach mehr Möglichkeiten.
Hier ist es also tata ! : Das Nabaztag Publisher Plugin - der erste Wurf.
Die Installation ist ganz einfach:
Plugin herunterladen ->http://stephannoske.de/downloads/nabaztag.hpi
und in deinen Hudson installieren -> Hudson -> Plugin Manager -> advanced -> upload plugin
Jetzt solltest Du das Nabaztag Plugin unter “installiert” finden.
Das Plugin wird global konfiguriert.
Hudson -> Hudson verwalten -> System konfigurieren
Hier findest Du nun die “Global Nabaztag Settings” :
- Serial Number – Die Seriennummer Deines Hasen (steht auch unten auf dem Hasen
- Nabaztag API Token – Der API-Token
- Nabaztag API URL – Die nabaztah API URL
- Nabaztag Voice – Die Stimme mit der Dein Hase sprechen soll -> Eine Liste aller verfügbaren Stimmen findest Du hier : http://doc.nabaztag.com/api/home.html#voice
- Nabaztag Text for Failure – Dieser Text wird im Fall eines fehlgeschlagenen Builds vorgelesen
- Nabaztag Text for Success – Dieser Text wird im Fall eines erfolgreichen Builds vorgelesen
- Nabaztag Text for Recover – Dieser Text wird im Fall eines wieder erfolgreichen Builds vorgelesen (der vorherige Build war ein Fehlschlag)
- Ob der Nabaztag Publisher für einen Job aktiviert sein soll legst Du in dem jeweiligen Job in den “Post-Build Aktionen” fest.
Bleibt noch ein Ausblick:
Zur Zeit lässt der Hase die Ohren hängen wenn ein Build fehlschlägt und stellt sie steil auf wenn alles wieder in Ordnung ist. Man sieht also immer gleich, “was Sache ist” :)
Leider scheinen die Ohren unseres Hasen defekt zu sein – es kann also sein, das es bei Dir etwas “seltsam” aussieht.
Auf jeden Fall werden nun Konfigurationsoptionen für die Ohrenstellung und den Zeitpunkt ob und wann ein Event “veröffentlicht” werden sollen folgen.
.. Ach ja und eine “schöne” Doku wird es dann auch geben :P
update : offensichtlich fast Zeitgleich irgendwo in Frankreich : Wifi-rabbit-notifier-plugin-for-Hudson
Also …
… stay tuned
Stephan
“Can do” – der GASAG Showcase
Heute eröffnen Metallica die O2 World in Berlin.
Im Rahmen eines sog. Showcase für den Eisbären-Sponsor GASAG haben wir einen interaktiven Tisch realisiert. Der Touchmaster von ART+COM ist die Grundlage für diesen interaktiven Tisch auf dem, je nach Veranstaltung, verscheidende Anwendungen laufen.
Es gibt zum Beispiel einen Energie-Matchmaker, ein Tipp-Spiel und virtuelles Air-Hockey.
Interessant ist hier das Zusammenspiel verschiedener Technologien.
Die Tischapplikationen (Spiele etc. ) wurden in Flash realisiert.
Der Tisch verfügt über eine Sensorik und eine Schnittstelle, die die Koordinaten der einzelnen Berührungen auf dem Tisch (X,Y und Z für den Abstand von Hand zu Tischplatte) im OSC Format an einen sog. Flosc-Gateway schickt. Diese Gateway-Applikation wiederum stellt einen Server für die Flash-Applikation zur Verfügung.
Eine Ruby on Rails Applikation verwaltet die Anwendungen auf dem Tisch und dient unter Anderem zum Versenden von Wärmebildern, die in einem weiteren Teil des Showcase aufgenommen werden können.
Es Spielen hier also Flash, Ruby und Java (Gateway) mehr oder weniger friedlich miteinander :)
Wer Lust hat kommt einfach mal in der O2 World auf Ebene 2 vorbei und macht sich ein (Wärme)-Bild von der ganzen Sache :)
Aber bitte … keine Pommes auf den schönen Tisch stellen :)
via : 