Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gren – an Elm fork

gren-lang.org

Post reply on HN
Print view View original

61–70 of 129 posts

Re: Gren – an Elm fork

#61

Post by SantalBlush »

Jeff_Brown wrote: post #51
hu3 wrote: post #5

Earlier quoted context omitted.

For one, it's been over 2 years without an Elm release. And there are many open bugs untracked in GitHub. https://github.com/elm/compiler/issues Unrelated to your question but for those curious, here's a comparison between Gren and Elm : https://gren-lang.org/book/faq.html#what-are-the-differences...

No tuples?! What if you want a function to return, say, a number and a string? Are lists heterogeneous? That defeats a lot of the safety a type system can offer.

You might be interested in a fork of Gren that has tuples and maintains the safety of a type system.

Re: Gren – an Elm fork

#63

Post by vosper »

vbezhenar wrote: post #33
aurelius83 wrote: post #4

Earlier quoted context omitted.

I mean the last commit for Elm core was in 2021. Changes require sign off that doesn’t seem likely from who is currently maintaining it. Why not fork it if you are interested in evolving ELM?

So elm is abandoned or there's more to this story?

It’s abandoned

Re: Gren – an Elm fork

#64

Post by irfn »

crote wrote: post #50
hombre_fatal wrote: post #26

Earlier quoted context omitted.

I don’t get what’s unhealthy about anything on that page. Elm’s trade offs are in plain sight. If you don’t want them, then you have plenty of warning. Frankly Elm has more of a problem with negative fanboying: people who have decided it’s not for them yet have to constantly show up to neener neener every time Elm appears on HN instead of just moving on. It’s very weird to me as someone who uses Elm daily. We get it.…

> people who have decided it’s not for them Rather the opposite, actually. Elm had a lot of promise, and a lot of people really liked what they saw. I consider myself among them: language-wise Elm is pretty much my dream language, and I would love to use it in all my products. But then I tried actually using it, and it turned out one of the core Javascript API wrappers was broken, and rather than accepting one of a d…

100% Agree.

Re: Gren – an Elm fork

#65

Post by _6efo »

Elm has a total toxic waste dump of a community, despite being IMO a pretty good language, so I'm leery of these offshoots and forks (there are a few others as well) especially because it seems like they're created by members of Elm's core team which is the epicenter of why the community is like it is.

Re: Gren – an Elm fork

#66

Post by [deleted] »

Jeff_Brown wrote: post #51
hu3 wrote: post #5

Earlier quoted context omitted.

For one, it's been over 2 years without an Elm release. And there are many open bugs untracked in GitHub. https://github.com/elm/compiler/issues Unrelated to your question but for those curious, here's a comparison between Gren and Elm : https://gren-lang.org/book/faq.html#what-are-the-differences...

No tuples?! What if you want a function to return, say, a number and a string? Are lists heterogeneous? That defeats a lot of the safety a type system can offer.

[deleted]

Re: Gren – an Elm fork

#67

Post by G4BB3R »

Jeff_Brown wrote: post #51
hu3 wrote: post #5

Earlier quoted context omitted.

For one, it's been over 2 years without an Elm release. And there are many open bugs untracked in GitHub. https://github.com/elm/compiler/issues Unrelated to your question but for those curious, here's a comparison between Gren and Elm : https://gren-lang.org/book/faq.html#what-are-the-differences...

No tuples?! What if you want a function to return, say, a number and a string? Are lists heterogeneous? That defeats a lot of the safety a type system can offer.

You can still use records and custom types for this case.

Re: Gren – an Elm fork

#68

Post by G4BB3R »

lolinder wrote: post #37
vbezhenar wrote: post #33

Earlier quoted context omitted.

So elm is abandoned or there's more to this story?

You'll see people arguing that it's not, but I'll let you be the judge. https://elm-lang.org/news https://github.com/elm/compiler/pulse/monthly https://github.com/elm/core/pulse/monthly https://github.com/elm/compiler/commits/master https://github.com/elm/core/commits/master

Also:

https://gotoaarhus.com/2023/sessions/2529/elm-on-the-backend

https://elm.studio

https://thestrangeloop.com/2023/the-economics-of-programming...

Re: Gren – an Elm fork

#69

Post by G4BB3R »

crote wrote: post #50
hombre_fatal wrote: post #26

Earlier quoted context omitted.

I don’t get what’s unhealthy about anything on that page. Elm’s trade offs are in plain sight. If you don’t want them, then you have plenty of warning. Frankly Elm has more of a problem with negative fanboying: people who have decided it’s not for them yet have to constantly show up to neener neener every time Elm appears on HN instead of just moving on. It’s very weird to me as someone who uses Elm daily. We get it.…

> people who have decided it’s not for them Rather the opposite, actually. Elm had a lot of promise, and a lot of people really liked what they saw. I consider myself among them: language-wise Elm is pretty much my dream language, and I would love to use it in all my products. But then I tried actually using it, and it turned out one of the core Javascript API wrappers was broken, and rather than accepting one of a d…

Could custom elements help in your case? Many people quit Elm after kernel code was removed, without knowing ports are not the only FFI option.

Re: Gren – an Elm fork

#70

Post by benatkin »

quickthrower2 wrote: post #55
jgilias wrote: post #15

Earlier quoted context omitted.

A fork is a fork. If Elm development was open to the community and the author could’ve just added Node support to Elm do you think Gren would exist?

I could fork Linux, delete all the code, edit the README.md, and then relace it with say a nodejs CRUD app. This would be a Linux fork. I mean Git by design, each commit is like a new .zip file. So "is technically a fork" and "is spiritually a fork" can be very different.

That would be throwing out the meaning of the word "fork" similarly but in a different way to denying how Gren started as a fork and thus is still one (though it's not the best way to quickly introduce Gren to its intended audience as a whole). There aren't simple algorithms to determine these things. It's the sort of job an LLM would be good for.
Post reply on HN