VG Conference Feed

If I was a bit negative yesterday, that is all gone today. What a day! Great talks and great atmosphere here. Seriously considering cashing in on the early bird ticket for 2016 already now (one fifth of the price this weekend).

Highlights of the day was the keytalk (again) on general tips on performant Android development, Duana Stanley’s talk on micro services and getting a chance to talk to Olivia from the React Native Facebook team as well as Mohammad from the Guardian about their app.

Keynote - “Android is not Java” by Senior Software Engineer at Google, Chet Haase.

This was a very hands-on talk about the differences between being a Java developer and an Android developer which was a bit of a wake-up call for me. Developing on a device with four CPU cores on 2.3GHz, one kind of forgets that it’s still only a phone with limited resources, that not all devices have those specs, and that we’re not running on the JVM but ARM/Dalvik. All slides were packed with concrete tips which I’ve taken notes of but which are too many to list here.

“React Native” by Olivia Bishop from Facebook

An intro to React Native for Android. Having spent a day testing this a week prior to the event, the contents of this talk was mostly known to me except for a couple of key points:

The latest build support hot-loading of images. Yay! :)

Facebook is considering making the React Native JSX also for web. I.e. instead of . Would make tri-platform-development simpler (iOS, Android, HTML). Interesting!

It was also new to me that most React Native development happens from the team in London. I got a short chat with Olivia after the speak and it was reassuring to hear about their dedication!

“Working together - Avoiding house divided with developers and designers”, Juhani Lehtimäki

This “soft” talk the cooperation process was a nice break from the technical. Juhani was experienced in this regard and held an entertaining and educating talk on the subject. I we at VG are pretty good at this but we can always be better. Key takeaways:

Handover from design to development is not a one-time process, but an iteration

Try finding and implementing the easy wins design-wise first, leaving the fancy design which is hard to implement last.

Designers must educate themselves in the platform they design for, and the developers must in a helpful manner aid to this.

Developers must tell the designers what can easily be done programatically so that they don’t waste time doing work the Android platform can do.

“Material Design Adaptive UI” - Marcos Paulo

A talk on how to use principles from Responsive design on Android. Adaptive is not responsive though, but the principles are the same. Design for multiple screen sizes and modes using the Android “Grid” and “PercentLayout”. He also encouraged not to blindly follow the Android Design Guidelines but to stay creative.

At the end of the talk the power to his Macbook died so he told an anectode about this one time he did karaoke. Almost expected him to start singing. He didn’t but still humorous :)

“Kotlin”, Jake Wharton

The only reason I went to this talk was because it’s held by Jake Wharton. My qualms with Java is all but gone after becoming friends wtih Lambdas and RxAndroid, so why learn a new language?

Kotlin is a functional language from Jetbrains running on the JVM/ARM which is promising to make Android programming fun again (I believe it already is). It took Jake about 20 minutes to get to the point (the background was needed) and while I got it, I’m unsure I’m totally convinced yet.

In short, Extension Function Expressions (watch the video to understand it) allow you to create elegant code wrappers around nasty Android SDK functions (or your own), without adding overhead the way you would do with Java wrappers. The talk was very relevant to the keynote where Chet Haase stressed keeping the number of classes to a minimum in any Android project.

“Microservices is our BFF” - Duana Stanley from SoundCloud 

A back-end talk at a front-end conference, but a very relevant one. She talked about how they had rearchitected their service infrastructure in SoundCloud to accomodate for more rapid development. A lot of pointers to take home to VG here. Basically building a layer of services specialized for mobile presentation in front of the generic REST services enabled SoundCloud to be more agile.

I will go into detail about this in our next dev meeting.

SoundCloud’s infrastructure before the refactoring

“Android is the world phone” - Corey Latislaw 

Corey gave us a reminder on that Android is growing extremely fast in developing countries - Russia, Brazil, India, Brazil and many African countries. World wide, 80% of the smart phones are Android phones. What oppurtunities lies in this and what are the challenges? She talked about how to tackle cultural and language differences or even illiteracy. How do find out about your users needs when they’re at the other side of the world (basically go there).

