Random Ramblings

Efter at have kastet mig ud med faldskærm og have gået lidt rundt om mig selv og tænkt over, hvad jeg egentlig gerne vil gik det op for mig, at jeg bare ikke kan sidde stille. Så det der skulle have været et par måneders tænkepause er nu blevet omdannet til freelance virksomhed.

Jeg har således oprettet virksomheden Incremental, og er allerede i gang med de første småprojekter. Ambitionen er på sigt at lave nogle mindre projekter for mig selv sideløbende med jeg kører en freelance forretning, der leverer webapplikationer til virksomheder rundt omkring i verden.

Indtil videre har tiden budt på både Rails og PHP arbejde og endog noget Google Maps integration, så jeg er blevet helt ferm ud i Javascript. Det er utroligt så meget ens horisont udvider sig, når man ikke længere er i de faste og trygge rammer.

Det er også allerede blevet til de første par forretningsmøder med potentielle samarbejdspartnere og andre spændende mennesker. Det er skønt at have tid til at tage rundt i København og hilse på folk og få inspiration og ideer fra så mange sider.

Alt i alt er jeg en super happy camper efter min første måned på egne ben og det virker som om faldskærmen så småt er ved at folde sig ud.

Jeg har i de sidste mange år været ansat i Circle R&D, tidl. Interflow. Først som studentermedhjælper dengang jeg var grøn datalogistuderende, sidenhen som udvikler og senest som udviklingschef. Det er efterhånden blevet til 8 gode år i virksomheden. Men alting har en ende og ligeså min ansættelse hos Circle. Jeg har derfor sagt min stilling op og er fra udgangen af februar officielt arbejdsløs.

Det er naturligvis ikke en beslutning, der er taget fra den ene dag til den anden. Den har været undervejs i et stykke tid og en masse forskellige faktorer har spillet ind. Jeg kan se tilbage på en række lærerige år i selskab med en masse spændende, sjove og dejlige kollegaer. Det er derfor også med et vis vemod, at jeg nu vælger at se, hvad livet ellers har at byde på.

Og hvad har livet så at byde på? Når man har været det samme sted i så mange år, kan det være svært at gennemskue, hvordan verden derude ellers kan se ud. Jeg har derfor besluttet mig for ikke at søge en ny stilling lige med det første. Til at starte med skal jeg bruge noget tid på, at finde ud at verden ikke kun handler om marketing, e-mail og responsrater.

Derefter har jeg planer om at genopdage inspirationen og passionen for mit fag. At få læst nogen af de bøger, der ligger og venter. At få hacket noget fordi jeg synes det er sjovt og ikke fordi jeg får besked på det. At bidrage til fællesskabet så godt som jeg nu kan.

At være min egen chef er noget jeg har tørstet efter længe, så nu skal det prøves. Jeg er derfor til rådighed som hired-gun til alskens udviklingsopgaver, så hvis du - kære læser - hører om nogen, der skal bruge en mand til at bygge software enten online eller offline, så sig endelig til. Jeg er altid nysgerrig efter at høre, hvilke ideer, der bliver puslet med ude i virksomhederne.

At være sin egen chef betyder desværre også, at der ikke længere er nogen, der automatisk genfylder pengetanken måned efter måned. Det er pludselig mit eget ansvar at sikre, at der er noget at leve af. Så ligenu har jeg det lidt som om jeg er igang med at kaste mig ud uden faldskærm. Eller i alt fald med en skærm som jeg ikke helt ved om vil folde sig ud før jorden nærmer sig med frygtindgydende hastighed. Spørgsmålet der står tilbage er, om jeg i tide når at finde ud af, hvordan man rammer forbi. En ting er dog sikkert: Jeg vil nyde flyveturen hele vejen.

Det kan til tider være rart, at kunne bruge forskellige databaser under udviklingen af sine Rails applikationer. En mulig fremgangsmåde for at gøre dette er at oprette miljøer, med hver database, f.eks. development-psql og development-sqlite.

Ulempen ved denne fremgangsmåde er, at man bliver nødt til at kopiere miljøet i config/environments/development.rb til en tilsvarende fil.

En alternativ måde at løse problemet på er ved at benytte ERB i database.yml. F.eks:

