vmchale

61 ms·

691.
by vmchale 8y ago
> From the philosophical point of view they are exactly what is needed to allow Elm give as much guarantees as possible. Pretty much every language falls apart when it comes to FFI. In Haskell, a foreign function `Int -> Int` can prin
692.
by vmchale 8y ago
Agreed. Not allowing footguns is great, but custom operators aren't a footgun and in any case the fact that Elm has operators at all kind of indicates that they you're just being treated as a second-class citizen.
693.
by vmchale 8y ago
> Just makes it way easier for newcomers to learn the language. I don't think that's true. In either case, being beginner-friendly above all else is a bad design goal. > the compiler gives you towards ensuring no run-time er
694.
by vmchale 8y ago
> Evan is between a rock and a hard place here and it's due to the current sentiment in frontend dev. Evan is suffering the direct consequences of his actions because he tried to recruit people to the community and then fucked over
695.
by vmchale 8y ago
Also the frankly insane definition of Conflict as "something which isn't actually at all related to Conflict." Under Supreme Leader Evan's rules, apparently talking about puppies would be "Conflict"
696.
by vmchale 8y ago
> Elm's BDFL is just a DFL Which is true. > This sort of dismissive toxicity just begets more of it and turns off newcomers. Ah yes, legitimate criticism of Elm turns off newcomers so it's entirely justified to ban legitimat
697.
by vmchale 8y ago
> This seems more like what I would expect from someone’s hobby project that got out of hand and accidentally got a bunch of people who follow along no questions asked. It does, but then you realize he actually advocates using it in prod
698.
by vmchale 8y ago
Don't be! This is how Elm works: with Evan as a petty dictator micromanaging every aspect of the discussion imaginable and in fact banning people from posts in other forums .
699.
by vmchale 8y ago
Not to mention, it's not actually verbal abuse that they ban. The Elm forum rules are totally batshit: https://github.com/elm/forum-rules
700.
by vmchale 8y ago
> It doesn't matter how many people are deploying Elm in production today—it's still a pre-1.0 language and maybe they shouldn't be deploying Elm in production Maybe the Elm website shouldn't advertise the fact that p
701.
by vmchale 8y ago
no runtime exceptions except for infinite loops lol
702.
by vmchale 8y ago
> breaking code is not really a problem since elm compiler is fast and has nice error messages. Not true on either front. Elm's compiler does not have good error messages, and breaking code is absolutely a problem.
703.
by vmchale 8y ago
>Elm is much more stable than every option in the market. This is false.
704.
by vmchale 8y ago
Clearly the internal API existed because Evan et al. decided they needed to use it. So why did they decide it a feature that was so obviously necessary was too complicated for the hoi polloi?
705.
by vmchale 8y ago
Nobody can take Elm seriously because having lines of code in Elm is a liability at this point. If Evan hadn't wanted this to happen, he shouldn't have positioned it as the "beginner-friendly" language and then pulled
706.
by vmchale 8y ago
No, "immaturity of the language" refers to Evan's tendency to make breaking changes for absolutely no good reason. Use custom operators? Fuck you. Now go rewrite all the libraries you contributed to the community.
707.
by vmchale 8y ago
At this point it's barely a stepping stone. I'd recommend just diving in to Haskell or the like head-first so you learn the tools you'll actually use. When you update this quickly (and for no reason), the learning resources g
708.
by vmchale 8y ago
This is just model-view-controller except Evan is taking credit for inventing it.
709.
by vmchale 8y ago
Being pure is nice, and you don't have to compromise if you use GHCJS + Miso or PureScript + whatever.
710.
by vmchale 8y ago
Not to mention it actively removes features that are heavily used. An egregiously disrespectful way to treat your library authors and community members, frankly.
711.
by vmchale 8y ago
"I've never used generics, and I've never missed them"
712.
by vmchale 8y ago
This is simply false. One can debate laziness as a default, but pure immutable languages need laziness.
713.
by vmchale 8y ago
I'm not really sure what you mean by "stuck in IO" but that's a consequence of laziness so it's pretty much unavoidable in FP in general. As for "hard to grasp libs," I find them much easier to use than
714.
by vmchale 8y ago
I am currently employed full-time writing Haskell.
715.
by vmchale 8y ago
No, it probably wouldn't, unless you were using integers. Pony still uses floats and returns NaN or Infinity or something.
716.
by vmchale 8y ago
That's a terrible default for an average function lol. Once again in nearly all cases, taking the average of a list without elements is an error.
717.
by vmchale 8y ago
Limits aren't the only thing broken by division by zero, though. For integers it's mainly algebraic stuff.
718.
by vmchale 8y ago
Also just defining division to be whatever you want in the moment is not actually pragmatic, it's stupid and trivial. There's a reason we define a symplectic manifold the way we do. There's not a reason to say `1/0 = 0`,
719.
by vmchale 8y ago
What an absurdly dumb article.
720.
Show HN: Illiterate, a literate programming preprocessor(github.com)
2 points by vmchale 8y ago|0 comments

More ›