In this post is a solution to a major problem we had when our tables grew too big. The client wanted the headers to stick. Sounds simple, no? Well, it was h… We’ve learned a thing or too about html and table thead and tbody. Luckily for you, we have wrapped the solution in a single javascript file for you to include. Just add our handles (css classes) to your table and thead and trigger the plugin.

Se a live example here:

http://rubynor.com/table-fixed-header/example.html

Download the source code from: github.com/oma/table-fixed-header

And vote for the answer at stackoverflow to give it more attention, and if you like it! HTML table with fixed headers?

I hope you like it!

Som med alle webapper, vil databasen bli din utfordring, da den ikke kan skaleres horisontalt helt i samme grad som rubyserverne. Før det har du gjort kreative løsninger med caching, ekte SOA som å ekstrahere ut biter av domenet i egen RESTful app eller kjørt ut den hyppig skrive/lese biten til Redis. Disse delene har ikke noe med Ruby i seg selv å gjøre, men Ruby-community er en stor driver i innovasjonen og kunnskapsspredningen. Kommer du fra .Net eller java vil du oppleve at problemstillingen fort blir hvilket rubybibliotek (gem) skal du bruke, det er myriader, og brorparten har gode tester og testdekning. En fantastisk problemstilling.

Ruby, som dynamisk språk, har tregere eksekvering enn java, akkurat som java er tregere en C, som er tregere enn assembler. Gjør vurderingen selv, svaret avhenger av problemstillingen. I Ruby kan dårlige programmere ødelegge mye, det er så stor frihet. Friheten er en styrke, konvensjoner og terping på gode praksiser vårt botemiddel. Vil du kjøre tog eller motorsykkel?

Jeg er utrolig gira! Sammen med to fantastisk dyktige og hyggelige personer, Peter Kördel og Thomas Kjeldahl Nilsson kjører vi nå i gang med rubykurs. Vi håper å tjene litt på dette selvsagt, men vi har en mye større, hemmelig plan enn som så. Denne hemmelighet skal jeg dele med deg, ikke si det til noen. Gjennom disse kursene vil vi komme mange dyktige mennesker på nært hold.

Det vi i praksis gjør er å øke vår flaksoverflate, luck surface. Vi vet at vi vil få jobbe med eller for flere av disse senere, enten som partnere, gründere, konsulent/kunde, kunde/konsulent eller gjensidig nytte av nettverk. I Norge vil alle som lærer seg Ruby i 2012 være early-adopters. På kort sikt er det lite lønnsomt, på lengre sikt (2 år) – fabelaktig lønnsomt. Være med på startups eller gründe startups er noe mange drømmer om. Ettersom suksessen kommer, vil startupsene hyre flere rubyister, og betale godt. De vet å sette pris på 10x produktivitet.

Bildet over er fra GOGARUCO 2011 – Golden Gate Ruby Conference, San Francisco. Dette er whiteboarden firmaer kunne poste jobbannonser på. Silicon Valley er støvsugd for Rubyister!

Her er en artikkel om ruby og lønn i New York, It pays to know Ruby. Høy lønn for Rubyister i NY. 

Når vil dette catche opp i Norge? Da jeg var på Scottish Ruby conference i Edinburg i 2010, spurte jeg folk “jobber du profesjonelt med Ruby?”. Det var usedvanlig få som svarte ja, de fleste jobbet med Java eller .Net og med ruby på fritiden, fordi det var kult. Referat fra Scottish Ruby Conference 2011 var at det var tilsvarende whiteboard fylt med stillingsutlysninger. I Norge har vårt miljø forblitt lite ganske lenge. Dette er en slags selvoppfyllelse. Små miljøer har problemer med anerkjennelse og oppdrag, det meste går i java og .Net. Nå skal vi trå til, vi nekter å bli stående på perrongen mens resten av verden fyker av går med Ruby on Rails. Vi ser det allerede er bevegelse, det utlyses flere stillinger/oppdrag innen Ruby og vi ønsker med rubykursene og gi det hele en solid dytt i fartsretningen! Det blir tøft å starte kurs i et så lite miljø, men vi tror det er en viktig brikke i å bygge miljøet og markedet, dermed øke markedet for solide kurs også i avanserte temaer innen webutvikling og Ruby.

Siden jeg begynte fulltid med Ruby i 2008, har jeg opprettet to nye AS og har en lang rekker webapper ute. Hva hadde jeg fra javatiden? Som spring/hibernate ekspert, følte jeg store mangler i kunnskapen min om webappstacken. Jeg har lært så enormt mye om web i de to og et halvt årene jeg har jobbet med det. Med Ruby er jeg ferdig med back-end på no-time, jeg måtte bare begynne å lære med html/css/js også. Og MongoDB, servere i skyen osv osv.

Jeg elsker Ruby!

Meld deg på rubykurs :-)

Eller hjelp oss hjelpe rubymiljøet i Norge ved å spre ordet eller retweete @rubykurs. Jeg kvitrer også en sjelden gang selv på @ole_morten - her til høyre sitter jeg i San Francisco, på Starbucks selvsagt!

