Re: [elm-discuss] No Runtime Exceptions - Still not computing

On Fri, Oct 7, 2016 at 11:10 AM, Peter Damoc wrote: > > If you can come up with a practical scenario where you would have an > exception, I or someone else around here could tell you what would happen > in Elm in that context. > Yes. The example I gave when I started the thread

[elm-discuss] Re: No Runtime Exceptions - Still not computing

Hi Dave. Check out this link , but scroll down to the section titled "Should functions throw exceptions or return error structures?". It's F#, but the comparison is valid to exception handling vs "functional" error handling using Maybe

Re: [elm-discuss] No Runtime Exceptions - Still not computing

On Fri, Oct 7, 2016 at 8:08 PM, Dave Ford wrote: > > But exception bubbling is a *feature*. An extremely useful feature. > Language level support for exceptions has been a staple of every > programming language since C. I do not consider Maybe and Result to be a > useful

Re: [elm-discuss] No Runtime Exceptions - Still not computing

> > Runtime exceptions are inevitable The successful applications written in Elm proves that they are not. You can keep saying it, but it doesn't make it true. This is a path that Rust is following as well, so it's not like we're the only people in the tech community with this attitude. I

Re: [elm-discuss] No Runtime Exceptions - Still not computing

If you want Exception Bubbling like that, use Maybe.andThen or Result.andThen. These are exactly what they are for. You can bubble your exceptions as high as you like, but (1) that bubbling is always expressed in the type signature, and (2) there's always something that will catch it eventually,

Re: [elm-discuss] Elm could use some positive stories on Reddit

@Peter, I totally agree. What I was trying to prompt was people going there and saying "I made this with Elm". On Fri, Oct 7, 2016 at 9:39 AM, Peter Damoc wrote: > I took a look at the thread and felt that it is better to say nothing. > > A lot of the arguments around there

Re: [elm-discuss] Elm could use some positive stories on Reddit

I took a look at the thread and felt that it is better to say nothing. A lot of the arguments around there look somewhat like the discussions that were silenced by the move away from FRP. Elm is trying to be simple and easy to use by people coming from JS not from Haskell. If someone wants to

[elm-discuss] Elm could use some positive stories on Reddit

There's a "PureScript vs Elm" thread going on on the Haskell Reddit right now: https://www.reddit.com/r/haskell/comments/569cax/factors_going_to_elm_purescript_selection/ Elm's getting a lot of negative press. I certainly don't want to start a flamewar, but I think it would be helpful it people

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

On Friday, October 7, 2016 at 3:00:17 PM UTC+1, Peter Damoc wrote: > > > On Fri, Oct 7, 2016 at 4:41 PM, 'Rupert Smith' via Elm Discuss < > elm-d...@googlegroups.com > wrote: > >> customelements.io is all built on top of Polymer is it? >> >> Well, I got carried away. :) > > Not all of those

[elm-discuss] Re: No Runtime Exceptions - Still not computing

I think your suspicions are largely right, and your concerns are valid. However: Not all exceptional situations are created equal. Some happen more frequently than others, and many are due to programming errors, where things just aren't "wired up correctly", and not all cases are handled.

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

On Fri, Oct 7, 2016 at 4:41 PM, 'Rupert Smith' via Elm Discuss < elm-discuss@googlegroups.com> wrote: > customelements.io is all built on top of Polymer is it? > > Well, I got carried away. :) Not all of those libraries rest on Polymer. A lot of them, however, do. :) -- There is NO FATE, we

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

On Friday, October 7, 2016 at 9:43:40 AM UTC+1, Peter Damoc wrote: > > Yes, we just need web-components, not polymer. Polymer is prividing some >> convenience to experiment with web components though. >> >>> Well... it's more than just convenience. If this gets really iron out > and Elm

Re: [elm-discuss] Re: Functional programming, or why should I use Elm instead of vanilla javaScript?

what's the betting, typescript3 implements immutable data structures, and everyone will be cooing about them (like they are know with non-nullable types ; ) imo, immutability is the biggest missing feature in js... On Fri, 7 Oct 2016 at 00:06 Zinggi wrote: > > And all

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

On Friday, October 7, 2016 at 8:08:43 AM UTC+1, Peter Damoc wrote: > > I was thinking more in terms of having a way to define custom components > in Elm and then use them in Elm while avoiding to duplicate the runtime and > the rest of the core libraries. :) > Yes, so you can have internal

Re: [elm-discuss] No Runtime Exceptions - Still not computing

+1 Peter Elm forces you to explicitly handle failures - whereas you in many other languages the use of exception handling is optional. this freaks some people out, because it's so deeply baked in, that they can miss it's there at all : ) On Fri, 7 Oct 2016 at 09:32 Peter Damoc

Re: [elm-discuss] No Runtime Exceptions - Still not computing

On Fri, Oct 7, 2016 at 5:13 AM, Dave Ford wrote: > So, based on my understanding, the whole "no runtime exceptions" concept > is just not computing. > > But I am new to Elm. Surely I am misunderstanding something. Please tell > me what I am missing. > Programs will always

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

On Fri, Oct 7, 2016 at 6:06 AM, John Mayer wrote: > My view is that we don't need Polymer, just the web components standards. > If you're deploying to production, that may means that you may need to > serve browser poly-fills. > We don't even need the entire

Re: [elm-discuss] Re: Integrating Elm with Web Components / Polymer

I was thinking more in terms of having a way to define custom components in Elm and then use them in Elm while avoiding to duplicate the runtime and the rest of the core libraries. :) On Thu, Oct 6, 2016 at 11:32 PM, 'Rupert Smith' via Elm Discuss < elm-discuss@googlegroups.com> wrote: > On