rlander

17 ms·

121.
by rlander 10y ago
I can vouch for Intercooler. We're rewriting large parts of our app (used to be a complex flux beast) and it is now way more maintainable and indeed around 1/10th the code. We now keep most of our app state within the server, inst
122.
by rlander 10y ago
1) Going back to server-side rendering + intercoolerjs (and a small bit of jquery) for simple stuff. 2) Elm | ClojureScript for complex apps. Edit: To be clear, I've done large apps in Angular (which nearly made me regret choosing prog
123.
by rlander 10y ago
Vue.js is by far the sanest framework available for JS, period. It has excellent docs, it is intuitive, well written and well maintained. The only real complain that I have about the framework itself is about components. IMO they are the wr
124.
MLFE: The New Elm-Like Language for the Erlang VM(github.com)
1 points by rlander 10y ago|0 comments
125.
by rlander 10y ago
> My dream is still a statically-typed version of Erlang. Your (our) dream is about to come true: https://github.com/j14159/mlfe
126.
by rlander 10y ago
So, you're saying that, by choosing other functional programming languages, I'm giving up pragmatism/productivity/readability? Can you give me an example of such languages?
127.
Whoever does not understand Lisp is doomed to reinvent it (2007)(lambda-the-ultimate.org)
175 points by rlander 10y ago|229 comments
128.
by rlander 10y ago
> sunk into improving the JVM weren't instead spent improving an open-source SmallTalk instead. Well, one of the cornerstone technologies of the JVM, HotSpot, was actually developed for a Smalltalk implementation, Strongtalk, and la
129.
by rlander 10y ago
>> on the verge of a coup I was with you up until this line.
130.
by rlander 10y ago
You're correct, and that's the same excuse Ruby and Python advocates use when developers complain about performance. Frankly, it's bullshit. Take Rails as an example. In 2006 we were told that Ruby's slowness didn't
131.
by rlander 10y ago
Yes, David! This might be a good time to breathe new life into Chicago Boss, huh ;)
132.
Computer Languages as Artistic Medium(blog.hostilefork.com)
1 points by rlander 11y ago|0 comments
133.
Productivity. As simple as that. (2008)(rebol.com)
4 points by rlander 11y ago|0 comments
134.
by rlander 11y ago
That was pretty much the idea behind Rebol IOS or X-Internet [0, 1]. I love the idea of a half-megabyte runtime, zero-install, cross-platform that can run on Linux, Android, HaikuOS, Windows and Mac. Here's a Rebol one liner that opens
135.
by rlander 11y ago
Yeah, good point. Kudos to Zumper! Well, I would love to read about keeping focus, high productivity and a lean team after 7 years. I just love stories about high-productivity small teams. On the technical side, the PHP to Flask migration w
136.
by rlander 11y ago
Wow! What a great writeup! Please do write more, we sorely need this kind of refreshing honesty.
137.
by rlander 11y ago
Honest question: what did you guys do differently from moneysupermarket, uswitch or confused? AFAIU the "financial services comparison site" vertical in the UK was already very crowded by the time of the acquisition.
138.
Études for Erlang(chimera.labs.oreilly.com)
61 points by rlander 11y ago|5 comments
139.
by rlander 11y ago
Thank you. This is the reason I read HN.
140.
Lamprey, a new parasitic language to write Elixir in Erlang(github.com)
4 points by rlander 11y ago|2 comments
141.
by rlander 11y ago
In my experience, large nodejs apps suffer from linear degradation. Nodejs performs very well in synthetic benchmarks. In the real world, slow clients and large queries just kill that initial performance.
142.
by rlander 11y ago
Just follow the link to the Techempower benchmarks on grandparent's post.
143.
by rlander 11y ago
You should compare Flask to Express or Koa, not raw nodejs. Flask is 3x faster than Express and 2x faster than Koa.
144.
by rlander 11y ago
Or just drop them completely in favour of Clojuredocs or Grimoire. New users get very confused as to which resource is the official one (since the official docs rank so low on G). Ie: http://clojure.github.io/clojure/cl
145.
by rlander 11y ago
If I remember correctly, js_of_ocaml was poorly documented and the community was miniscule at the time (we had a hard time finding code examples outside of Eliom on Github). Also, I was the only one with actual OCaml experience, and the oth
146.
by rlander 11y ago
Well, "superior" is subjective in this case. It's like an OO programmer claiming that Smalltalk is a superior language than Elm. Besides, Purescript is squarely targeted at experienced Haskell programmers, which is not the ca
147.
by rlander 11y ago
Sqlite can and is widely used in production server-side. It's about time the "develoment only" myth was laid to rest. Please read the links bellow: https://charlesleifer.com/blog/sqlite-small-fast-reliabl
148.
by rlander 11y ago
And I thought I was the oddball ;) Yup, sometimes it's easier for me to understand somebody else's OCaml/F#/Elm code than Clojure code written by myself. I still love working with Clojure, though. Go figure...
149.
by rlander 11y ago
Love that podcast. I'll check it out later today, thanks. About core.typed, just be aware that it comes with its own set of issues[0]. I've been down that road and it wasn't great. [0] http://blog.circleci.com&#x2F
150.
by rlander 11y ago
Cool, do write about your Elm experiences, I'd be interested to read! Unfortunately, yes, Elm is restricted to the browser. But this might change in the future. And although it is somewhat tedious to write ports, IME Elm communicates b

More ›