Advent of Code + Gleam = Sant?
Vi frågade vår kollega Johan Burell varför han valt att köra årets utmaningar i Gleam
Johan - varför just Gleam i år?
Jag har varit i närheten av BEAM/OTP-ekosystemet länge. Jag har träffat folk som jobbar med det dagligen, och till och med en av Erlangs skapare ett par gånger. Så det kändes som att det var dags att prova på riktigt. Problemet har mest varit att de vanligaste språken på BEAM är dynamiskt typade, vilket inte riktigt är min grej.
Vad gör Gleam intressant?
Det är statiskt typat men kör på samma robusta BEAM-plattform. Det betyder att man får det bästa av två världar: stabilitet och tydliga typer. Gleam är dessutom ett ganska litet språk och de har lagt mycket energi på att det ska vara lätt att komma in i och det vill jag utforska om det faktiskt stämmer.
Du nämnde också frontend som en anledning?
Ja, Gleam kan även kompileras till JavaScript. I frontendvärlden är det lite rörigt bland de funktionella alternativen. Elm är fint, men kräver att du köper in dig i hela ekosystemet direkt. Jag är nyfiken på om Gleam kan vara en mer pragmatisk väg in, något man kanske kan kombinera med TypeScript/JS i framtiden. Det utvärderar jag inte under AoC, men det ligger där i bakhuvudet.
Vad hoppas du få ut av årets AoC?
Att känna hur Gleam beter sig i praktiken. AoC är perfekt för det, lagom små problem som ändå avslöjar mycket om ett språk. Jag har testat många språk tidigare (F#, Haskell, Clojure, Rust) så det ska bli kul att se var Gleam landar i jämförelse. Jag förväntar mig både insikter och några "oj, det där var oväntat-ögonblick."
