Mayflower Blog - Open Source

Webinar "OpenSource - Chancenreiche Zeitbombe"

nospam@example.com (Jochen Seelig) — Mon, 30 Jan 2012 14:53:32 +0100

Am 14.02.2012 startet um 14:00 Uhr die Webinarreihe der Mayflower GmbH in eine neue Runde.
Es erwartet Sie gleich zum Start in das neue Jahr ein Webinar mit hochkarätigen Referenten.

Björn Schotte, Geschäftsführer Marketing & Sales bei der Mayflower GmbH und
Chan-jo Jun, Rechtsanwalt und Fachanwalt IT-Recht von der Rechtsanwaltskanzlei Jun sind die ersten Referenten in diesem Jahr.

Ob Handy, Fernseher oder Auto -kaum ein Gerät kommt ohne OpenSource-Software aus. Was für viele schlicht Gratissoftware war, entwickelt sich für manche Hersteller im Anbetracht der inzwischen ergangenen Urteile zum unkalkulierbaren Haftungsrisiko. Sowohl Hersteller als auch Einkäufer von Software, haben das Problem erkannt und erhöhen die Anforderungen an die eigenen Entwickler und Zulieferer.

In dem Vortrag zeigen wir auf, welche typischen Fehler regelmäßig beim Umgang mit OpenSource-Software zu Rechtsverstößen führen, beispielsweise die fehlende Übermittlung von Source-Codes und Pflichtangaben, sowie die Verletzung der Copyleft-Bestimmungen. Wir erläutern die verschiedenen Klassen und Gattungen der OpenSource-Lizenzen mit denen sich leicht ein Überblick im Lizenzdschungel erreichen lässt.

Im zweiten Teil zeigen wir auf, wie Unternehmen auf der Auftragnehmer- oder Auftraggeberseite die Einhaltung von OpenSource-Bestimmungen für sich und gegenüber dem Vertragspartner sicherstellen können. Der Vortrag richtet sich sowohl an Entwickler, als auch die juristischen Entscheidungsträger, wie Mitglieder der Rechtsabteilung oder Geschäftsführung, die für Rechts- und Lizenzfragen zuständig sind.

Jetzt gleich kostenlos Anmelden unter:
http://bit.ly/webinar-open-source

16.12. Eine Einführung in Behavior Driven Development

nospam@example.com (Alberto Assmann) — Thu, 15 Dec 2011 13:39:32 +0100

Testdriven Development, also das Schreiben eines oder mehrerer Tests bevor der eigentliche Code entsteht, ist inzwischen ein alter Hut.
Ein großer Nachteil dieses Verfahrens ist, dass im agilen Umfeld die User Stories erst verstanden werden müssen.
Wenn die Story aber falsch verstanden wurde, dann wird auch der Test falsch implementiert. Knackpunkt ist also immer noch der Abgrund zwischen Analyse und Verdeutlichung der Geschäftsprozesse sowie dem korrekten Erfassen und testen eben jener.
Eine Lösung hierfür soll Behavior Driven Development - kurz BDD - bieten.

Continue reading "16.12. Eine Einführung in Behavior Driven Development"

08.12. Agilere Datenbankentwicklung

nospam@example.com (Alberto Assmann) — Wed, 07 Dec 2011 10:39:26 +0100

Agile Entwicklung ist gescheitert.
Jedenfalls auf Datenbankseite.

Agile Entwicklung ist mehr als nur Scrum, hierzu kommen in den meisten Projekten noch weitere Tools und Vorgehensweisen zum Einsatz, um schnell auf neue Anforderungen zu reagieren.
Hierzu zählen in der eigentlichen Entwicklung Continuous Improvements, also das stetige Verbessern des Quellcode innerhalb eines Projektes, welche zum Beispiel durch Code Reviews und Refactorings unterstützt werden können.

Bedingt durch die sich schnell ändernden Anforderungen ändert sich auch der Code schneller und häufiger.
Um sich dennoch abzusichern, kommen hier Tools wie automatisierte Unittests, ausgeführt Beispielsweise in einer Continuous Integration Umgebung zum Einsatz.

