Aus der Einladung im RailsCamp-Blog:

Es ist mal wieder soweit: in etwas über 3 Wochen findet das nächste RailsCamp statt. Da es beim letzten Mal so schön war (und es keine alternativen Vorschläge gab), haben wir als Location auch dieses Mal wieder das Zweitag HQ in Münster gewählt.

Beim RailsCamp handelt es sich um eine sogenannte Unkonferenz zum Thema Ruby on Rails. Das heißt, dass die Teilnehmer selber vor Ort das Programm bestimmen, und wir als Organisatoren lediglich die dafür nötigen Rahmenbedingungen in Form von Räumen, Beamern, Netz, Verpflegung, etc. bieten. Bei den letzten Camps sind daraus wunderbar vielseitige Wochenenden voll von Vorträgen, Diskussionsrunden, Hacken und Socializen entstanden.

Wir möchten euch alle, sowohl Einsteiger als auch alte Hasen, auch dieses Mal wieder einladen in Münster dabei zu sein. [...]

Am Freitag Mittag haben wir dann die Registrierung geöffnet und 50 Plätze bereitgestellt. Zur Stunde sind davon noch 11 Plätze für das ganze Wochenende übrig. Wer mit Ruby bzw. Rails arbeitet oder sich auch einfach nur dafür interessiert, den möchte ich auch an dieser Stelle nochmal herzlich dazu einladen am letzten Wochenende im November bei dieser außerordentlich netten Veranstaltung mitzumachen. Dank unseren Sponsoren ist die Teilnahme kostenlos – eine einfache Anmeldung auf der folgenden Seite sichert dir einen Platz (einfach im Netzwerk registrieren und dann beim jeweiligen Event oben rechts die Teilnahme bestätigen):

Anmeldung für das RailsCamp Germany 3 am 28./29. Nov. in Münster

Und wer nichts mit Rails zu tun, aber trotzdem Zeit an dem Wochenende hat, der findet im Moment auch noch einen Platz beim BarCamp Braunschweig. ;)

Es handelt sich dabei um ein kleines Programm, welches TrueType Fonts (TTF) in sogenannte Embedded OpenType Fonts (EOT) konvertiert. Diese braucht man, wenn man dem Internet Explorer per @font-face-Deklaration eigene Schriftarten für seine Website beibringen möchte.

Mein Web-Frontend dafür basiert übrigens auf Sinatra, einer schicken, schlanken Ruby-DSL für kleine Webapplikationen. Im Moment ist es hier zu finden:

http://ttf2eot.sebastiankippe.com

Bitte seid nett zu der App – es gibt im Moment noch kein anständiges Exception Handling oder sonstige Annehmlichkeiten. ;)

Wer sich noch gar nicht mit dem Thema auseinandergesetzt hat, der findet alle nötigen Informationen unter webfonts.info.

DHH hat vor kurzem angefangen in seinem Blog die geläufigsten und schlimmsten Rails-Mythen aufzulösen und damit den Kritikern, vor allem aber auch den Entscheidern, ein paar Fakten an die Hand zu legen, und den Blick ein wenig von den Vorurteilen auf die Realität zu lenken…

This is not really to convince you that you should be using Rails. Only you can make that choice. But to give you the facts so you can make your own informed decision. One that isn’t founded in the many myths floating around.

Hier die aktuelle Liste der Entmystifizierungen:

• Myth #1: Rails is hard to deploy
• Myth #2: Rails is expected to crash 400 times/day
• Myth #3: Rails forces you to use Prototype
• Myth #4: Rails is a monolith
• Myth #5: Rails is hard because of Ruby
• Myth #6: Rails only speaks English

Hoffentlich motiviert das ja den ein oder anderen von euch,  das Thema nochmal etwas genauer unter die Lupe zu nehmen. Vor allem diejenigen, die mit ihren aktuellen Sprachen und/oder Frameworks nicht wirklich zufrieden sin, sollten Rails vielleicht doch nochmal eine Chance geben. Es hat sich viel getan in den letzten Monaten, und Rails wird von Tag zu Tag ausgereifter und erwachsener.

Seit einigen Wochen erobert das Versionskontrollsystem Git (Wikipedia-Artikel) die Ruby- und insbesondere die Rails-Welt im Sturm. Sicherlich zumindest ein wenig Mitschuld daran trägt der zur Zeit noch im Betastadium befindliche Repository-Hosting-Dienst GitHub, welcher innerhalb kürzester Zeit zahlreiche renommierte Entwickler und Open-Source-Projekte anziehen konnte. GitHub wird selbst auf Basis von Ruby on Rails entwickelt und beim Premium Rails-Hoster Engine Yard betrieben. Letzteres erweckt natürlich in Bezug auf Zuverlässigkeit und Performance schnell Vertrauen, haben manche Projekte doch gerade mit dem Hosting die größten Probleme.

Nachdem in letzter Zeit schon einige Kernprojekte der Rails-Community vom ehemaligen Platzhirsch Subversion zum smarteren Git und gleichzeitig zu GitHub gewechselt sind (wobei man erwähnen sollte, dass Git auch in Verbindung mit SVN betrieben werden kann), gab es gestern nun die Ankündigung, die den Betreibern des Dienstes wohl eine rosige Zukunft sichern wird: Ruby on Rails wechselt demnächst von Subversion und Trac zu Git und GitHub. Gleichzeitig wird das Ticket-Tracking zu Lighthouse verlagert, welches ebenfalls eine Rails-Applikation ist und auch von GitHub unterstützt wird. Für das Core-Team sicherlich auch interessant ist außerdem die Campfire-Integration von GitHub.

Auch ich nutze GitHub schon seit einer Weile und bin mittlerweile restlos überzeugt von der Überlegenheit gegenüber Subversion. Ich kann nur jedem empfehlen, sich das Ganze mal anzuschauen und am besten auch ein wenig zu testen. Für Interessierte habe ich übrigens noch 5 Invites übrig – einfach mit funktionierender E-Mail-Adresse einen Kommentar zu diesem Beitrag schreiben.

Hier noch ein paar Links zu interessanten Ressourcen bezüglich Git (und Rails)…

• Screencast zu Git bei PeepCode (ca. 1h, ist die $9 wirklich wert)
• Screencast “Using Git to Manage and Deploy your Rails Apps”
• Git – SVN Crash Course (Guide für Subversion-Nutzer)
• GitNub (sehr schönes Mac OS X GUI für GitHub)
• YouTube: Linus Torvalds on git
• Git for Computer Scientists (für Erwachsene, die’s ganz genau wissen wollen)
• Nachtrag: Pushing and Pulling Branches on Github (Einzelne Branches sharen)
• Nachtrag: Ryan Tomayko: The Thing About Git (Nützliche Tipps für Fortgeschrittene)

Wenn Ihr selbst schon Erfahrungen mit Git und/oder GitHub gemacht habt, dann würde ich mich über ein paar Kommentare und interessante Links sehr freuen.