What if some company decides to make a CPU scheduler
oooo. that could turn out to be a very good market. i wonder if there's an easy way to replace it? a scheduler tuned to specific tasks could turn out pretty good - could you imagine using windows on the desktop? 2010, i'm telling you, the year of the windows desktop!
On a related note, will Apple have to stop including Safari with OS X?
no. apple does not hold a monopoly on the desktop - or anywhere else at this point. when the iphone reaches 90%+ marketshare, that may change.
I think they ran out of money because they have allocated it all towards coupons that have been distributed, but haven't been redeemed or expired.
exactly! i am counted toward that - i received two coupons, but they were both expired by the time converter boxes started showing up in my market. isn't there some way to account for those?
If Oregon wants more revenue, they're free to institute a sales tax
the problem is that oregon has very high income and property taxes to make up for the lack of a sales tax. washington does not. if this were to change, one state would need to adopt the taxation style of the other. that just isn't going to happen.
the major metropolitan area of the state (portland) is literally right across the river from cheaper gas without the extra tax.
this already works out where many people that work in oregon live in washington (vancouver), buy their gas in washington, drive on mostly oregon roads, do not pay oregon income taxes, do not pay oregon property tax, and since oregon has no sales tax, do not pay washington sales tax since they shop in oregon. it's a big win for them, and a loss to both states in revenue. this would only cause more people to fill up in washington (1 mile from my portland house).
Watching that trailer it seems like they've made an effort to sex-up trek
have you seen the TOS?
seriously.
star trek had scantily clad women in almost every episode, with barely veiled (for the time) bouts of kirk scoring with every single one of them. even TNG had commander "horndog" riker.
agreed, but the answers to your assertions were in TFA.
an intel spokesperson also goes on record saying that the performance is likely to be only 80% of a comparable intel chip. until these are in the hands of testers, it's still all fairly moot.
but, to completely discount a chip because it is not x86 compatible, when the biggest change appears to be that they bolted x86 compatibility on is just silly.
This latest chip will also be fundamentally different from those made before. Neither Godson-1 nor -2 is compatible with Intel's so-called x86 architecture, meaning that most commercial software will not run on them. But engineers have added 200 additional instructions to Godson-3 to simulate an x86 chip, which allows Godson-3 to run more software, including the Windows operating system. And because the chip architecture is only simulated, there is no need to obtain a license from Intel.
on watt usage from TFA:
The four-core Godson-3 will consume 10 watts of power, and the eight-core chip will consume 20 watts, says Xu.
We are no longer allowed to buy studded tires for our cars.
interesting. i live in pdx, and it's difficult to find an SUV without studs. and we get no snow. i've always wanted studs to be allowable only to those in areas that get snow, based on your registration address. ODOT says that they're still legal, and they are legal here in portland, are you sure that it's not just a local thing that they are blaming on portland?
This raises a question that I've wondered for awhile - is there any good reason to NOT use prepared statements and bind variables?
funny you should ask. some databases have a limit on the number of prepared statements that it will keep compiled, and using it all over will negate some of the gains on your larger queries.
as for bind variables, in general, i would never think to not use bind variables - then there's the exception that proves the rule:
a couple of years ago, i was working for a decently sized public company in the entertainment sector. we had a fairly good-sized data-warehouse, and once the schema was set up correctly, and we were getting correct partition elimination, there was still a query that was performing in the hundreds to thousands of seconds instead of less than 5. when run in sqlplus (this was oracle 9i, running RAC), the query would return almost instantly.
the application had been designed to use bind variables the whole way through, but in this query, the cost-based-optimizer was generating a horrible plan and caching it. the only way to get around it was to eliminate the bind variables and generate the query dynamically. we did some serious data scrubbing, but it worked, and solved the problem. it was an obscure bug in oracle 9i.
what you're talking about seems to be an Oracle-specific thing
no, not really. in the case of sane databases, it is the norm. heck, even mysql supports them.
But like I said, since these web development frameworks generate the SQL queries for you based on your usage of their models
except that generating SQL on the fly is extremely inefficient . the database must then parse the query, measure costs and determine the best execution plan before executing the query even begins. using prepared statements and bind variables obviate the need for this, thus allowing the database to optimize the queries and choose the best execution plan.
not doing this is either ignorance or negligence. i would hope it was the former in the case of oklahoma, and seems to be the case all over.
in addition, the new Ford cars and trucks with the interface built by Microsoft.
the interface looks horrible and clunky, probably diluting the Microsoft brand even further - and they proudly state that the interface is built by Microsoft in the commercials?
Slashdot Mirror
throttle away.
amazingly, a lot of the webkit work appears to have made it back into khtml.
i guess that's not really contributing though, huh?
webkit - used in konquerer and chrome.
apple has contributed to a lot of things that you may not be aware of, as has microsoft.
i think that several people would disagree with that.
mySQL was seen at the time as an answer to mSQL, which was non-free, even to the point of sharing a very similar API.
funny how times and history change.
oooo. that could turn out to be a very good market. i wonder if there's an easy way to replace it? a scheduler tuned to specific tasks could turn out pretty good - could you imagine using windows on the desktop? 2010, i'm telling you, the year of the windows desktop!
no. apple does not hold a monopoly on the desktop - or anywhere else at this point. when the iphone reaches 90%+ marketshare, that may change.
SOA = Service Oriented Architecture, and is one of the big crazes in the tech world right now.
http://en.wikipedia.org/wiki/Service-oriented_architecture
because the article didn't seem to help with that.
the signature? what font is that in?
do you perhaps mean:
ouroboros?
oroboros is a window manager.
exactly! i am counted toward that - i received two coupons, but they were both expired by the time converter boxes started showing up in my market. isn't there some way to account for those?
the problem is that oregon has very high income and property taxes to make up for the lack of a sales tax. washington does not. if this were to change, one state would need to adopt the taxation style of the other. that just isn't going to happen.
one major problem with your argument:
the major metropolitan area of the state (portland) is literally right across the river from cheaper gas without the extra tax.
this already works out where many people that work in oregon live in washington (vancouver), buy their gas in washington, drive on mostly oregon roads, do not pay oregon income taxes, do not pay oregon property tax, and since oregon has no sales tax, do not pay washington sales tax since they shop in oregon. it's a big win for them, and a loss to both states in revenue. this would only cause more people to fill up in washington (1 mile from my portland house).
hulu has it:
http://www.hulu.com/galactica-1980
may you forget quickly and are able to heal.
Watching that trailer it seems like they've made an effort to sex-up trek
have you seen the TOS?
seriously.
star trek had scantily clad women in almost every episode, with barely veiled (for the time) bouts of kirk scoring with every single one of them. even TNG had commander "horndog" riker.
M-x yow
and of course, the ever relevant:
M-x psychoanalyze-pinhead
yes, but for some reason, it always results in an error.
http://www.pcworld.com/businesscenter/article/149792/intel_launches_smaller_ssd_for_netbooks_minidesktops.html
intel appears to have actually jumped into the SSD foray before this.
unfortunately, reviews have been lackluster.
agreed, but the answers to your assertions were in TFA.
an intel spokesperson also goes on record saying that the performance is likely to be only 80% of a comparable intel chip. until these are in the hands of testers, it's still all fairly moot.
but, to completely discount a chip because it is not x86 compatible, when the biggest change appears to be that they bolted x86 compatibility on is just silly.
on x86 compatibility from TFA:
on watt usage from TFA:
so, yes, it will be x86 compatible.
the water goes in
hydrogen and oxygen
the energy flows
[offtopic]
We are no longer allowed to buy studded tires for our cars.
interesting. i live in pdx, and it's difficult to find an SUV without studs. and we get no snow. i've always wanted studs to be allowable only to those in areas that get snow, based on your registration address. ODOT says that they're still legal, and they are legal here in portland, are you sure that it's not just a local thing that they are blaming on portland?
This raises a question that I've wondered for awhile - is there any good reason to NOT use prepared statements and bind variables?
funny you should ask. some databases have a limit on the number of prepared statements that it will keep compiled, and using it all over will negate some of the gains on your larger queries.
as for bind variables, in general, i would never think to not use bind variables - then there's the exception that proves the rule:
a couple of years ago, i was working for a decently sized public company in the entertainment sector. we had a fairly good-sized data-warehouse, and once the schema was set up correctly, and we were getting correct partition elimination, there was still a query that was performing in the hundreds to thousands of seconds instead of less than 5. when run in sqlplus (this was oracle 9i, running RAC), the query would return almost instantly.
the application had been designed to use bind variables the whole way through, but in this query, the cost-based-optimizer was generating a horrible plan and caching it. the only way to get around it was to eliminate the bind variables and generate the query dynamically. we did some serious data scrubbing, but it worked, and solved the problem. it was an obscure bug in oracle 9i.
queries are pretty straightforward:
sth = dbh->prepare("SELECT a, b, c FROM foo WHERE a = ?")
sth->execute(123)
what you don't want to do is:
sth = dbh->prepare("SELECT a, b, c FROM foo WHERE a = " . 123)
prepare could be prepare_cached, depending on your db and client library.
famous last words: "just Googled them".
what you're talking about seems to be an Oracle-specific thing
no, not really. in the case of sane databases, it is the norm. heck, even mysql supports them.
But like I said, since these web development frameworks generate the SQL queries for you based on your usage of their models
except that generating SQL on the fly is extremely inefficient . the database must then parse the query, measure costs and determine the best execution plan before executing the query even begins. using prepared statements and bind variables obviate the need for this, thus allowing the database to optimize the queries and choose the best execution plan.
not doing this is either ignorance or negligence. i would hope it was the former in the case of oklahoma, and seems to be the case all over.
with this sort of sanitation built into the queries it generates.
or, perhaps simply use bind variables instead of trying to generate a query. not only will your application thank you, but your database will as well.
in addition, the new Ford cars and trucks with the interface built by Microsoft.
the interface looks horrible and clunky, probably diluting the Microsoft brand even further - and they proudly state that the interface is built by Microsoft in the commercials?
not after the patent licensing kicks in.