Inzwischen haben viele Projekte zudem erkannt, dass die kurzen Entwicklungszyklen, die mithilfe, eben genannter Techniken möglich werden, entsprechend kurze Releasezyklen erfordern.
Im Idealfall führt dies zu einem Continuous Deployment, also der Fähigkeit ein Feature sofort nach der Fertigstellung zu releasen.

Ein Prozess ist jedoch immer nur so gut, wie seine Teilprozesse.
An dieser Stelle sollten wir unseren Blick auf die Datenbank lenken.

Wie läuft hier die Entwicklung?
Wie automatisieren wir Datenbankupdates?
Was für einen Stand hat unsere Datenbank auf Produktiv? Auf Staging? Auf dem Previewsystem?
Wie sichern wir Datenverluste bei nachträglichen Änderungen ab?

Bei uns lief es im Projekt bis vor kurzem so, dass vor einem Update der Datenbank händisch geprüft werden musste welche Änderungen noch nicht in der Datenbank existieren um dann entsprechende SQL Dateien zusammenfügen zu können, die die neuen Änderungen enthielten.
So ein Vorgehen ist nicht nur Fehleranfällig sondern auch Aufwendig.
Am stärksten Bemerkbar machte sich dies, beim migrieren von Daten, was bedeutete, dass die Reihenfolge von SQL Dateien und Migrationsskripten strikt beachtet werden musste.

Refactorings hingegen liefen so ab, dass die neue Datenstruktur in Form von neuen Tabellen angelegt wurde, die Daten mithilfe von Migrationsskripten überführt wurden und die ursprünglichen Tabellen erst beim nächsten Release vollständig gelöscht wurden, sofern dies nicht vergessen wurde.

Dieses Vorgehen kostete viel Zeit und Nerven, weshalb eine Alternative gesucht wurde.

Vor kurzem haben wir als Team ein neues Tool gefunden welches uns viel Arbeit abnimmt und vor allem zusätzliche Sicherheit auf Datenbankseite gibt.

Dies ist Liquibase, ein in Java geschriebenes Tool zum Refactoring und automatischen Update der Datenbank, welches unter der Apache 2.0 Lizenz zur freien Nutzung zur Verfügung steht.

Liquibase bringt eine eigene Beschreibungssprache für Datenbankänderungen mit, die auf XML basiert.
Durch diese abstrakte Beschreibung der Änderungen in XML wird Datenbankunabhängigkeit ermöglicht.
So kann Liquibase mit jeder Datenbank umgehen für die ein JDBC Treiber verfügbar ist, so zum Beispiel MySQL, Microsoft SQL Server, Oracle, PostgreSQL, SQLite, Apache Derby und vielen weiteren.

Definiert werden die Änderungen als sogenannte Changesets, die in beliebiger Anzahl innerhalb eines DatabaseChangelogs vorkommen können.
Jedes Changeset setzt die Angabe eines Autors und einer Id voraus, wobei die Id nur innerhalb des DatabaseChangelogs eindeutig sein muss.

Ein einfaches Changelog, der eine einzelne Tabelle mit 2 Spalten, id und name, anlegt sieht wie folgt aus:

Ausgeführt werden kann dieses Changelog entweder innerhalb eines vorhandenen Buildsystems, hierfür gibt es Tasks in ANT, Maven, Grails, Spring und in Phing als Erweiterung unter https://github.com/bitExpert/liquibase-phing, oder über die Kommandozeile:

java -jar liquibase.jar \
    --driver=com.mysql.jdbc.Driver \     
    --classpath=databasedriver/mysql-connector-java-5.1.17-bin.jar \     
    --changeLogFile=/path/to/changelog.xml \     
    --url="jdbc:mysql://127.0.0.1:3306/" \     
   --username= \     
   --password= \     
update

Bei diesem Aufruf wird der Treibertyp, in unserem Fall JDBC MySQL, das Verzeichnis des Treibers, der Pfad zum auszuführenden Changelog, sowie URL der Datenbank, Nutzername und Passwort angegeben und der Befehl update, um Liquibase zu veranlassen, dass alle Änderungen eingespielt werden, die noch nicht in der Datenbank sind.
Am Rande sei hier bemerkt, dass der JDBC Treiber für die jeweilige Datenbank nicht Teil von Liquibase ist, ergo separat heruntergeladen werden muss.

