Die dreitägige Konferenz hat rundum überzeugt, die Vorträge waren besser und nützlicher als im letzten Jahr. Das Interesse, Rails in die sogenannten Enterprise-Bereiche (“Websfear“) zu bringen, prägte sehr viele Vorträge und auch die Paneldiskussion, an der u.a. Yehuda Katz (Rails & jQuery Core Entwickler) teilnahm.

Auch Rails 3 und Hosting waren heisse Themen die von mehreren Vorträgen behandelt wurden.

Hier eine Sammlung mit Links zu den Slides, sofern mir bekannt:

Montag

Dynamic Language VMs: Ruby 1.9
Lourens Naudé
http://www.slideshare.net/methodmissing/railswaycon-2010-dynamic-language-vms

Push it to the limit – An intro to Websockets and Rails applications
Michael Johann

CouchDB on Rails
Jonathan Weiss
http://www.slideshare.net/jweiss/couchdb-on-rails-railswaycon-2010

Cross-browser testing in the real world
Martin Kleppmann
http://www.slideshare.net/martinkleppmann/crossbrowser-testing-in-the-real-world

Ruby on Rails Security Updated
Heiko Webers
http://www.slideshare.net/heikowebers/ruby-on-rails-security-updated-rails-3-at-railswaycon

Small is Sexy – We need Components in Rails!
Nick Sutterer

Be Authentic – Get into LDAP, Users and Roles
Michael Johann

mongodb and mongomapper 4 real!
Jan Krutisch
http://slidesha.re/aSNEan

Command your Domain
Lourens Naudé
http://www.slideshare.net/methodmissing/railswaycon-2010-command-your-domain

Dienstag

Rails 3: Dashing to the Finish
Yehuda Katz
http://www.slideshare.net/wycats/rails-3-dashing-to-the-finish

A Testing Survival Guide
Thilo Utke
http://www.slideshare.net/freaklikeme/testing-survival-small

Rails in the Cloud – Lessons learned from building a platform on EC2
Jonathan Weiss
http://www.slideshare.net/jweiss/rails-in-the-cloud-experiences-from-running-on-ec2

Enterprise Rails Hosting
Julian Fischer
http://www.slideshare.net/avarteq/enterprise-hosting-2448821

betterplace.org: Crashing and uncrashing a social startup
Phillip Oertel, Till Behnke

10 fun projects to improve your coding skills
Jan Krutisch
http://slidesha.re/aFHE0O
http://jan.krutisch.de/en/fun_projects/

SOLID Rails, SOLID Ruby – practical patterns applied
Jens-Christian Fischer, Michael Mahlberg
http://github.com/MichaelMahlberg/RailsWayCon2010

Productive Rails development with RubyMine
Oleg Shpynov, Dennis Ushakov
http://www.slideshare.net/olegshpynov/productive-rails-development-with-rubymine

Evolutionary programming with Ruby
Julian Fischer
http://www.slideshare.net/avarteq/evolutionary-algorithms-in-ruby

Improved performance with client side optimization
Patrick Hüsler

Culerity: Full stack Rails testing with Cucumber and Celerity
Patrick Hüsler

Mittwoch

Establishing an integrated JRuby/Rails – Stack in a Legacy environment
Rubén Parés-Selders

The State of RESTful Rails
Stefan Tilkov
http://www.innoq.com/blog/st/presentations/2010/2010-06-02-REST-Rails–RailsWayCon.pdf

Rails/Ruby Coding Dojo
Jens-Christian Fischer, Michael Mahlberg
http://github.com/jcfischer/RwcCodingDojo

Ruby and Redis – Simple meets Awesome
Mathias Meyer
http://redis-railswaycon2010.heroku.com/

Using jQuery with Rails
Yehuda Katz

The Anatomy of Ruby I18n: Overview of the Gem’s architecture and advanced features
Sven Fuchs

Deliver Software with MacRuby
Thilo Utke
http://www.slideshare.net/freaklikeme/mac-ruby-deployment

Fazit:

