And the poor customers gets duped into buying a counterfeit pods without even realizing it!

That must be stopped!

Think of the customers!!

There is a reason why JPEG is blocky. The blocky nature of the encoding preserves details better.

BPG blurs everything heavily. Small details and fine textures literally disappear.(*)

JPEG is definitely outdated and web could gain from a worthy replacement. But BPG IMO doesn't appear to be "it".

(*) I wonder how JPEG would fare on the images, decoded from BPG. Since fine details are removed by BPG, the JPEG would be smaller too.

Most of the web might be dynamic.

But most of the interesting content is quite static, changing relatively slowly. Consider Wikipedia or YouTube. Wikipedia updates relatively slowly. YouTube only adds new videos (and after Google's touches the comments and the recommendations are pretty useless anyway).

Search and the comments might need to stay dynamic - and centralized - but hosting costs would drop significantly if the bulk data transfers would be handled by the P2P network.

I have found a very good job near where I live and I have simply "canceled" their hiring "process" in the middle. Imagine: dozens phone calls to organize dozens of "interviews", scattered around the world. I have stopped around 5th or 6th "interview", which was around 9-12 month into the "process". In other words, I wasn't hired by Google on technicality that I got bored waiting (and found good job ~20min walking distance from home!)

All in all, I was pretty surprised to find that the hiring process in Google is so badly organized and is so poor in communication. Just like any other other employer, they let you wait and dangle, but the difference that they need 4-12 times more interviews and 4-12 times more waiting and dangling for weeks and months.

That whole thing doesn't make sense, unless your goal specifically is the magic "Google" badge on your CV.

Google engineers are just bunch of narcissistic douchebags. (Hey, I went through their hiring process - I know the types who would fit perfectly!)

GMail was one of the first indicators.

They fail to understand the purpose of e-mail, and as such we would never ever get the most basic and oldest of the e-mail client functions: folders.

But they would go on "reinventing" e-mail forever, with colors, tabs, bars, circles, ovals, shapes, and probably in far future odors. Because sitting down and making a finished product takes a commitment. But the only thing Google has ever apparently committed itself to.... Squirrel!

Just do the "pulseaudio -k" to restart PA.

Since Pottering has left the PulseAudio project, at least the serviceability side of things has improved.

No. Single binary with no dependencies means monolithic design.

For example Linux kernel : single binary with no external dependencies, but internally its architecture is still modular. And the implementation of modules in Linux is still largely "monolithic", since kernel are just pieces of the live kernel, not compatible between different kernel version, which reside on hard drive, not in memory. And when they are loaded into the memory they pretend to be an integral part of the kernel.

You seem to fail to grasp the difference between design and architecture. Your CS education has failed you. Pick a copy of Booch's OOAD and read it up.

No one?

ahref=https://twitter.com/jruby/status/534471839620165632rel=url2html-15138https://twitter.com/jruby/stat...>

Considering the proliferation of programming languages out there, holding a spot in the top ten is respectable. Certainly not tantamount to self-mutilation.

Or I forgot to add "beardy" to "*NIX guys"? Who knows.

What people do not understand, do not grasp yet, is that SystemD brings Linux closer to the *BSD. Pretty soon, SystemD would start dictating kernel version and kernel configuration, turning the whole Linux ecosystem upside down, and making it just like the BSD: a system which contains not only the kernel, but also the whole shebang of userspace tools and libraries.

But it does it the Windows way, instead of the traditional *NIX/BSD way, and that is what provokes most of the protests.

Slashdot crowd is special and doesn't see that modern "Linux admin" is not much different from "Windows admin". RHEL and SLES already lock down the system (both with semi-proprietary software and support contracts) to the point where admin can only press the button to accomplish something. If there is no button - then it is impossible. In other words: just like the Windows. (In part, of course, because these days Windows too, similarly to Linux, allows some level of automation from command line or (Visual Basic or PowerShell) scripts.)

Systemd is a piece of software, modular in design, monolithic in architecture. It is, on top of being a replacement for init and the init.d scripts, replaces basically everything touching kernel and whatnot. It is also a service management and monitoring framework.

It is authored by the same guy who created PulseAudio and Avahi. Think a guy with enourmous ego and the GNOME attitude ("my way, or the highway").

It takes what worked and everybody knows (mostly written in shell), and replaces it with binary blobs (binary programs, written in C).

The majority of admins (think: ex-Windows white collars) are overjoyed to have a new toy. They never knew how init worked - and now they do not have to care anymore. Because anything written in C is magically better than everything written in shell.

The minority of admins (think: *NIX guys) are royally pissed that something they were taking for granted - the total control over the system *NIX always provided - is now basically locked down and given away to some guys from interwebs about whom they never heard before. All for the sake, wait for it, that GNOME can shutdown or restart computer smoothly.

It may not be the most popular option, but Ruby is hardly a marginal language. RedMonk has it tied for 6th with C++, PYPL has it at 10th, and TIOBE has it at 14th. It came off from the Rails high, but it remains steadily popular.

The ecosystem has actually got significantly better over the years, especially as Puppet, Chef, MCollective and others have driven popularity as an admin language, rather than a web language. But more importantly, JRuby pulls in the entire Java ecosystem, which actually puts it in a better position than perl or python, in my opinion. There is Jython, but that lags significantly behind C Python (current stable is 2.5 compatible, which was released eight years ago; their 2.7 release has been in beta for about 21 months) while JRuby offers Ruby 2.1 compatibility in their current stable release and will be putting out their release candidate for 2.2 around the same time as the Ruby 2.2 stable release.

The real win for me is JRuby. The Java ecosystem is at least as broad as perl, and generally better suited to enterprise applications. There are generally perl modules for everything, but they often perform far worse (e.g. Net::LDAP is probably an order of magnitude slower than UnboundID processing LDIF) or are just terrible code (e.g. Net::Sieve::Script which is a regex-based hack, rather than an actual language parser like jSieve).