Not very relevant for VG only producing apps for the Norwegian market but a good reminder on the impact of Android phones.

Summary 

DroidCon is one of the largest Android-related conferences in the world and has been organized for 4-5 years already. Many of the big names in the Android world are on the speakers list, so I was keen to see what this conference had to offer.

Yellow flag already before I had entered the building. There was a line. A long one. I knew I was in the right line though becuase no one talked. But didn’t the venue have the capacity for the amount of people signed up? Or were the organizers understaffed? After 15 minutes of waiting it turned out not to be that bad, yet I’m sitting here writing my blog now instead of attending the final talk of the day becaue the capacity of the room was blown.

Also fix your Wifi. It does not work in 9 out of 10 attempts. Oh yeah and when I’m ranting: The “BarCamp”-thing could be better organized. "BarCamp" turned out simply to be open slots in the programme to which there may or may not have been some democratic voting system which decided which talks would be held. Wasn't very much information about this - the organizers kind of expected everyone to have attended this before and to know what it was. I would prefer to know the theme of the talks up front, and not having to scramble on the non-functioning internet 5 minutes before the start to (not) find out what the subject would be.

Enough negativity. There have been some highlights today. In short:

The keynote

Meeting other developers from Schibsted

The keynote

The theme suprised me: Taking charge of your career. This turned out to be a really interesting non-technological talk by a technologist from Brazil, Sandro Mancuso. At 17:00 this is still the most interesting talk of the day. Maybe it's because I'm getting old and experienced so the technological talks really have to impress me to blow me away. Or maybe The tech talks simply were bad or trivial, I don't know. Key take-aways:

Your job is not your career

Stay in your job as long as your career goals aligns with your company's goals. Then quit. (Best for you, best for the company)

Don't use recruiters. Neither as job-seeker or when recruiting.

Ever

Recruiters are a disease that needs to be eradicated from the face of the earth.

When you conduct interviews with code submissions, do the candidate a favour and always give feedback even though you do not hire him/her.

In Interviews, ask questions related to the day-to-day job - not abstract algorithmic questions anno Google 2009

Interviews are a two-way street. Sell your company and your people to get the best candidates.

Side note: Are we at VG as good as we can be here? Could we have a web page presenting individuals in the development team?

The social part

Thanks to the #sch-android channel on Slack, I've been able to join up with Lasse from Finn.no, Gustav from Blocket.se and Ronan and Conorfrom DoneDeal.ie. I'm surrounded by classifieds :( But that's fine :) Great guys and we've already had some interesting technological discussions. We will go for a beer later and probably solve some world (tech)problems.

In general there's a lot of opportunities for socializing and getting to know the speakers here - they all have stands in addition to appearing in the "mingle zone". I'll be sure to seize the opportunity to talk to more guys from some of the big companies that are represented here.

Other talks

Talk 2 - The journey of Touch events

Marco Cova from Facebook talked about the pitfalls with the touch event system on Android and how he overcame them to build awesome UI controls in the Facebook apps. Good to know for that day we'll do the same :)

Talk 3 - Gradle

Etienne Studer from Gradle talked about the upcoming performance improvements in the next version of Gradle

Showed some nice graphs on what takes time in the build process. Basically Google needs to get their shit together with the DEX process ;)

Talk 4 - Gradle plugins take it to the next level:

Eyal Lezmy from Genymotion talked about how he made their Gradle plugin and how we could do it as well

Meh

Talk 5,6,7: Open slots/ "BarCamp" .

Attended briefly one about animation, but left before 10 minutes had passed because I got the impression it would be just about what's well documented by Google and partly known by me

Attended one about how to use Genymotion emulators in the CI-cycle. Not sure we would want to do that, but interesting nontheless

Spent time socializing instead of attending the one about improving Gradle Performance.

