Viser arkivet for stikkord community

2 ålreite linker

Jeg har vært litt on and off på Ruby men prøver nå å holde meg oppdatert på hva som skjer i miljøet. Disse synes jeg er nyttige for å følge med på hva som skjer i Ruby-verdenen:

Ruby Weekly er et epost-nyhetsbrev fra Peter Cooper som hver uke gir deg utvalgte lenker til ukas nyheter/hendelser etc i communitiet. Synes den er veldig bra, og han har tilsvarende nyhetsbrev for JavaScript og HTML5.

Ruby Rogues er en god podcast der mer eller mindre kjente rubyister diskuterer ymse temaer. De har gjerne et spesifikt tema i hver episode. De har interessante gjester som Jim Weirich, Tenderlove, Kent Beck, Avdi Grimm mfl.

Hvilke Ruby-relaterte ting har dere i RSS/podcast-klientene deres, folkens?

Om holdninger og mitt forsøk på å få ruby no til irb.no-communityet

TL;DR jeg prøvde å kjøpe ruby no for 2k for å donere til fellesskapet irb.no. Et bud på 6k fra meg ville heller ikke blitt vurdert fikk jeg beskjed og nettstedet fortsetter som det gjør, med noe minimalt ruby-relevantish, proppet med annonser. Mailutvekslingen ble kort og lite hyggelig. Her markerer jeg at den slags er totalt uakseptabelt, at det er skammelig og at rubymiljøet tar avstand fra det.

24.aug identifiserte jeg meg som representant for irb.no og det norske rubymiljøet i et forsøk på å få søppelsiden ruby dot no over på noe konstruktivt. For at du skal slippe å gå til den skammelige ruby dot no-siden, har jeg lagt ved skjermdump fra i dag.

Sjekker du opp domeneeier, finner du tilsvarende sider. Hva synes dere om slike sider? Trenger vi å akseptere det selv om det kanskje ikke er noe ulovlig? Vel, jeg synes det er en uting og jeg vil det til livs! Dette er en prinsippsak for meg. Allikevel er det slitsomt når mine fordommer om personene som driver slike sider blir bekreftet, det ble fort stygt.

Digresjon:
Du har de som yter og de som nyter. De fleste av oss nyter mest, jeg vil påstå alle. Bidrar du til ett gem, bruker du kanskje 10. Det som skiller ruby-miljøet fra andre er at det er flere som bidrar og det er lett å bidra i større eller mindre skala. Enten som oss-contributor, artikler, blogger, foredrag eller innlegg på irb.no. Filosofien er enkel. Har du en gruppe på 100 personer og én deler 1 ting, har alle de 100 den ene tingene de kan utnytte. Tar hver eneste og deler 1 ting, har de 100 personene 100 ting de kan utnytte. Er det ikke fantastisk?! Men i alle miljøer dukker kynikerne opp, dem som kun tenker på seg selv og egen vinning. Hvorfor dele? Skal andre få, når jeg har brukt tid og penger? De finnes i mange former og er motarbeidere heller enn medarbeidere. Jeg har et budskap til dere: Dra til …#. Finn dere et miljø der slikt aksepteres, ikke forsur det fantastiske og uselviske ruby-miljøet.

Digresjon 2: Om å bidra
Det er helt ok å ikke bidra og kun være en bruker! Alle som starter med noe nytt vil ikke føle de har noe særlig å bidra med (noe du garantert har og vil kun bruke av de mange ressursene som er delt. Ny eller erfaren, det er altså helt ok å kun bruke, du bidrar da i form av forankring og kredibilitet av ressursene du bruker, noe som gir contributors energi til å fortsette:) Jeg bidrar selv på veldig mye, men det var fordi noen tok meg inn i varmen og hjalp meg til å bidra. Det er både gøy og smart å bidra, du får en god følelse og et godt nettverk. Har du lyst til å bidra i det norske rubymiljøet? Vel, her er det mange åpne plasser. Alt som kreves er engasjement.

Tilbake til mitt fremstøt for å få toppdomenet til vårt kjære programmeringsspråk over på ‘folkets’ hender.

Jeg var ikke ute etter å ta noen. Jeg ga tydelig forvarsel om at jeg, som medlem og bidragsyter i det norske rubymiljøet, ville publisere mitt fremstøt og resultat på irb.no. Hadde han godtatt, hadde det blitt en gladsak, logisk nok. Jeg ba han også avsjekke med partnere om beslutningen ikke var hans å ta alene. Om han faktisk hørte med dem, vet jeg ikke. Svaret sjokkerte meg:

Jeg tror denne trusselen slår mer tibake på deg fordi dine fremtidige kunder neppe setter pris på den typen press.

Ruby.no er ikke ensbetydende med programering. Men, en fremtidig nettside kan gjerne fokusere på deg og din virsomhet, og hvordan du prøvde å presse domenet til deg…

