Montag, 22. Juni 2009

Neuer Webseitenentwurf

Im Rahmen des Style Guides ist uns aufgefallen, dass die bisherige Seite gar nicht allen unseren Regeln entspricht. Daher hier mal ein Entwurf, der dem Ganzen näher kommt.
Bitte kommentieren ;)

Donnerstag, 11. Juni 2009

Style Guide in Arbeit

Das unkoordinierte Ansammeln von Grafiken, Logos und sonstigem CI stuff im Wiki hat bald ein Ende.
Seid heute 13 Uhr MEZ ist ein Style Guide für den cocktailberater in Arbeit. Zur Inspiration haben wir uns den Style Guide der Firma webex von Cisco angeschaut.
Momentan ist das Kapitel rund um die Schrift- und die Bildmarke in Bearbeitung. In den kommenden Tagen folgen noch Kapitel zu den Farbschemata, Schriftarten, Fotos und zu den einzelnen Produkten wie Website, HTML E-Mails, Print und Präsentationsfolien.
Alle bisher geplanten Inhalte, hier als MindMap:



Den aktuellen Stand könnt ihr euch hier anschauen:
Kommentare, Vorschläge und Ergänzungen sind wie immer erwünscht.


Hej då,
Caro

Montag, 8. Juni 2009

Ideen um den Entwicklungsaufbau zu optimieren

Bisher haben wir einen lokalen Testserver ("test" Umgebung) mit SVN & DB Repository und einen gehosteten Managed Server bei domainfactory, auf dem die "stage" und "live" Umgebungen laufen.

Da ich gern den Testserver bei mir auf Grund des Strombedarfs abschaffen möchte, schlage ich folgende Änderungen vor.

Die Testumgebung als solche fällt weg. Es testet ja jeder lokal und wir haben ja noch die "stage" Umgebung zum Testen.
Bei jedem Commit (SVN) werden automatisch alle Unit-Tests durchlaufen und bei Erfolg alles auf die "stage" Umgebung deployed. Bei Misserfolg sollte eine E-Mail an alle Entwickler herausgehen, dass der Build gebrochen ist.

Nach einem festgelegten Zeitraum (Iteration) wird bei erfolgreichen Tests der Code auf die "live" Umgebung deployed.

Somit hätten wir das Paradigma der "continous integration" implementiert und sind der agilen Softwareentwicklung etwas näher gekommen.

Offen ist noch das Datenbankmanagment, da wir Änderungen an der Struktur auch auf der "live" Datenbank nachziehen müssen. Ich schlage vor, wir speichern alle "ALTER TABLE..." SQL-Befehle zentral ab und nutzen diese um die Änderungen nachzuziehen.

Weitere Vorteile neben der gesparten Energie, sind die verringerte Komplexität durch zwei statt drei Umgebungen, bessere Performance beim Deloyment und die Möglichkeit fehlgeschlagene Unit-Tests gleich festzustellen sowie aktuelle Builds auf dem "stage" Server zu testen.

Was haltet ihr davon? Wo seht ihr noch Probleme, Vor- oder Nachteile?

Sonntag, 7. Juni 2009

Erste Todos

Die ersten Todos, die im Rahmen der Google Code Migration aufkommen sind, habe ich im Google Code Wiki auf der Seite "Todos" aufgenommen.

Wer hat Lust daran mitzuarbeiten?

Ich habe mich für die Bootstrapping-Migration eingetragen.

Foto von monsieurlam.

Dienstag, 2. Juni 2009

Es geht weiter ...



Das cocktailberater Projekt wird demnächst auf Google Code und Google Groups umgesattelt. Daher habe ich auch diesen Blog eingerichtet, in dem alle Entwickler bloggen können.

Folgende Google Funktionen können wir jetzt nutzen:

* Google Groups: http://groups.google.com/group/cocktailberater
Hier haben wir einen komfortablen Gruppenverteiler

* Google Code: http://code.google.com/p/cocktailberater/
Hier haben wir ein SVN Repository, Bug Tracker und ein Entwickler-Wiki. Dort soll auch die Entwickler-Doku / APIs hinterlegt werden.

* Blogger: http://blog.cocktailberater.de/
Hier können wir Erfahrungen teilen und Projektneuerungen veröffentlichen.