It seems that TBP just taken another step to push judge and jury's confusion during next trials even further. "Y'know, we're trying to shut down pirates' secret base that... doesn't serve a single file!"

Well, it is a nice solution to make someone's life easier when there are no signs of a cure coming. For example, this font could be set up as a system's default (or even it could be enforced as the 'one and only' typeface) and thus it will make dyslexic's life better. IMO it's a win.

Also you should note, that this font was created by a dyslexic, so I think he knows what he is doing.

He probably knows how to help himself, but that doesn't necessarily mean he knows how to help others.

However, I did find some ideas that I thought might be helpful. In particular, making each letter bottom-heavy and making each letter different than other letters, so that if you rotate them, they aren't identical.

Sadly, it appears that either doesn't work, or he didn't make drastic enough changes.

I actually like the look of the font, though, when it's large enough.

Just to clarify: your confidence in how dyslexic letter recognition works makes me think that you are a dyslexic, aren't you?

Now Github became a real social network.

I really hope that somewhen soon someone will introduce next-gen quad core batteries to provide enough energy to power mobile beasts like this one.

Exactly. Almost everything got better at least by factor of 2, while batteries haven't seen any major improvements.

Batteries have seen continuous improvement for ages.

As a matter of fact, they are still quite far from the progress made by portable devices in terms of power consumption.

I wrote a chat server with Node.js/Socket.io + node-amqp. Message flow was dictated by business goals, and therefore was somewhat odd. Each client had his own queue and a single exchange was created for each room. Message came to N.js over a Websocket, from where it was pushed to a chat room's exchange with a temporary id. Next, message was posted to a Rails powered backend for processing and storing to a database. If Rails responded with success, a real message ID was pushed to the exchange, otherwise a command to kill message by temporary id was sent.

Given all this, I wasn't able to go beyond 2k simultaneous connections. Reasons? Our Rails setup wasn't able to handle that much requests. For the sake of testing I wrote a synthetic tests where Rails requests were mocked. RabbitMQ was running on Thinkpad Edge (quad core i5@2.6Ghz), node.js client and server was running on dual core pentium@3Ghz. This configuration gave me 3.5-4.5 thousands of message deliveries per second, both PCs were at the top of capacity. Such performance looked suspiciously low for me, so I went further. Reading node-amqp shown that it is totally flawed (i.e. it is allocating 130kb buffer for each message sent). Doing some tweaking I managed to increase message delivery rate to almost 15 thousands of messages/second.

Strange part of the outcome is that processing both 4k and 14k messages created almost identical load on RabbitMQ.

Lessons learnt: 1. RabbitMQ is very robust and easy to work with. 2. Do not measure RabbitMQ's performance by LA or CPU consumption. If you feel stuck, try optimizing something. 3. V8 memory allocation/GC suck. My server was constantly crashing due to std::bad_alloc being thrown after next packet buffer allocation. 4. node-amqp suck even more. I am going to work on it somewhen soon. 5. Node.js on it's own is a toy, not a tool. Do not build mission critical systems designated to handle long living connections with it.

Web development complexity mentioned here is just a reflection of a complexity of the outer world. Activities you perform throughout the day require you to make choises which in it's turn requires knowledge gathered during one's life. Yes, you can't be an 'average Joe' to build a web application, but you can't be the same Joe to build a motorcycle or go rafting or found a glass factory without a (impressive amount of) domain specific knowledge.

World is complex. Technologies are. Deal with it.

Another thing that seriously bugs me is the approach to mask completely different goals and processes by imaginary simplicity of overlaying technology stack. Writing a web app and making it scale are totally different goals, choose what are you going to do first. Textual documents storage will differ from video hosting by a couple of orders of magnitude. The more generalization you achieve, the less freedom you'll have.

Awesome numbers. I wish I could participate in design/implementation of a system like that.

I hope that IETF will be safe enough to not accept 'live streaming' as a standart. Streaming must be streamed, not mocked by winamp'ish playlists.

My Samsung Galaxy S + one of Samsung TV nearby is playing it exactly like that by using much more user friendly protocol stack. Meet UPnP/DLNA. Moreover, right now I am watching a quaterfinal of Heineken Cup by magically streaming video to the TV over the local network. Meet UPnP/DLNA once again.

And there's more! This December I spent a week in Samsung's R&D working with their extension of UPnP that will deliver custom user interfaces for the TVs. They will be like regular javascript enabled web pages with an access to TV's media playing capabilities. No Apple, still.

So I beg you, Apple fans, try to take a broader look before shouting out loud about new killer features 'invented' by Apple.

I tried to use UPnP/DLNA to watch videos from my PC on my PS3. After having to search online how to turn it on, I STILL can't get them vids to stream in HD. Only some blocky low-res crap. Streaming MKVs did not work either.

Maybe it's better on Samsung/Samsung combos. It's a great idea, though.

At the moment I am using Minidlna to serve videos and it works like a charm, even with big resolutions. While trying to find a way to deliver stream to the TV from under Mediatomb, it was required to specify some magical header value. Also DLNA players I worked with were extremely picky about the content type you specify. I.e. sending FullHD .ts stream won't work well unless you say it's video/mpeg.

Anyhow, at the moment opensource is only starting to be curious about something other then writing code and compiling it. Too bad they are doing new stuff kind of wrong (see KDE4 and Gnome3, my two major reasons to use Fluxbox).

Sorry, but I've tried to use that crap. It is a real PITA to get working, and it stops working for no apparent reason. The implementations are all over the map. Interoperability is horrible. Also, it doesn't have a standard way to just automatically start a video playing from a local to a remote device. It pulls. It doesn't push. So whatever Samsung does to achieve AirPlay-like functionality won't be standard.

Bullshit. Try reading something on the topic before writing. Even Wikipedia will do. DLNA specs groups devices in categories, including servers, renderers, and controllers. Using DMC you can command DMR to play a media from a DMS.

The fact that you've used loosy implementation doesn't mean that the spec itself is a crap.

DLNA is not a silver bullet and has some flaws, but it is thousand times better then AirPlay just because it is more open and does not require specific hardware to accomplish simple tasks. And what is even more important, at the moment huge amount of work is being done worldwide to enrich the list of devices supporting these protocols.

Right, so my only mistake was "It pulls. It doesn't push". In the future it might all get better. Great. But I was responding to what we have now, not what we might have next year.

UPnP/DLNA isn't user-friendly by any definition. Nor is it developer-friendly even.

It is open though, so...

I can't really get how can you speak about UPnP being 'user friendly'? Have you ever tried to think about the same aspect of HTTP or TCP?

Can you please explain what do you mean?

Fix the language, then fix event processing approach, then spend 10 yeard maturing in the highly concurrent environments and end up being Erlang. w00t.