could have made a language faster than C in 0.1x the amount of time
DreamBerd is a perfect programming language
51–60 of 215 posts
Re: DreamBerd is a perfect programming language
#52The best gem in all of it is this: > You can make classes, but you can only ever make one instance of them. This shouldn't affect how most object-oriented programmers work. This describes my experience with most OOP code very well.
I think the best gem is the ability to delete paradigms.
As for OOP, a bit more realistic would have been to restrict interfaces to at most one implementation.
Re: DreamBerd is a perfect programming language
#53Hello! Creator here. This is an open-source project so please do submit any issues or PRs. Please note: I will close any issues without unreproducible steps.
Funny seeing you here, I enjoyed your SandPond videos :)
Re: DreamBerd is a perfect programming language
#54Re: DreamBerd is a perfect programming language
#55const var scores = [3, 2, 5]! scores[0.5] = 4 print(scores) //[3, 2, 4, 5]! Genius! This trivially solves the problem of reading integer and floating point numbers from input and inserting them into a sorted array. Too bad there are no loops in this language. (Remember that arrays start from -1.)
I wonder what the behavior of
scores[-2] = 4!
scores[-1.1] = 4!
Re: DreamBerd is a perfect programming language
#56This is great. Usually with the joke programming languages, you can get at least one person arguing that "x feature" really isn't all that bad, or could maybe be useful. DreamBerd beats them all in that regard. It is 100% terrible! I lost it at the lifetimes implementation.
I honestly liked the whitespace significant operator precedence.
Re: DreamBerd is a perfect programming language
#57Earlier quoted context omitted.
breathlessly approving tone of a language readme What does this mean? it has incredible comedic timing How does text have comedic timing?
Breathlessly approving tone of a language readme: Readmes on Github, especially for languages, often have a recognizable tone. Look how cool this is! Isn't this so neat!? Why would you ever do it differently!? Comedic timing (in text): Most prose is written under the assumption that it will be read in order- ie, from beginning to end. For instance, you likely read the word "beginning" before you read the word "end" i…
[flagged]
Re: DreamBerd is a perfect programming language
#58Earlier quoted context omitted.
I don't know, variable decelerations seem to me to be funny but useful. I mean constant constants, constant variables, and variable variables seem useful. I'm not sure how would variable constants be useful. Also, anybody knows the difference between constant constant and immutable data (constant contact constant)?
In the normal case, Alice can write 'const const true = false' and Bob, on a second machine, can write 'const const true = 7', and there will not be an error. But if Alice writes 'const const const true = false', than Bob can't reassign or mutate 'true' without throwing an error. It's for truly global constants
Come to think of it, package registries are sort of “superglobal” in many languages. It’s not entirely far-fetched to imagine a language in which variables themselves can be super-global. Heck, MUMPS global variables are immediately persisted to disk and visible to all other processes - and that’s a real language used in real systems!
Re: DreamBerd is a perfect programming language
#59Re: DreamBerd is a perfect programming language
#60Earlier quoted context omitted.
Breathlessly approving tone of a language readme: Readmes on Github, especially for languages, often have a recognizable tone. Look how cool this is! Isn't this so neat!? Why would you ever do it differently!? Comedic timing (in text): Most prose is written under the assumption that it will be read in order- ie, from beginning to end. For instance, you likely read the word "beginning" before you read the word "end" i…
[flagged]
Sorry to interrupt... I've just realised that it isn't breathlessly approving. A better example of breathless approval would be the above comment.