J2ME is available for Palm, but it's hopeless constrained on that platform. I haven't managed to check out IBM's VM yet, but the MIDP profile available from Sun leaves much to be desired. Considering the maturity of some Palm devices the fact that J2SE isn't available surprises me.
Half of me is dying to try Superwaba, but the possible compatibility issues frighten me. There's nothing I hate worse than having to have multiple JVM's on my computer, especially one with limited device storage.
I'm partial to HP's myself, and yes, the newer Dell Latitudes. Granted, I had a bad experience with some Dell Latitudes in 2001/2002 where we had to replace 200 out of 450 motherboards, but the last Latitude (cpx, IIRC) I was given was a joy to use.
Personally I think the Thinkpad's ergonomics sucked, but I haven't used a recent model (>2003). For the longest time they were the only holdout in the market going to the Touchpad... those little clits are a pain when typing (I'd always be hitting them, and in X that sometimes means entering data into the wrong window...).
Can't knock the robustness tho. Got a number of 486 and pentium Thinkpads that have survived everything short of a shotgun blast.
And the only reason that is untrue is that LCD prices have continued to remain abysmally overpriced.
When you buy or replace a desktop, the monitor is a separate expense, unlike a laptop, where that expense is incurred for every unit. If laptops had docking ports for a universal LCD display, then per unit costs would probably drop.
That, and a laptop is still pretty much a prestige item, a status symbol if you will. It will always command a premium. A similar issue exists with Tablets. Display + Status == $HIGHER_COST. If you purchase a desktop with 15 or 17" LCD, you're going to be paying +/- $200-$400 extra. Compared to laptops of equivalent performance (slightly smaller disk drives, wireless connections built in), that's not much of a difference in cost. The only difference is that the LCD monitor is reusable when the desktop dies, the laptop is trash.:-/ Why not a Cardbus-like standard for LCD displays?
High-end computing is coming in multicore now, AMD is going to need all that fab space churning out AMD64s, which performance-wise are better than the XP's.
I'm not at all surprised. It's what Intel would have done had Itanium been able to run 32 bit software as fast as it's Pentium-III, Pentium-IV offerings.
While I don't think I'm denying such a fact, the simple act of of sending the satellite to the comet "caused a slight change in the comet's orbit". The fact that it's miniscule and probably immeasurable with our current technology doesn't negate that fact.
I'll worry about 747's falling out of the sky before getting bothered about an 820# copper bathtub slamming into a multi-million ton comet.
Even something as simple as reducing Earth's mass by sending satellites throughout the solar system would have the same effect you describe. There are things to worry about in the world. This is not one of them.
Um, yeah, next time he has to buy a toilet that sucks his ass into it to prevent his shit from staining the insides of the shuttle windows, as well as trapping and disposing of waste methane so as not to suffocate his fellow astronuts with his horrible anal stench, let's see him come up with something cheaper...
Yes, but certain chemicals will react with other chemicals, producing compounds that were not present in either original source. In some respects you have the same issue with copper, but less so than a complicated chemical and electronic mixture that you'd have with a chemical bomb and detonator mix.
Plus, a copper bullet travelling at 23000 mph cannot fail, as long as it's on the proper course.
F=MV isn't very mutable. Small copper bullet @ 23,000 mph != multi-million ton object travelling at > 20,000 mph.
While there is uncertainty of where that object will end up in 20 years due to the effect of such a simple change, it's not uncertain enough that we should worry about it any more than random interplanetary objects already striking it.
The tradeoff, when running with large datasets, is a cost in memory. The increased swapping eats any performance benefit from improved run-time optimization.
I have to disagree. After having fought, and I mean battles of legendary proportions, with Oracle, I'm enamored with Microsoft's SQL Server, especially in it's 7.0 and later incarnations. Robust, reliable, fast, easy to manage.
In a competition between Oracle and Microsoft, I honestly don't think SQL Server has any competition (except Sybase maybe, which it apparently is based off of). I have yet to use DB2, so cannot comment.
This was mostly a problem in the Windows95 -> Windows 98 transition, where a lot of features present on Windows98 were backported to 95 and NT with patches. The common controls dialog for one was a frequent offender, as well as MDAC here and again.
This was largely solved by Windows Installer and subsequent evolutions of the operating system.
Ahem, doing something relatively easy (as simple as./configure ; make; make install) as fixing your symlinks ONCE, surely is better than doing it for every single program you distribute once per distro?
Slashdot Mirror
J2ME is available for Palm, but it's hopeless constrained on that platform. I haven't managed to check out IBM's VM yet, but the MIDP profile available from Sun leaves much to be desired. Considering the maturity of some Palm devices the fact that J2SE isn't available surprises me.
Half of me is dying to try Superwaba, but the possible compatibility issues frighten me. There's nothing I hate worse than having to have multiple JVM's on my computer, especially one with limited device storage.
Type-O+E(-E4): Kyocera 7135
The only thing killing the 7135 is the slow processor (33mz dragonball) and the battery life, which sucks major ass (3 hours).
But, it's a cellphone/MP3 player, and I've got my 1GB SD card loaded to the brim with 100+MB of palm apps and almost 800MB of mp3s.
Now if only Sun would release a decent JVM for the Palm, I'd be in heaven.
I'm partial to HP's myself, and yes, the newer Dell Latitudes. Granted, I had a bad experience with some Dell Latitudes in 2001/2002 where we had to replace 200 out of 450 motherboards, but the last Latitude (cpx, IIRC) I was given was a joy to use.
Personally I think the Thinkpad's ergonomics sucked, but I haven't used a recent model (>2003). For the longest time they were the only holdout in the market going to the Touchpad... those little clits are a pain when typing (I'd always be hitting them, and in X that sometimes means entering data into the wrong window...).
Can't knock the robustness tho. Got a number of 486 and pentium Thinkpads that have survived everything short of a shotgun blast.
Hey, if eMachines can manage to fix the quality issues, why not give Levono the benefit of the doubt too?
And the only reason that is untrue is that LCD prices have continued to remain abysmally overpriced.
:-/ Why not a Cardbus-like standard for LCD displays?
When you buy or replace a desktop, the monitor is a separate expense, unlike a laptop, where that expense is incurred for every unit. If laptops had docking ports for a universal LCD display, then per unit costs would probably drop.
That, and a laptop is still pretty much a prestige item, a status symbol if you will. It will always command a premium. A similar issue exists with Tablets. Display + Status == $HIGHER_COST. If you purchase a desktop with 15 or 17" LCD, you're going to be paying +/- $200-$400 extra. Compared to laptops of equivalent performance (slightly smaller disk drives, wireless connections built in), that's not much of a difference in cost. The only difference is that the LCD monitor is reusable when the desktop dies, the laptop is trash.
I'd send you the old Archistrat I used to have, but
h tm >
A) It weighed 120#'s (just the case and mobo) so I'd probably not ship it to Europe either.
B) I threw it in the tip about a year ago (and nearly threw my back out doing it).
<URL:http://www.byte.com/art/9510/img/506043g1.
> Oh, and who said a pre-286 couldn't run Windows? 3.0 runs on an 8088...
:-)
Oh the Horror! One application at a time.
From an economic standpoint, it only makes sense.
High-end computing is coming in multicore now, AMD is going to need all that fab space churning out AMD64s, which performance-wise are better than the XP's.
I'm not at all surprised. It's what Intel would have done had Itanium been able to run 32 bit software as fast as it's Pentium-III, Pentium-IV offerings.
That's the sound of that answer going right over my head. K, thx!
Really? How'd that work before OS's got intelligent and supported more than 8 characters in a username?
Eastern and Pacific.
:-D
Duh.
I don't think ANY bookie in his right mind would ever take a bet in which the bettor was a principal capable of affecting the outcome. No FSCKING way.
While I don't think I'm denying such a fact, the simple act of of sending the satellite to the comet "caused a slight change in the comet's orbit". The fact that it's miniscule and probably immeasurable with our current technology doesn't negate that fact.
I'll worry about 747's falling out of the sky before getting bothered about an 820# copper bathtub slamming into a multi-million ton comet.
Even something as simple as reducing Earth's mass by sending satellites throughout the solar system would have the same effect you describe. There are things to worry about in the world. This is not one of them.
Um, yeah, next time he has to buy a toilet that sucks his ass into it to prevent his shit from staining the insides of the shuttle windows, as well as trapping and disposing of waste methane so as not to suffocate his fellow astronuts with his horrible anal stench, let's see him come up with something cheaper...
The shuttle staffing issues would be a non issue if we:
A) Finished the X38 to a full-size CRV.
B) Built a manrated booster ala Titan or Atlas to loft the CRV.
I blame Shrub for killing the most promising spacecraft project of the past half decade.
Yes, but certain chemicals will react with other chemicals, producing compounds that were not present in either original source. In some respects you have the same issue with copper, but less so than a complicated chemical and electronic mixture that you'd have with a chemical bomb and detonator mix.
Plus, a copper bullet travelling at 23000 mph cannot fail, as long as it's on the proper course.
K.I.S.S.
F=MV isn't very mutable. Small copper bullet @ 23,000 mph != multi-million ton object travelling at > 20,000 mph.
While there is uncertainty of where that object will end up in 20 years due to the effect of such a simple change, it's not uncertain enough that we should worry about it any more than random interplanetary objects already striking it.
You are evil. Don't give them ideas.
Follow that line of thought to it's obvious conclusion...
Contractors are next.
The tradeoff, when running with large datasets, is a cost in memory. The increased swapping eats any performance benefit from improved run-time optimization.
I have to disagree. After having fought, and I mean battles of legendary proportions, with Oracle, I'm enamored with Microsoft's SQL Server, especially in it's 7.0 and later incarnations. Robust, reliable, fast, easy to manage.
In a competition between Oracle and Microsoft, I honestly don't think SQL Server has any competition (except Sybase maybe, which it apparently is based off of). I have yet to use DB2, so cannot comment.
You, too, are just like NASA. Need Another Seated Audience.
This was mostly a problem in the Windows95 -> Windows 98 transition, where a lot of features present on Windows98 were backported to 95 and NT with patches. The common controls dialog for one was a frequent offender, as well as MDAC here and again.
This was largely solved by Windows Installer and subsequent evolutions of the operating system.
Ahem, doing something relatively easy (as simple as ./configure ; make; make install) as fixing your symlinks ONCE, surely is better than doing it for every single program you distribute once per distro?