T-banekontor er mye bedre enn busskontor. Skjermen kan faktisk være rettet mot deg, og det rister ikke så mye, så det lar seg gjøre å lese teksten på skjermen.

Dumt at det er buss for bane for linje 5 😅

Det er vel ferdig 18. august eller noe? Men ja, kjipt, gjør at det tar mye lenger tid å komme seg til vestli.

Jeg kjører T-banekontor halvparten av gangene jeg kjører T-bane! Støtter kommentaren om risting, synes det gjør T-bane og tog lettere enn buss.

Ja, jeg er glad jeg ikke bor på Stovner lenger. Buss for bane nesten hver sommer. I hvert fall da jeg bodde der.

Ammerud her. 62 -> 66 -> helsfyr T -> jbt (fordi Stortinget er stengt)

Savner å ha leilighet på løkka nå, hvor man bare kan gå i 10 min for å være på kontoret.

Jeg vokste opp på Vestli. Har kjørt den banen mange ganger. Har familien der nå!

Vokste opp på Furuset. Kan ikke huske at det har vært buss for bane der noen gang, men Metro-standard-oppgraderingene kom vel etter at jeg flyttet.

Så lenge man kan komme seg til trondheimsveien så kan man alltids bare ta de grønne bussene da. Er rikelig med kollektiv

Kan anbefale < 30 minutter gange til kontoret ja 😁

Jeg kan anbefale 5 minutter gange til kontoret, ja! 😉

Skal se på ny leilighet med dama nå, skal legge inn krav om gåavstand fra kontor.

det er dette vi konsulenter får betalt for …

Jeg mistenker også at det er fint i visse tilfeller der man skriver alt i Go og bruker Grpc til alt.

Men joa 1. Start med data 2. Fjern mulighet for inspeksjon 3. ... du har ikke lenger data.

det gøyeste med grpc er all koden som tar rene data som businesslogikken min faktisk bruker, og gjør om til grpc. Selvfølgelig aldri bugs i det relativt ugjennomsiktige laget

tror du er inne på noe ja, i systemspråk er det veldig praktisk og enkelt å konsumere gRPC

en annen rar sideeffekt: nå skal jeg sende med to nye felt. Kunne bare slengt dem med i mappet så det var klart til når backenden implementerer det. Men med protobuf må jeg vente til backenden faktisk har implementert det

Det er som regel sånn at RPC-protokoller krever at det er samme versjon på server og klient. Har du prøvd RMI i Java for eksempel?

"Information is simple. The only thing you can do with information is ruin it."

> Jeg mistenker også at det er fint i visse tilfeller der man skriver alt i Go og bruker Grpc til alt. > Med en som har jobbet med en sånn stakk i 4 år: Næh, ekstremt med overhead. Kanskje om du virkelig trenger rask nettverksytelse. Men nei, du trenger ikke det. Men føler ikke Protobuf-spekken er problemet da, det er protoc. Skrev litt om det her: https://hypirion.com/musings/making-code-generators-pleasant-to-use

Fin tekst! Du har et poeng. Synes det er interessant at man lander på at "skjema for typer som data" - men så har man ikke én måte å snakke om data på, så det blir strings. I kontrast til clojure, hvor funksjon fra data til data ikke trenger å være magisk. La til en 😂 originalt fordi jeg synes det var litt gøy at erfaringen etter fire år var "nope, ikke ideelt dette heller". Men smiley på en stor melding blir vagt, så fjernet den og skrev heller hva jeg mener.

Nydelig, «skjult» referanse til Chestersons fence, som hadde gått meg hus forbi dersom jeg ikke allerede kjente til begrepet :)

Ikke helt relatert, men husker jeg syns Capnproto var spennende 😁 https://capnproto.org/

aaaaah, takk for den. I hodet mitt var protobuf den kule protokollen laget av han flinke fyren på internett Kenton Varda, som bruker den med stor suksess i cloudflare osv. Men der har jeg blandet det med Cap’n Proto

> Why do you pick on Protocol Buffers so much? > Because it’s easy to pick on myself. :) I, Kenton Varda, was the primary author of Protocol Buffers version 2, which is the version that Google released open source. Cap’n Proto is the result of years of experience working on Protobufs, listening to user feedback, and thinking about how things could be done better. > Note that I no longer work for Google. Cap’n Proto is not, and never has been, affiliated with Google.

aha 😄

Så du var jo ikke helt på bærtur da 😅