Become a fan of Slashdot on Facebook


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Whither 9%? (Score 1) 866

I-1098 is a terrible idea. I live in WA, and I'm below the threshold so I wouldn't have to pay this tax -- yet.

The way the initiative system works in WA, the state legislature is free to make amendments after 2 years. If I-1098 passes, a simple majority vote in Olympia can change the rates & brackets.

It is going to suck even more because the tax is billed as an "excise tax" (to avoid WA state constitutional issues) so it will not be tax deductible with the IRS. 2 years from now when the brackets come down and we are all paying this tax we will be paying federal income tax on top of the excise tax unless federal and/or state law is changed.

This initiative is just going to give Olympia an excuse to avoid the difficult spending cuts that need to be made. Gov. Gregoire is leading that effort now and THAT is the right thing that must be done.


Can You Fight DRM With Patience? 309

As modern DRM schemes get more annoying and invasive, the common wisdom is to vote with your wallet and avoid supporting developers and publishers who include such schemes with their games. Or, if you simply must play it, wait a while until outcry and complaints have caused the DRM restrictions to be loosened. But will any of that make game creators rethink their stance? An article at CNet argues that gamers are, in general, an impatient bunch, and that trait combined with the nature of the games industry means that progress fighting DRM will be slow or nonexistent. Quoting: "Increasingly so, the joke seems to be on the customers who end up buying this software when it first comes out. A simple look back at some controversial titles has shown us that after the initial sales come, the publisher later removes the vast majority of the DRM, leaving gamers to enjoy the software with fewer restrictions. ... Still, [waiting until later to purchase the game] isn't a good long-term solution. Early sales are often one of the big quantifiers in whether a studio will start working on a sequel, and if everyone were to wait to buy games once they hit the bargain price, publishers would simply stop making PC versions. There's also no promise that the really heavy bits of DRM will be stripped out at a later date, except for the fact that most publishers are unlikely to want to maintain the cost of running the activation, and/or online verification servers for older software."

Comment Re:Mod Summary Troll. (Score 1) 490

The context of the grandparent's quote is an answer to this question in the FAQ:

Even if it's legal to hire international students, won't it cost a lot of money and involve a lot of paperwork?

The document, and this question in particular, is clearly designed to be informative and tackle a specific bias that exists in the hiring process.

However, the wording is *may* not *will*, which makes it less informative, and instead of eliminating bias, it actually creates a bias in favor of hiring international students for reasons other than who is the best candidate. Who benefits from that? Candidates hired for the wrong reasons, or employers who hired employees for the wrong reasons?

The preceding statements in the answer were sufficient on their own:

No. The only cost to the employer hiring international students is the time and effort to interview and select the best candidate for the job. The international student office handles the paperwork involved in securing the work authorization for F-1 and J-1 students.

Comment Re:Huh? (Score 1) 490

Nowhere does it advocate hiring international over U.S. students or what benefits are to using international students.

Sure, except for this unnecessary statement in the FAQ:

In fact, a company may save money by hiring international students because the majority of them are exempt from Social Security (FICA) and Medicare tax requirements.

Comment Re:The problem is performance not SQL (Score 1) 423

Cheap, unimportant data is not the only factor. A more significant factor is scale. Some of the big "NoSQL" players in TFA have a very real monetary stake in the data they are putting into these systems.

No one is saying "no to SQL" because they can do without the reliability. Quite the opposite. Put a DBMS under crushing load, and availability is the first thing to go. The big players want a system that is highly available and maintains data integrity.

A typical DBMS makes strong consistency guarantees across the entire dataset. e.g. After an update is committed, all subsequent reads MUST reflect the change. Turns out this costs a lot; it is a major sacrifice to the potential throughput that could otherwise be achieved with the same hardware, and fundamentally limits the scale of the dataset. Strong consistency adds nothing to reliability and is unnecessary for many apps.

You are pretty close in your point that when you upload something to Facebook, it doesn't matter if everyone sees it instantly the next time they refresh their browser. That is absolutely true. However this is not to say that the underlying system is lacking in integrity or reliability. An "eventually consistent" data store can reliably guarantee that the data will eventually be reflected in all queries, without requiring it to be resubmitted.

Comment Re:Supplement, not replace (Score 1) 350

This can be viewed as problem with the current browser caching paradigm. It is an important concern and I believe it can be solved with some design changes in web apps and in the browser.

Today your web browser always hits the remote server first, even if you already have a cached copy of the content. It's checking to see if its cache is still valid. If the site is down, you see an error (read: your app won't run); if the site decided to delete or change the content, your browser obliges and caches the new version, whether you wanted the old version blown away or not.

Once you start talking about full-blown web apps served up through the browser, what you really want is to connect only for software update distribution and network-oriented features that only make sense online (e.g. live chat, featured content, ads). Local-only features, e.g. word processing, should be cached in such a way that it works offline and can be rolled back if you get a bad update.

Comment Re:No - there are plenty of safer alternatives (Score 3, Insightful) 486

Technically one size argument is enough, but in a large enough software project the code that allocates the destination buffer is maintained separately from the code that copies into it. Any failure in communication (e.g. building against an outdated library) will lead to someone's linker writing a binary with code that will overrun a buffer.

With an explicit destination size parameter, the buffer copy code is no longer as sensitive to changes at the allocation site. A breakdown in communication will lead to a binary that produces a controlled runtime error instead of a buffer overrun.

Slashdot Top Deals

"If you can, help others. If you can't, at least don't hurt others." -- the Dalai Lama