asdf1234

8 ms·

31.
by asdf1234 12y ago
> The new Haskell IO manager in GHC 7.8 completely blows this out of the water. Go will still outperform Haskell by a huge margin and the typical Go process will have a much smaller memory footprint. I don't even like Go, but nobody
32.
by asdf1234 12y ago
High frequency trading is dominated by C++, Java and C#. There are a few places using F# and Ocaml but they're relatively small players. I know of only two places that seriously considered Haskell and they both decided against it in
33.
by asdf1234 12y ago
Bingo. Clojure gets a lot of things right, but there's a lot of us that find dynamic typing absolutely unacceptable.
34.
by asdf1234 12y ago
Do you just use it for producing a REST API or do you use it to render HTML, handle session management etc.?
35.
by asdf1234 13y ago
I've looked at a lot of Node, Sinatra, and Compojure web apps and the vast majority of them are vulnerable to a variety of attacks. CSRF protection in particular is almost never handled and when it is it's often not done properly.
36.
by asdf1234 13y ago
That demigod also has a very long list of complaints about Haskell and Clojure. He doesn't think either of them are worth using either.
37.
by asdf1234 13y ago
> You can't cherry pick one of the two options I mentioned and then act as if that invalidates the whole thing. I'd also use Scala over Haskell in a lot of cases and I don't think Clojure necessarily represents FP better.
38.
by asdf1234 13y ago
I disagree. I've used Clojure, Scala and Haskell in numerous projects and I'd personally choose Scala over Clojure every single time. Language arguments like this are pointless.
39.
by asdf1234 13y ago
And yet bugs like this make it into production systems all the time. Several Rails security bugs have been almost as trivial and just as avoidable.
40.
by asdf1234 13y ago
> where crimes can happen in broad daylight and people get in trouble while passersby do nothing There are plenty of places in the U.S. where this has been the case for decades.
41.
by asdf1234 13y ago
Paul could do a similar talk for basically every mainstream language. Better not learn anything!
42.
by asdf1234 13y ago
As Martin points out in his response, the Scala version of map isn't restricted to returning a list so (a -> b) -> [a] -> [b] isn't directly comparable. To make a similar version in Haskell you'd have to use a langua
43.
by asdf1234 13y ago
Other than Valve what AAA developers are porting their games to Linux? I suspect opinions differ wildly on what constitutes a AAA developer. None of the developers that regularly top the console sales charts are working on Linux ports.
44.
by asdf1234 13y ago
> They don't get variance right. Do you know what variance is? You ignored that part of my comment. This can't be stated enough, and it's a huge problem in Java and C#. Unfortunately, most programmers don't care and
45.
by asdf1234 13y ago
For anything other than trivial queries ScalaQuery/Slick generates very bad SQL. I'd like to use it but generating deeply nested sub-queries when simple joins would suffice is totally unacceptable. The PostgreSQL query optimizer c
46.
by asdf1234 13y ago
Slick generates some pretty bad SQL with deep nested select statements for some pretty typical join queries. That alone was a deal breaker for me. It also doesn't help that Typesafe has been fairly quiet regarding the future of Slick
47.
by asdf1234 13y ago
Clojure performs well because of the JVM. Other than the immutable data structures that it includes, which are written in Java, it isn't optimized particularly heavily for dealing with immutable data.
48.
by asdf1234 13y ago
There's nothing terribly complicated about recursive queries and common table expressions, and for the use cases in which they're commonly used (hierarchical data being one of those) they perform significantly better than all of t
49.
by asdf1234 19y ago
beware, it's not ready yet, sign up is a waste of time