Vel, jeg håper at fremtidig kunder som ikke er forenelig med mine verdier, ikke blir fremtidige kunder. Sitat to er en trussel om å dedikere ruby no til å skrive dritt om meg.

Det har gått litt over en måned, du tror kanskje responsen din hjalp? Der tar du feil, jeg har brukt god tid, roet meg noe ned og rådført meg med andre irb.no-medlemmer. Det er helt åpenbart at her må vi markere klart og tydelig at dette er uakseptabelt, slik vi ser på det. Det er ufyselig og skammelig!

Kynismens motpol – Tore Darell

Jeg vil benytte sjansen til å gi kred til Tore Darell, som kjøpte domenet rails.no i ens ærend å hindre andre i å kjøpe det, korrumpere det og/eller kommersialisere det. Han bruker penger på det hvert år for å beskytte det, beskytte mot nettopp slike som her diskuteres. Da jeg kontaktet ham ifm ruby dot no, sa han: Dere (irb.no) kan godt få rails.no om dere vil. Jeg takket nei, domenet er i trygge hender vi har tillit til. Ser dere hvor domenet peker? (hint: irb.no)

Takk Tore, du er et forbilde til etterfølgelse. Tore er freelancer, han har gjort oppdrag for meg og jeg anbefaler ham.

Avslutningsvis

Vi trenger ikke domenet for å fortsette å bygge et fantastisk godt rubymiljø. Her i San Francisco er det helt ekstremt med oppstarter og et åpent og herlig rubymiljø. Absolutt alle ansetter her også, om du har lyst på et eventyr og er en erfaren rubyist. Erfaringen henter du ved å starte her hjemme, lage apper og involvere deg i ruby-communityet (irb.no eller internasjonalt). La oss fortsette å jobbe med rubymiljøet i norge, slik at vi sammen skaper mer etterspørsel og muligheter for rubyister. Vi lager tross alt ting raskere, billigere og bedre i Ruby enn i andre språk! Det unike rubymiljøet har æren for mesteparten av det, det er tusenvis som deler. Er du en motpol til dette er det herved hevet over enhver tvil at det går stille hen.

Takk for oppmerksomheten og støtten!

Teknologihuset er i ferd med å starte opp og trenger hjelp

Så nettopp at Teknologihuset (tidligere omtalt som “utviklerhuset”?) har overtatt lokalene sine på Youngstorget og nå er i ferd med å møblere og pusse opp. Det er ment å være et felles hangout/arbeidslokale/forelesniningssal for utvikler/“maker”-miljøer i byen, og de trenger litt hjelp med f.eks inventar etc i starten. Ta en titt her og se om du kan bidra med noe? :)

http://www.teknologihuset.no/ting-som-trengs

(Jeg har ingen knytning til prosjektet selv foreløpig synes bare det er kult intiativ!)

MtnWest RubyConf: dag 1, første session

Jeg og Øystein Ellingbø sitter her på MtnWest RubyConf, Salt Lake City, Utah. Jeg skal prøve å oppsummere foredragene herfra litt kortfattet. Det blir nok endel posts. Vi har hatt en flott tur så langt, vi har fått tak i et par iPhones, selv om de har vært utsolgt omtrent over alt var vi heldige og fant en Apple Retail Store som akkurat hadde fått inn en liten leveranse!

MtnWest RubyConf er en liten RubyConf som nå arrangeres for annet år. Det er over 200 Ruby-programmerere samlet her i SLC public Library, flere kjente navn i vår verden. Programmet er imponerende, og det er kun et track, så blir fullstappet sal ved hvert foredrag. Det er kun fem internasjonale deltakere, så det er veldig spennende å være blant dem!

Confreaks filmer alt, så om dere er interesserte, kan dere nok streame det om en stund :-)

Evan Phoenix om Rubinius og communitites

Evan skal på RubyFools i Oslo også, så dette er kanskje en liten titt om hva han vil fortelle om da! Det første veldig interessante han forteller er om Spec suiten til Rubinius – som blant annet JRuby bruker – vil lanseres som et eget komponent, slik at alle VM-prosjektene kan ta del i en ensretning av Ruby!

Rubinius kjører idag IRB og støtter RubyGems. Naturligvis ikke alle, men det gjerne et produkt av at ikke alle biblioteker følger samme spec for Ruby, i og med at det ikke finnes en offisiell Ruby spec ennå.

