C vs GO • Hacker News Board

Re: C vs GO

#181

Post by soc88 » Wed, Jun 20, 2012, 8:31 AM UTC

papsosouid wrote: post #178

soc88 wrote: post #176

Earlier quoted context omitted.

Well, I guess will have to agree to disagree here. From my perspective Scala solves a lot of problems with Haskell: - Working module system (From my experience, especially people coming from OO languages are surprised that this is such a huge unsolved problem in Haskell, because all the languages they know have come up with a working solution.) It will be interesting if some OCaml-style module system as currently dis…

Most of what you listed as "solved" by scala isn't a problem in haskell in the first place. The JVM is a problem, not a solution to the problem haskell has of "actually working". Listing "our possible semantics are gimped by java" as a feature seems rather bizarre. Debugging? Have you ever tried debugging haskell? It works just fine. >Tool support. The Scala IDE alone has 10 people working on it. Compare it to Leksah…

Sorry, I'm not really sure if you're trolling.

Re: C vs GO

#182

Post by papsosouid » Wed, Jun 20, 2012, 1:39 PM UTC

eeperson wrote: post #180

papsosouid wrote: post #179

Earlier quoted context omitted.

SBT just fails to work correctly on a semi-regular basis. Quite a few scala people ended up resorting to maven instead, which says a lot.

That has not been my experience at all. SBT has always worked correctly for me. When was the last time you used Scala and/or SBT? I know a lot of the tools in the Scala ecosystem were unstable prior to Scala 2.8. However, now they have become pretty good. Even the, previously notoriously bad, Eclipse plugin has become good.

~6 months ago. I'd certainly say the eclipse plugin has improved a lot, it's better than the intellij one now. It is still quite a ways away from good though.

Re: C vs GO

#183

Post by papsosouid » Wed, Jun 20, 2012, 1:40 PM UTC

soc88 wrote: post #181

papsosouid wrote: post #178

Earlier quoted context omitted.

Most of what you listed as "solved" by scala isn't a problem in haskell in the first place. The JVM is a problem, not a solution to the problem haskell has of "actually working". Listing "our possible semantics are gimped by java" as a feature seems rather bizarre. Debugging? Have you ever tried debugging haskell? It works just fine. >Tool support. The Scala IDE alone has 10 people working on it. Compare it to Leksah…

Sorry, I'm not really sure if you're trolling.

I'm pretty sure "post a bunch of obvious nonsense, then call anyone who disagrees a troll" isn't considered appropriate behaviour on HN.

Re: C vs GO

#184

Post by azth » Tue, Jun 26, 2012, 7:16 PM UTC

wickedchicken wrote: post #149

Locke1689 wrote: post #147

Earlier quoted context omitted.

I think the point is that this is intentional. I love super high-level languages, but they're experimental for a reason -- things haven't 'settled down yet' and until they do, it will be difficult for the average person to reason about what is going on. No, sorry, I should have been even more explicit: it looks like the designers were not even aware of new advances in PLT . As far as I can see, defer/panic/recover is…

> No, sorry, I should have been even more explicit: it looks like the designers were not even aware of new advances in PLT. Ken Thompson won a Turing award, dude.

http://en.wikipedia.org/wiki/Argument_from_authority