I kind of regret not going to the ones about the XDA web site and the one about reverse engineering now that I know the quality of the other talks. I hope & think they post the videos online though, so I'll check them out.

Hele sesjonen kan sees og høres her: http://ona15.journalists.org/sessions/socialnewsgathering/

Notater:

Newsrooms now have teams dedicated to social newsgathering.

Mandy Jenkins from Storyful, social news agency. Tech + investigative journalism skills. Dig in to find sources on the ground, eyewitnesses, people sharing photographs/video. We contact them and verify facts, copyright clearance.

Fact checking by looking at buildings on Google map, does photos match the weather at the supposed time/location.

Andy Carvin, Reported.ly.

Our office hours are on Twitter. Team spread over 10 time zones.

Real time rather than breaking news. Many have resources to be first. We want to go deeper into the story and find out who the people are, analyze what's happening. Not racing to be first. Would rather have more understanding than being first.

News organizations should be very transparent about what they know and don't know and why.

Easy to hide behind law enforcement sources.

Team of social media natives. We are guests in the communities we cover.

Niketa Patel: uses dataminr in tweetdeck.

Jenkins: Use a lot of Chrome extensions - everything in Chrome. Tweetdeck.

Carvin: Have a package of Chrome extensions. Most important tool are our followers. They are an army of human sensors. May seem strange to rely on the public, but they are often the switches that trip first.

Reportedly's Twitter lists are public.

Boils down to cultivating relationships with sources. That is not going away even if the person is not standing in front of you.

Can be as simple as following someone's @-replies. Using observational skills about how a conversation is playing out.

Some people don't want to talk to journalists, others very eager to get the word out.

A lot more noise, but people are also getting more news literate - don't see the same fake photo circulate as much as it used to. Still happens of course.

Q: Open vs closed networks. Twitter vs WhatsApp/weechat/firechat/waybo?

Jenkins: Very used to open networks. Hard to get into, but people share more in networks where they trust each other. Photos passed around among friends, hard to track down original source.

Carvin: No discovery tools for the closed networks. Private space for a reason.

A whole new cultivation skill to talk your way into closed groups on WhatsApp.

Fake photos can be geotagged in other locations. Content passed from network and network can be scrubbed on the way. Metadata can be misleading. It's a starting point for verification but not enough.

People don't want to talk to journalists after tragic events. Need to build relationships over time.

Jenkins: Trauma. Difficult to deal with disturbing photos and videos. Young staff, need to create a space where journalists can feel safe and react.

Carvin: Spent Arab Spring mining social media. Scared by sources Twitter feeds going silent.

Important to recognize each other's triggers. Stop and talk through what we just saw. Take breaks and reflect, make us better journalists and better human beings. The possibility of being haunted by stuff you've seen for life.

Seeing staff work harder is a sign of people going into trauma. Especially important with remote staff.

Q: Verification process. PR people.

Carvin: Bad sign when PR people pop up in a conversation. Usually means things are a lot worse than we initially thought.

Avoid intermediaries. Get to eyewitnesses as soon as possible.

Q: refugee crisis.

Carvin: Lot of cellphones. To keep their families alive. Incredible networks of refugees who coordinate and help people behind them. Kingsley from Guardian doing incredible reporting following people on the road.

Q: Licensing companies swoop in and grab photos. People asking compensation.

Jenkins: My company does video licensing. Others do more viral videos. Many people are going after news videos for exclusive licensing.  Sources deserve credit and compensation.

Carvin: Not dealing with this, looking at people who share information in the open. Not a good use of our time. Happy to wait for AP/Getty.

Patel: trustworthiness depend on sources being credited.

Q: Israel. Not a problem to get people to talk.

Carvin: our densest collection has to do with the Middle East. Palestine moving into private networks / WhatsApp. Strong motivations on both sides.

Jenkins: Both sides have an agenda. People posting old images.

Q: process for corrections, would you delete a tweet.

