It's the biggest sham I've ever seen. I finally know why this entire board is so obsessed with it: It's the perfect language for insane trolls.
The evaluation order is nondeterministic, so trying to make programs run fast is like feeding Schrödinger's cat. The syntax is so arcane and impossible to remember... Sure it looks deceptively simple at first but the punctuation WILL make you insane. And if I have to modify another goddamn program to pass YET ANOTHER parameter into every single function that needs to know the current state (and a real program has a LOT of these, remember) I swear I'll marry Hans Reiser so he'll kill me as brutally as humanly possible, just to vent my fucking rage.
Oh, and you're all assholes.
Name:
Anonymous2009-03-15 0:37
The evaluation order is nondeterministic, so trying to make programs run fast is like feeding Schrödinger's cat.
It can be bit harder than in conventional programming languages, yes, but once you gain some experience it will be much less of a problem.
The syntax is so arcane and impossible to remember... Sure it looks deceptively simple at first but the punctuation WILL make you insane.
Do you have a specific problem with it? I never found any part of it especially difficult, so I'm afraid I don't really understand what you're complaining about.
And if I have to modify another goddamn program to pass YET ANOTHER parameter into every single function that needs to know the current state (and a real program has a LOT of these, remember)
Sounds to me like you haven't quite grasped monads (or a lot of the other idiomatic abstractions) yet. I'm sure we both agree that judging a programming language when you don't understand one of its most essential control mechanisms is a bit silly, no?
>>1
This troll is very well laid out. Not only is it trolling about something else being a troll in a recursive fashion, but the very thing which it specifies the subject matter uses to troll is in itself reminiscint of recursion. On top of that, the target audience has been hit spot on and the author has taken care to study the intended recipients and select the qualities most often pointed out by them as being defining features of the troll material. He has managed to not only capture the essence of why proponents of the subject matter like it but also has come up with some very unique personal reasons why he doesn't like it and managed to spin it so that they sound like agreed upon facts.
6/10
>>1
You have some sort of mental deficiency. Haskell is my first exposure to functional languages and I managed to understand the paradigm and syntax just fine.
Name:
Anonymous2009-03-15 3:00
Well done, troll.
I will say this for all the non functional programmers out there, however. Functional programming requires you to develop an entirely different mindset about programming. Yes. It's hard, but you'll be better for it in the end.
>>11
Oh, stop being so childish. I bet when you were in primarary school you were the girl who used to cover her ears and start talking so she couldn't hear anyone. So if you want to decode an x86 instruction, first you should grab all the prefix bytes. Then you get the first byte of the opcode, and if it's a 2byte one get the second one. Then if the instruction has non-implicit non-immediate operands get the Mod R/M byte. If the address mode is memory and the base register is esp, get the SIB. If there's a memory displacement get it, and if there's an immediate operand get that.
Name:
Anonymous2009-03-15 6:22
I didn't rage. I've never used haskell, and based on my experience of not using it, I can only assume it's a stupid toy language that only losers would learn.
>>9
Well, it's a good troll, but it doesn't really make you RAGE, does it?
Name:
Anonymous2009-03-15 9:10
>>16 FUCK YOU PENIS FACE NO ONE USES HASKELL AND I HAVE NEVER TRIED TO LEARN IT BECAUSE NO ONE USES IT AND I ONLY USE SUPREME ENTERPRISE LANGUAGES YOU GOT THAT I'm off to learn Haskell now. My ruby programming will have to take a back seat.
Name:
Anonymous2009-03-15 9:28
>>16
No, it's because Haskell is a terrible language.
Look at Haskell's OpenGL bindings, for example. They are consistently about a decade out of date.
Read Lennart Augustsson's comments about using LLVM from Haskell, in particular, the bit where he explains the showstopping bugs he found in GHC's FFI:
"The GHC FFI is broken for all operations that allocate memory for a Storable, e.g., alloca, with, withArray etc. These operations do not take the alignment into account when allocating. This means that, e.g., a vector of four floats may end up on 8 byte alignment instead of 16. This generates a segfault."
Frag and Topkata are the only two notable graphical programs ever written in Haskell and both are prone to segfaults because of problems with Haskell's FFI.
There are hundreds more counter examples, of course.
EDIT: I found another graphical application written in Haskell called Raincat but, err, it dies at startup when trying to interact with ALSA.
Frag and Topkata are the only two notable graphical programs ever written in Haskell EDIT: I found another graphical application written in Haskell called Raincat but, err, it dies at startup when trying to interact with ALSA.
what about xmonad?