Live data from Hacker News

The English Programming Language

github.com

61–70 of 78 posts

Re: The English Programming Language

#61
post #60
post #57

Earlier quoted context omitted.

Don't see how adding "device" makes a relevant difference. In both cases they are an interface between the intent a human wishes to convey and the computer that is to execute that intent.

Keyboard doesn’t compete with English. It competes with microphone. And I’ll be dead before anyone gets me to use a computer via voice FWIW.

By analogy keyboard - voice is similar in a useful way to $programing_laguage - English

Re: The English Programming Language

#63
The main issue with EPL is that compiling or interpreting the language (it supports both paradigms) is extremely resource intensive and incurs significant compute overhead, often unavailable without resorting to fixed infrastructure. Inference requires access to the massive n-dimensional memetic matrix that comprises the execution environment since most of the processing is done in the data structure itself.

Is silicon this implies a large amount of memory and processing capacity, and in carbon the training process takes decades, even though the cost is (amazingly) lower. The big downside of carbon based solutions is that each instance has to be individually trained, so scaling is a serious problem. Not only that, but the success of the training stage is not predictable, and retraining is usually ineffective.

Interestingly, EPL is considered by some to be an exemplary example of the “data as code” paradigm, since the majority of the processing is pre compiled into the n-dimensional memetic matrix.

Even though the mematrix is so massive that resource consumption is high just to move tiny fragments in and out of working memory, it enables the use of simple algorithms to produce surprising inference performance. The main requirement for extracting inference from the dataset is that the extraction algorithm perform statistical prediction of sequential tokens, which is easily accomplished in both silicon and carbon based neural networks.

It is also worth noting that each data output is also code, which is then recursively be added to the mematrix even if the output is an error. This requires careful code hygiene and error checking and correction or inference results can quickly go off the rails.

Re: The English Programming Language

#64
post #6
post #2

> Currently, the only compiler available is Wernicke Well, there’s Inform 7: https://ganelson.github.io/inform-website/ :)

ooh, inform. before you can work out the english grammar for interacting with the game when the game is running, you have to work out how to interact with the english grammar when writing the grame itself. worst software idea ever, in my opinion.

I admire the absolute confidence here. I find it baffling, but still.

Re: The English Programming Language

#65
post #28

As someone who worked on a 35 million loc cobol and jcl system for several years in the late 90's, I don't find this to be funny at all. Cobol was purported to be readable with english language like syntax to make it more understandable. Giving gems such as: MULTIPLY TAX-RATE OF STATE(43) BY BALANCE GIVING SALES-TAX-AMOUNT. Note the period is sigificant.

It's actually a pretty interesting question why programming languages that work like that are a bad idea. From decades of experience, I know intuitively that they are, but I find myself unable to formulate a concise description of what exactly is wrong with this approach.

I might offer an alternative perspective.

In my opinion it’s because of english’s evolution over time. Something that might have made perfect sense in the past becomes an antiquated way of saying the same thing in the future. It also deliberately encodes the authors belief about how language should be spoken ignoring any regional variances you see in the real world.

When you abstract away the English meaning of code into something new and unchanging, you provide stability not seen in natural language.

Re: The English Programming Language

#66
post #63

The main issue with EPL is that compiling or interpreting the language (it supports both paradigms) is extremely resource intensive and incurs significant compute overhead, often unavailable without resorting to fixed infrastructure. Inference requires access to the massive n-dimensional memetic matrix that comprises the execution environment since most of the processing is done in the data structure itself. Is silic…

To be entirely fair, interpretation on silicon-based processors isn't exactly a supported use case. You can just about make it work nowadays but you're really just emulating carbon-based processors in a box.

Re: The English Programming Language

#68

> There are millions of English libraries available. You can look for the closest in Google Maps. LOL! Though I have a bug report. There are actually only 320k. This makes me feel sad.

A number of libraries in the Southern states have biased maintainers who have merged in pull requests deleting a large number of classes in bulk, despite the fact that the tests have passed for years and those classes are in use by a large number of language users.

Adding and removing packages based on demand is standard procedure for physical repository maintainers.

Re: The English Programming Language

#69
> English has been designed over the course of fourteen centuries.

Wasn't English forked from several other intermediate forks (Anglo-Saxon, Germanic, etc.) going all the way back to Proto-Indo-European? I guess that since none of those carried the name "English" (or its original name "Anglish"), all those beta projects don't count in that timespan, otherwise, it has to be at least twice that age.

Re: The English Programming Language

#70

> There are millions of English libraries available. You can look for the closest in Google Maps. LOL! Though I have a bug report. There are actually only 320k. This makes me feel sad.

A number of libraries in the Southern states have biased maintainers who have merged in pull requests deleting a large number of classes in bulk, despite the fact that the tests have passed for years and those classes are in use by a large number of language users.

States of what?
Post reply on HN