gMail flagged Ubisoft's email as spam and potentially bogus. I wonder how many people will think it's just another phishing attempt and ignore it now.
I actually read the source of the email to confirm the embedded links were legitimate before marking it as "Not Phishing".
Really sucks for Ubisoft that their notification system will go unheard by many GMail users!
"BSDs in general currently lack manufacturer supported full-feature AMD graphics driver, which leads to the conclusion that Sony and AMD have likely co-developed a discrete driver for the PS4."
Really? What about the BSD-like Mac OS X and the ATI nee AMD Graphics chipsets used in the Mac Pro and Macbook Pro? Or is that relationship so far removed that AMD couldn't use that intellectual property in partnership with Sony?
Ensure that the connection has a timeout of some reasonable time that won't kick them out of a legitimate activity.
I'm kinda thinking it's the latter.
Thus, there really was no migration path, unless you count giving up Windows 7 for a Mac 4 years ago as my primary work machine.
That way, if an extensive test plan for such a simple operation was required, they had plenty of time to execute upon it and still not miss the boat.
Working with MS in other ways, and combined with both the lack of foresight and inability to act quickly, just shows that this sort of customer-forward thinking just doesn't exist inside the MS mind.
Personally, I'd feel constrained by 8GB, but not by 16GB once you realize that even 8GB of "music" is more than anyone needs unless they're spending a TON of time away from the balance of their library. What will put the squeeze on things are 8MP photos and full HD video. Provided I can offload my photos to cloud storage (via Wifi thanks) or home storage, I can live with this level of storage. Thus, I'll be buying the 16GB version to replace my Nexus S.
Now if they had 32GB at $429, this would be a compelling compromise/price point, and would shut down many of the "it's too small" comments.
Thus, if their consumers are running iPad minis, Amazon already has most of that taken care of. There's a Kindle app for iPhone and iPad, and they've recently released the Cloud Player (music) for iPhone and Amazon Instant Video app for iPad. Those loyal to their content will still be consuming it, regardless of the device. Amazon doesn't have a foothold in all facets of iPad like they do in Kindle Fire or other Android devices (i.e. Appstore), but it's "good enough", right?
To a lesser extent, same applies for B&N. NOOK apps are available for both.
Now the risk for both of these companies is those who aren't loyal to a content provider and the default presence of iTunes.
30 grand tax free, for a side job, is no small haul.
I'd argue that the income wasn't tax free. eBay will will report significant amounts of income (>200 transactions or > $20,000) on a 1099-K form, which started in 2011. Either way, someone knew about the income at that point.
This is probably a bit of hindsight advice, but try to understand the license you choose for your work before releasing under said license. Releasing code under GPLv2 w/o understanding how downstream "users" can legally use it doesn't help when you have to question the legality of someone charging money for the work. If they provide the source and attribution to your work, they're good to go.
If this wasn't the intended use, then consider a different license that more agrees with the ideals which the code was released under. Granted - if you reassign your code to AGPL or something of that sort, many people will either not comply or avoid the work entirely to avoid needing to disclose *their* surrounding source too.
No, seriously - depending on the cloud service, aren't buckets of data encrypted in such a way that only the owner of the data can access them? Cloud service providers may be required to hand over data, but do they have the means of handing over the encryption keys along with it?
For certain cloud services where you're uploading via browser, they may be encrypting your data post-upload, so the request to decrypt may be more trivial. However, if you manage your own (like S3 backups) - or simply use a service that encrypts BEFORE uploading, I'm not sure there's a whole lot Amazon or some other provider could do to hand over the data in any usable form.
Those who are concerned about security of their data should ensure that the backup is encrypted in an acceptable method, or simply stash it in an encrypted container before storing it "online" (I realize there may be limitations of scale with that suggestion).