>>2
YOU DON'T NEED ONE. APPARENTLY YOU KNOW WHERE THE BLOCK STARTS.
Name:
Anonymous2009-10-21 12:42
If only he'd used the file extension .ze /jp/ and /vg/ would be all over that shit.
Name:
Anonymous2009-10-21 12:46
>>3
but...it's the worse kind of asymmetry I've ever seen in a programming language No, I do not want examples of worse, even the fucking DO...ENDS are better than this
Name:
Anonymous2009-10-21 12:49
>>2
He should have done it like this instead: MAIN()
...
()NIAM
>>5
J does the exact same thing with parentheses, except that idiomatic J doesn't use indentation.
Also, the characters { } [ ] are all keywords rather than balancing delimiters.
Name:
Anonymous2009-10-21 12:49
>>5
Yeah, it looks quite weird. Maybe it's something that you could get used to, though. On the other hand, the capitalized keywords induce horrible flashbacks of reading shitty '80s programming books about shitty '80s programming languages.
Name:
Anonymous2009-10-21 13:00
C++
Nice:
* some libraries that are done well
wwwwwwwwww (it's the only entry under Nice)
Name:
Anonymous2009-10-21 13:02
>>5
do..end languages tend to have function..end as well. How is this any worse?
Name:
Anonymous2009-10-21 13:05
>>6
This has inspired me to design a new trollingbased language, it will be the perfect blend of Scheme and Pascal. It will be purely fictional, require IO to be monadic and it may have a type system inspired by BBCode. A factorial in this language will be something like
make-fn fact|x|{
make-fn fact-iter|n,i|{
if equals i 0 then
return n
neth
else
call fact-iter (times n i) (subtract i 1) llac
esle
fi
} |i,n|reti-tcaf nf-ekam
>>11
whoops call fact-iter x 0 should be call fact-iter 1 n llac
Name:
Anonymous2009-10-21 13:10
>>11
I already see an opportunity to optomoze your codans. You have else as its own block, but instead you should have if ... then ... neht ... fi, where neht ... fi is the else block!
Name:
Anonymous2009-10-21 13:11
>>11
THERE ARE NO FICTIONAL LANGUAGES FFFFFFFFFFFFFFFFFFFFFFFF
Suppose you want to write a new program, something like a text editor. What language would you write it in? ... It has to be as fast as possible, so interpreted languages are out. text editor ... It has to be as fast as possible
Bram, Bram, Bram.
>>35
Obviously, the editor itself should be fast. The extension language doesn't necessarily have such a requirement. Then again, if you're using your editor like it was Emacs....
Suppose you want to write a new program, something like a text editor. What language would you write it in?
Writing a new text editor is retarded.
Writing a new text editor with performance in mind, moreso. You could use one of the slowest language on earth and the most retarded practices and still end up with something responsive on modern hardware. Case in point: Eclipse.
Name:
Anonymous2009-10-22 16:06
>>39
Java is actually quite fast these days, but Eclipse still manages to be sluggish.