Earlier quoted context omitted.
Please apply! We're hiring. :) http://noredink.com/jobs
Remote US only or remote EU also?
Remote EU too for non-junior candidates!
New Adventures for Elm
21–30 of 95 posts
Re: New Adventures for Elm
#22Re: New Adventures for Elm
#23Here's the path I've been following :
(ruby)rjs -> prototype -> jquery -> backbone -> angular -> react -> flux -> redux -> elm...
But I'm just a backend guy happy with Ror, just waiting to go on the frontline... with the proper weapons!
My feeling about elm is that it's more than the new kid on the js block. It's closure without parens, it's Haskell without academy, it's Redux without facebook, it's duck-typing without quacks, it's MVC without objects and last but not least evan Czaplisky (the creaor) is the new Aaron Patterson (bright and fun!)
I'm all in (but yeah I've been bitten before)...
Re: New Adventures for Elm
#24What's the best programming environment for Elm? I know there's a Light Table plugin for Elm, which I think is promising (in some ways they seem like a natural fit, whilst they started separately the direction of both was inspired at least in part by Bret Victor's ideas), but I wonder what other tools are being used to code Elm. https://github.com/rundis/elm-light
I'm using Emacs. Maybe it's not the best environment for Elm. But it's consistent across languages; almost every language that I've played with has a mode; and it runs damn near everywhere including a terminal. For me, I feel it was worth the investment in the learning curve I made a couple of years ago...and keep making today. YMMV.
Re: New Adventures for Elm
#25Earlier quoted context omitted.
> ... and the overall expressiveness of the language. We're looking at the same Elm, right?
Yes we are. You have to look at what you are competing against. OCaml has a much better module system (and a richer type system altogether). Purescript/Haskell got typeclasses and HKT, among lots of things. As I said, Elm is cute and interesting, but it's type system is less expressive than other languages and lacks features that I consider essential. Sure, it's better than javascript, but why not opt for the other t…
It's a trade off between functionality and user friendliness. You can currently do more with Haskell/OCaml/F# but Elm definitely has the edge when it comes to user friendliness. If that bothers you, just think of Elm as a useful tool in expanding the pool of functional programmers.
Re: New Adventures for Elm
#26Earlier quoted context omitted.
Remote US only or remote EU also?
We currently have remote developers from the UK, Germany, and São Paulo. (We do wantjunior hires to be in the office, though, to facilitate mentoring.) We do a solid amount of pair programming, but remote pairing via ScreenHero is pretty sweet. :)
What would the requirements to apply for remote, "non-junior", position be?
Re: New Adventures for Elm
#27Here's the path I've been following : (ruby)rjs -> prototype -> jquery -> backbone -> angular -> react -> flux -> redux -> elm... But I'm just a backend guy happy with Ror, just waiting to go on the frontline... with the proper weapons! My feeling about elm is that it's more than the new kid on the js block. It's closure without parens, it's Haskell without academy, it's Redux without facebook, it's duck-typing witho…
That's a lot of churn. You should stop and ask yourself if it's worth being on the cutting edge all of the time. Are you making better projects as a result of dropping "old" tech the moment something shinier comes around?
Everything has tradeoffs. Elm has no server side rendering, for example.
Re: New Adventures for Elm
#28Earlier quoted context omitted.
We currently have remote developers from the UK, Germany, and São Paulo. (We do wantjunior hires to be in the office, though, to facilitate mentoring.) We do a solid amount of pair programming, but remote pairing via ScreenHero is pretty sweet. :)
What would the requirements to apply for remote, "non-junior", position be?
[deleted]
Re: New Adventures for Elm
#29Earlier quoted context omitted.
We currently have remote developers from the UK, Germany, and São Paulo. (We do wantjunior hires to be in the office, though, to facilitate mentoring.) We do a solid amount of pair programming, but remote pairing via ScreenHero is pretty sweet. :)
What would the requirements to apply for remote, "non-junior", position be?
There are more details for each position at our jobs page :)
Re: New Adventures for Elm
#30I've been looking at the options for pure-functional languages targeting JS, and it seems that PureScript is superior to Elm from a technical perspective for full-stack webdev. PureScript takes the approach of providing a full Haskell-like language that is "native" to the JS world. It has the features and type system of Haskell, but atop a cleaned up version of Javascript's semantics (e.g. strict evaluation, not lazy, by default). It's also well suited for both server and client code, and even has a C++11 backend in the works in addition to the native JS backend.
In contrast, Elm is focused on front-end work and is less expressive, but emphasizes simplicity. Elm's goal of figuring out how to simplify and distill the Haskell and ML world's abstractions is an admirable one, but as an experienced programmer interested in practical work I'd rather just go with PureScript and just learn the Haskell-like abstractions along the way. It also really helps that the PureScript compiler's javascript output is "natural" and easy to understand, without any mysterious transformations involved.
Have others looked at PureScript, Elm, Haste, GHCJS, etc and chosen differently?