...except that half of the devices are mobile, which probably means mainly Android. I think as people migrate to latest Windows with their Windows Defender builtin, it's going to be tricky to hold on the PC market
(Yeah, not that AVs help a lot, of course, unless you are doing something crazy like downloading cracks. But perception is everything.)
No developer in the world deserves that Google loses to Oracle in the API lawsuit.
If DRM prevents copying things, it makes them more like physical objects, and that means the providers shouldn't be able to prevent resale of items, because the argument that "you can't prove you no longer have it" becomes moot - it was DRM'd, right? If the ownership transfers, you no longer have access.
If the item is not DRM'd, the argument above becomes somewhat valid and preventing resale would make sense.
You can use it as a chance to make consumers happy and incentivize not doing DRM.
Heh, what a faux-pas...
I don't see it. Nothing comes up for "quick sort java", "string concat c#" or a plenty of other stuff - just blue links. With Chromium or Iceweasel; do I need Edge or something to see it? Or did they pull it down already?
The leak focuses on countries we can a priori suspect as corrupt rather than on Western countries where we could do something about it, and there is no plan to release the full data.
https://www.craigmurray.org.uk... sums up nicely the bad taste this leaves for me.
I think you have your timing off. Around 1995, 16MB was the high end. My dad was working in DTP since 1994 and had to shell out tons of money back then for 8MB RAM to run his Ventura smoothly.
So it's how long, about 8 years, since AMD announced it's going open source with its GPU drivers?
They did say it's going to take a while to fully shelve Catalyst, and I could understood if the new open source drivers didn't fully support 5+ years old GPUs due to various transition periods etc. But really?!
I thought you were linking to some sort of security-related bugs. But these are just plain bugs. And the codebase involved in rendering web pages is huge, because it's not an easy thing to do (try it; I maintained a text-mode browser for a couple of years). And huge codebases have many bugs, because the effort to keep them without minor bugs is just not worth it to anyone unless it is flying airplanes or directly responsible for hauling over hundreds of millions of dollars.
Welcome to the real world - we just don't know how to write software without bugs without it being too onerous, expensive and boring (and the code running slow). And there's no short term prospect of learning it either. The only thing we can do is fix the major ones and security-wise, design the whole thing so that most bugs don't matter.
Yes, that looks like a good start. Probably a long way from being able to just run this on something complex like theano to make it work with OpenCL, though. (But if I'm wrong about that, all the better.)
Where AMD seems really missing out is supercomputing. If you are building a computing cluster, you always go with NVidia, because of CUDA's overwhelming presence in the ecosystem. (Cracking might be an exception.) For example, all the major deep learning frameworks work just with CUDA. Why doesn't AMD care? It must be losing a lot of sales on this.
If AMD paid three guys fulltime to add OpenCL backends to the most popular open source libraries and built a CuDNN equivalent, the world would be a better place for everyone, but most clearly for AMD.
I can't replace Android with my own system on my phone unless I get lucky and it's rootable either.
Yep, seems like exactly what EU did to Microsoft, making it possible to pick your browser inst. of MSIE when installing Windows XP.
Right, 400MHz Atheros with 64MB RAM as a competition to RPi. It's something completely different, in fact.
There is very little future in being right when your boss is wrong.