Folkeopprøret for rettferdighet i Tunisia hadde en enorm smitteeffekt; Egypt, Tunisia, Algeria, Libya, Syria, Jemen,… og nå Russland. og kina?…

Det begynner endelig å gå opp for meg hvor stort 2011 har vært… så langt det er mulig for en nordmann. Ja, for hvilke knagger har jeg å henge disse inntrykkene på?

Jeg spør meg selv: Hadde jeg gått til stortingsplassen hver eneste fredag selv når jeg vet at folk blir skutt der hver gang, eller blir arrestert og torturert? Når myndighetene straffer din familie og din nærmeste?

Jeg tør ikke svare.

Arabisk vår eller globalt folkeopprør for rettferdighet?

Tittelen Arabisk vår fremmedgjør det som har skjedd, dette er mer nært og grunnleggende som så. Det handler om stort mot og en kamp for rettferdighet. Det er ikke begrenset til arabere. Dette omhandler afrikanere, russere, kinesere og mange fler. Kan vi egentlig forstå det?

Det som har skjedd det siste året er stort, utrolig stort.

Informasjonsflyt er nøkkelen til både tyranni og frihet

Tyranner av diverse slag overlever ved å kontrollere informasjonsflyten. Bare se på Putin og “Det forente russland”, Kina og disse arabiske og nord-afrikanske landene.

Jeg spør meg selv: Hadde dette vært Norge, at jeg ble kun servert nyheter om hvor bra Norge er og hvor fæle alle andre er. Et Norge der fakta forvris til fordel for myndighetene og der alle negative hendelser er styrt fra USA. Ville jeg også blitt “lurt”? Hvor uffattelig mye mer engasjert jeg måtte vært for å få tak i andre opplysninger?

Ville jeg risikert alt?

Jeg er ydmyk og full av beundring overfor dem som har klart å samle folk og informere om en annen virkelighet, tross den svært høye sannsynligheten for at de vil bli arrestert og fermstilt i media som kriminelle, landssvikere eller judaser/quislinger.

Jeg spør meg selv: Ville jeg tatt valget om risikere alt?

Jeg tør ikke svare. Det blir både ønsketenkning og arrogant å si “ja, selvfølgelig”.

Den som kontrollerer informasjonen har makten

Som jeg var inne på over, denne kampen om rettferdighet handler ikke kun om urett og tyranni, det handler om informsjonsflyt! Det blir stadig vanskeligere å kontrollere, fortie og sverte informasjon. Smarttelefoner og kameraer er allemannseie og veien derfra til youtube, facebook e.a er kort. Dette så man i Afrika og man ser det nå i Russland. Putin fremstiller en virkelighet, mens folk beviser at det er løgn. Allikevel går det tregt, svært tregt. Hvorfor ofre eget og familiens ok liv? Putin fikk 99,5% i Tsjetsjenia, et folk som åpenbart hater ham etter å ha fått sin familie og venner slaktet ned. Valgdeltakelsen var også rundt 90%. Mange russere får dette nå med seg, tross at alle medier skaper et totalt annet bilde. Disse russerne ønsker demokrati og er lei av å bli løyet til. Et opprør med 100.000 høres ikke så mye ut, men når man forstår at det er det meste siden 1991, settes ting i perspektiv. Hvordan utviklingen blir videre, det er vanskelig å si, kanskje må vi vente til neste valg.

Dessverre er det steder på kloden der informasjon er ennå “bedre” kontrollert. Steder hvor youtube, facebook, google og andre ikke tilgjengelige. Nord-korea er verdens mest lukkede og Kina er verdensmestre i å ha det “åpent” men å identifisere og stenge steder lynraskt. Kina er så gjennomført korrupt at nesten hele det enorme offentlige apparatet og mesteparten av bedriftene er med på det. Det er bortimot umulig, tross milliardfolketall, å lage hemmelige informasjonskanaler og arrangere demonstrasjoner. Fredsprisen til Liu Xiaobo i 2010 var ekstremt modig, det synes jeg Nobelkomiteen får for lite kred for. Ja, vi taper litt business, men hva slags offer er egentlig det i det store bildet?

Undertrykking og makt i vesten?

I både Tunisia, Egypt, Syria og disse landet har en rekke utenforstående også stått frem og risikert det meste. Du har personene bak Tor, https://www.torproject.org/  en superenkel app som hjelper deg å surfe nettet uten at man kan spores (ikke med datalagringsdirektivet,DLD heller, den er kun sløs av skattepenger). Uten tor ville utallige mange flere mennesker blitt sporet opp, arrestert og torturert. Regimene hadde kanskje unngått opprørende i sin helhet! Kanskje disse fortjener Nobels Fredspris?

Tilbake til undertrykking i vesten. Ett navn: Julian Assange, wikileaks.org

