Say what now? Non-traditional? How about simply "languages with non-latin scripts"! And even that description isn't completely accurate as there are plenty of languages written using variants of latin scripts that could benefit from punycode (Spanish, French, German, Scandinavian languages, quite a few Slavic languages, Vietnamese, and I'm probably forgetting a lot).
I usually don't care about this sort of things but this time I'll bite: there are about 6.5+ billion people on this planet that use "non-traditional alphabets". It's about time whoever wrote the FA at Engadget learns a little bit about the rest of the world.
As a Gentoo dev, your comment made me chuckle (though I'm sadly out of mod points). I know we're a small community - both dev and user - with an ever sticky reputation of having ricer users (http://funroll-loops.org/ anyone? though the site looks dead).
Back on topic, he does seem to like singling Gentoo out, and has done so on numerous occasions (including TFA).
Why Gentoo in particular? Beats me. Maybe it's because of eudev (I don't know anyone running it)? Maybe it's because OpenRC is still the default? Maybe it's because he's been trolled by someone "representing" the entire Gentoo community? I really don't know, but I definitely don't like have mud slung at the entire project/distribution when we have 200+ active developers.
Not to sound too pedantic, Shinkansen started out far from 320km/h. In fact, the original "bullet trains" back in 1965 were limited to 210km/h (about 130mph y'all non metric folks). The mighty Penn RR had GG1s pulling trains from NYC to DC at 100mph around the same time. Back in (my beloved old) Europe, SNCF class BB 9200 electric locomotives were pulling 200 km/h (120mph) trains in 1967 on part of the way from Paris to Toulouse; in Germany, Class 110 were pulling express trains at speeds similar to that of the GG1s.
Now, if anything should be remembered from JR of yesteryear was their bet against air and road traffic. It truly was against all odds that JR executives fought for proper rail infrastructure. For a completely new standard-gauge network, that did not exist. Unlike other countries, Japan's high speed standard-gauge network was built from scratch, with connections to the narrow-gauge network being done in the late 90's. This high-speed network has since then been upgraded to 320km/h operations over the past decades. Regardless of top speed, this is what Shinkansen should be remembered for: 20/20 hindsight.
As a Frenchman proud the national TGV network, I tip my hat off the Japanese engineers and executives who envisioned and built the Shinkansen.
I'll bet a pound of nickels and dimes that Oracle changed the license to screw BDB users and get them to move on to something else. Either Oracle's own products or just anything else really. The corporate overlord probably just wants to stop having to care about BDB and figured a license change was as good a plan as any.
A couple of benchmarks have been done over the past 2 decades. Though it's a shame they're not mentioned in the article.
The reference paper on the topic is Keith Packard's and Jim Getty's USENIX 2003 paper on LBX (Low Bandwidth X), a compression proxy for the X protocol. This paper compares LBX against the standard X protocol (both with and without a compressed SSH tunnel). A couple of key findings from the article:
SSH compression is almost as good as LBX (which is probably why nobody bothers with it)
X11 is pretty efficient on bandwidth for everything except raw image data
X11 is very sensitive to latency
Now some of those issues have been (somewhat) mitigated in various libraries such as xcb, Qt and Gtk+, X11 can only be used comfortably over low-latency links.
While searching for that first article, I came across a more recent presentation which compares X11 against VNC and NX. Again, the author(s) conclude that X11's performance suffer greatly whenever latency increases. As for my own daily experience working company X terminals, remote X even on speedy gigabit networks is a major PITA and I'm planning to work on comparing alternatives (VNC, RDP, SPICE,...)
X still has value, it's the lingua franca of GUI protocols on UNIX and I don't think anyone expects it to disappear anytime soon. But it is an antiquated protocol, both for local operations and for remote displays.
Nothing wrong with horse meat. Pretty tasty too (IMHO).
However, misinformation, no scratch that, lies about the product is what people are upset about. If businesses are lying about that, what else are they hiding? Can they be at all trusted?
The core network of Minitel was owned and operated by the company now known as Orange. However, the device itself is a really dumb text terminal based on ITU-approved standards: V.23, ASCII, videotex, etc. Most Minitel terminals even have a serial port and thus can be hooked to recent computers.
Even back when the core network was still being operated, nothing prevented people from operating their own Minitel server/service. You could directly dial any standard number (not just the short 36xx ones).
You can support almost all browsers out there with only two codecs: H.264 + your choice of ogg/theora or webm/vp8. And the H.264 will of course still work with Flash. This URL http://caniuse.com/#feat=webm is very handy if you want to see for yourself.
At least that's the situation for static streaming / VOD. Live broadcast is where the mess is with Apple's HLS, Microsoft's HSS, Adobe's RTMP, MPEG's DASH along with IETF-standard RTSP (15 years old but still somewhat alive) and various less-known protocols. AFAICT, none of the recent protocols (that support adaptive bandwidth and work over HTTP) support open audio/video codecs. If Google/Mozilla/etc want patent-free codecs to get traction, they should work on a version of DASH that works with theora/VP8.
My 0.02€ as a former employee of a large video-streaming-oriented CDN.
I don't expect any slashdotter to actually even care for the original article (yes, the one in French) but just the summary... let alone try and translate it with babelfish.
Here's basically what this fellow French dude says : Google, an american company, is trying to digitalize books, let's team up as europeans to continue to bring our own litterature on the web as well.
Of course his first few lines sound very anti american, just as the first few posts talked about frogs and all:)
This is not as much towards google as it is towards the French government and other EU countries.
I think you're forgetting something... non Windows and non OSX users. We aren't that many compared to windows users for sure, but I think mozilla has it's role to play in the future of linux (and other nixes).
There are enough people relying on mozilla / khtml to warrant that they will not fade away as quickly as netscape did.
On my gentoo boxes, IE is not an option : firefox and konqueror are.
My cell phone has a battery life of about a 40 sec during calls.
That helps to keep the costs down:)
Seriously though, I've had my phone for 4 years now and the cell phone is just for "small emergencies", like being late somewhere.
I have one hour worth of phone calls each month that my parents pay for me (that 15 ~ $18). After that, it locks up and I can't call anymore. I have to buy prepaid cards.
In four years, I never had to buy one of those cards. Cell phones are just like anything else in real life : a responsability.
During WWII, the militia men ("maquisards" for us frenchies) working/killing for the liberation of France were said to be terrorists by the Nazis and the collaborating government. Most of the French people considers them as war heroes.
So, I agree. "Terrorist" is a very subjective term.
(Don't get me wrong, I consider them as war heroes, but this was a point my history teacher in HS brought to us, to make us think beyond clear cut facts)
There is an open published standard that any developer can use for free or non-free software. For OpenGL implementations, they have some sort of dual-licensing. FOSS operating systems have a free (free beer) license. However closed source implementations have to pay a fee.
No matter what kind of software is created, they *all* have to pass a compatibility test suite, created and managed by the ARB. With revison numbers, the OpenGL standard is fairly easy to follow and to extend. (1.2, 1.3,...) All non-standard extensions just can't begin with glXYZ(). Official extensions begin with ARB_XYZ and in the next version(s), they turn into glXYZ() once they have been formaly approved.
While OpenGL has been criticized for being slow to face competition from Direct3D, the standard is here to stay, clearly defined.
IMHO, Sun should look into OpenGL type of managment. It looks very close to what they are trying to accomplish.
countries with non-traditional alphabets
Say what now? Non-traditional? How about simply "languages with non-latin scripts"! And even that description isn't completely accurate as there are plenty of languages written using variants of latin scripts that could benefit from punycode (Spanish, French, German, Scandinavian languages, quite a few Slavic languages, Vietnamese, and I'm probably forgetting a lot).
I usually don't care about this sort of things but this time I'll bite: there are about 6.5+ billion people on this planet that use "non-traditional alphabets". It's about time whoever wrote the FA at Engadget learns a little bit about the rest of the world.
Please, we're 65 millions. Easy on the wide brush. Thanks.
As a Gentoo dev, your comment made me chuckle (though I'm sadly out of mod points). I know we're a small community - both dev and user - with an ever sticky reputation of having ricer users (http://funroll-loops.org/ anyone? though the site looks dead).
Back on topic, he does seem to like singling Gentoo out, and has done so on numerous occasions (including TFA).
Why Gentoo in particular? Beats me. Maybe it's because of eudev (I don't know anyone running it)? Maybe it's because OpenRC is still the default? Maybe it's because he's been trolled by someone "representing" the entire Gentoo community? I really don't know, but I definitely don't like have mud slung at the entire project/distribution when we have 200+ active developers.
Not to sound too pedantic, Shinkansen started out far from 320km/h. In fact, the original "bullet trains" back in 1965 were limited to 210km/h (about 130mph y'all non metric folks). The mighty Penn RR had GG1s pulling trains from NYC to DC at 100mph around the same time. Back in (my beloved old) Europe, SNCF class BB 9200 electric locomotives were pulling 200 km/h (120mph) trains in 1967 on part of the way from Paris to Toulouse; in Germany, Class 110 were pulling express trains at speeds similar to that of the GG1s.
Now, if anything should be remembered from JR of yesteryear was their bet against air and road traffic. It truly was against all odds that JR executives fought for proper rail infrastructure. For a completely new standard-gauge network, that did not exist. Unlike other countries, Japan's high speed standard-gauge network was built from scratch, with connections to the narrow-gauge network being done in the late 90's. This high-speed network has since then been upgraded to 320km/h operations over the past decades. Regardless of top speed, this is what Shinkansen should be remembered for: 20/20 hindsight.
As a Frenchman proud the national TGV network, I tip my hat off the Japanese engineers and executives who envisioned and built the Shinkansen.
I'll bet a pound of nickels and dimes that Oracle changed the license to screw BDB users and get them to move on to something else. Either Oracle's own products or just anything else really. The corporate overlord probably just wants to stop having to care about BDB and figured a license change was as good a plan as any.
A couple of benchmarks have been done over the past 2 decades. Though it's a shame they're not mentioned in the article.
The reference paper on the topic is Keith Packard's and Jim Getty's USENIX 2003 paper on LBX (Low Bandwidth X), a compression proxy for the X protocol. This paper compares LBX against the standard X protocol (both with and without a compressed SSH tunnel). A couple of key findings from the article:
Now some of those issues have been (somewhat) mitigated in various libraries such as xcb, Qt and Gtk+, X11 can only be used comfortably over low-latency links.
While searching for that first article, I came across a more recent presentation which compares X11 against VNC and NX. Again, the author(s) conclude that X11's performance suffer greatly whenever latency increases. As for my own daily experience working company X terminals, remote X even on speedy gigabit networks is a major PITA and I'm planning to work on comparing alternatives (VNC, RDP, SPICE, ...)
X still has value, it's the lingua franca of GUI protocols on UNIX and I don't think anyone expects it to disappear anytime soon. But it is an antiquated protocol, both for local operations and for remote displays.
Nothing wrong with horse meat. Pretty tasty too (IMHO). However, misinformation, no scratch that, lies about the product is what people are upset about. If businesses are lying about that, what else are they hiding? Can they be at all trusted?
The core network of Minitel was owned and operated by the company now known as Orange. However, the device itself is a really dumb text terminal based on ITU-approved standards: V.23, ASCII, videotex, etc. Most Minitel terminals even have a serial port and thus can be hooked to recent computers.
Even back when the core network was still being operated, nothing prevented people from operating their own Minitel server/service. You could directly dial any standard number (not just the short 36xx ones).
Quite a mess.
Not quite.
You can support almost all browsers out there with only two codecs: H.264 + your choice of ogg/theora or webm/vp8. And the H.264 will of course still work with Flash. This URL http://caniuse.com/#feat=webm is very handy if you want to see for yourself.
At least that's the situation for static streaming / VOD. Live broadcast is where the mess is with Apple's HLS, Microsoft's HSS, Adobe's RTMP, MPEG's DASH along with IETF-standard RTSP (15 years old but still somewhat alive) and various less-known protocols. AFAICT, none of the recent protocols (that support adaptive bandwidth and work over HTTP) support open audio/video codecs. If Google/Mozilla/etc want patent-free codecs to get traction, they should work on a version of DASH that works with theora/VP8.
My 0.02€ as a former employee of a large video-streaming-oriented CDN.
Ok, I'll bite this one for a change.
I don't expect any slashdotter to actually even care for the original article (yes, the one in French) but just the summary ... let alone try and translate it with babelfish.
Here's basically what this fellow French dude says : Google, an american company, is trying to digitalize books, let's team up as europeans to continue to bring our own litterature on the web as well.
Of course his first few lines sound very anti american, just as the first few posts talked about frogs and all :)
This is not as much towards google as it is towards the French government and other EU countries.
I think you're forgetting something ... non Windows and non OSX users. We aren't that many compared to windows users for sure, but I think mozilla has it's role to play in the future of linux (and other nixes).
There are enough people relying on mozilla / khtml to warrant that they will not fade away as quickly as netscape did.
On my gentoo boxes, IE is not an option : firefox and konqueror are.
I, for one, am not going back to netscape 4
My cell phone has a battery life of about a 40 sec during calls.
:)
That helps to keep the costs down
Seriously though, I've had my phone for 4 years now and the cell phone is just for "small emergencies", like being late somewhere.
I have one hour worth of phone calls each month that my parents pay for me (that 15 ~ $18). After that, it locks up and I can't call anymore. I have to buy prepaid cards.
In four years, I never had to buy one of those cards. Cell phones are just like anything else in real life : a responsability.
So, I agree. "Terrorist" is a very subjective term.
(Don't get me wrong, I consider them as war heroes, but this was a point my history teacher in HS brought to us, to make us think beyond clear cut facts)
This is exactly how OpenGL works.
...) All non-standard extensions just can't begin with glXYZ(). Official extensions begin with ARB_XYZ and in the next version(s), they turn into glXYZ() once they have been formaly approved.
There is an open published standard that any developer can use for free or non-free software. For OpenGL implementations, they have some sort of dual-licensing. FOSS operating systems have a free (free beer) license. However closed source implementations have to pay a fee.
No matter what kind of software is created, they *all* have to pass a compatibility test suite, created and managed by the ARB. With revison numbers, the OpenGL standard is fairly easy to follow and to extend. (1.2, 1.3,
While OpenGL has been criticized for being slow to face competition from Direct3D, the standard is here to stay, clearly defined.
IMHO, Sun should look into OpenGL type of managment. It looks very close to what they are trying to accomplish.