HNHacker News
TopNewBestAskShowJobs

Uncompetative

48 karma · joined December 2, 2011

Language Designer
submissionscomments
Uncompetative··on English Letter Frequency Counts: Mayzner Revisited
The real order is this one...

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

Uncompetative··on Ask HN: What programming language do you recommend starting with?
The most beautiful, well designed, programming language I have ever encountered in my 20 years of research is the equational programming language Q:

http://www.musikwissenschaft.uni-mainz.de/~ag/q/qdoc.pdf

Uncompetative··on Bret Victor: Learnable Programming
Why do I get the feeling that everyone here is threatened by this attempt to make programming easier?

Oh, wait... this is Hacker News.

"Geek Central".

Uncompetative··on Making Coffeescript’s Whitespace More Significant
@raganwald -- fascinating ideas

Whilst the 'staircase' form forces each message to await the return from the reciever. The 'cascade' form could be used to post commands to a concurrent process into a separate recieving processor's message queue with no need to await a reply - as in Eiffel's Command/Query Separation Principle.

Also, 'futures' could be used to decouple queries from having to await replies from the reciever's of their messages. All that is needed is for variables defined through assignment to a query to remain potentially undefined until needed by some command. At this point all of the command's arguments would need to be defined and it would either have to await a reply from the queried process, or await some globally visible but yet to be defined thread to bind a value to the variable i.e. dataflow.

All of this hinges on using a language that doesn't freak out when processing undefined variables, but regards them as their symbolic names, reducing complex expressions with a collection of rewrite rules.

I'd be interested to know what you think about my proposal for these richer concurrent semantics.

-- Uncompetative

← PreviousPage 3 of 3