dutchify!
Geplaatst door Remco van 't Veer ma, 28 aug 2006 07:36:00 GMT
Zojuist heb ik de dutchify beschikbaar gemaakt om het schrijven van nederlandstalige website gemakkelijker te maken.
Leiden in last door lastig lek
Geplaatst door Danny Lagrouw vr, 11 aug 2006 03:31:00 GMT
Bij alle opschudding over een flink lek in Ruby on Rails, valt op dat de eigenlijke opschudding vooral te maken heeft met de houding die het Rails core team innam ten aanzien van het lek. Aanvankelijk werd alleen een nieuwe upgrade (1.1.5) gepubliceerd, met de mededeling dat details over het lek pas na een tijdje openbaar zouden worden gemaakt. Dit om mensen de tijd te geven om de upgrade te installeren, voordat misbruik gemaakt zou kunnen worden van de informatie over het lek. Deze houding heeft zich echter nogal tegen het core team gekeerd. Ten eerste bleek een dag later dat Rails 1.0 (en eerder) en 1.1.3 geen last hadden van het lek; gebruikers van deze versies hadden zich dus ten onrechte zorgen gemaakt en onnodig veel tijd besteed om te upgraden naar 1.1.5. Bovendien bleek dat met 1.1.5 nog niet het hele probleem was opgelost, waardoor 1.1.6 snel volgde. De 1.0 en 1.1.3 gebruikers waren door de onnodige upgrade dus feitelijk in een minder veilige situatie terechtgekomen.
De meningen in de community zijn verdeeld: kun je beter zo snel mogelijk alle details openbaar maken (waardoor het probleem sneller want door meer mensen kan worden opgelost, maar hackers ook meer kans krijgen)—of beter eerst een patch of upgrade uitbrengen en daarna ‘full disclosure’ geven? De gang van zaken in de afgelopen dagen lijkt voor het eerste te pleiten…
(Overigens draait RubyEnRails.nl, dankzij Typo, nog met een behoorlijk antieke versie van Rails, en lijkt dus veilig. In het diepste geheim wordt momenteel gewerkt aan een eigen server voor onze site—meer hierover later).
RailsConf Europe te duur?
Geplaatst door Remco van 't Veer wo, 02 aug 2006 02:39:06 GMT
Er is wat herrie over de populariteit van RailsConf Europe. In tegenstelling tot de “originele” conferentie zijn de kaarten, na weken, nog niet uitverkocht.
De grootste klacht is dat het te duur is. London is een veel te dure stad voor dit soort dingen. Daarbij komt dat er in de VS veel meer mensen professioneel met Rails bezig zijn en er dus vanuit deze bedrijven meer budget is om deel te nemen.
Dat laatste is wel een beetje zorgelijk. Europa gedraagt zich vaak een beetje terughoudend als het om nieuwe ontwikkelingen gaat. Of het om een gebrek aan flexibiliteit gaat of botweg chaufinisme weet ik niet. Ik geloof dat er ook in europa een hoop geld te verdienen valt met Ruby on Rails en dat dit soort evenementen belangrijk zijn voor de ontwikkeling van dit platform. Europa heeft veel oplossingen, DHH zelf en andere core ontwikkelaars, en problemen, meertaligheid en unicode ondersteuning, te bieden.
Dus neem je opleidingsbudget nog een keer onder de loep of probeer je werkgever nog een keer duidelijk te maken dat de toekomst van het bedrijf op het spel staat! In september hang ik daar in iedergeval rond met m’n powerbook onder m’n arm. Zie je daar?
Ruby On Rails cursus met David Black in Amsterdam
Geplaatst door Remco van 't Veer do, 20 jul 2006 05:14:00 GMT
De jongens van Buildless (zie ook pinupgeek.com) hebben een workshop Ruby on Rails met David Black georganieerd voor 18 september in het Amsterdamse hotel Arena. David Black is een bekende naam in de Ruby gemeenschap en heeft het pas gepubliceerde Ruby for Rails geschreven.
Dus als je na RailsConf Europe nog meer live input wilt genieten, geef je dan snel op! Early bird loopt tot 30 juli en scheelt 50 euro.
Ruby à la PHP
Geplaatst door Danny Lagrouw di, 11 jul 2006 10:50:00 GMT
Ondanks hun enthousiasme voor Ruby en Rails grijpen mensen nog vaak naar PHP als ze een “echte” website maken. Kijk bijvoorbeeld maar eens naar het aantal Ruby-blogs en Ruby-forums dat met PHP wordt opgezet. Dat leidt dan tot enige hoon van bezoekende Rubyisten, maar op zich is het wel begrijpelijk.- Veel mensen hebben meer ervaring met PHP, en kunnen daar dus sneller mee overweg.
- De “kant-en-klare” software die in PHP verkrijgbaar is (zoals blogging software, cms-en e.d.) heeft jaren voorsprong op hun Ruby/Rails tegenhangers; en dat merk je in stabiliteit, gebruiksgemak, hoeveelheid features, documentatie en ondersteuning.
- Door die jaren voorsprong is er ook meer keuze in PHP-land voor dat soort software.
- Webhosting… probeer maar eens een Rails site in Nederland te laten hosten. En ook de hosting in het buitenland kent zo zijn problemen. Niet voor niets las ik in een verslag van RailsConf, “Shared hosting + Rails == Suck; Avoid if you can; Rails is ‘a bit of a pig’ compared to the average PHP site”.
Een vierde reden (er zijn er vast nog meer) ontdekte ik toen ik een inschrijfformulier online wilde zetten voor het volgende Profict-event (dit keer helaas geen Ruby, maar Java en Ajax). Het inschrijfformulier verstuurt een mail naar mij, met de inschrijfgegevens. Bovendien worden de gegevens via een http-request op de achtergrond doorgegeven aan een event-organisatie-systeem dat ik in Rails heb gebouwd (achteraf hoorde ik van Remco dat zo’n systeem in vijfvoud is gebouwd tijdens de RAD-race, maar gelukkig: Reuse is vastly overrated). Welnu, hoe maak je zo’n mailformulier, bestaande uit welgeteld één script om de gegevens te mailen en door te sturen? Juist, in PHP. Even afgezien van het feit dat de betreffende provider geen Ruby heeft geïnstalleerd: ik zou eigenlijk met Ruby hetzelfde willen kunnen doen als met PHP. Dus een .rhtml bestand dat de form parameters binnenkrijgt, daar een mail van bakt, en een nette “bedankt en tot ziens”-pagina terugstuurt naar de bezoeker.
Lees verder...Railsconf zondag
Geplaatst door Michiel de Mare zo, 25 jun 2006 12:20:00 GMT
RailsConf 2006 is achter de rug. Het is een geweldige ervaring om zoveel mensen te spreken die op zoveel manieren bezig zijn met Rails. Er komt ook een Europese conferentie aan in Londen en in mei 2007 komt de tweede editie van RailsConf in Portland, Oregon.
Naast de vreselijke nederlaag tegen Portugal heb ik een interessante sessie gezien over metaprogramming – welke technieken heb je tot je beschikking, hoe werkt Rails achter de schermen, etc. Erg interessant, en het wordt tijd voor een boek over dit onderwerp.
Tenslotte nog wat quotes.
Mike Clarke:”I have been Java-free for 15 months and 17 days.” (big applause)
DHH:”Decisions are BAD!”
Anonymous:”It’s been a long time since I programmed in C++ ... But not long enough!”
Keynotes zaterdag
Geplaatst door Michiel de Mare zo, 25 jun 2006 06:12:00 GMT
Zaterdag waren er drie keynotes. Eerst Mike Clark over waarom je moet testen, waarom dat zo makkelijk is in Rails, en hoe je het aanpakt. Niks nieuws gehoord.
Daarna een verhaal over Homesteading – een eloquent betoog over waarom we allemaal voor onszelf moeten beginnen. Interessant, maar niet heel nieuw.
Tenslotte DHH, met een verhaal van anderhalf uur over CRUD. Hij stelt voor om de PUT en DELETE HTTP methods te gebruiken voor update en delete CRUD-operaties – weet niet hoe serieus dat is. Hij zegt ook dat we moeten streven naar controllers met alleen CRUD-operaties.
Verder vertelt hij wat over responds_to, zodat je in een actie verschillende clients kunt ondersteunen (html, xml, rss, mobile) op basis van mime-type, accept header of extensie.
Tenslotte introduceerde hij ActiveResource, een api die net als ActiveRecord werkt, maar via een RESTful api i.p.v. via een database.
AJAX On Rails
Geplaatst door Michiel de Mare za, 24 jun 2006 06:00:00 GMT
Zojuist heb ik een sessie gevolgd over AJAX & Rails. Het meeste was bekend – Prototype, Scriptaculous, RJS… Maar de spreker kondigde ook een nieuwe scaffold-generator aan – Streamlined – en die ziet er goed uit. De release komt over een maand – URL is hier
Keynotes vrijdag
Geplaatst door Michiel de Mare za, 24 jun 2006 04:49:00 GMT
Twee geweldige keynotes gehoord. Eerst Martin Fowler, die drie dingen behandelde. Rails is ‘opinionated software’: ActiveRecord, het hart van Rails, is gebaseerd op het Active Record pattern (uit Enterprise Architecture Patterns), dat destijds terzijde werd geschoven omdat het niet geschikt zou zijn voor de meeste bestaande applicaties. Maar voor de applicaties die er wel geschikt voor zijn, werkt het fantastisch. Verder helpt Rails, met zijn agile manier van werken, de ontwikkelaar en de klant bijeen te brengen, en communicatie tussen die twee is het lastigste van software ontwikkeling, volgens Fowler. Het derde pluspunt van Rails is Ruby zelf. Fowler beschrijft Ruby als een taal die begrijpt dat de werkelijkheid niet altijd overzichtelijk en uniform is, en die bereid is zijn handen vuil te maken (i.t.t. bijvoorbeeld Lisp of Smalltalk).
Daarna Paul Graham, over outsiders en insiders, vaardigheidstests en het hacken ervan, 18e eeuwse schilderkunst. Geweldig betoog, erg moeilijk samen te vatten, zoals het meeste van zijn werk. Maar waarschijnlijk verschijnt het binnen een paar dagen op zijn blog. Quote: “Many people say you shouldn’t study business. But actually that’s a special case of a more general rule: Don’t learn from people who are bad at it.”
Is Ruby The New Java?
Geplaatst door Danny Lagrouw zo, 18 jun 2006 05:41:00 GMT
Twee maal per jaar organiseert de Nederlandse Java User Group een miniconferentie met sessies over Java, JEE en alles wat daarmee te maken heeft. In de lente heet die dag de J-Spring (heeft niets te maken met het Spring framework), in de herfst de J-Fall. Tijdens de voorbereidingen van RubyEnRails 2006 leek het me wel een goed idee om een paper in te dienen voor de J-Spring, voor een inleidende sessie genaamd Is Ruby The New Java?. Ik was wel verbaasd toen mijn paper werd geaccepteerd, en nog verbaasder toen afgelopen donderdag (de J-Spring) bleek hoeveel Java’ers geinteresseerd waren in mijn sessie: ik gaf mijn presentatie in een grote zaal in de Reehorst in Ede (en zo’n zaal lijkt heel groot als je het podium bestijgt). Het onderwerp “Ruby en Rails” leeft blijkbaar bij de Javanen.
En ook andersom leeft Java bij de Rubyisten, zij het met een iets andere insteek. Ik bedoel het JRuby-project, waarin gewerkt wordt aan een interface naar Java zodat Ruby-programma’s onder Java kunnen draaien. Met als ‘holy grail’ het draaien van Rails-applicaties in een Java applicatieserver. Tijdens de JavaOne in mei konden Charles Nutter en Tom Enebo van JRuby een werkende Rails-applicatie onder Tomcat demonstreren. Ondanks hun vele hulp en emailverkeer heen-en-weer is het mij niet gelukt om hun opstelling te reproduceren voor de J-Spring. In plaats daarvan heb ik getoond hoe gemakkelijk je vanuit Ruby een EJB kunt aanroepen, en hoe je een Rails-applicatie kunt baseren op een (Java-)webservice in plaats van op een database.
Je kunt je afvragen wat het nut is van zo’n interface met Java. Zoals ik tijdens mijn sessie heb verteld, geloof ik er heilig in. Als Rails eenmaal binnen de JVM draait, wordt het een stuk gemakkelijker om Rails te kunnen gebruiken in enterprisey Java-omgevingen. Dan is het ook nog wel nodig dat de Java-ontwikkelaars bij die grote bedrijven overtuigd zijn van de meerwaarde van (Ruby en) Rails. En dat is dan hopelijk ook weer het nut geweest van mijn presentatie: de eerste stap om alle Javanen te bekeren tot Javanen-die-graag-met-Rails-willen-ontwikkelen.
Nu ik dit stukje zo teruglees, en de vele Java-terminologie zie, wordt het misschien tijd voor een inleidende sessie “Java en JEE” tijdens RubyEnRails 2007 ;).
Voor de geinteresseerden: mijn presentatie is hier te downloaden.
