The hell is the dependencies (python, perl, etcetc) do not support multiple-version installation, and the OS is not isolated from 3rd-party package dependencies.
What version of Python needed to support the latest Mercurial, or Git, RPM SHOULD NOT be dependent on which FC OS version currently installed.
The hell is being thrown into having to hand-upgrade each RPM (and dependencies) and probably breaking something because neither yum nor RPM will support such an "off/obsolete" OS configuration with auto-download/dependency resolution, when it has nothing to do with the OS/kernel.
Whereas, with apt (somewhat) and pkgsrc/bsd-Ports what OS installed really doesn't matter. Multiple versions of supporting components (such as gcc) can be installed as needed, and backwards compatibility is maintained longer because of multi-install + OS isolation.
Windows/MacOS has this freedom where most of the time apps don't care about the OS version installed.
This is why I use a Qstarz BT-Q1000x with my Windows Mobile phone + Garmin Mobile XT + external battery.
It doesn't get any better than that with: o one of the best portable ceramic-patch (-165 dBm sensitivity) GPS reception you can get with the fast MKII chipset that tracks up to 66-channels, 48 hours of continuous usability and 4MB of trail recording (this thing can maintain signal lock when most devices give up) o so-so OS, but it's the only one that gives you external BT GPS capability, and still have some app/phone convergence o Garmin: with a history of offline maps that can be hand-generated from raw images, selectable routes and maps through MapSource, traffic-routable, etc etc. o 8-hours plus of battery life off the external battery (about same size as phone), besides another few hours from the phone itself
Until Android officially deploys BT serial profile to all devices and its Location manager supports external GPS, it sucks just as bad as an iPhone for GPS with Qualcomm's GPSOne, no matter how good Google Navigator is, especially since offline GPS options are limited to maybe Navigon, and iGo.
A website has to be up 24/7 and that's only really achievable when there's really no possibility of the app and language taking the server down (although it was tough in the early days with Perl/PHP). Web required rapid prototyping and deployment (inherent to HTML) not achievable with pure native under the Apache server model. Also, the quality of the site's "developers" required a lot of "hand-holding".
Since then, it's now a legacy tradition along with a lot of "growing up". Mega-websites are now complex apps written in many custom frameworks that could be a dynamic language with native plugins, Java, server embedded runtimes, or entirely native.
Speed (site and development) and price has been the primary evolutionary selectors depending on the sites' needs.
A dynamic language is nice, but not as your core language esp when a mega-corp owns it (.NET too), and has every reason to sue or abandon (MS) at any time. Maybe Android should switch to ObjC, although that's another revived dead-language controlled by Apple.
Just make the core C/C++ "as the only true way" and be done with it.
Totally agree. With Android ports to all of the HTC phones I own (Kaiser, TP1, HD2), MS has entirely drove my mind-share toward Android. The good ol' "installing Linux on old-hardware to give it new life" is still true here. And with all the almost daily test-driving of Android, I'm certainly going to get an Android phone next.
Google's giving out Android source and letting the hackers fill in the rest is certainly garnering them even more money through the ads even from this hacked usage. As "real" business-school wisdom teaches (not the Harvard crap), getting into growing but low-profit markets converts it into a dominating and high-profit position later. All those other risk-adverse conservatives (MBAs) and bean-counters just wall themselves into mediocrity.
HDDs have higher storage densities than any lithography technique, Period. Beyond that it's support mechanics, and so you need a more legitimate comparison between the full uSDHC support circuitry vs a HDD brick.
Considering that rotational tech is limited by seek heads, platters, lots of space, and support circuitry in 300cm^3, you could roughly fit 16-32 uSDHC drives in that space. That's roughly 512GB to 1TB, and so not quite as overwhelming as you were making out.
I think you're missing that cache is temporal, power-based, limited, and still backed by disk swap. Therefore, you can never cache enough to fully reduce latency without large resource costs to the system using complex tracking systems. Time vs Space trade off.
SSDs fix that by lowering the average-case latency envelope in a simplistic black-box. Files and swap is all about constant disk seek/read/write. You'll have a new-gen OS if you actually eliminate these, but it won't be anytime soon.
RAM is more expensive than SSDs, using it up for cache even more costly; and RAM is required for normal use so you're arguing against yourself.
FUD. SSDs are 5x and more in seek and read speed and time. It's noticeable reduced cumulative latency such as 15 seconds OS boot. Ever tried a compile on a SSD? If your HDD never makes a clicking sound then maybe you're right, but not in this universe.
As "desktop systems are disk-bound" while FATXX/NTFS naturally fragment files, SSDs win because YOU NEVER HAVE TO DEFRAG AGAIN. SSD speeds stay above even defragmented HDDs, spindle-speed doesn't matter anymore and Vista ReadyBoost is obsolete while SuperFetch is complemented.
Then there's SSD's reduced power-draw, weight and volume, extreme shock tolerance during operation, etc. Too many ways of win, and people are attracted to that.
Doesn't look that cluttered at all. Besides the awkward line spacing, it actually looks more informative than the loud English page with its flash background and the huge colored, pointless white-space squares of color.
In fact, the 4 JP columns of text layout seems ideal for a 3" Japanese uberphone (or any current smartphone in portrait) to read with. And, there's even more information in the next section. It looks much more usable in one light page-load than the advertising "banner-ad" of the English version.
Perfect example of how the JP page is actually better than the English page.
TFA and others need to play attention to the market. dual/triple/quad-Raid-0 SSDs are now standard in some top-end laptops like the Sony Z. That means 64GB x N SSD storage space + SSD+RAID speeds up towards near-instant response for most everyday usage. That's enough storage and speed to keep up with normal BitTorrent, web, development, video usage as long as you occasionally dump the large media offline to say a 2TB hard-drive.
We haven't really jumped that far from 9GB-was-plenty-of-space-era -- it's just our multimedia has gotten larger. Subtract that, and we're mostly back to the original 9GB is enough. OS is 2-3 GB, be intelligent with how you set up your application installations (don't install everything), keep only 2-3 games fully installed at a time, keep a few DVDs and HD videos online, and cycle the rest offline.
I've currently got 2-3 full source builds of Qt online (ARM and x86) and repos, VC++ 10 Express, VS 9, git and other repos, Chrome, FF and Opera, Steam, XP in VirtualBox, OpenOffice, Office 2010, the install image for Office 2010 (from TechNet), other projects and full builds + sources, some Windows Mobile kitchens, and still have plenty of space for the last season of Doctor Who in HD, besides some anime eps. Swap and Hibernate files from Windows 7. Only less-than 2/3rds filled, and never need to defrag.
Well that and probably waiting a few months for the reviews to come back about any serious bugs, as well as waiting for revised models to be released. First rush is always bad, even on new car models.
Slashdot Mirror
Can't you get that through FreeBSD and anything with a Pkgsrc derived system that doesn't peg binaries to OS releases? (aka RPM Hell).
It's time to join the battlegroup or standing army, also. They get all the free healthcare they can take.
The hell is the dependencies (python, perl, etcetc) do not support multiple-version installation, and the OS is not isolated from 3rd-party package dependencies.
What version of Python needed to support the latest Mercurial, or Git, RPM SHOULD NOT be dependent on which FC OS version currently installed.
The hell is being thrown into having to hand-upgrade each RPM (and dependencies) and probably breaking something because neither yum nor RPM will support such an "off/obsolete" OS configuration with auto-download/dependency resolution, when it has nothing to do with the OS/kernel.
Whereas, with apt (somewhat) and pkgsrc/bsd-Ports what OS installed really doesn't matter. Multiple versions of supporting components (such as gcc) can be installed as needed, and backwards compatibility is maintained longer because of multi-install + OS isolation.
Windows/MacOS has this freedom where most of the time apps don't care about the OS version installed.
RPM treadmill hell (worse than dll hell) needs to die and go away. But, it'll stick around like forever like Cobol at this point.
This is why I use a Qstarz BT-Q1000x with my Windows Mobile phone + Garmin Mobile XT + external battery.
It doesn't get any better than that with:
o one of the best portable ceramic-patch (-165 dBm sensitivity) GPS reception you can get with the fast MKII chipset that tracks up to 66-channels, 48 hours of continuous usability and 4MB of trail recording (this thing can maintain signal lock when most devices give up)
o so-so OS, but it's the only one that gives you external BT GPS capability, and still have some app/phone convergence
o Garmin: with a history of offline maps that can be hand-generated from raw images, selectable routes and maps through MapSource, traffic-routable, etc etc.
o 8-hours plus of battery life off the external battery (about same size as phone), besides another few hours from the phone itself
Until Android officially deploys BT serial profile to all devices and its Location manager supports external GPS, it sucks just as bad as an iPhone for GPS with Qualcomm's GPSOne, no matter how good Google Navigator is, especially since offline GPS options are limited to maybe Navigon, and iGo.
A website has to be up 24/7 and that's only really achievable when there's really no possibility of the app and language taking the server down (although it was tough in the early days with Perl/PHP). Web required rapid prototyping and deployment (inherent to HTML) not achievable with pure native under the Apache server model. Also, the quality of the site's "developers" required a lot of "hand-holding".
Since then, it's now a legacy tradition along with a lot of "growing up". Mega-websites are now complex apps written in many custom frameworks that could be a dynamic language with native plugins, Java, server embedded runtimes, or entirely native.
Speed (site and development) and price has been the primary evolutionary selectors depending on the sites' needs.
Has it been said? Native FTW.
A dynamic language is nice, but not as your core language esp when a mega-corp owns it (.NET too), and has every reason to sue or abandon (MS) at any time. Maybe Android should switch to ObjC, although that's another revived dead-language controlled by Apple.
Just make the core C/C++ "as the only true way" and be done with it.
Totally agree. With Android ports to all of the HTC phones I own (Kaiser, TP1, HD2), MS has entirely drove my mind-share toward Android. The good ol' "installing Linux on old-hardware to give it new life" is still true here. And with all the almost daily test-driving of Android, I'm certainly going to get an Android phone next.
Google's giving out Android source and letting the hackers fill in the rest is certainly garnering them even more money through the ads even from this hacked usage. As "real" business-school wisdom teaches (not the Harvard crap), getting into growing but low-profit markets converts it into a dominating and high-profit position later. All those other risk-adverse conservatives (MBAs) and bean-counters just wall themselves into mediocrity.
HDDs have higher storage densities than any lithography technique, Period. Beyond that it's support mechanics, and so you need a more legitimate comparison between the full uSDHC support circuitry vs a HDD brick.
Considering that rotational tech is limited by seek heads, platters, lots of space, and support circuitry in 300cm^3, you could roughly fit 16-32 uSDHC drives in that space. That's roughly 512GB to 1TB, and so not quite as overwhelming as you were making out.
I think you're missing that cache is temporal, power-based, limited, and still backed by disk swap. Therefore, you can never cache enough to fully reduce latency without large resource costs to the system using complex tracking systems. Time vs Space trade off.
SSDs fix that by lowering the average-case latency envelope in a simplistic black-box. Files and swap is all about constant disk seek/read/write. You'll have a new-gen OS if you actually eliminate these, but it won't be anytime soon.
RAM is more expensive than SSDs, using it up for cache even more costly; and RAM is required for normal use so you're arguing against yourself.
FUD. SSDs are 5x and more in seek and read speed and time. It's noticeable reduced cumulative latency such as 15 seconds OS boot. Ever tried a compile on a SSD? If your HDD never makes a clicking sound then maybe you're right, but not in this universe.
As "desktop systems are disk-bound" while FATXX/NTFS naturally fragment files, SSDs win because YOU NEVER HAVE TO DEFRAG AGAIN. SSD speeds stay above even defragmented HDDs, spindle-speed doesn't matter anymore and Vista ReadyBoost is obsolete while SuperFetch is complemented.
Even the worse SSD crushes a HDD in normal usage: http://www.anandtech.com/show/2738/28
Then there's SSD's reduced power-draw, weight and volume, extreme shock tolerance during operation, etc. Too many ways of win, and people are attracted to that.
Probably the better to read with 3"+ portrait uberphones of theirs.
This is the JP page in English: http://translate.google.com/translate?js=y&prev=_t&hl=en&ie=UTF-8&layout=1&eotf=1&u=http://www.ntt.com/index-j.html&sl=ja&tl=en
Doesn't look that cluttered at all. Besides the awkward line spacing, it actually looks more informative than the loud English page with its flash background and the huge colored, pointless white-space squares of color.
In fact, the 4 JP columns of text layout seems ideal for a 3" Japanese uberphone (or any current smartphone in portrait) to read with. And, there's even more information in the next section. It looks much more usable in one light page-load than the advertising "banner-ad" of the English version.
Perfect example of how the JP page is actually better than the English page.
Nope, I ran all the JP sites through Google Translator. No hand re-layout for English text.
Your argument falls apart.
TFA and others need to play attention to the market. dual/triple/quad-Raid-0 SSDs are now standard in some top-end laptops like the Sony Z. That means 64GB x N SSD storage space + SSD+RAID speeds up towards near-instant response for most everyday usage. That's enough storage and speed to keep up with normal BitTorrent, web, development, video usage as long as you occasionally dump the large media offline to say a 2TB hard-drive.
We haven't really jumped that far from 9GB-was-plenty-of-space-era -- it's just our multimedia has gotten larger. Subtract that, and we're mostly back to the original 9GB is enough. OS is 2-3 GB, be intelligent with how you set up your application installations (don't install everything), keep only 2-3 games fully installed at a time, keep a few DVDs and HD videos online, and cycle the rest offline.
I've currently got 2-3 full source builds of Qt online (ARM and x86) and repos, VC++ 10 Express, VS 9, git and other repos, Chrome, FF and Opera, Steam, XP in VirtualBox, OpenOffice, Office 2010, the install image for Office 2010 (from TechNet), other projects and full builds + sources, some Windows Mobile kitchens, and still have plenty of space for the last season of Doctor Who in HD, besides some anime eps. Swap and Hibernate files from Windows 7. Only less-than 2/3rds filled, and never need to defrag.
If you think small, you're going to stay there.
Agreed, if anything, TFA can be construed as racist by implying the Japanese aren't conforming to Westernized characterizations of their culture.
Many of the TFA's "assertions" of "Japanese simplicity" fall apart when the sites are translated into English text.
You forget South Korea.
Hm.. I hack on Windows Mobile (fpu and GL driver), use Windows and FreeBSD over MacOSX and Linux, TiVo, and drive a Prius. Where does that end up?
You're obviously using it wrong. That knife edge was meant to be there. ;-)
I guess nobody remembers the Apple (Jobs) Cube.
Well that and probably waiting a few months for the reviews to come back about any serious bugs, as well as waiting for revised models to be released. First rush is always bad, even on new car models.
From D8, looks like it's been aimed at his head in his office.
Sprint's 4G (< 10Mbps) is still slower than the 3.95G HSPA+ (< 21Mbps) from T-Mobile (when you actually get coverage).
Usually, that's called wisdom and experience. Once burned, twice shy.
So nobody tested yet what happens when you ignite all that crystal meth? Maybe it'll be powerful enough to ignite all the oil on the surface too ...