Hold den tanken du har nå i, 5 sek… Nettopp, de har lykkes, du assosierer ikke en helt med det navnet. Faktum er at han er blant dem som kjemper for åpenhet og rettferdighet i vesten! Jeg ser også på ham som kynisk og småond, et inntrykk skapt av svertekampanjer og negative medieoppslag. Jeg kjemper hardt i mot dette synet mitt og prøver å se hva han egentlig har fått til. Nettopp dette er perfekt eksempel på at også jeg blir litt forledet av medieoppslag, en virkelige øyneåpner for meg. For å ikke være en sau som følger sin gjeter uten å helt forstå det, må jeg aktivt være kritisk og spørre “hvorfor gjør de akkurat dette? er det fordi de er sendebud fra USA eller for å sabotere kampen mot terrorister, for egen vinning eller er det for å bidra til mer åpenhet, mer rettferdighet?”

Hva med vårt nyhetsbilde?

Det som dominerer nyhetene akkurat nå, mandag 12.des-2011, dagen etter nobelprisen til tre fantastisk damer, er antrekkene til Mette-Marit. Hun har så dyre kjoler… Er det dette vi skal bruke vår energi på? Trykke ned ei dame som aktivt jobber for en bedre verden? Hva med smør-”krisen” – det dør mennesker av sult i Afrika… Det er flaut, men først og fremst et bilde av vår egen virkelighet og hvordan vi oppfatter den gjennom nyhetsbildet. Hvor finner vi vår informasjon? Er vi fanget i en egenskap virkelighet der vi sitter og dømmer alle andre, eller er vi egentlig verdens tyranner, blindhet av vår selvgodhet?

Det ble veldig satt på spissen. Det er ekstremt mye vi kan gjøre for verden. Det enkleste er bare å interessere seg mer, så kommer resten. Start enkelt, ta et mer kritisk blikk og oppmuntre dem rundt deg som prøver å gjøre en forskjell, da er også du med å gjøre en forskjell! Det er ikke svart/hvitt, alt eller ingenting, et lite bidrag er mye bedre enn ingenting. Alle kan ikke i reise til utlandet på feltarbeid, men vi skal pokker meg støtte dem som gjør det :) Stå på!

This is a huge topic. It’s impossible to discuss this without some definitions.

What is In-house?

server in the basement/garage might be the extreme version of this. However, for this post I’d like to define it as

Fully-owned servers and hardware, physically located within company property

Hosting solutions where you buy and own the hardware yourself, but others are responsible for basically power, bandwidth and physical security (and perhaps firewalls) should probably be grouped within this. An examples in Norway would be Ventelo Hosting. But it’s not really in-house, is it? It’s a hybrid of hosted and in-house, much closer to in-house than cloud.

What is cloud?

Well, it turns out I can’t, it’s too generic and needs be split in fundamentally different concepts.

IaaS – Infrastructure as a Service. As Amazon (EC2 and S3), Rackspace, Linode, Azure

All they provide you is the hardware, but more importantly, hardware on demand. They typically provide “pay pr usage” models, so that you can 10 double servers during peak hours and just keep a few during slow hours (usually at night). You have to mange operating system and all apps running. For a web app you’d have to set up load-balancing, caching servers, database servers, just like you would with the in-house solution

PaaS – Platform as a Service – As Heroku, Engine Yard, Slicehost, GoogleAppEngine

Within PaaS there are extreme differences too. Heroku gives you everything and has addons just like in firefox for extending your webapplication. The make adding SaaS even easier and you don’t have to set up load balancer, varnish cache, ruby/rails versions. Just use git and push to it. Then you can script it to autoscale when traffic increases. You’re limited to what they have to offer. Engine Yard is closer to Rackspace than heroku, but they define themselves as a PaaS. This is because the handle the OS and gives you a lot of stuff for free too. They get you closer to the hardware than heroku and you have more freedom, as you can install more yourself (= more work). Engine Yard has different   than heroku. If you have slow single-thread performance, running on a bigger CPU might be a solution. Heroku gives you no such possibility, Engine Yard gives you more (the same as amazon EC2 I think, else EC2 would be the next performance improvement step)

SaaS – Software as a Service. As Cloudant, MongoHQ, Amazon DB, New Relic.

You just configure it and use it for running the app. Heroku’s addons list has good examples of what I might call SaaS. I refuse to put gmail, salesforce or them in this group, although they probably are. This concept is probably the one thing that has been out there the longest, but not so much in form of search databases, mongodb clusters. Those are the game changers for us as developers.

Where should S3 be? I think SaaS. What do you think?

For another description of the cloud variants, check out this article IaaS-PaaS-and-SaaS-Terms-Explained-and-Defined

Pros and cons for in-house server-park vs cloud

As I couldn’t really talk about cloud as standalone topic, I can’t really compare with it to. I’ve chosen to include Amazon AWS(EC2, S3 ++),  Engine Yard and Heroku, making this a four-way pro-con. If you see more, please enlighten me in a comment.

In-house

PRO

