Standardisera på Gleam?
@krig överväger den klassiska Gleam-Zig-stacken.

Ett utdrag ur Kodsnack 692 - lyssna där poddar finns eller på kodsnack.se
#gleamlang #ziglang #podcast

@kodsnack
@krig

Jag känner mig rätt säker på att ZigLang-hajpen kommer att dö. Det verkar som att dom inte kan hålla sig från att trycka in för mycket i språket. C kommer att fortsätta vara standard för osäker lågnivåspråk.

Det verkar som att folk glömmer bort att Rust har unsafe och att det är helt okej att använda unsafe när det behövs. Istället för C.

Vanlig Rust-kod ska se ut som Gleam. Annars har man gjort något fel.

@sigismundninja @kodsnack Problemet med unsafe är att om man behöver skriva kod som är unsafe är det mycket svårare att skriva safe unsafe rust än att skriva C eller Zig.
@sigismundninja @kodsnack Men det sagt så håller jag faktiskt med om rust, i nästan alla situationer är det ett bättre val än zig. Det som egentligen gör mig irriterad mer än något annat är tokio som jag tycker gör allt krångligare än det borde behöva vara, och pga hur asyncmodellen funkar så har det cementerats som det man måste köra med för att det är den runtime som alla crates stödjer. Hade man kunnat börja om med rust idag hade det gått att göra det mycket bättre IMO. Ironiskt nog har det fastnat i en komplexitetsfälla som liknar C++ väldigt mycket…