Session: http://ona15.journalists.org/sessions/factchecking/#.VgWwnyAqfOE

#ona15factcheck

3-i-1 presentasjon fra forskjellige faktasjekkere med tips om hvordan de jobber mot valget i 2016. 

6 reasons what you're doing isn't fact-checking

Linda Qiu - Staff Writer, PolitiFact/Tampa Bay Times

@ylindaqiu | http://www.politifact.com

1. You report on what is being said. Fact-checkers report on the accuracy of what is being said.

2. You break news, grind out headlines. Fact-checkers aren't restricted to that 24-hour cycle.

3. You tell a story about an event. Fact-checkers focus on a specific claim in that event (e.g. debates).

4. You protect your sources. Fact-checkers give theirs up. Point readers to primary sources.

5. You "tell the story from all sides.". Fact-checkers don't need that "contrary voice".

6. You work for the big scoops. Fact-checkers deliver bite-sized vetting. Politifact checks typically 3-5 claims per day. Debate nights much higher. 20-30 reporters. Popular posts on Facebook give 1.5 - 2 million likes. Big twitter presence during debate nights. Experimenting with Scribble Live.

6 Political Fact-Checking Resources (That You Probably Don't Know About)

D'Angelo Gore - Staff Writer, FactCheck.org

@DAngeloGore | http://www.factcheck.org/

1. Refdesk.com

2. NCSL 50-state searchable Bill Databases

3. TreasuryDirect's Debt to the Penny

4. The American Presidency Project

5. The Federation of American Scientists6. Money in State Politics: followthemoney.org

7 Ways to Screw Up Fact-Checking

Lisa Halverstadt - Staff Writer, Voice of San Diego

@LisaHalverstadt | http://www.voiceofsandiego.org

1. Wait until you're on deadline to call the people you're fact-checking. Or don't call them at all.

2. Consider every statement fact-checkable.

3. Promise your bosses a dozen fact checks a week.

4. Make up your fact-check ratings as you go.

5. Leave it to one person to decide what should be fat-checked and the rating.

6. Fact-check those politicos making crazy claims all the time and neglect their opponents.

7. Let the haterade get you down.

https://www.facebook.com/Flatchecker - videofaktasjekker

Sesjon: http://ona15.journalists.org/sessions/measuringimpact/

Praktiske tips: http://bit.ly/ona15-impact-tips#ona15impact

To forskere som har sett på bruk av målinger/metrikker i nyhetsrommet presenterte sine hovedfunn.

Rapport #1: The Traffic Factories av Caitlin Petre.

Caitlin la merke til at det var en levende debatt rundt hva slags tall redaksjoner burde bry seg om, men kunne ikke finne noe grundig forskning på området. Mye av debatten handlet frykt for hvordan tall vil påvirke redaksjonen – vil dette føre til mer Bieber og mindre Syria? Få har sett grundig på hva som faktisk har skjedd.

Caitlin har hovedsakelig sett på hvordan trafikktall, dashboards og målinger påvirker redaksjonelt ansatte. Har fokusert på trafikktall fra Chartbeat hos Gawker og New York Times, og hvordan data forstås og brukes i nyhetsrommet i disse organisasjonene. Spesielt Gawker har en veldig datadrevet kultur med mye dashboards og tall synlige i nyhetsrommet.

Funn:

1. Metrics engender strong emotions.

Det snakkes mye om de rasjonelle fordelene med å ha tall og målinger og innsikten dette gir, men lite om hvordan det påvirker folks følelser. Ingen selger nye måleverktøy med at «dette vil ta dine ansatte på en emosjonell berg-og-dalbane», men det er en viktig del av bildet.

2. Metrics can be addictive.

Mange beskriver at de blir avhengige av å se de siste tallene på sine artikler. Minner om resultater fra forskning på spillavhengighet, men at du er pålagt å spille som del av jobben.

3. Metrics intensify internal competition

Gawker gikk fra individuelle til kollektive måltall, og mener det fører til et bedre arbeidsmiljø alt i alt. De har gjort forsøk med å trekke frem hvem som skaper mest trafikk med sine artikler, men resultatene har vært demoraliserende og stressende for skribentene. Det kan også ødelegge insentivet for å samarbeide.

Hovedfunn: Metrics are management tools just as much as they are editorial tools.

Rapport #2: Newslynx. Tool for newsroom impact measurement. Michael Keller and Brian Abelson.

Skrolledybde og andre tall er fint og flott, men hvordan kan vi måle om leseren blir opprørt, engasjert eller om vi avslørte noe viktig?

Har forsket på hvordan nyhetsrom balanserte trafikktall mot andre målinger av «impact». Tok utgangspunkt i små, ideelle gravejournalistikkorganisasjoner, som må kunne vise at de får noe ut av støttepenger de får, selv om trafikktallene ikke er all verden.

Kan vi måle hvor ofte vi har fått en korrupt maktperson avsatt? Fungerer ikke så bra.

Bør lage en kombinasjon av:

1. Blir vi nevnt / sitert av viktige personer? Twitter, Google Alerts, taler i Kongressen. (Erna snakket om Odin på Stortinget.)

2. Lag en taksonomi for «impact». Skapte dekningen en endring i verden? Ble det startet en granskning, høring hos myndighetene?

3. Kvantitative målinger. Unike brukere, reach i sosiale medier.

4. Organisasjonens overordnede mål.

Har laget verktøyet Newslynx, et verktøy som minner om If This Then That / alerts rundt impact-målinger.

Trafikk-tall trenger kontekst. Er N sidevisninger bra eller dårlig? Er det bedre enn snittet (eller medianen om én veldig populær artikkel vrir distribusjonen). Og ikke minst: Hvorfor gjør den det så bra?

Første dag ble sparket i gang med en samtale mellom Emily Bell, mangeårig digitalsjef i Guardian og nå hos Tow Center for Digital Journalism, og Richard Gingras, sjef for nyheter hos Google med rundt 40 års erfaring fra mediebransjen. 

Gingras mener at teknologi og journalistikk stadig blir tettere sammenvevd, og at nyhetsorganisasjoner i dag må være like gode på teknologi som de har vært på skriving og rapportering. 

Google jobber med noe de kaller «the Trust Project», som skal hjelpe folk å identifisere journalistisk innhold av høy kvalitet, noe som ikke er like lett når blogger og «corporate spin sites» velvillig spres i sosiale medier uten noen klare skillelinjer når det gjelder troverdighet. For dette opererer Google med ulike «trust signals» som deres algoritmer bruker for å vurdere troverdigheten på innholdet. Jo flere signaler, jo bedre, men de bør være mulige å forklare for leserne, mente Gingras.

Bell påpekte at tross alle mulighetene Google og andre teknologiselskaper skaper for journalister, er ikke journalistikk deres hovedmål. Hvorfor skal vi stole på Googles vurderingsevne når det gjelder hvilke aktører som er troverdige? Google er ikke nødvendigvis på journalistikkens side når deres egne interesser blir gjenstand for kritisk undersøkelse fra pressen. 

Gingras svarte at selv om Trust-prosjektet er finansiert av Google, er det ment å være allemannseie. Resultatene av Googles algoritmer er dessuten åpne for alle å undersøke og kritisere, og de er helt avhengige av brukernes tillit for at forretningen skal fungere.

Han mente også at det var opplagt mye økonomisk verdi i søkemotorer og aggregeringstjenester, og at å forsøke å regulere disse ødelegger «the link economy». Vi trenger et åpent økosystem som støtter både små og store publisister.

Bell spurte om veksten i mobilbruk nå gjør at Apple og Facebook står i fare for å ødelegge «the open web». Gingras svarte at det er en fare, og at Google jobber med et initiativ rundt dette som de vil lansere innen kort tid. Han mente at «the mobile web» står ovenfor en krise. Webløsninger går for sakte på mobil, og det gjør at folk søker seg til proprietære plattformer.

Google har vært i prat med mange utgivere om hvordan dette problemet kan løses, og mener at løsningen må være basert på åpne standarder og åpen kildekode. Hvordan kan vi gi folk en rask, umiddelbar opplevelse på mobil, uten å måtte inngå forretningsavtaler med de som eier plattformene. 

Uten å nevne konkurrentene ved navn var det opplagt at Gingras her har et initativ på trappene som vil gå i strupen på Apple News og Facebooks Instant Articles. Lekkasjer tyder på at det er snakk om et samarbeid med Twitter.

Annonseblokkering er bare et symptom på problemet med at ting generelt går for sakte, mener Gingras. Det finnes ikke én enkelt løsning, men Googles initativ vil tilnærme seg annonsering på en annen måte.

Bell spurte om Washington Post nå gjør ting riktig ved å legge alt innholdet sitt på Facebook som instant Articles. Gingras svarte at publisister må bruke alle tilgjengelige plattformer for å spre innholdet sitt, og at WPs samarbeid med Facebook derfor er helt riktig ting for dem å gjøre. Men Google ønsker å tilby en enklere modell, hvor aktørene ikke trenger å være forretningspartnere.

Bell spurte videre om Apple vil klare å flytte nyheter fra den åpne webben til et lukket mobiløkosystem som de selv kontrollerer. Gringas svarte at det ikke var umulig, men at tilsvaret må være å lage rammeverk basert på åpne standarder og åpen kildekode, hvor utvikere i nyhetsrommet ikke trenger å bruke dyrebar tid på å tilpasse innholdet sitt for en rekke proprietære plattformer.

En spennende dag med mange parallele sesjoner er over.

Her er noen notater fra Amy O´Leary sitt foredrag, som var et av de beste jeg var på i går.

Amy O´Leary jobber i Upworthy, men har blant annet jobbet med innovasjonsrapporten til NyTimes +++

Tittel: From Scheherazade to Snapchat: Ancient storytelling practices that win the internet for good

Twitter: #ancientUX Videopresentasjon: http://ona15.journalists.org/sessions/scheherazadetosnapchat/#.VgWMo7Qn__m

Historien om Gilgamesj:  Bildedrevet historie: Hos Upworthy lager de storyboards med bilder til alle sakene. “Think as images as the backbone of a story. Lot´s of images when you scroll. Especially on mobile.”

Iliaden: Hvordan holde på oppmerksomheten til leseren når alle vet hva som har skjedd? Fortell noe mer. Bryt ned alle bitene av historien. Ikke bare fortell hva som skjer, men hvordan og hvorfor.

Fin viral sak (tegneserie): Trying to follow what is going on in Syria and why? This comic will get you there in 5 minutes.

Humma ha og Shakespeare: Bruk humor i seriøse historier. Se tumbler siden Shakespeare dick jokes.

Saken “5 incredibly delicious chain restaurants you should never, ever eat at and 1 you should but can't” er et godt moderne eksempel. Saken er på 5000 tegn, inneholder mer enn 75 vitser, men forteller også historien om segregering, fagforeningstrøbbel etc. Den ble selvfølgelig masse delt og lest.

Amy hadde også flere eksempler fra blant annet Dantes inferno og gamle myter, og mente vi burde bli mer personlige i nyhetsformidlingen og vise mer empati, blant annet i delinger i Sosiale medier.

Hun hadde også laget noen fine postere som oppsummering.

Onsdag startet som de fleste andre dagene på konferansen, feite stykker med bacon kombinert med black and white pudding og scrambled egg. Begynte å bli litt lei av frokosten nå.

I “spiegeltent” ble det fortalt om hvordan man kunne portere eksisterende legacy-systemer over til Node, noe som reflekterte mye av det vi har hørt før her - steg for steg, bytte ut enkeltstående sider ved hjelp av en reverse proxy i forkant ol. Ingen store overraskelser. 

Todd Moore fra IBM sto på scenen like etter og prøvde å dra noe symbolikk mellom “Open Technology” og universet. Her var det veldig mange ord og veldig tette slides uten noe voldsomt med take-aways.

Stephan Bönnemann var “next man up”. Han har jobbet en del på Hoodie, og står også bak semantic-release. Budskapet hans var at moduler lar deg lage ting raskere, og at problemer rundt versjoner og dependency problems ligger like mye på consumers som på publishers. “Skriv tester”, pretty much. Vi var litt enige, og litt uenige samtidig.

Matthew Podwysocki er kul. Han jobber for Microsoft, men snakka om Thali Project, som er dritkult. Det er en platform for å bygge applikasjon på tvers av miljøer, herunder Android og iOS, som fokuserer på sikkerhet og tilgjengelighet. Det kuleste her var at de har implementert en peer-to-peer teknologi som gjør at du enkelt kan “crowdsource” applikasjonene i miljøer der internettilgangen ikke nødvendigvis er helt på topp. Med bruk at PouchDB kan du lage noen ganske fiffige applikasjoner som potensielt kan ha stor påvirkning i land som har dårlig nettforbindelse.

Hugh Rawlinson snakket om Node og musikk. Har ikke så mange notater herfra, men vil påstå at det var vanvittig kult, selv om jeg ikke kan mye om musikkproduksjon osv.

Trevor Norris viste oss masse ting man stort sett ikke bør gjøre med Node. Altså ting man kan få Node til å gjøre, som ikke er helt anbefalt. For å si det sånn. Ting som live reloading av kode, og eksperimenter med optimalisering av kode som viste seg å være en ytterst dum idé. Et av eksperimentene hans landet derimot i node core og har sørget for økt performance. Kult.

Jeremiah Senkpiel fortalte om forskjellige måter man kunne bidra til Node core på. Alt fra dokumentasjon til issues markert som “easy fix”, ol. Noe ikke alle er klar over er for eksempel at mye av koden i Node core er Javascript. Med andre ord trenger man ikke nødvendigvis kunne C/C++ for å bidra.

Mathias Buus pleier alltid å imponere. På WebRebels i fjor snakket han om node-modulen hans for torrents, på OneShot Oslo viste han oss et distribuert og versjonert filsystem, og på NodeConf EU denne lystige onsdagen presenterte han en torrent-aktig protokoll som åpnet for innhold som forandret seg over tid - en stream. I presentasjonen viste han hvordan dette kunne gjøres med alt slags innhold over flere forskjellige typer streams. Demoen var først med tekst, og så med en MP3-fil. Han kombinerte så dette med WebRTC og viste hvordan man kunne streame innhold til browseren, og videre til andre klienter. Awesome.

Thorsten Lorenz hadde laget en greie som hjelper folk med å lære seg Assembly. Den heter Visulator, og hjelper med å visualisere hva de forskjellige instruksjonene faktisk gjør.

Contra, mannen bak Gulp, hadde en veldig kreativ og morsom talk. Han irriterer seg stadig over hvor vanskelig det er å få ting gjort i USA. Om man finner et hull i veien, så nytter det ikke å si ifra. Klagen blir bare borte, og man hører aldri noe tilbake. Han gjorde et eksperiment: Han ga Mechanical Turk en oppgave der man skulle late som man var fra San Francisco og irriterte seg over hvor mye lysforurensing det var i en av parkene. De skulle sitere forskjellige lokale medier og sende individuelle klager over en gitt tidsperiode. Det fungerte. Basert på dette lagde han et shellscript for å automatisere prosessen på en spesifikk side - denne relatert til “infrastructure problems”. Talken er veldig mye bedre enn oppsummeringen, og bør sees om den legges ut som video senere.

Yosuke Furukawa, vår venn fra Japan, har laget “Hexagonal Stickers as a Service”. Morsom tjeneste, og gøy å høre om den, selv om talken ikke ga noe nevneverdig verdi rent teknisk.

Worksoppene etter dette handlet om Hapi, som viste seg å være workshoppern (nodeschool-sessionen) som Hooverdam allerede hadde vært gjennom. Istedet ble det slått noen golfballer fra driving rangen, og kvelden ble brukt på gala-middag og fest som avslutning på en kul konferanse. Da natten kom krypende var Fossegrimmen for lengst gått til sengs, mens E and E plukket golfballer og slo noen slag på driving rangen i mørket. Man spiller alltid best golf i mørket.

Tirsdag klokka 07:30 nøt vi en rolig frokost med utsikt over hagene. Hjorter som beitet, harer som hoppet og konferansedeltakere fra USA, som gikk rundt og sa "Good morning, how y'all doing?". Ah, such bliss!

Dagens første foredrag var en ganske interessant fortelling om koding av nodemoduler i C++, som selv Fossegrimen klarte å følge med på. Mike Tunniclife fra IBM foredro.

Suz Hinton fortalte om hvordan hun har gått fra å lage ting til å lage ting for å hjelpe folk med å lage ting. Som hun selv sier: "Many people want to hack chips, not many people want to code C/C++". Hun står som ansvarlig for avrgirl, et prosjekt som er tenkt å gjøre det enklere å bruke Node.js til å programmere microchips.

Kelsey Breseman dro på med en skildring av hvor vanskelig det er å vite hvordan man skal utvikle et åpent produkt, særlig med tanke på hva man gjør når produktet er sluppet. En aldri så liten filosofitime der altså.

Thomas Watson er en artig fyr fra Danmark, som viste hvordan han har hacket Apples Airplay. Han presenterte eksempler på hvordan han klarte å late som om EDB-maskinen hans var en Airplay-enhet, slik at vi kunne laste bilder opp på maskinen hans (og mye mer). Fiffig.

En sløy amerikaner fra IBM fortalte oss om sine erfaringer med å lage et alarmsystem for hytta si ved bruk av Node.js, Arduino og diverse smådeler til en totalverdi på $100. Det synes jaffal Fossegrimen var gøy å se på.

Med italiensk bravur og dramaturgi, støttet av minst fire doble espresso, viste Luka Maraschi oss hvordan han feilsøkte i nattens mulm, etter at produksjonssiten hans gikk ned klokka 3 om morgenen. Han var flink til å fortelle. Det er J Edgar enig i.

Mandag sto vi opp klokka 07:45 og spiste en god irsk frokost på slottet.

Tekniske problemer preget resten av dagen; flaky wifi og generelle problemer med A/V-utstyret resulterte i at flere foredrag ble utsatt. Alle konferansedeltakerne fikk gratis øl.

Etter lønsj var det workshops. De var stappfulle.

Mer grillfest, mer øl. Hyggelige mennesker fra et telekomselskap i Irland fyrte opp Neshornet i en diskusjon om hvorvidt Node.js egner seg til håndtering av prising av telefonsamtaler (pre-paid cards), hvor responstid vanligvis skal ligge på <50ms pr samtale. Neshornet var ikke overbevist om at Node.js' event loop var den best egnete kandidaten til jobben.

Vi ruslet ned i en av slottets mange hager og prøvde oss på litt falkejakt. Nærkontakt med en falk kan anbefales, bare spør Edgar.

Arrangøren hadde også satt opp et stort telt fra 1923 ("Spiegeltent") i hagen, hvor samtlige foredrag skulle finne sted. Et fint telt, som visstnok blir satt opp uten bruk av verktøy.

Grillfest, med to helstekte griser og øl. Nam!

J Edgar og Fossegrimen nøt to sløve dager i Dublin før Neshornet kom og ødela alt sammen: "Nå må vi dra. Er det greit at jeg tar bilder av dere? Hele tiden."