Wer sich jetzt fragt, woher Liquibase wissen kann, was bereits in der Datenbank vorhanden ist und was geupdatet werden muss, dem möge folgende kurze Erklärung dienen:
Liquibase speichert in der Tabelle DATABASECHANGELOG Metainformationen zu jedem erfolgtem Update ab.
Hierzu gehört für jedes ausgeführte Changeset der Autor, die Id, das Ausführungsdatum und eine Hashsumme des Changesets.
Die Hashsumme wird bei jedem neuen Update für alle bereits vorhandenen Changesets geprüft, so dass nachträgliche Änderungen an einem bereits ausgeführten Changeset nicht mehr möglich sind.
Es gibt zwar die Möglichkeit mit dem Kommandozeilenbefehl clearChecksums alle Hashsummen zu löschen, jedoch ist die saubere Vorgehensweise bei einem Fehler ein neues Changeset anzulegen, welches den Fehler behebt.

Der größte Vorteil, den man mit echten Changesets gewinnt, sind die Rollbacks.
Für alle Änderungen die neue Tabellen, Spalten oder ähnliches anlegen, oder bestehende Verändern, bietet Liquibase automatische Rollbacks.
Diese werden wichtig, sobald beim updaten etwas schief geht, denn dann wird der Rollback ausgeführt, so dass eine inkonsistente Datenbank verhindert wird. Jedoch sind die Rollbacks auch in der Entwicklung sehr nützlich, da jederzeit zu einem bestimmten Stand der Datenbank zurück gekehrt werden kann.
Dies ist Changesetabhängig möglich, mit rollbackCount n, welches die letzten n Changesets zurück nimmt, Datumsabhängig mit rollbackDate <date>, welches alle Changesets die neuer als das angegebene Datum sind zurück nimmt und Tag abhängig.
Letzteres kehrt dabei zu einem in Liquibase gesicherten Stand der Datenbank zurück, einem sogenanntem Tag.

Für alle Rollbacks, die nicht mit einem Automatismus abgedeckt werden, kann auch manuell ein Rollback definiert werden.
Dies ist zum Beispiel der Fall wenn das Löschen einer Tabelle fehlschlägt und darauf entsprechend reagiert werden soll.
Das Definieren geschieht innerhalb des entsprechenden Changesets, indem nach der eigentlichen Anweisung eine oder mehrere Rollbackanweisungen geschrieben werden, die alle innerhalb des Tags <rollback> stehen müssen.

In den meisten Teams ist Dokumentation nicht gerade beliebt, jedoch ein notwendiges Übel um neuen Teammitgliedern den Einstieg zu erleichtern und nachvollziehbar zu machen, welche Änderungen wann gemacht wurden.
Auch hier Unterstützt uns Liquibase. Mit dem Befehl dbDoc und einer nachfolgenden Pfadangabe ist es möglich, eine Dokumentation aller Änderungen zu generieren, die mit dem angegebenen DatabaseChangeLog durchgeführt werden würden.
Die dabei entstehende Änderungsdokumentation ist dabei stark an Java-Doc angelehnt.

Am meisten Zeit bei der Datenbankentwicklung mit Liquibase verschlingt das Schreiben der Changesets.
Zum Glück stellt auch hier Liquibase ein Tool bereit.
Die Methode diffChangeLog generiert anhand der Unterschiede zwischen zwei Datenbanken die entsprechenden Changesets.
Der Kommandozeilenaufruf dazu sieht ähnlich aus, wie beim updaten der Datenbank, jedoch werden zusätzlich die Daten der zweiten Datenbank angegeben, gegen welche geprüft wird:

java -jar liquibase.jar     \
	[...]    
	--changeLogFile=../data/sql/generatedChangelog.xml     \
	diffChangeLog   \  
	--referenceUrl=  \   
	--referenceUsername= \     	
	--referencePassword=

Die neuen Changesets werden im angegebenen changeLogFile gespeichert. Dabei werden sowohl Stored Procedures und Functions, als auch Trigger und Check Constraints ignoriert.

Die Unterschiede können mit Liquibase auch zwischen verschiedenen Datenbanksystemen ermittelt werde, beispielsweise einer MySQL und einer SQLite Datenbank.