• closest to the hardware
• you can create VMs and run multiple apps on it, even multiple instances of same Rails app on a single server, with a load balancer in front, utilizing the most of the computer.
• Varnish cache server should not run in VM, but directly on server (as I understand is best for it)
• fit hardware to need. Do you have a lot of data, vertical scaling of your DB-server is the most effective performance-wise.
• closeness to users, if your users are close to your server-park.
• setup server parks around the country/countries, close to users, to reduce latency and save a som ms pr HTTP request.
• security
• only you can access the servers physically.
• fixed cost

CON

• not scalable
• to scale up you need to order physical hardware, install and setup
• to scale down (you have to much hardware, maybe you moved some services to the cloud), you .. ? try to sell?
• closeness to user
• are your users just from your state or country, ok. If not, then you should be google (they put servers everywhere).
• expensive
• the costs are fixed, but high. You do the math.
• robustness
• If some hardware breaks, you will lose 1/x share of your computing data, along with the data since last backup (depending on the hardware failure)
• backup is required set up at different machine
• Setup and maintain Operating System
• setting up VMs
• install security updates asap
• Downtime
• security updates, hardware renewal all require downtime, if you don’t build an infrastructure for seamlessly move to other servers (like they do in cloud)
• hardware crash might occur during peak hours and tends to bring your app out of service for a long time.
• Manual installation and maintenance of standard software, VMs and other.
• Manually setup and maintain Web Application infrastructure
• Load Balancer
• Varnish Cache server
• app instances
• automate deployment
• database server
• Security
• If people want to hurt you (or steal), they know where your servers are, physically.
• Build security measures yourself.

Most ideally used when:

• In short: When your app needs and can justify (money) vertical scaling
• Your app has intense database load (read about 37Signals vertically scaled ~160GB RAM campfire DB server)
• You need extreme single-thread performance (Super High CPU)
• when staffing is cheap, reducing the cost in the long run for your servers and traffic is smooth (no scalability needs in particular).

Cloud

Rackspace

PRO

• closeness to hardware
• horizontal scaling – 1 to 50 servers in minutes -  can get hardware on-demand (both dedicated servers and cloud hosting)
• vertical scaling – choose from 256MB RAM to 15,5GB RAM for cloud servers. Up to 128 GB for managed instance (you’ll have to do most of OS and installation yourself)
• closeness to user (they have available server parks around the globe)
• nearly half of Fortune 100 hosts with them (from their homepage )
• no own installation and setup of load balancer, operation system or security packages
• server monitoring.
• fixed cost possible
• on-demand pricing – pay for use
• can scale at peak hours, can scale down to a minimum in slow hours (night) and save money. First and foremost, you give your users a better experience
• cheap to get started
• 100% network uptime guarantee

CON

• Require some real dollars each month, minimum $11
• a managed 128GB RAM server is cheaper to own yourself.
• install and setup ruby, rails and gems your self. (like in-house, but you can easily save the setup for later duplication)
• automate deployment yourself, using capistrano or other. (like in-house)
• ramp up time. first time deployment needs a bit of setup to get going (as in-house). Not too suited for experimentation or fast prototypes, like heroku.
• Rackspace employees may access your servers, no matter how unlikely.

Heroku

I guess most of the pros/cons below apply to GAE (GoogleAppEngine) as well, and that other php cloud thing. Windows? I don’t care, really.

PRO

• minimal setup. Push your app source code in git to heroku and voila! Your up and running.
• Free plan including database, own domain name and tons of addons.
• Ideal for prototyping
• and if popular – your app is scalable and can meet the growing use.
• horizontal scaling. You can scale hardware with a scrollbar.
• scale at peak hours. Script the it to add hardware when traffic goes up, and reduce hardware when traffic is low
• on-demand pricing – pay pr use.
• one-click addons. Monitoring with New Relic, mongodb hosting with mongohq. Huge list.
• easy interface.
• No need for OS knowledge.
• Failover, Load Balancer,
• Makes you follow good practices. e.g.
•  Read-only make you move disk writes off your server (disk writes destroy your servers performance).
• Delay work to background jobs, as heroku cannot vertically scale and single thread performance is low. Optimize flow and/or write better code.
• Develop better caching to reduce server hits as scaling is more expensive. Better caching is a bigger improvement than vertically scale the server.
• Focus on developer time, rather than server cost.
• Less people needed/or no knowledge about OS, setting up load balancers or varnish cache are needed. This is the startups wet dream.
• Used by hundreds of thousands, including NITH (norwegian IT college), Thoughtworks (for clients) and BestBuy

CON

• No vertical scaling. Limited to ‘compute units’. Do you need high single thread performance, this will not suffice.
• Expensive for bigger apps. Adding a ‘compute unit’ doesn’t make much difference, you need many.
• More expensive than in-house? I doubt it! It depends. Do you have varying traffic during the day, week or month? in-house doesn’t scale up or down on demand, remember? There might be an intersection point somewhere at a 100 compute units, if scaling is not needed. I would go for a manged environment like Rackspace or Engine Yard anyhow.
• Limited to what heroku offers. Their OS, load balancer and their supported ruby versions. (and php)
• No OS access. No ssh. They eliminate the need, given the above limitations.
• heroku staff may access your server and data (there are >400.000 apps running…)