Die RWC2010 hat mir dieses Jahr deutlich besser gefallen als 2009. Die Talks waren nützlich und fast ausnahmslos sehr gut präsentiert. Es ergab sich durch das tägliche gemeinsame Mittagessen auch eine gute Möglichkeit zum Netzwerken. Die Party am Dienstag habe ich leider verschlafen, verweise aber auch deshalb gerne auf Twitter (#railswaycon) .

Ich würde mich sehr über eine RailsWayConf 2011 oder 2012 freuen, wenn man die Überschneidung mit der Euruko 2011 in Berlin vermeiden möchte.

Am letzten Tag dann noch eine wunderbare Art des Reality-Checks: Ein Panel der Webinale, die für alle Teilnehmer geplant wurde, zeigte uns unbeabsichtigt auf, wie weit die deutsche Internet/Web/Medienszene im letzten Jahrhundert verankert ist:

Die von vielen von uns eingesetzten agilen Methoden, testgetriebene oder zumindest testgestützte Entwicklung in Kombination mit guter Usability braucht sich keinesfalls verstecken und ist noch immer Lichtjahre den etablierten voraus. Lasst uns also gemeinsam den Leuten zeigen wie es besser geht

Termin

Donnerstag, 8. Oktober 2009 19:00 Uhr

iCal: http://tinyurl.com/adj4hp

Vorträge

+ Marco Otte-Witte: Excellent (http://simplabs.github.com/excellent)

+ Peter Schrammel: Share-Nothing Private Assets Server

+ Sven C. Koehler: Localmemcache (http://localmemcache.rubyforge.org/ + http://github.com/sck/localmemcache)

+ … Du?

Ort & Anmeldung

Wir treffen uns dieses Mal bei der Experteer GmbH. Vielen Dank an Peter und das Experteer-Team für die Einladung!
Bitte gebt uns auch wieder Bescheid ob Ihr teilnehmen möchtet um die Planung zu erleichtern. Bitte bis Mittwoch 7.10. per Mail an:

anmeldung AT munich-on-rails.com

Adresse:

Experteer GmbH
Lenbachplatz 3
80333 München

Die Plattform wurde in nur 6 Wochen from scratch entwickelt. Ausgangslage waren lediglich ein mehr oder weniger grobes Konzept sowie ein darauf basierendes und damit zwangsläufig zu Anfang ebenso grobes Design. Eine Vielzahl von wichtigen Entscheidungen zu Design und Funktionalität wurde also erst relativ spontan während der Entwicklungsphase getroffen.

Dieser Artikel geht auf einige technische Aspekte des Projekts ein und zeigt auf wie viel man mit Rails in kurzer Zeit bei hoher Qualität und Flexibilität erreichen kann.

Infrastruktur

Am Anfang eines jeden Projekts steht das Aufsetzen der Infrastruktur wie Versionskontrolle, Ticketing System etc. Hier muss man sich entscheiden ob man alles selbst aufsetzen möchte (SVN, Trac etc.) oder lieber auf SaaS Angebote zurückgreift. Diese haben den Vorteil, dass keinerlei oder nur sehr geringer Aufwand entsteht und sie (evtl. mit Ausnahme von github zuverlässig laufen.

Für dieses Projekt habe ich mich für die Kombination aus gihub, Lighthouse und Hoptad entschieden, die sich auch in vergangenen Projekten schon bewährt hat. Insbesondere die Integration der einzelnen Services ist dabei ein großer Vorteil. So kann man bspw. in Commit Messages Lighthouse-Tickets referenzieren oder sogar modifizieren und seit neuestem auch aus in Hoptoad angezeigten Backtraces direkt auf den entsprechenden Code in der entsprechenden Revision auf github wechseln.

Testing

Obwohl ich selbst ein großer Freund von Testing bzw. Specs bin (siehe auch meinen Vortrag zu RSpec) muss man bei einem Projekt wie diesem, mit straffem Zeitrahmen und zunächst mehr oder weniger ungenauen Anforderungen, abwägen zwischen Flexibilität und Entwicklungsgeschwindigkeit auf der einen und gut getestetem Code auf der anderen Seite. Wenn die Anfoderungen nicht einigermaßen eindeutig bekannt und insb. formuliert sind, ist es fast kontraproduktiv, zunächst eine umfassende Test- bzw. Spec- Suite zu schreiben, da das durch eine solche Suite spezifizierte Verhalten ja noch gar nicht ausreichend bekannt ist. Es fließt in diesem Fall also viel Arbeit in die permanente Aktualisierung der Specs so dass es sicher mehr Sinn macht, mindestens den Prototypen quasi auf althergebrachte Art und Weise zu entwicklen und die Anwendung erst in der Konsolidierungsphase umfassend zu testen. Ich habe daher weitestgehend auf Specs verzichtet und lediglich Dinge wie Validations etc. spezifiziert um sicherzugehen, dass das grundlegende Model korrekt ist. Das eigentliche Acceptance Testing wurde jeweils zum Abschluss der einzelnen Milestones vom Kunden selbst durchgeführt. So erhält der Entwickler frühzeitig Feedback vom Kunden, der widerum frühzeitig einen Blick auf seinen zukünftige Anwendung werfen und den Entwicklungsverlauf verfolgen kann.

Per Scaffolding zum (fast) fertigen Backend

Das oftmals zu recht kritisierte Scaffolding kann für prototypische Anwendungen und insbesondere Backend-Funktionalität gute Dienste leisten. Bei einem Content getriebenen Dienst wie Globago.com, bei dem die Hauptaufgabe des Backends das Anlegen, Bearbeiten, Löschen etc. von unterschiedlichem Content ist, kommt man per Scaffolding – selbst wenn man die generierten Controller, Views etc. noch anpassen muss, innerhalb kürzester Zeit zum fertigen Backend. Alternativ macht sicher auch der Einsatz von Plugins wie Hampton Catlins make_resourceful Sinn, die im Gegensatz zu ./script/generate scaffold ... DRY- konformer sind, allerdings nicht das manuelle Anlegen von Views ersparen.

Deployment

Für das Deployment von Rails Anwendungen gibt es mittlerweile eine Vielzahl von Optionen. Die mit dem geringsten Aufwand ist aber sicherlich Passenger, das in der neusten Version jetzt auch für Nginx verfügbar ist. Gegenüber anderen Ruby Webservern wie Mongrel oder Thin hat Passenger zwar keinen signifikanten Performance Vorteil, in der Regel aber einen deutlich kleineren Memory Footprint. Vor allem wird aber das Deployment deutlich vereinfacht. Anstatt mongrel_cluster oder thin start --socket ..., wobei man ggf. noch darauf achten muss, die einzelnen Prozesse zeitversetzt neu zu starten um Downtimes zu vermeiden (siehe auch Poor mans rolling restart for thin + god), genügt bei Passenger ein einfaches touch restart.txt im RAILS_ROOT und Passenger startet die Anwendung automatisch neu, spawnt Prozesse etc. Auch ist kein Monitoring von Prozessen mehr nötig wie es bei Mongrel oder Thin praktisch unverzichtbar ist. Auch die Konfiguration von Passenger ist denkbar einfach – insbesondere in Kombination mit Nginx:

  http {
    passenger_root /opt/ruby-enterprise-1.8.6-20090201/lib/ruby/gems/1.8/gems/passenger-2.2.1;
    passenger_ruby /opt/ruby-enterprise-1.8.6-20090201/bin/ruby;
    ...
    server {
        listen       80;
        server_name  *.globago.com;

        root <path to RAILS_ROOT/public>;
        passenger_enabled on;
    }
    ...
  }

Fazit

Das Projekt Globago.com zeigt deutlich, wie viel sich in kurzer Zeit mit Rails realisieren lässt. Es lassen sich extrem schnell Features umsetzen (auch ohne die komplette Anwendung einfach zu scaffolden ohne dass die Qualität des Ergebnisses leidet. Mit anderen Frameworks mag sich ebenso viel in ebenso kurzer Zeit realisieren lassen, das Ergebnis ist aber mit relativ hoher Sicherheit minderwertiger. Auch existiert mit github, Lighthouse, Hoptoad und anderen Diensten eine hervorragende Projekt- Infrastruktur als SaaS.

Das Projekt

mehr zum Thema

Ähnliche Artikel

• Excellent - Statische Code Analyse für Ruby und Rails
• RailsWayCon in 6 Minuten
• (Video) Was ist Rack?
• (Video) Deployment mit Webistrano
• (Video) RSpec

]]> http://railsmagazin.de/kurz-berichtet-neues-von-saps-blue-ruby-1282/feed 0 http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244 http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244#comments Wed, 01 Apr 2009 15:25:18 +0000 Roland Moriz http://railsmagazin.de/?p=1244 Nick Sieger, bei SUN in der JRuby Entwicklung tätig, zeigte auf der gerade zu Ende gegangenen “Emerging Technologies for the Enterprise”-Konferenz in Philadelphia erneut, wie mit JRuby eine Integration von Ruby in die Java-Welt möglich ist:

“Wer auf einer Plattform entwickelt, die keine dynamischen Sprachen unterstützt, limitiert seine Entwicklungsgeschwindigkeit”

Zu Beginn erläutere er die jeweiligen Vorteile von Ruby und Java und verglich in Codebeispielen die Syntax beider Sprachen. Danach folgten kurze JRuby-Anwendungsbeispiele wie beispielsweise die Nutzung von Standard Java Klassen, Swing, JMX, JSR-223 und JSP. Dabei natürlich nicht fehlen durfte Ruby on Rails.

Kurz angesprochen und als Türöffner für JRuby beworben wurden auch die vielen verfügbaren Testing-Möglichkeiten, unter anderem Test::Unit und die BDD-Tools RSpec und Cucumber.

Die zugehörigen Folien sowie einen Blogartikel gibt es hier direkt von Nick Sieger
(Die Folien sind als PDF am Ende des Artikels zu finden)

Das SUN auch seine neugeschaffene Open-Source Projektplattform Kenai.com mit JRuby on Rails betreibt und nicht beispielsweise Groovy oder hausinterne J2EE Lösungen verwendete, ist bemerkenswert.

Ähnliche Artikel

• Kurzanleitung: JRuby 1.2.0 auf Mac OS X mittels MacPorts installieren.
• Ruby trifft Deutsche Telekom
• Besuch der RailsWayCon
• Düsseldorf on Rails lädt ein!
• Ruby trifft SAP

]]> http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244/feed 2 http://railsmagazin.de/ruby-trifft-deutsche-telekom-1166 http://railsmagazin.de/ruby-trifft-deutsche-telekom-1166#comments Wed, 18 Mar 2009 12:09:52 +0000 Roland Moriz http://railsmagazin.de/?p=1166

T-Developer API nutzen mit Ruby und Rails

Die Deutsche Telekom bietet seit einiger Zeit über das Developer Portal eine Entwicklerschnittstelle an mit der man unter anderem SMS Nachrichten verschicken oder Telefongespräche starten kann.

Ziel ist es damit Zugang zu innovativen Webanwendungen und Entwicklern zu erhalten (“Mashup”) – natürlich primär im TelCo Bereich.

Das die im SDK bereitgestellten Java Klassen auch unter JRuby (und natürlich auch Rails) sehr einfach zu nutzen sind, zeigt nun ein Artikel im Developer Blog.

SAP: BlueRuby bindet Ruby in die ABAP Umgebung ein.

Der Weg von Ruby in das so genannte Enterprise setzt sich weiter fort:
Neben JRuby für Suns Java und IronRuby für die .NET Plattform von Microsoft zieht nun auch SAP nach:

Forschungsteams der SAP in Palo Alto und Shanghai entwickeln unter dem Namen “Blue Ruby” an einer Ruby Implementation für die ABAP Virtual Machine.

Die Vorteile beider Welten sollen genutzt werden: Die leichtgewichtigte, agile Entwicklung in Ruby – ausgeführt in einem SAP Web Application Server. Ein Zugriff soll in beide Richtungen möglich sein – von Ruby zu ABAP und umgekehrt.

Die Implementation ist zwar noch nicht vollständig, aber der bisherige Stand ist vielversprechend:

* 647 out of 729 language specifications (88.8%) – Object, Class, Module, Block, Proc, …
* 2670 out of 4180 core library specifications (63.9%) – String, Fixnum, Array, Hash, Regexp, …
* 3317 out of 4909 total specifications (67.6%)

Weitere Informationen gibt es im SAP Developer Network in englischer Sprache.