Auch wenn die Einarbeitung in Liquibase einige Zeit erfordert und vor allem eine Umstellung in der Arbeitsweise, so möchte ich dieses geniale Tool im täglichen Arbeiten nicht mehr missen, da uns als Team damit viele Sorgen und Mehraufwände abgenommen werden.

Disruptive Kraft von OpenSource im E-Commerce

nospam@example.com (Björn Schotte) — Mon, 10 May 2010 14:52:09 +0200

Meine Keynote auf der OXID Commons 2010. Ein großer Dank gilt an die Veranstalter - mit mehr als 250 Teilnehmern hat sich die OXID Commons zu einer prächtigen Konferenz entwickelt, auf der Business, Community und Technologie nicht zu kurz kommen. Grandios die visionären Einblicke von Roland Fesenmayr in seiner Eröffnung - Geschäftsmodelle bestimmen die Software, und nicht umgekehrt. Bilder von der Konferenz hier, und natürlich auch die Videomitschnitte.

Disruptive Kraft von Open Source im E-Commerce

View more presentations from Mayflower GmbH.

Piwik Meetup

nospam@example.com (Thomas Steur) — Mon, 24 Oct 2011 20:44:35 +0200

Am Samstag hat in den Räumen der Mayflower GmbH am Standort München das erste Piwik Meetup stattgefunden. Piwik ist eine Open-Source Webanalyse-Software, die im Gegensatz zu Google Analytics heruntergeladen und auf dem eigenen Server installiert werden kann.

Insgesamt sind über 20 Leute erschienen, um den zweiten Platz der am häufigsten eingesetzten Web-Analytics Tools in Deutschland zu feiern und sich gegenseitig auszutauschen. Das Publikum war sehr breit gefächert: vom Anwender bis zum Programmierer vom User, der seit der ersten Stunde dabei war, wie auch Leute die Piwik erst seit Kurzem einsetzen oder zukünftig einsetzen möchten. Ein Großteil der Teilnehmer kam aus München und Umgebung, einige kamen aber auch vor weiter her, wie z.B. aus Essen, Köln oder Darmstadt. Sogar ein Teil der Piwik Core Entwickler selbst waren anwesend.

Nach einer Vorstellungsrunde ging es los mit den Vorträgen:

Historie und aktueller Stand von Piwik
Piwik Analyse aus SEO und Webmaster Sicht
Piwik Roadmap und Sneak Peak neuer Features
Überblick über Piwik Mobile
Mockup der neuen Piwik.org Webseite

Ein Video, welches Teile der Vorträge enthält ist hier verfügbar: http://vimeo.com/30965416

Besonderes Staunen fand die Vorstellung zweier brand-neuer Features welche vermutlich bereits in der nächsten Version enthalten sein werden sowie das anstehende Redesign von piwik.org. Zwischen und nach den Vorträgen wurde sich rege ausgetauscht. Es wurden dabei Ideen zu neuen Funktionen entwickelt, Fragen beantwortet, gegenseitig Hilfe geleistet, Fehler behoben, Datenschutz-Themen disktutiert und vieles mehr. Auch SEO-Optimierung mit Piwik war ein wichtiges Thema.

Wir haben uns sehr gefreut dass die Teilnehmer so interessiert waren. Das hat unsere Vorstellungskraft übertroffen! Daher haben wir uns auch entschieden, dass ein nächstes Piwik Meetup mit Sicherheit wieder statt finden wird.

Mein Dank geht an Mayflower für das Sponsern des Raumes, der Getränke und dem Essen!

Introducing Gigger, a Realtime Javascript Monitoring Framework

nospam@example.com (Felix Kaser) — Thu, 22 Sep 2011 17:17:00 +0200

Go to Live Demo >>>

Monitoring your web application is essential for professional maintenance and development. Especially if you have a high load on your website and you want to keep the current users on your site, you definitely should stay alert for problems and be able to react fast in case of problems. Monitoring is also crucial for A/B tests, since you have to evaluate somehow which version of your website performs better. Many big players also measure constantly how much revenue the website produces. For them it is important to monitor if a new feature increases or decreases the revenue and take decisions based on that information.