In-depth resources:

• Githubs move to Rackspace in 2009 is a recommended read: github-is-moving-to-rackspace
• For bigger, less technical  perspective/overview of the cloud and it’s actors: Gartner Magic Quadrant

Outro

This post is not meant as a dictionary reference. I know what I know, what I don’t know or are mistaken about, I hope and expect you’ll tell me about. I appreciate it!

The goal of the post is to show you the why’s and when’s, help free som doubts and clarify what it’s all about.

This is my #1 take-away and must-see from gogaruco

Corey Haines on making tests in rails fast! http://confreaks.net/videos/641-gogaruco2011-fast-rails-tests

Next up, TenderLooooove and his merry men!

Sit down, put your coffee back on the table and prepare for shock and laughter. Tenderlove (Dr. Aron Patterson) takes on the role of the mad scientist with his experiments as lightning talks (about 5 min each) from various lab rats of his. Ever wondered what makes the ruby community so special? Well, maybe this is it?

(post processing at confreaks is not done, but the the live feed here will do, the commercial only lasts a few sec)

starts from about 1 min into the feed. http://www.justin.tv/confreaks/b/295330720

Ruby for Kids

This is very different. The future is simple. “Program or be programmed”, iphone, ipad, gaming consoles. You have those who make and those who consume. This video isn’t really about that, I just found it noteworthy. This talk is both a motivational talk and a demonstration and experience report of something real. A program for teaching kids about programming. Having fun and make stuff happen! I truly hope that I get to apply this back home. Need to translate a lot to norwegian first, though, if 8-year olds are to play with it.

http://confreaks.net/videos/637-gogaruco2011-kidsruby-think-of-the-children

4th up. Compass and the rails assets pipeline

The creator of compass does a nice talk about it. He explains about sprockets and the assets. If you’re a little bit confused about it, watch this one!

(not process either, look at the “live feed”) 10min into it. http://www.justin.tv/confreaks/b/295314997

Thats all folks! For now…

I wanted to post this talk too,  The Problem is your Ruby, by Jeff Casimir It goes back to the basics, but the basics that so many people miss and that costs us way too much money. I totally agree with him, we need to really understand OO, DRY, SRP, law of demeter, modules vs class and so on. When the video is done, I’ll post the link here.

Also, I didn’t get to see these, because of some idiotic stone age american apartment company (like most of these here). I’m doubly upset, as I think these talks were awesome too. When the videos are done, I’ll watch them and post the links here.

(no video yet) Keynote: Writing your own programming language to understand Ruby better, José Valim

(no video yet) Go for the Rubyist: Appropriation of Great Ideas in Ruby, Dave Grijalva

(no video yet) Smalltalk On Rubinius – or How To Implement Your Own Programming Language, Konstantin Haase

I’d like to mention that there where a few talks about http protocol, which exploded my brain. The goliat one too, I can’t think about those talks without feeling small again. Hardcore stuff.

Wrapping up, I’d like to say this was a quality conference in every aspect. Great venue, great speakers and great parties!

Jeg får vel konkludere med at bransjen ikke har kommet særlig lenger med dette siden sist, ei heller Ruby (de var der allerede). Derfor tenkte jeg at jeg skulle stille noen spørsmål:

når du har en fiks for en feil, hvorfor la feilen leve?

når du har en forbedring, hvorfor la den vente?

hvis vi ønsker færre feil, hvorfor gjemmer vi dem da inn i mest mulig kode?

tid er penger, leveranser øker verdien, hvorfor drøye verdiøkningen?

hvis vi ønsker å levere det kundene trenger, ikke kun det de sier de trenger, hvorfor viser vi dem ikke vår forståelse oftere?

om du best kan løse feilen du selv har innført, hvorfor overlater du den da til support eller drift?

om du innfører en feil, løser du den ikke raskest om du raskt oppdager den? Hvorfor tester du ikke? Hvorfor kjører du dem ikke oftere? Hvorfor gjør du ikke testsuiten raskere? Hvorfor drøyer vi med å levere feilen og heller pakker den sammen med flere feil, før den blir levert og oppdaget?

om feil lettere kommer unna i mye ny kode, hvorfor lager vi mye kode før vi leverer?

Er det ting du ikke kan scripte produksjonsettingen av, hvorfor hiver du det ikke nå med en gang?

Hvis du har skrevet koden, hvorfor lar du drift legge den ut for deg?

Hvis du er utvikler, hvorfor lar du drift få svi for din manglende kunnskap om skalering?

Takk til Knut Johannes Dahle for inspirasjon til dette blogginnlegget. Jeg står for spissformuleringene selv og han er et uskyldig offer i dette om du føler deg støtt. Men er noe av innholdet støtende? Bytt yrke eller skjerp deg! Nok SOA og annen søppel-orientert arkitektur nå.

Advarsel: Spissformuleringer! Ikke noe for virksomhetsarkitekter eller “utviklere” i dress. Søvnproblemer og eksistensielle spørsmål kan forekomme.

