- Il saggio progetto svedese, rinato: Elixir e Phoenix
- Clojure Review
- Erlang Book Review
- Python functional programming
- JRuby and Jython: the easy way
- Closure in Java: fast and nice!
- Python 3.0 Release
- Commodore BASIC as a Scripting Language Open Source
- Cappuccino: Objective-J
- Closure in C#
- Being Functional F#
- Functional Programming
- Functional Programming In Depth, part II:Python and Scala retrospection
- Dart Sith move first
- OOP is the your new legacy
This week, the nodejs community had a big flame.
All was started by this blog post, which tried to slap down node.js server because of its mono-thread nature. And node.js fight back knocking down the attacker. Let’see how.
Node.js is great for managing a lot of connection. Someone complains about node mono-thread nature.
For cpu-bound tasks,you should relay on a stacked architecture, and considering some form of batch processing if you plan to take too much time to reply to user. No professional website must reply in less then a couple of second to a user. Computing huge fibonacci numbers is not in a typical request-response cycle.
Facebook will not let you export your data in real-time (ok, they will not like export your data anyway, but they have a batch processor for that :).
On some node.js tutorials, cpu-intensive task are demanded to a second pool of web servers, possibly always written in node, with a REST-interface.
But the real answer is still another.
There is a node.js module called “cluster” which is able to fire a bunch of node.js server and manage them. Ryan Dahl (node’s father) has already said he is working hard to push “cluster” inside node.js core. So it is likely the mono-thread nature of node will not be an issue anymore.
This flame remember me the “no MMS on iPhone” debate. A lot of guys complain when the first iPhone-s was unable to send Multi Media SMS. After a short period, Apple released a software update to fix it. It was never a real issue!
On the same side, perl will beat your C code when you try to parse a text with regular expressions: because perl engine has far more experience then a “normal super-geek C programmer”. Even if you use all your knowledge, perl will match the speed of a C regexp parser.
(Ok, perl will also beat C for an obfuscated contest code, but this is another story).
And lastly, Java will not win the concise code-contest. It will come last, or little before ADA is ADA is admitted to the contest :) …and yes is friday today… be happy!