Elm crash course - Building unbreakable webapps fast
video description
Date: 2022-03-14
Related videos
Comments and reviews: 9
Milad
Nice presentation. and great work explaining complicated concepts in simple terms.
However, your example of the -Worst possible scenario- was very overpromised and kinda fake .
I would be surprised if there's any application written in any language in which, if you go and introduce a new function ( or feature) and add a new switch case, would break anything,
Your example proved nothing. Why would that code break anyway ?
You know what I mean ?
If I go into my application, written in Angular, find a switch case and add a new case, how's that gonna break anything in runtime? UNLESS that case is actually being met in the runtime, which could happen in your ELM example too.
You didn't add a new feature, you just created an empty function somewhere floating in the code base and praising ELM because nothing broke.
How about adding some new business logic . ?
How about playing a little bit with the markup and adding some new markup to see if something will break ?
Basically, codes break because of change in the business logic, not because of introducing new unused functions.
Cool talk any way.
reply
Nice presentation. and great work explaining complicated concepts in simple terms.
However, your example of the -Worst possible scenario- was very overpromised and kinda fake .
I would be surprised if there's any application written in any language in which, if you go and introduce a new function ( or feature) and add a new switch case, would break anything,
Your example proved nothing. Why would that code break anyway ?
You know what I mean ?
If I go into my application, written in Angular, find a switch case and add a new case, how's that gonna break anything in runtime? UNLESS that case is actually being met in the runtime, which could happen in your ELM example too.
You didn't add a new feature, you just created an empty function somewhere floating in the code base and praising ELM because nothing broke.
How about adding some new business logic . ?
How about playing a little bit with the markup and adding some new markup to see if something will break ?
Basically, codes break because of change in the business logic, not because of introducing new unused functions.
Cool talk any way.
reply
Vishal
I dont get it. How can it not have any runtime exceptions. Runtime Exceptions are mostly logical errors made by the programmer that are syntactically otherwise correct. Nothing stops the programmer in making logical errors. For example nothing stops me from giving an input 5/0 to the compiler. Nothing stops me from making Encoding errors, Regex parsing errors. I dont know how this claim is even valid. Probably elm can be marketed something like, Compiler catches most of the runtime exceptions internally and gives out a readable output without stopping the execution.
Would like to suggest a few pointers for beginners trying out elm 0.19 :
-> toString no longer exists, it comes from String module now, Use String.fromInt
-> beginnerProgram is changed to Browser.sandbox in elm 0.19
reply
I dont get it. How can it not have any runtime exceptions. Runtime Exceptions are mostly logical errors made by the programmer that are syntactically otherwise correct. Nothing stops the programmer in making logical errors. For example nothing stops me from giving an input 5/0 to the compiler. Nothing stops me from making Encoding errors, Regex parsing errors. I dont know how this claim is even valid. Probably elm can be marketed something like, Compiler catches most of the runtime exceptions internally and gives out a readable output without stopping the execution.
Would like to suggest a few pointers for beginners trying out elm 0.19 :
-> toString no longer exists, it comes from String module now, Use String.fromInt
-> beginnerProgram is changed to Browser.sandbox in elm 0.19
reply
NuncNuncNuncNunc
There's always talk about how language X will ease developer pain, but rarely do I hear my pains addressed. Immutable types, funtional syntax, type checking, cool, but what about declarative UI, model checking between client and server, opinionated error handling. Virtually every app is a reinvention, so why do we always need to work our way up from the stone age each time we start a new app?
reply
There's always talk about how language X will ease developer pain, but rarely do I hear my pains addressed. Immutable types, funtional syntax, type checking, cool, but what about declarative UI, model checking between client and server, opinionated error handling. Virtually every app is a reinvention, so why do we always need to work our way up from the stone age each time we start a new app?
reply
Bryan
First time I've heard of Elm. I'm shocked that able to grasp the whole concept. This never ever happened to me. :) I don't know the Elm syntax other than what you presented here but I'm confident Elm is my new favorite language. I think credit has to Mario. Thank you.
I looked at Elixir and other FP languages, they all gave me such a bad headache. LOL :_)
reply
First time I've heard of Elm. I'm shocked that able to grasp the whole concept. This never ever happened to me. :) I don't know the Elm syntax other than what you presented here but I'm confident Elm is my new favorite language. I think credit has to Mario. Thank you.
I looked at Elixir and other FP languages, they all gave me such a bad headache. LOL :_)
reply
moofymoo
This looks like Elm version 0.18.
Current version is 0.19, but it have breaking changes and shitty documentation - elm architecture section is just a draft and examples from v0.18 doesn't work. that's kinda big red flag to not use it for anything at work (unless you plan to leave company and your enemies will have to support it :D)
reply
This looks like Elm version 0.18.
Current version is 0.19, but it have breaking changes and shitty documentation - elm architecture section is just a draft and examples from v0.18 doesn't work. that's kinda big red flag to not use it for anything at work (unless you plan to leave company and your enemies will have to support it :D)
reply
itech
Sorry. I'm not sold. This is another project to transpile something to JS. Better time would be invested into Wasm or helping Clojure Script. There's just too many programming languages now days. We need general purpose languages... Not DSL languages.
reply
Sorry. I'm not sold. This is another project to transpile something to JS. Better time would be invested into Wasm or helping Clojure Script. There's just too many programming languages now days. We need general purpose languages... Not DSL languages.
reply
Anonymous
As somebody who needs to learn elm at a base level within the next month and a half, and as somebody who will be basically screwed if I dont learn elm within that timeframe, I very much appreciate this talk.
reply
As somebody who needs to learn elm at a base level within the next month and a half, and as somebody who will be basically screwed if I dont learn elm within that timeframe, I very much appreciate this talk.
reply
Axea
Elm is nice for two reasons:
1 Its syntax is simpler then for example clojure
2 It is about web apps, so if you are modern front-end dev right now, so elm's concepts are very close
reply
Elm is nice for two reasons:
1 Its syntax is simpler then for example clojure
2 It is about web apps, so if you are modern front-end dev right now, so elm's concepts are very close
reply
Jorge
omg, I just saw a video about Elixir and its syntax was a little rare for me, but this one is really a pain in the brain.
reply
omg, I just saw a video about Elixir and its syntax was a little rare for me, but this one is really a pain in the brain.
reply
Add a review, comment
Other channel videos