Avslutningsvis

Hvis jeg vet noen kan bli støtt av innlegget, hvorfor legger jeg inn advarselen mot slutten?

Flere gode eller dårlige, folkelige spørsmål? Fyr løs :)

Thomas Kjeldahl Nilsson

Hva er mineverktoy.no?

Hvorfor startet du mineverktoy.no?

Hvordan ser mineverktoy.no ut om ett år (mai 2012)?

Hva vil du svare på dine egne spørsmål?

Hva er mineverktoy.no?

Mine Verktøy er en samling intervjuer med tekniske og kreative folk. Hver mandag publiserer jeg et intervju der en person forteller hva slags hardware og software han eller hun benytter seg av for å få ting gjort på jobben (og på fritida).

Hvorfor startet du mineverktoy.no?

Jeg jobber selv med å utvikle programvare, og er ganske opptatt av verktøy. Dårlige verktøy gjør arbeidsdagen helt pyton. Gode verktøy derimot får ting til å gli, vi havner lettere i en tilstand av Flow. Dette gjør arbeidet vårt både mer produktivt og mer moro.

Derfor investerer jeg jevnlig tid i å forbedre min egen “verktøykasse”. Jeg liker å lære om hvordan andre arbeider fordi det iblant gir meg ideer som jeg selv kan bruke. I tillegg er det i seg selv artig å se hva slags hardware, software og arbeidsrutiner andre har. :)

Siden jeg er opptatt av slike ting har jeg lest nettstedet The Setup i flere år – der finner du interessante intervjuer med mange forskjellige internasjonale personligheter. Jeg begynte etterhvert å tenke på å lage en lokal utgave av konseptet. Tok derfor kontakt med Daniel Bogan som driver The Setup og fikk hans velsignelse for å lage den norske versjonen, Mine Verktøy.

Hvordan ser mineverktoy.no ut om ett år?

Da finnes det en lang liste av varierte intervjuer på nettstedet. Håpet mitt er at jeg får intervjuer av folk fra flere yrkesgrupper. I begynnelsen har jeg primært kjørt profiler som er direkte knyttet til web- og programvare- utvikling, rett og slett fordi det er det miljøet jeg selv kjenner best. På sikt ønsker jeg imidlertid at nettstedet skal ha en mix av både programmerere, musikere, illustratører, designere, skribenter, filmfolk og så videre. Ta kontakt hvis du har gode forslag til folk jeg bør snakke med!

Så til Thomas sine egne svar på egne spørsmål:

Hvem er du, og hva holder du på med?

Jeg heter Thomas Kjeldahl Nilsson, og arbeider til daglig som systemutvikler og konsulent.

Det faglige engasjementet mitt er noe over gjennomsnittet, så jeg bruker en del av fritiden min på å lære nye ting, twitre, blogge og prate om systemutvikling.

Jeg trener også litt Aikido – dessverre langt mindre enn før. Familien (kone og to døtre) krever jo sitt. :)

Jeg kan nås via hjemmesiden min på kjeldahlnilsson.net. Jada, jeg vet at “hjemmesider” er veldig 1999, hehe.

Hva slags maskinvare bruker du?

Jeg har en 13″ Macbook fra tidlig 2009 (aluminium-utgaven). Den bruker jeg på toget, til foredrag og når jeg sitter i stua hjemme. Jeg sikler litt på 11″ Macbook Air men kan ikke forsvare det kjøpet ennå siden Macbooken fortsatt gjør jobben sin helt fint.

Hjemme i huset mitt har jeg pusset opp et hyggelig kontor i kjelleren. Der står blant annet en Mac Mini (sen 2009-modell). Flott liten maskin: tar minimal plass og er kraftig nok for mitt bruk. Til den har jeg koblet to skjermer, en 22-tommer og en 19-tommer. Jeg har også et par eksterne harddisker til å lagre media-filer og backups.

Tastaturet jeg bruker på kontoret hjemme er et kapittel for seg selv: i vinter kjøpte jeg meg en Das Keyboard Model S Ultimate. Det er et tungt, mekanisk beist a la de klassiske IBM Model M-tastaturene. Bråker noe helt forferdelig men er fantastisk å skrive på: hastigheten min gikk fra omtrent 70 til 80 ord i minuttet etter at jeg skaffet det.

På dagjobben bruker jeg en anonym IBM-laptop som er helt grei.

Jeg leser mye på min Kindle. Jeg kjøper de fleste bøkene mine elektronisk nå, og synes Kindle-leseren er helt fantastisk. Knallbra kontrast og fungerer like bra som en papirbok når jeg er utendørs i knallsol.

Telefonen min er en iPhone 3GS. Jeg har ikke så mange apps installert på den, fordi A) jeg helst gjør så mye jeg kan via vanlige webapps så ikke dataen min er låst i selve telefonen og B) jeg prøver å kutte ned “telefonarbeid” generelt – synes ikke jeg får gjort så mye fornuftig når jeg sitter og diller på en liten touchscreen. Jeg jobber langt mer effektivt med en større skjerm + tastatur. Da bruker jeg heller tiden på tog og t-bane til å lese eller tenke.