Mayflower is currently developing a javascript framework which provides a smart tool for realtime monitoring and measuring. Read the full article for more information.

Continue reading "Introducing Gigger, a Realtime Javascript Monitoring Framework"

Mobile Anwendungen mit SenchaTouch

nospam@example.com (Inga Zilles) — Thu, 22 Sep 2011 10:30:41 +0200

Hier findet ihr die Folien zu dem Mayflower Vortrag über Mobile Anwendungen mit SenchaTouch.
Gehalten von Alberto Assmann am 08.09.2011.

Mobile Anwendungen mit SenchaTouch

View more presentations from Mayflower GmbH

Agiles CSS

nospam@example.com (Alberto Assmann) — Wed, 21 Sep 2011 14:10:00 +0200

Bei Mayflower wird agil entwickelt. In erster Linie bedeutet dies für den Kunden, dass wir auf geänderte Anforderungen schnell reagieren können.
Schnell reagieren zu können heißt auch, neue oder geänderte Anforderungen so schnell wie möglich umzusetzen.
Dafür muss der Code so aufgebaut sein, dass man mit minimalen Aufwand Änderungen durchführen kann.
In PHP nutzen wir dafür entsprechende Abstraktionen und Kappselungen.
Aber wie schaut das Ganze im Frontend aus, insbesondere in CSS Dateien?
Was, wenn der Kunde das Blau aus dem vorgegebenen Farbschema eine Nuance dunkler haben möchte?

Continue reading "Agiles CSS "

Linuxtools für Developer

nospam@example.com (Inga Zilles) — Fri, 05 Aug 2011 10:07:22 +0200

Hier findet ihr die Folien zu dem Mayflower Vortrag zu dem Thema "Linuxtools für Developer".
Am 28.07.2011 erklärte Martin Brotzeller im Rahmen eines Mayflower Donnerstags-Vortrages Tools und Features der Shell, mit denen Programmierer sich das Leben einfacher machen können. Der Schwerpunkt liegt beim Arbeiten mit der History sowie auf den gängigen Tools.

Linuxtools fuer Developer

View more presentations from Mayflower GmbH

Buildscripts mit PHING - Teil 2

nospam@example.com (Alberto Assmann) — Tue, 12 Jul 2011 10:25:00 +0200

Im letzten Teil wurde erklärt wie ein SVN Repository automatisch exportiert werden kann.
Diese Fortsetzung erklärt das Schreiben eigener Tasks.
Dafür werden wir alle SQL-Files im data Ordner zu einem zusammenfügen. Der Einfachheit halber nehmen wir an, dass während der Entwicklung die einzelnen SQL-Files mit einem aufsteigend numerischen Präfix gleicher Länge versehen wurden.
Also haben wir zum Beispiel folgende Files:
001_Setup_db.sql
002_data.sql
003_TEST_data.sql

Da wir die Testdaten (003_TEST_data.sql) jedoch nicht mit ausliefern wollen schreit diese Aufgabe geradezu nach einem eigenen Task.
Hier spielt nun PHING erstmals seine Stärke gegenüber ANT aus.
Eigene Tasks werden für PHING in PHP geschrieben, wir müssen als Developer also nicht extra eine neue Sprache lernen.

Continue reading "Buildscripts mit PHING - Teil 2"

Buildscripts mit PHING - Teil 3

nospam@example.com (Alberto Assmann) — Mon, 18 Jul 2011 09:44:00 +0200

Im zweiten Teil wurde die Hauptaufgabe, das Zusammenführen aller SQL-Files, durch einen eigenen Task gelöst.
Nun fehlen noch die letzten Schritte, das Bereinigen und Zusammenpacken der Projektdateien und das anschließende Bilden einer Prüfsumme. Anschließend müssen alle Ausgaben nur noch zusammengefasst ausgeführt werden, um einen Deployfähigen Zustand zu erhalten. Damit am Schluss alle Aufgaben nur noch zusammengefasst ausgeführt werden müssen, um ein Deployfähigen Zustand zu erhalten.

Continue reading "Buildscripts mit PHING - Teil 3"

IPC Spring 2011 - Don't click! Code!

nospam@example.com (Paul Seiffert) — Wed, 13 Jul 2011 10:17:00 +0200

