News for hackers. Stuff that matters.
Re:Why we chose Elm for Humio’s web UI by jfmengels1 on Monday April 19, 2021 @11:11AM (#26863591)
I couldn't say the same thing for even well-architected TS apps. There are important escape hatches that TS gives that make it unreliable, as summarized in this article: https://incrementalelm.com/tips/typescript-blind-spots/

Refactoring code or updating dependencies is and feels a lot safer in Elm than in TS, and doesn't require asking for every npm package author to add TS type definitions.

I'd also argue that TS/JS have the esoteric/cool features. Elm is a very simple language, complete enough to be able to write most programs, but small enough to give you a lot of guarantees about how the code will behave.

Re:Why we chose Elm for Humio’s web UI by heterodoxxed on Monday April 19, 2021 @01:18PM (#26865347)
| There are important escape hatches that TS gives that make it unreliable

This is one way to mitigate those escape hatches:

https://github.com/cyrilletuzi/typescript-strictly-typed

But in my experience, you had better be starting a new project. They aren't joking when they say laying it on an existing codebase is a nightmare.

Re:Why we chose Elm for Humio’s web UI by razze on Tuesday April 20, 2021 @03:51PM (#26880530)
Do you know if that somehow fixes https://github.com/microsoft/TypeScript/issues/8677 ? That's still the most annoying thing about typescript for me.