På fritida spiller jeg litt XBox. Det hender jeg blir hekta på et eller annet spill, men først og fremst er online spilling en fin måte å holde kontakten med gamle kompiser som bor et stykke unna.

Og hva slags programvare?

Jeg bruker både OSX, Windows og Linux. På dagjobben går det for tiden (dessverre) i Windows XP fordi arbeidsgiver og kunder insisterer på det. Hjemme bruker jeg primært OSX, fordi det er det operativsystemet som per idag gir meg minst hodebry (svært få ting som må konfigureres og repareres, det meste fungerer som det skal med en gang). Har imidlertid også installert Ubuntu i VirtualBox, og eksperimenterer med å bruke dette som utviklingsmiljø slik at jeg fritt kan flytte arbeidet mitt mellom ulike datamaskiner uavhengig av operativsystem og maskinvare.

Siden jeg er utvikler så er teksteditoren hovedverktøyet mitt. Jeg skifter mellom Textmate, Emacs og Eclipse – ofte bruker jeg flere av dem på samme dag. Det avhenger av hva slags oppgave jeg skal løse, siden de er gode på ulike ting (jeg programmerer både JavaScript, Ruby og Java samt litt Scheme og Clojure).

Jeg tilbringer mye av tiden min i nettlesere. Standardvalget til vanlig bruk er Chrome, siden ingen andre browsere føles i nærheten like kjappe. Slenger imidlertid innom Firefox innimellom fordi jeg liker å bruke Firebug til webutvikling. De andre nettleserene bruker jeg nesten kun til testing av prosjekter jeg jobber med.

Jeg gjør mye planlegging og tankearbeid i mindmaps (tankekart). Disse tankekartene lager jeg vanligvis i enten Freemind (open source, kjører på alle operativsystemer) eller online med ThoughtMuse (en tjeneste jeg selv lagde som et hobbyprosjekt for noen år tilbake).

Nettskyen er fine greier synes jeg. Jo mindre jeg trenger å installere lokalt på de maskinene jeg tilfeldigvis bruker, jo bedre, og jeg vil helst ha tilgang på alt jeg arbeider med uansett hvor jeg befinner meg. Bruker Gmail til all privatmail (innboxen er vanligvis tom, siden jeg praktiserer effektiv Inbox Zero). Google Docs er i flittig bruk og jeg har satt opp en igoogle dashboard der jeg med et blikk kan se hva jeg har på todo-lister, kalender, innbox, at serverene mine er oppe etc.

Med unntak av bilder og filmer så har jeg det meste av data lagret i Dropbox. På den måten er jeg synkronisert mellom alle maskinene jeg sitter på og har derfor et ekstra lag med backup hvis en datamaskin tar kvelden.

Bruker kommandolinje Git til versjonering av alt utviklingsarbeide privat, og bruker selvfølgelig Github også. Snuser i tillegg på Gitorious, et bra (norsk-produsert!) alternativ.

Bruker 1Password til å lagre alle passord, og generer derfor sterke passord til alle nettjenester jeg bruker (vi snakker minimum 20 tilfeldige tegn). 1Password integrerer med Dropbox, har plugins til flere nettlesere og kan også installeres på mobilen, så den er svært lett tilgjengelig.

Når jeg sitter og jobber så liker jeg å organisere de ulike programmene og vinduene med virtuelle desktops. Dette gjør det enklere å switche mellom ulike arbeidsoppgaver. Jeg unngår derfor å ha dusinvis av vinduer oppe på samme “arbeidsflate” om gangen. På OSX bruker jeg Spaces (som følger med). På Windows anbefaler jeg Altdesk, et rimelig og knallbra shareware-program som jeg har brukt i over ti år nå.

Siden jeg prøver å bruke musa minst mulig så er s.k. “launcher” programmer gull verdt. De lar deg fyre av programmer og handlinger lynkjapt bare ved å skrive inn en magisk tastekombinasjon og noen bokstaver. Dette sparer meg for en del tid og klikking. På OSX bruker jeg Launchbar, på Windows finnes Colibri.

Det hender jeg gjør grafiske ting. Da liker jeg å bruke Pixelmator på OSX, og Paint.Net på Windows.

Jeg redigerer også litt film iblandt, ofte i faglig sammenheng. Da bruker jeg Snapx Pro X for å fange ting som skjer på skjermen min, mens selve redigeringen gjør jeg i Final Cut Express. Final Cut er et dypt og komplisert program men det tar bare en kveld å komme igang og bli effektiv med det grunnleggende.

Spotify står nesten alltid på i bakgrunnen. “Premium”-abbonementet er vel verdt pengene synes jeg.