Evan fortsetter en interessant rant om bygging av communities, og hvordan få prosjekter i gang, hvordan eierskapet har endret seg fra for et år siden /var han/ Rubinius til nå er han /bare en brikke/ i prosjektet. Han stadfester raskt at man ikke kan kjøpe et community, slike prosjekter feiler lett. Det neste er kanskje litt mer kontroversiellt for oss som har jobbet endel med open source – “ingen bidrag er for små”. I Rubinius godtar de en-linjers-bidrag, selv dokumentasjon, og er veldig åpne i å gi commit-tilgang. På denne måten har alle bidragsytere verdi for prosjektet, og skaper “buzz” i prosjektet. Man vet aldri om det er en 15åring som er den neste store commit-guruen. Ved å senke terskelen for hvem som får lov å bidra får man med seg mange, skaper åpenhet og et organisk community. Rubinius har en veldig åpen form med tanke på bidrag, debatt og eierskap – noe jeg tror mange “elitistiske” prosjekter kan lære av.

Ideen at det er bedre med full kontroll over et opensource-prosjekt er en feilaktig myte. OpenSource-prosjekter er allerede åpnet opp, hvorfor holde tilbake commit-tilgang, og en elitisk kjerne, og ikke benytte seg av de som ønsker å bidra. Når man er veldig lukket for å motta bidrag, blir det ofte et oss og dem forhold, hvor prosjektene ofte dør når kjernen mister litt flyt. På mange måter kritiserer han mentaliteten som for en tid siden førte til Zed’s kjente post, som også Zed kritiserte, men på en litt mer konstruktiv måte enn Mr. Shaw :)

For å oppsummere, i tråd med Paul Graham – programmering er en kreativ kunst. Derfor er kanskje det viktigste i å skape et bra opensource-prosjekt, er å ha det moro, med andre ord – bygge opp under eksperimentering og kreativitet.

Ezra Zygmuntovic om Merb

Merb – foretrekker enkelhet over magi så mye som mulig. Ingen blocks, returnerende funksjoner, meta-konfigurasjon (monkeypatching). Merb er et rammeverk, hvor effektivitet og fleksibilitet er hovedfokus. Om det er tvil i implementasjonen er løsningen benchmark & profile. Merb prøver å være så lite “opinionated” som mulig. Ezra hevder at Merb-applikasjoner er mer langsomme å utvikle enn Rails, men Rails passer ofte som hånd i hansken for 80% av problemene, det er først der de 20% siste prosentene kommer inn at en må sloss mot “meningene” i Rails. Han sier at om applikasjonen passer innenfor de 80% av applikasjonene, for all del, bruk Rails, det er fortere for RAD [sic. rapid application development], men Merb er mer vennlig for de avanserte 20%-ene som ofte dukker opp i Enterpriseapplikasjoner og ikke standard CRUD [sic].

For de av dere som ikke har hørt om Merb tidligere, eller ikke har sett på det har jeg prøvd å trekke ut det absolutt viktigste dere trenger å vite.

Merb er delt opp i flere ulike komponenter – alle fritt tilgjengelige som gems, og kan innstalleres slik:

gem install merb-core

merb-core

Merb gikk nylig gjennom en stor omskrivning. Merb består nå av flere komponenter, hvor hovedrammeverket – merb-core inneholder HTTP abstraksjonen, MVC, støttekode for appservere (Rack API), WS/REST routing, og håndterer alle slags forespørsler meget fleksibelt og robust.

Altså full kontroll over routingen. For eksempel kan man styre hva slags type data som skal godtas, sendes ut, hvordan ressurser skal håndteres, nestede-ressurser, og annen fancyhet.

En annen interessant feature med merb-core er at man kan konfigurere mime-typer, og forenkle hvordan kontrollere kan håndtere ulike dataformater (respond_to) gjennom Provides APIet. En annen lekkerhet (fra merb-more) er syntaktisk sukker for eksempel for HTTP – for eksempel oversettelse av params[:http] til vanlige metode-parametre. Dette gjør koden litt lettere å lese ved å gjøre den litt mer “Rubyesk”. Et eksempel er å la actions ta parametre (som mapper til params[:hash])!

class MyController < Application
provides :json, :iphone, :xml

  1. Vanlig
    def create
    Model.create params[:foo]
    end
  1. Ruby-vennlig
    def create(foo)
    Model.create foo
    end
def show(id) @model = MyModel.find(id) display @model end end

merb-more

Merb-more inneholder generatorer, mailere, partials, template-rendere som Haml, SASS, erb, osv. MM inneholder også funksjoner for caching, datahåndtering og andre viktige, men utskiftbare komponenter.

merb-plugins

I motsetning til Rails kan du i merb velge din gift. For å lagre data har du full frihet til å velge mellom merb_datamapper, merb_activerecord, merb_sequel. Noen andre viktige plugins er merb_helpers, merb_param_protection, og mange flere er på vei!

Jeg prøver å destillere litt mer fra nå av, så ikke det blir så veldig lange poster. Det er vanskelig! Ezra har sagt han skal laste opp sine slides på sin side http://brainspl.at, så det er nok verdt en titt om dere vil lese litt mer om hans talk!

Nå er det lunsj, og jeg kommer tilbake med en ny post etter (om jeg får låne en lader igjen!)