runT1ME

37 ms·

331.
by runT1ME 11y ago
My two main languages I work in are C# and Scala. Hands down I prefer the latter. The only pro in the C# column is the fact that Visual Studio is (finally) pretty nice. Otherwise Scala is just better. So much better inference, pattern m
332.
by runT1ME 11y ago
Scala! It's mutli paradigm, it can be very simple to read, has amazing concurrency support and can utilize all the NIO goodies from the JVM. Here's an example of me using it to make multithreaded NIO calls with XMPP: val co
333.
by runT1ME 11y ago
another great thing is it's 'replayable'. If the event is stored in an atomic reference, you can get optimistic transactional semantics by running the state monad, comparing the results to the previous by using a CAS, etc. So
334.
by runT1ME 11y ago
State monad and/or lenses when appropriate, which is made quite pleasant to use with for comprehension's syntactic sugar.
335.
by runT1ME 11y ago
I'm not sure how familiar you are with scala if you are equating them in equal 'functional power' to Ruby and Javascript. Have you read Functional Programming in Scala? The fact that the language supports immutable records o
336.
by runT1ME 11y ago
between the two, there's no question, Scala is the place to be. It's possible a newer language like Ceylon settles in as the default choice for more conservative companies and Scala remains the preferred choice for those who want
337.
by runT1ME 11y ago
Fowler has it backwards, list comprehension is a subset of LINQ syntax which is full monadic comprehension (among other things)
338.
Zurl – An HTTP and WebSocket client daemon with a ZeroMQ interface(github.com)
13 points by runT1ME 11y ago|7 comments
339.
by runT1ME 11y ago
>To me, docker can be thought of as a process wrapper. The executable is called an image, and the running process called a container. That's from a comment of yours. It's meaningless to me because I don't know much about
340.
by runT1ME 11y ago
This is a big deal. This is one of the reasons I'm so productive in Scala (Higher kinded types). When evaluating F# vs. Scala for our latest project it was the single big thing that drove our team to pick Scala, so the fact that Ceyl
341.
by runT1ME 11y ago
So, in addition to knowingly violating HN etiquette you are bragging about your ignorance? Tell me why what I said isn't 'trivial'? If you aren't familiar with the concepts, then how could you even know if what I said
342.
by runT1ME 11y ago
>1) The automatic parallelization opportunities of HOFs don't happen in practice nearly as often as you'd expect. Sorry, but it's true. Haskell's "map" doesn't parallelize automatically. Maybe in your w
343.
by runT1ME 11y ago
Big difference: 1. You have to import/export every time a change is made! 2. Visual Studio takes like 6 hours to install.
344.
by runT1ME 11y ago
I keep my vimrc and .vim/ in Dropbox (and backed up other places) so I'm pretty much planning on using Vim for the rest of my life... This also means when I had a computer outage and borrowed my wife's MBA without an dev tool
345.
by runT1ME 11y ago
Why would you need this over Akka or Futures?
346.
by runT1ME 11y ago
Functional Programming in Scala is amazing . Highly recommended even for non scala programmers. Second, come check out the #scala channel on Freenode. It's fantastic, has a REPL bot so you can show everyone in your compiler issues a
347.
by runT1ME 11y ago
If your team is open to learning new things and comfortable with the occasional bout of feeling lost, then Scala is absolutely the better choice. The advantages of Scala is not it's lack of verbosity primarily, (Ceylon, Kotlin, F#, et
348.
by runT1ME 11y ago
DWCAS is not the same as DCAS which is specifically mentioned in your link, so I'm not sure which you're referring to. Second, the link is clear that no common architecture actually supports a DCAS instruction currently, so the
349.
by runT1ME 11y ago
Have you worked with it? I love the idea of a fully powered F# without the kiddie gloves. F* looks pretty neat.
350.
by runT1ME 11y ago
actually, Scala is in some ways similar in that it has higher kinded types allowing you to abstract over functors/monads/traversables for expressions in scala are monadic comprehension and implicit parameters are analogous to type
351.
by runT1ME 12y ago
If you can afford the JVM (hardware wise and startup time wise), I think Scala wins hands down. Now, people will say "Scala will be better for it's type system and correctness, and Go will be better for performance/network ap
352.
by runT1ME 12y ago
I would bet money a network server in Scala can run circles around Go.
353.
by runT1ME 12y ago
This sounds like a great argument for AGPL.
354.
by runT1ME 12y ago
I would guess a well done scala project would be at least one order of magnitude shorter than a comparable python project. You just can't get the same level of abstractions without a type system to help you out.
355.
by runT1ME 12y ago
All for comprehension is syntactic sugar for repeated calls to flatMap. So for { a <- someOption b <- someOtherOPtion } yield a + b //returns Option[Int] ends up being someOption.flatMap(a => s
356.
by runT1ME 12y ago
>From it, we derive some engineering discipline, which uses the theory to, essentially, make predictions about what will happen if we do this to that, with the property that, if the predictions hold true, we'll have something useful
357.
by runT1ME 12y ago
Scala has almost every feature of C#, while the inverse is not true. I miss visual studio a bit when doing scala, but never the language. When I'm doing .NET work, I sorely miss scala.
358.
by runT1ME 12y ago
Oh. I think I was confused, arrows can be equal (extensionally so), but not the 'same'.
359.
by runT1ME 12y ago
I am a bit confused, I had thought there could not be multiple isomorphisms from object A to object B. I thought an Iso was an epi and mono, doesn't that mean the arrows must all be the same? Thanks in advance if someone wants to go
360.
by runT1ME 12y ago
How do you enforce them as constraints on a method?

More ›