Medicine:
Economics:
Politics:
Not quite fanfiction, but everyone who told me to read Worm was completely right. It's a little rough at the beginning and ramps up a lot as it goes on, so don't worry if the first few arcs don't seem that amazing.
Actually fanfiction: actually got around to reading To the Stars and was intrigued. It remains to be seen whether various plotlines will actually pay off, though, since it isn't complete.
Up and coming writer of rational fiction alexandarwhales has started a new story. The Metropolitan Man
The year is 1934, and Superman has arrived in Metropolis. Features Lex Luthor as the villain protagonist as he comes to grips with the arrival of an alien god.
Although at least in the case of Haskell, we really do have the promised 'sufficiently advanced compiler' in the form of GHC
The "sufficiently advanced compiler" I was referring to is one that makes high level languages as fast as hand-tuned C++ (thus eliminating the need for said hand-tuning), not just one that's faster than it used to be. Such a thing is probably possible but it doesn't exist now or in the immediately foreseeable future. Things like precise control of memory layout can make an order of magnitude difference to performance or more.
Haskell's pure functions, green threads, and STM are great for concurrency, so I think your argument may work in the other direction.
They might make it easier but they don't make it faster which is currently the limiting factor for performance-intensive servers. Making it easier would certainly help - apparently the latest Battlefield game has a lot of bugs due to hard-to-diagnose threading issues in the client. But it wouldn't be viable to write that game in Haskell due to GC and lazy eval, even if the basic performance was good enough which it probably isn't.
edit: Also as far as I know it's possible to avoid some of these issues in Haskell with careful optimization of the code, but of course the more you have to do that the less you benefit from things "just working".
I'm not saying we'll never see real-time performance-intensive apps commonly written in functional languages, I guess I'm just not as optimistic about it happening soon.
They might make it easier but they don't make it faster which is currently the limiting factor for performance-intensive servers. Making it easier would certainly help - apparently the latest Battlefield game has a lot of bugs due to hard-to-diagnose threading issues in the client. But it wouldn't be viable to write that game in Haskell due to GC and lazy eval, even if the basic performance was good enough which it probably isn't.
What you can write determines how fast it will run. If you don't have green threads, but must use OS-level threads, that's go...
This is the monthly thread for posting media of various types that you've found that you enjoy. Post what you're reading, listening to, watching, and your opinion of it. Post recommendations to blogs. Post whatever media you feel like discussing! To see previous recommendations, check out the older threads.
Rules:
Note for this month's thread: As per comment in last month's 'meta' subthread, the "Television and Movies" subthread has been split into two: "TV and Movies (Animation)" and "TV and Movies (Live Action)"