jQuery adds several new features and also tries to keep old API available as long as possible.
As a result, the code size is growing: +220KB uncompressed and +30KB minified and gzipped!
The development team announced some optimization to remove unsed code for the next version.

Beside, a fork project has been annoucing working on a more modular delivery for jQuery library.
The jQuip (jQuery In Parts) project can be followed and modules downloaded here:

https://github.com/mythz/jquip

Core features of jQuery (80%) would be available in a “less than 5KB” javascript library!

That sounds great!

Recently, I just discovered some NoSQL framework, like Fat Free FrameWork with MongoDB.
And some article just compare the RAM footprint between WP and other framework…

http://www.laurencegellert.com/2011/06/memory-usage-in-php-frameworks/

No surprise, WP requires about 20-30MB depending on the plugins and themes activated.

WP is growing fat like Windows OS years before…
The more web host provide memory for PHP, the more WP is eating this memory ?
The problem is obvious when you look at the ratio between the memory usage compared with the size of the content produced at the end.
A web page is about 100KB in HTML, the same for CSS and JavaScript.
Images are between 100KB up to 1MB.
Only Videos are requiring more than 1MB and PHP just don’t handle videos streaming very well
(…PHP xmoov tries to provide some solution)

When most of websites built with WP contains less than 100 pages of user generated content; if you count 100KB per page, it would require about 10MB to load in memory 100 web pages at each request.

So why bothering to add a MySQL layer if it consumes more memory than loading the whole content ?
And is it so necessary to use 30MB to handle a content of 10MB ?

WP would really need an optimized, lightweight edition.

But the web servers still need to upgrade to provide http-streaming features.

Hopefully, the recent versions of Nginx now include the http_ mp4 module!

When will Apache provide the equivalent module ?

Http pseudo-streaming provides better features than pure streaming.

The use of a local buffer is only a problem for copy control. Pure streaming protocols like rtmp provided a way to block offline recording from the buffer.

Live streaming is also missing with video tags for HTML5. The only current way seems to provide chunks of video by JavaScript events ?

But these two CMS are build on the current standard LAMP architecture.
And MySQL is really too inefficient for 99% of websites build with Drupal or WordPress.
The next step is to get rid of the MySQL database layer.
One great alternative would be to use simple PHP serialization and flat cache files.
This would be the LAPtoP web architecture: Linux Apache Php to Php.

In 8 years, WP changed from a blogging application to a CMS solution widely used over the web.

But why not ?

The official website for my web activity is still http://microwebagency.com/, but surely there will be some added value to write posts on the WordPress.com platform as well ?