<% if ENV['DBENV'] == 'psql' %>
development:
  adapter: postgresql
  database: rails_dev
  username: root
  password: secret
  host: localhost
  encoding: UTF-8
<% else %>
development:
  adapter: sqlite3
  database: db/development.sqlite3
  timeout: 5000
<% end %>

Hvis man så starter serveren (eller console eller…) med DBENV=psql ./script/server vil man benytte Postgres og ellers SQLite.

Dette er mest en “note-to-self”, men eftersom andre sikkert kan have glæde af informationen, så publicerer jeg den her.

Fra tid til anden har jeg i en Liquid template behov for at undersøge, hvorvidt et givent element findes i en samling. Hver gang bruger jeg urimelig lang tid på at erindre, hvordan det nu lige var. Så her er opskriften:

{% if [1, 2, 3] contains 1 %}
  1 is contained
{% endif %}

Jeg er i den situation, at jeg har fået til ansvar at modtage tidligere kollegaers e-mail i en periode efter deres opsigelse. Det viser sig, at folk får meget interessant post: Personlige hilsener, fødselsdagsremindere, kundehenvendelser, etc. En særlig klasse af denne post er nyhedsbreve som kollegaen har tilmeldt sig i løbet af vedkommendes tid i firmaet.

For at min indbakke ikke skal flyde over, og for at nyhedsbrevssystemerne rundt omkring ikke skal blive overbelastede prøver jeg at være en god Internet-borger og afmelde mig de nyhedsbreve som ad denne vej lander i min indbakke. Nogle nyhedsbrevsafsendere har forstået pointen og tillader, at man afmelder sig med et enkelt klik på et link i mailen.

Så er der dem, der sender en til en hjemmeside, hvor man bliver bedt om at bekræfte, at man virkelig gerne vil afmeldes (fordi man klikker jo tit på et afmeldingslink når man ikke vil - de skulle tage og læse Never Use a Warning When you Mean Undo).

De mere besværlige kræver, at man enten bekræfter via en opfølgningsmail fra systemet, som man skal svare på for at bekræfte, at man vil afmeldes. Eller, at man skal logge ind med sit brugernavn og kodeord - som jeg i sagens natur ikke kender - men som man kan få tilsendt.

Endelig er der de helt umulige. Dem hvor man ender med give op. Et grelt eksempel på dette er Yahoo groups. Det starter ellers fint - i bunden af alle mails fra Yahoo groups er der et fint unsubscribe link. Når man klikker på det opdager man desværre, at det eneste det gør er at sende en mail til en unsubscribe adresse hos Yahoo groups. Altså ingen identifikation af afsender udover hvad der står i mailens headere. Det kan jeg ikke bruge, for mine headere matcher ikke min tidligere kollegas.

Næste skud på stammen er at prøve at gå ind på linket til at ændre indstillinger via web. Her bliver man så mødt med et krav om at afgive et Yahoo ID. Well, jeg har ikke min tidligere kollegas Yahoo ID, så det er også no-go.

Men så kan jeg da bare bede om at få kollegaens ID tilsendt - eller, nå nej, det kan jeg ikke. For at gøre det skal jeg nemlig igennem en multistep formular, hvor jeg først skal indtaste en Captch, for derfor at blive udspurgt om kollegaens fødselsdato, hans primære alternative e-mail adresse og hans postnummer. Disse data har jeg ikke, så det er også en no-go.

Nå, men så kan jeg da prøve at søge hjælp hos Yahoo Groups tænker jeg. Men ak, her er der ingen hjælp at hente. Siderne gentager bare, hvad jeg har beskrevet ovenfor. De nævner dog muligheden for at kontakte customer support via en webformular. Det må jeg prøve. Men nej, formularen kræver selvfølgelig også, at jeg har et Yahoo ID for at få lov at stille et spørgsmål.

Jeg har altså tre muligheder for at komme videre ud fra min nuværende position:

• Fix mine mail headers, så jeg fremstår som min kollega
• Gæt hvilke data min kollega har indtastet i forbindelse med sit Yahoo ID
• Opret mit eget Yahoo ID så jeg kan komme i kontakt med customer support

Ingen af disse tre tiltaler mig særligt, så jeg har istedet valgt den pragmatiske løsning - blacklisting af alle beskeder fra Yahoo Groups.

Hvis de da bare havde indsat et lille link man kunne afmelde sig med.