På konsultmötet i torsdags fick vi se två spännande kodkator av Nathalie och Robert med fokus på dynamiska språk (samt lite Scala) – mycket intressant tycker jag! Robert forcerade igenom applikationen Sellable mha Ruby on Rails och Nathalie demade Python. Här har ni Roberts fina presentation om dynamiska språk.
Arbetet med den nya sajten cygni.se pågår för fullt och på måndag ska vi träffa vår grafiker som även designade allastudier.se som Cygni utvecklade tillsammans med Metro. Det ska bli mycket spännande att se vad han har för tankar och idéer.
Den här artikeln är en introduktion till distribuerade versionshanteringsverktyg i allmänhet, och till git i synnerhet. Den kommer att ge en översikt av de grundläggande kommandona för att komma igång och jobba med verktyget. Jag kommer också beröra de anledningar, som jag ser det, som gör att git och andra distribuerade verktyg är överlägsna de traditionella. Artikeln läses med fördel från början till slutet, men du kan naturligtvis hoppa direkt till avsnittet om olika sätt att jobba med git, om du vill.
Läs mer >>
Grails är ett webbramverk som är designat för hög produktivitet. Det gör precis som Ruby On Rails och satsar på konventioner framför konfiguration. Detta förenklar och snabbar upp utveckling betydligt. Under motorhuven så använder sig Grails av bland annat Spring, Hibernate, SiteMesh, Ant, Log4j. Grails är baserat på Groovy, som är ett objektorienterat dynamiskt skriptspråk som är baserat på Java platformen.
Läs mer >>
JRuby — Java-implementationen av programspråket Ruby — verkar ha uppnått en oerhört viktig milstolpe: den senaste betaversionen, JRuby 1.1beta1, är nu lika snabb eller snabbare än standardimplementationen av Ruby. Ok, det är visserligen bara en beta-version men det lovar mycket gott inför nästa release, och JRuby-tåget har ångat på i stabilt hög fart den senaste tiden så det skulle förvåna mig om inte den riktiga 1.1-releasen släpps om inte allt för länge.
Vad innebär då detta för oss som huvudsakligen befinner oss i Java-världen?
Om JRuby fortsätter förbättra sin prestanda (vilket jag känner mig övertygad om att de kommer att göra, med tanke på vilka framsteg de gjort det senaste året) så kommer snart JRuby i praktiken bli den dominerande plattformen att utveckla och produktionssätta Ruby-applikationer på. Det innebär att hela Ruby-communityn, och framför allt kanske hela Ruby on Rails-communityn kommer att flytta in och bli sambo med oss i Java-huset. Jag förväntar mig mycket bra saker från den korspollineringen:
- Verktygen kommer att bli bättre, både för Java- och Ruby-utvecklare. Ruby behöver ännu mer mogna IDE-funktioner (vilket i och för sig redan är på god väg att utvecklas i såväl Eclipse, NetBeans och IntelliJ). Java, å sin sida, kanske kan komma att dra nytta av grejer som Capistrano och Rake.
- Det kommer att vara ett okontroversiellt alternativ även för Java-utvecklare att välja Ruby on Rails som webbplattform, så länge som applikationen passar för det.
- Rails-applikationer kan, förpackade i war-filer, deployas och administreras sida vid sida med Java EE-applikationer utan konstigheter.
- Det kommer att bli naturligt för Java-applikationer att använda Ruby som skriptspråk eller DSL:er för avancerade användare.
Coola grejer hela vägen!