I tillegg bruker jeg en del små verktøy og scripts som jeg selv lager når jeg trenger noe spesielt. Dette er noe jeg finner veldig fascinerende med å være programmerer: når vi ikke har verktøy som dekker behovet vårt så kan vi lage nye verktøy helt på egen hånd! Den eneste andre yrkesgruppa jeg kjenner til som kan gjøre det samme er den tradisjonelle smeden.

Hva er drømmeutstyret ditt?

Et stort, lyst, luftig, stille og ryddig kontor. Apne kontorlandskaper er noe sabla tull som kun gavner bedriftenes budsjettpost for husleie!

En 10″ laptop som veier under en halv kilo og som automatisk er på nett uansett hvor jeg er, med en scifi-skjerm som kan brettes ut til å være tre ganger så stor når jeg sitter på en kontorpult. Den bør selvsagt ha over et døgn batteritid samt kul, custom lakkering.

En (trygg) teleporteringsport så jeg slipper å bruke så mye tid på å flytte meg mellom Oslo sentrum og huset mitt. Eventuelt Skype med hologram-støtte så jeg kan snakke med kollegaer virtuelt i full 3D på hjemmekontoret mitt.

This is my free zone, my unfolding space. I write about whatever interests me and sometimes I just like to share something I learned or discovered. The posts are mostly english, but some are in Norwegian when that’s natural. Any feedback is welcome!

Apache

One option, if you are enterprisey, you would keep the staging environment within the firewall, not publicly available.

A better option, IMO, given apache or relevant, I’d set basic auth in the apache config file, or add it to .htaccess if apache is configured to read that. Pretty simple and unobtrusive to the app code. On heroku however, we can’t do that.

Heroku

Heroku forces you to develop and deploy your app slightly differently. It has a read-only filesystem. Git is the only way to send heroku files, removing the possibility to use custom files at server that you have in .gitignore (normal with config/some_settings_x.yml files). In my opinion, heroku forces me to have a better architecture. Disk writes are heavy on the server, why spend server cpu time on disk-duty when it should be serving pages to your valuable customers?

What about the basic auth, this was already fairly simple with apache, wasn’t it?

You be the judge of what is best. I ended up doing this:

# config/environments/staging.rb

MyApp::Application.configure do
  config.middleware.insert_after(::Rack::Lock, "::Rack::Auth::Basic", "Staging") do |u, p|
    [u, p] == ['username', 'password']
  end

  #... other config
end

beautiful and very readable, now it’s all there right in your environment config.

Now you have secured your staging environment from google bots, you don’t have to bother with robots.txt and it avoids people blindly stumbling into your staging app.

As a final note: To easily change password you should consider

   [u, p] == [ENV['MY_SITE_USERNAME'], ENV['MY_SITE_SECRET']]

   $ heroku config:add MY_SITE_USERNAME='username' --app myappstaging
   $ heroku config:add MY_SITE_SECRET='secret' --app myappstaging

Lean – med forvaltning som utgangspunkt
Et sammendrag fra foredrag av
Ole Morten Amundsen
ole.morten.amundsen at gmail

«Alt vi gjør er å se på tidslinjen, fra det øyeblikket en kunde gir en ordre til det punktet vi kan hente pengene. Og vi reduserer tidslinjen ved å redusere ikke-verdiøkende søppel»

- Taiichi Ohno (1912-1990)

Leans syv prinsipper

1. Eliminate Waste
2. Build Quality In
3. Focus on Learning
4. Create Pull and Flow
5. Relentlessly Improve
6. Respect People
7. Optimize the System

Kaizen – forbedring.

«Å ikke ha noen problemer er det største problemet av alle», Taiichi Ohno
«Feiling/fiasko er en mulighet for kaizen.» , Taiichi Ohno
«Annerledes betyr ikke bedre, men bedre betyr at vi gjør noe annerledes» , Shiego Shingo

«Vårt problem er ikke at vi sikter for høyt og bommer, men at vi sikter for lavt og treffer», Aristoteles.
Hva slags mål er egentlig «under/på budsjett»? Hva med verdiskapning?

Optimaliserer du over en bit av organisasjonen, suboptimaliserer du helheten.

Jobb med verdietterspørsel (value demand)
Fjern feiletterspørsel (failure demand)
«Fikse feil» er feiletterspørsel. Ved å innføre en feil, skaper man behovet for å fikse.

Feil forebygges gjennom kvalitet, TDD og hyppige releaser.

«Forsinkelse er sløs/søppel i prosessen.» , Hand-overs bidrar til forsinkelse.
Kostnaden øker med tiden fra feil innført til feil oppdaget, funnet, fikset og redeployet.

«Det farligste form for søppel er det søppelet du ikke er klar over», Shiego Shingo
Bruk «5 hvorfor» og fiskebeindiagram til å finne søppel/sløs i prosessen.

Begrens køen av innkommende kravmengde til leveransekapasiteten.
Sprenges kapasiteten går kapasiteten ned

Jeg kunne tenke meg å holde slike foredrag oftere. Bidra til å inspirere, hjelpe både organisasjon og den enkelte. Foredraget er på 2 timer, med mye rom for aktive diskusjoner underveis.