Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror

Comment Re:Ouya was all false promises. (Score 1) 91 91

I get that prompting for a CC# at boot is not particularly friendly, but I fail to see how it is even related to being "a home console for everyone, freedom from the big publishers and for everyone to develop". Fact is very few (any?) big publishers put anything on the platform, there were tons of indie games, and you certainly can turn any box into a dev kit. Seems like they fulfilled those promises.

The fact that it was underpowered and the games didn't appeal to me is what made me sell mine (at a profit, somehow!). I don't believe anyone was screwed.

Comment Re:Wrong questions. More details needed. (Score 1) 219 219

The first correct question is why on earth would someone need to access half a petabyte? In most cases the commonly accessed data is less than 1%. That's the amount of data that realistically needs to reside on disk. It never is more than 10% on such a large dataset.

Never say never. We have data sets several times larger than that which are 100% always online due to client access patterns. Not only online, but extremely latency critical. And I personally could name a dozen other companies with similar requirements.

Comment Depends on what you need to do with it (Score 1) 219 219

Where I work we deal with data sets of a similar order. However, different data sets are stored differently depending on need. For online relational data where performance is critical, it's in master/slave/backup DB clusters running with 4.8TB PCIe SSDs. The backups are taken from a slave node and stored locally, plus they're pushed offsite. No tape, if we need a restore we can't really wait that long.

For data we can afford to access more slowly we use large HDFS clusters with regular SATA discs. There's a level of redundancy built in there, and where data is important enough to need a real backup (much of it is not) it is also pushed offsite. The HDFS approach has the advantage of presenting as a very large filesystem, and obviously if you're running hadoop against it there's an automatic advantage.

Comment Re:Which is why you don't let this stuff connect.. (Score 1) 98 98

The problem with decrying BYOD as being "only for convenience" is that, when it comes down to it, basically all enterprise tech is "only for convenience". Tech exists within an organization to allow their employees to be more effective, more efficient, react faster, etc. That's what it's for. Convenience isn't a reason to ignore a technology, it should be the most important reason to adopt it.

I've worked in security in one of the most paranoid companies around and I totally get the need to protect the network - but the approach of just default denying everything because it's easier than figuring out how to allow something in a safe manner is lazy, and dare I say it, just for your convenience.

Comment Re:What were they thinking? (Score 1) 177 177

Huh? The speed limits on UK streets are broadly the same or higher compared to those in the US. Having driven for many years on both I really don't see much difference other than US streets are typically wider and the highways are considerably slower. I drive 30-40 on typical (sub)urban streets in both places.

There's no enforcement of jaywalking laws in plenty of the US too (e.g. NYC). It's not about safety (to my mind) but about indicating whether the car or the person has priority in that city. The UK and NYC both have large pedestrian populations which other parts of the US do not - those tend to be where jaywalking is frowned upon.

Comment Re:Why the rules often don't work... (Score 1) 297 297

You shouldn't have to worry about backups at work because they should be handling that for you. Usually they either backup individual machines or back up shared dirs on servers and ask you to keep your stuff there. Both reasonable approaches. Running your own backup is not - it's not your data and you don't get to say where it's kept.

At home, offsite is easy, and can be done for free. I run crashplan and push about 4TB to them from my own machines - my servers also act as offsite backups for other family members who live elsewhere with less storage requirements (my mother in law has 100GB or so backed up to me for example). That peer to peer backup is free and so much better that the USB drive you sometimes remember to update once a week or so and lives in the trunk of your car. Also makes multiple backups easy - my stuff is in several places for example - single points of failure are bad.

As someone else mentioned, should your house burn down, you likely have larger concerns anyway.
I disagree. Access to important data is likely to be a pretty major concern in such an incident.

Comment Re:Because no one else does (Score 4, Interesting) 260 260

As someone who works on such large scale systems, I disagree. When you need to deal with extremely high concurrency the functional paradigm with immutable structures is a really nice way to reason about problems - I'd say it contributes significantly to reliability over standard threaded imperative code.

"Fast" is such a vague term as to be meaningless - but I can say that we typically hit the performance limits of something external (network, disk, DB) before the fact that we're in a JVM makes any difference. If your problem is purely compute then maybe it's worth looking at C or golang, but the vast majority of stuff I work on is network services, and compute is not the bottleneck.

I do 100% agree with the strongly typed bit though :)

Comment Re:$120 buys a lot of music (Score 1) 260 260

You're saying that this mythical average iTunes user (remember everyone who has ever owned an Apple device has an account, even if they never use it) who spends $15 a year is somehow equivalent to Spotify Premium subscriber, who clearly cares enough about music to subscribe to a service and not just use the free version? What you need to find out is how much the average Premium Spotify subscriber used to spend per month on music. I'm pretty confident that'd be over $10.

Never invest your money in anything that eats or needs repainting. -- Billy Rose

Working...