Recent submissions

Comment · 11 years ago
Wow! This is some fantastic stuff. To be (slightly) cynical, I wonder how much code reuse one could get out of this _in practice_. At any rate, I think it's a win to be able to do all of this kind of coding within the same language. Also, being able to bring functional programming, immutability, and types to these different environments is a sure win!
Comment · 11 years ago
Thanks for writing this up! How'd you pay for this? Did you have to take out a loan? Did the companies have a payment schedule?
Comment · 11 years ago
Wow. That's crazy expensive. I'm glad to hear about this story. I don't think I'd pay $50k for something like this.
Comment · 11 years ago
No.
Comment · 11 years ago
From the Crema wiki that I just glanced at, it is indeed not possible to write infinite loops:

"The only type of loop supported by Crema is the foreach loop. This loop is used to sequentially iterate over each element of a list. Crema specifically does not support other common loops (such as while or for loops) so that Crema programs are forced to operate in sub-Turing Complete space. In other words, foreach loops always have a defined upper bound on the number of iterations possible during the loop's execution. This makes it impossible to write a loop that could execute for an arbitrary length of time."

Comment · 11 years ago
This is a fantastic explanation. Thank you for phrasing it so concisely.
Comment · 11 years ago
Sounds like it could work. With any supervised learning algorithm, the key is to have good labeled data that accurately captures the function you want to learn (i.e. something that exposes errors + their causes and supplies the proper sysops fix).
Comment · 11 years ago
They are actually a public company as you can buy stock in them.
Comment · 11 years ago
Nope.
Comment · 11 years ago
Do you really believe that it'll ever be on the JVM? Why would Microsoft put any effort into that? CLR is now cross platform. If you want functional programming that is similar in style to F# (and ML-family of languages), check out Scala.
Comment · 11 years ago
This is a good critique: it's important to cite the people who have laid the early groundwork, regardless of how far in the past that work was done.
Comment · 11 years ago
HFT is a tool of oppression. Who can afford it? Who has the time, capital, and personnel to make and deploy HFT algos? And ultimately, who is really benefitting the most from this technological advance?
Comment · 11 years ago
I hear you. I imagine that Scala poses a lot more problems than other JVM languages. Not knocking you, or anyone else at Parallel Universe.
Comment · 11 years ago
It's an opinion, but I find that synchronous programming is a lot easier to reason about than asynchronous.
Comment · 11 years ago
I'd pay money for this if it worked with Scala.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton