Live data from Hacker News

The Unison language

unisonweb.org

21–30 of 144 posts

Re: The Unison language

#21
I have learned a lot from the creators Paul and Runar in that past. Their book on FP is legendary in some circles. Unison seems like a super ambitious undertaking, but I wouldn't bet against this team.

Re: The Unison language

#24
Append only is nice, but I would think a "Garbage Collect" would be useful. Remove all the code not attached to the import tree anymore. Otherwise you will just keep collecting junk forever Honestly git has the problem too, but I expect orphaned/dead code will happen a lot more with this approach.

Re: The Unison language

#25

I really like the idea, I like the language, but the world will not be rewritten in Unison. A web assembly FFI story is needed for Unison to succeed.

Is this satire? Web assembly has no real adoption on the browser yet, is waiting for a standard I/O interface on the desktop to be useful and is itself the nth iteration of an old concept.

Web assembly is the first time a binary assembly has been adopted as an open web standard. What do you propose as an alternative safe sandbox for other languages?

Large quantities of code can already be compiled to WASM. Since Unison works best with pure functions, most system interfaces would presumably be emulated. This emulation is already possible with Browsix.

Re: The Unison language

#26
I like the idea of syntax-tree rather than filesystem directories (if that's the main difference).

Seems like this could be implemented in other languages though, and don't really understand why we need yet another new language.

For instance, can I not build my JavaScript code in similar ways: I would need a compiler that stores things in trees rather than dirs.

Re: The Unison language

#27
>>code is content-addressed and immutable.

No, as I keep insistently repeating: Code is content-immutable and addressed.

Also, Urbit is a lie, Surface detail is true and you are a lie and your code is retarted.

Re: The Unison language

#28

>>code is content-addressed and immutable. No, as I keep insistently repeating: Code is content-immutable and addressed. Also, Urbit is a lie, Surface detail is true and you are a lie and your code is retarted.

Blaaaaaaah. (No I'm not being sick.) Blaaaaaaaaaah. I am not a robot. Repeat: I am not a robot, I am a human being. But I love your (timeless) decision theory.

Re: The Unison language

#29

Kudos to them for not using the buzzword, but if you believe in the notion that 'blockchain is just a fancy buzzword that gives developers the ability to get managers to agree to larger budgets to clean up tech debt', this is.. blockchain programming. One problem I did find: Somewhat deeper into the tour, the tour makes the claim: > a Unison codebase can be versioned and synchronized with Git or any similar tool and…

Yes TFGP. This is...blockchain programming. What I find (somewhat) amusing () is that you changed your name from TTGP to TFFP. Why did she do that to you?

Re: The Unison language

#30
post #10

Kudos to them for not using the buzzword, but if you believe in the notion that 'blockchain is just a fancy buzzword that gives developers the ability to get managers to agree to larger budgets to clean up tech debt', this is.. blockchain programming. One problem I did find: Somewhat deeper into the tour, the tour makes the claim: > a Unison codebase can be versioned and synchronized with Git or any similar tool and…

" I make the green 'OK' button now red, and you make it blue" I did not fully read the introduction yet, but in my mind, in a truly content-addressed system this is not a conflict: you have the hash of a main() function which ultimately makes the button red, and the other guy has a main() function that makes the button blue. No conflict in the physical sense. Yes, philosophycally there is a conflict, which is resolve…

David Bowie.
Post reply on HN