Über die letzten Jahre sind einige sehr ausgereifte und flexible Content-Management-Systeme (CMS) entstanden, welche Endkunden die Verwaltung der eigenen Webseiten leicht machen und in vielen Fällen out of the box genügend Funktionen bereitstellen um gesamte Webpräsenzen zu stützen. In vielen Fällen benötigen Webseiten jedoch spezielle Funktionalität die auch mit dem mächtigsten CMS nicht abgedeckt wird. Für solche Anpassungen ist meist das Erweitern des CMS notwendig, was oft zu Kopfschmerzen auf Seiten des mit den Anpassungen betrauten Entwicklers führt. Diese Problemstellung leitet zu einer Klasse von Software-Systemen, die sich Content-Management-Frameworks (CMF) nennen. CMFs versuchen, eine einfache Grundlage oder auch nur einen Werkzeugkasten für spezialisierte Content-Management-Systeme zu bilden.

In seinem Vortrag Don't click! Code! auf der International PHP Conference Spring 2011, erklärte Lukas Smith von der Liip AG die oben angesprochene Problemstellung und stellte das Symfony2 CMF vor. Das Projekt steckt im Moment noch in den Kinderschuhen, wird dafür allerdings explizit durch Feature-Wünsche von Entwicklern unterschiedlicher Firmen und auch Freelancern spezifiziert. So soll das Projekt von Anfang an von einer großen Community gestützt sein und im Bezug auf die enthaltene Funktionalität eine möglichst große Masse an Entwickler ansprechen.

Ein wichtiger Aspekt des Symfony2 CMFs ist, dass es von Anfang an auf NoSQL-Datenbanken setzt. Dies ist dadurch begründet, dass die Daten, die ein CMS speichern können soll, zu heterogen sind, als dass sie durch ein generisches Datenmodell in einem CMF sauber abgebildet werden können. Der hier entscheidende Punkt von NoSQL-Technologien ist, dass diese keine relationalen Datenbanken sind, in denen jede Entität eine fixe Menge von Attributen besitzt. Ganz im Gegenteil können NoSQL-Datenbanken mit dynamischen Datenstrukturen umgehen ohne vor der Persistierung von Daten zu wissen, welche Attribute und Relationen eine Entität haben könnte. Diese Eigenschaft macht sich das Symfony2 CMF zu Nutze und verwendet den Ansatz der Content Repositories von Java um alle anfallende Daten (welche in diesem Kontext als Dokumente bezeichnet werden) zu persistieren. Die Kerntechnologie in diesem Bereich wird die PHPCR ODM-API bilden, welche nach dem offenen Standard JCR (Java Content Repository), welcher im JSR-283 definiert ist. Diese beinhaltet neben den üblichen Persistenz-Funktionen auch nativ Unterstützung zur Versionierung von Dokumenten und der Speicherung von Dokumenten, die eine Graphen- bzw. Baumstruktur vorweisen.

Alles in allem klingt das Symfony2 CMF-Projekt sehr vielversprechend und sollte in den kommenden Monaten aktiv beobachtet werden. Ein wirklicher Zeitplan für ein erstes Release der Software existiert im Moment noch nicht, eines der explizieten Ziele des Projekts ist es jedoch, innerhalb von 12 Monaten brauchbare Ergebnisse vorzuweisen.

Buildscripts mit PHING - Teil 1

nospam@example.com (Alberto Assmann) — Fri, 08 Jul 2011 14:05:00 +0200

Als Dienstleister veröffentlicht man selten Software direkt auf dem Zielserver. Meist übergibt man dem Auftraggeber ein Paket, welches sämtlichen Projektcode enthält und eine entsprechende Installationsanleitung.
Nun ist das Vorbereiten eines solchen Paketes eine mühsame Angelegenheit.
Es müssen alle Testdateien entfernt werden, da diese auf einem Produktivsystem nichts zu suchen haben.
Verschiedene SQL-Dateien müssen zu einer zusammengefügt werden, der Kunde möchte schließlich beim Deploy so einfache Anweisungen wie möglich haben.
Diese und viele weitere Aufgaben fallen an, bevor eine Software an den Kunden ausgeliefert werden kann.
Nun entwickeln wir Software, und es kommt auch bei noch so gründlicher Entwicklung und Tests immer wieder zu Bugs.
Nach dem Fixen des Bugs muss also nochmals der Deploymentprozess Schritt für Schritt durchgegangen werden.
All das kostet Zeit, da bei jeder Übergabe an den Kunden die immer gleichen Schritte durchgeführt werden müssen.

