News for hackers. Stuff that matters.
Re:Haste language by fauigerzigerk on Wednesday April 02, 2014 @03:40AM (#7514127)
I think it comes down to two questions:

(a) Does the abstraction actually lead to productivity gains in the long run, including time spent on debugging a possibly leaky abstraction?

(b) Does controlling these things manually enable you to provide a user experience that is sufficiently better to at least cover the costs of any lost productivity?

For any particular abstraction to be viable the answers need to be yes/no.

For abstracting away CPU/RAM communications the answers are clearly yes/no. But what are the answers for the abstraction that the OP referred to?

Re:Haste language by efnx on Wednesday April 02, 2014 @10:55AM (#7515944)
I think the main feature haste is providing is Haskell to JavaScript compilation. That will increase your productivity by

1. Enabling you to lean on the compiler when refactoring.

2. Decreasing the time you spend debugging.

The fact that it will split your program into client and server side parts is scary though, and interesting. I'll have to investigate further.

Re:Haste language by chongli on Wednesday April 02, 2014 @02:09PM (#7517664)
(a) Does the abstraction actually lead to productivity gains in the long run, including time spent on debugging a possibly leaky abstraction?

It does if you're able to share libraries between client and server. Writing one module for a particular data structure and using it on both client and server is a huge boon.