Comment Re: And so this is Costco's fault? (Score 1) 440
Fun fact: in swedish they call jar files, as in java
Oh well, I'm not changing my username just because some people think I'm honey with coffee
Fun fact: in swedish they call jar files, as in java
Oh well, I'm not changing my username just because some people think I'm honey with coffee
Maybe they should just export this peanut butter to Pakistan, Iran, Afghanistan, or any other country we hate. Let THEM die from food poisoning... amirite?
They may not lose the sales of 950,000 jars but only 100,000... yet it still would be a loss of (some) sales. It may not be ethically sound, but I bet it is a financially sound move to destroy them.
You can run whatever you want on Chrome OS, it's just a Linux with Chrome and some extra stuff to allow management through the browser. It wouldn't really be "Chrome" OS anymore, but whatever floats your boat.
I guess it depends on where you consider the "end" to be.
If it's at the user's computer, and all software inside is considered to be trusted, having one of these proxies to scan for malware on the "end computer" could actually improve security.
Or if it's at the user's company, then being able to scan all traffic incoming/outgoing might increase (the company's) security.
On the other hand, if you consider the "end" to actually be a person, with software in the computer not being 100% trusted, then you're right, this could only reduce the amount of security.
Personally, I'm not that sure about any of these two to be right. Maybe a better way would be to have some traffic proxy-able, some marked as "don't proxy", and running your browser/tabs in a VM... but there might be several different scenarios with different requirements.
Any code can have backdoors. Any open-source code can be checked in the same way for backdoors. So what's the difference?
If they were to spend all that focus, concentration and planning on... like starting WWIII, I'd say better do it in a game
You forgot about leaving a MMO like WoW after having done all there was you found fun to do during the las several years, and just not willing to do it all over and over again with the rest of your toons. So you stop playing until the next expansion that will change some of the gameplay and add new stuff.
No need to blame cheating/hacking. Even with the best MMOs you can simply have enough of them.
It's been some time since I played EVE, but why would you keep PLEX on a ship, instead of on a station or just cash them in right away?
In EVE you can't sell in-game assets in exchange for out-game ones. Wealth only flows inwards, never outwards. Even if you have assets in EVE that only you can manage, it's at most a delayed way of wealth destruction, initiated the moment you purchase non-refundable in-game assets with out-game money.
That this "destruction pending" wealth can be transferred in-game, accumulated and operated on much like any other wealth, leads to some spectacular chain reactions like this battle, but doesn't affect the economy in any way. Playing the game has already affected the economy long before that.
Fun thing about JavaScript, it's possibly the single language that got most optimized as of late. From a sluggish thing at the dawn of the century, to a snappy language for developing web apps, and an even snappier node.js on the server side.
How about spending 20x the man hours for a 10,000% performance gain? That is what I've recently experienced myself, in the reverse: an embedded device interface getting rewritten to require 20x less man hours to mantain... at a 100x performance hit. Suffice to say it went from quite snappy, to completely useless, but it seems like it's my fault for not upgrading the hardware.
Yes, reducing energy consumption, heat dissipation, hardware lifetime, and being able to swiftly react to sudden spikes of activity, would be excellent.
The sad part is not that it's easier to code, but that many people have grown complacent with their code executing at abysmal performance rates. And I also blame compilers/interpreters that don't mind bloating things up.
So true. I also happen to believe that adding an FPGA coprocessor to general purpose CPUs, that applications could reconfigure on the fly to perform certain tasks, could lead to massive increases in performance.
Happiness is twin floppies.