Warum also nicht automatisieren?

Continue reading "Buildscripts mit PHING - Teil 1"

Piwik Mobile nun im Mayflower Open Source Lab

nospam@example.com (Thomas Steur) — Mon, 20 Jun 2011 13:05:59 +0200

Was ist Piwik?
Piwik ist eine Open Source Alternative zu Google Analytics. Piwik lässt sich auf einem eigenen Server installieren und basiert vor allem auf PHP und MySQL.
http://piwik.org

Was ist Piwik Mobile?
Piwik Mobile ist eine native Anwendung für Android und iOS Geräte. Damit können die mit Piwik gesammelten Statistiken von überall und jederzeit aus abgerufen werden. Die Vision von Piwik Mobile ist es, die auf Desktop optimierte Browser-Variante von Piwik möglichst abzulösen. Nicht nur die gewohnten Funktionen sollen vorhanden sein, sondern auch ein ähnliches Look & Feel.
http://piwik.org/mobile

Was ist das Mayflower Open Souce Lab (OSL)?
Mayflower steht zu Open Source und fördert dies über verschiedene Wege. Das OSL bietet einen Pool für Open Source Projekte an denen Mitarbeiter von Mayflower arbeiten. Von der Firma zur Verfügung gestellt wird, falls benötigt, eine Integrationsumgebung, Wiki, Issue Tracker und mehr. Sogar das Arbeiten an den Projekten während der Arbeitszeit ist erlaubt, aber auch zeitlich begrenzt. Das OSL dient u.a. der Weiterbildung und der Entwicklungsförderung von innovativer Software.

Continue reading "Piwik Mobile nun im Mayflower Open Source Lab"

Improving your workflows and awareness in the team with tools

nospam@example.com (Inga Zilles) — Fri, 11 Mar 2011 10:57:20 +0100

Hier findet ihr die Folien zu dem Mayflower Vortrag über unterstützende Tools in agilen Teams zur Workflowoptimierung mit Cinder (aus den Mayflower OpenSource Labs) und anderen Tools.
Gehalten von Florian Anderiasch am 11.11.2010.

Improving your workflows and awareness in the team with tools

View more presentations from Mayflower GmbH

Cinder now available at Mayflower Open Source Labs

nospam@example.com (Florian Anderiasch) — Thu, 23 Dec 2010 13:56:35 +0100

Cinder is a plug-in for your eclipse-based IDE (eclipse, Zend Studio, etc.) to display results of your Continuous Integration environment right inside your IDE.

We just released version 0.1.6, which you can install via the Eclipse Update Manager and the URL http://opensource.mayflower.de/cinder, then activating it via "Window -> Show View -> Other -> Cinder".

If you haven't heard of Cinder yet, here's a short summary:

You open the XML file containing the errors and warnings of your build (for us that's typically the PHP_CodeBrowser XML generated by a Hudson build) and get an overview of reports. Now you can sort them, categorize them and work on them in any order. Cinder can grab these files periodically if you make them available via http or on a filesystem.

A few screenshots:

The Cinder View after reading an XML file.

After selecting a warning the file is opened at the matching line.

Bug reports, ideas and feedback are welcome, please visit the github pageto tell us about your ideas.

PHP_CodeBrowser goes stable

nospam@example.com (Simon Kohlmeyer) — Tue, 14 Dec 2010 18:52:05 +0100

We already wrote about CodeBrowser 0.9 in August and after fixing a few minor bugs the Mayflower Open Source Labs Team is very happy to present PHP_CodeBrowser 1.0.0.

The new version is already available on pear.phpunit.de. To check it out, just run

pear channel-discover pear.phpunit.de pear install phpunit/PHP_CodeBrowser

or, if you have already installed PHP_CodeBrowser, you can upgrade with

pear upgrade phpunit/PHP_CodeBrowser

If you would like to see any features in the next releases , please visit the github page and tell us about your ideas.