Forgot your password?
typodupeerror

Comment: Re:Thats got to be wrong... (Score 1) 168

by McDee (#42020835) Attached to: Ask Slashdot: Data Storage Highway Robbery?

Fine, buy seven external USB drives, use one per day to do a backup, and keep the other six off site rotating daily. Seven * $250 == $1750, a little more than half what they're charging. Oh, and that $250 ea. buys you a lot more than four measly Gb.

If you need to do a backup "every time there is any update to your data", you're either doing it wrong or you need to go to clusters. I was talking about TFS, where he had one Gb of data. So many rich morons out there, and still I'm not rich.

It's not just pictures and music that they're storing in salesforce, it's sales records. So yes they will change every time a salesperson changes something thanks to meeting a customer, sending them a quote, or any of a bunch of activities which occurs all the time in a normal sales operation. And changes can be erroneous so having full versioning is a very good idea.

And sorry but invoking clusters as any sort of solution to data protection just placed you firmly in the "don't know what they're talking about" camp.

Comment: Re:Thats got to be wrong... (Score 1) 168

by McDee (#42019959) Attached to: Ask Slashdot: Data Storage Highway Robbery?

Still, $3000 is an absolute bargain compared to trying to do this as a one off your self.

You've got to be kidding. The last time I looked, 4 Gb USB keys were selling for well under $50. Buy ten and copy your data to them, then hand them out to all of your friends and family (encrypted even).

Now do it again every time there is any update to your data. Let me know when you hit $3,000. With the numbers you are quoting you'll be looking at somewhere significantly less than a second.

You know, a lot of these setups might be making 30, 40 or even 50 points of margin but the whole "I could do it for cheaper" when you're talking tiny amounts of data and no real understanding of most of the use cases is just very very wrong.

Comment: Re:Lecturing Us About Password Security? (Score 1) 89

by McDee (#40842167) Attached to: Dropbox Confirms Email Addresses Were Pilfered

Yeah I get what happened, but then that's an internal issue for Dropbox. Putting it up as part of their explanation for what happened just seems like a diversionary tactic (everyone thinks "ooh I use the same password in different places, maybe it's partly my fault" as opposed to "Dropbox have some really bad security policies in place, I wonder how much more of my information is sitting in Dropbox employees' personal stashes?")

Comment: Why are They Lecturing Us About Password Security? (Score 4, Insightful) 89

by McDee (#40841823) Attached to: Dropbox Confirms Email Addresses Were Pilfered

Okay so yes it's a good idea to have different passwords for each website, but given that the emails were obtained from a file held in a Dropbox employee's account I'm not sure why they are talking about it in the context of this break-in.

And yes, two-factor authentication would be very nice. Please do it using an already-existing system like YubiKey rather than make your own.

Comment: Re:Oh, for fuck's sake! (Score 2) 696

by McDee (#40503925) Attached to: Sale of Galaxy Nexus Banned in the US

Apple compete by researching and designing their own products. They just want others to do the same.

A lot of the anger here is because the patents that Apple are using are garbage technically speaking but because they have been granted Apple is using them to stifle competition.

Let's see: slide to unlock. I have a 'phone with a touchscreen and some physical buttons. I can interact with the 'phone by:
    - pressing the buttons, one or more at a time, in a given sequence
    - touching the screen in one or more places
    - moving my finger(s) around the screen

The above list is *it* in terms of the user communicating with the 'phone (I'm ignoring the gyroscope and GPS for the moment). *All* types of communication are going to be some combination of these. The fact is that Apple patented one of these (already known and frankly blatantly obvious) methods of interaction in a specific situation (taking the 'phone from a locked to an unlocked state) and call it "innovative" and are using it to block the sales of competing products.

Guarding your technical innovations: fine. Reducing competition through enforcing bogus claims backed by a broken legal system: not fine.

Comment: Re:Support your local underdogs (Score 1) 696

by McDee (#40503879) Attached to: Sale of Galaxy Nexus Banned in the US

Nobody has claimed Apple wants the licenses for free. They have claimed that they want them for Fair and Reasonable, Non-Discriminatory rates. As is required by a FRAND agreement.

Apple didn't sign up to a deal when they first started selling the iPhone. Now that they have sold so many of them any 'fair and reasonable' per-unit cost turns out to be a massive sum in aggregate and Apple is choking on it. Wouldn't have been a problem if they'd done what they should have in the first place.

Comment: Re:SWTOR spoiled me rotten (Score 2) 128

by McDee (#40480609) Attached to: <em>Guild Wars 2</em> Release Date Announced

Does GW2 have 100% spoken dialogs?

Nope, although in general there is a lot less speaking going on as you don't need the lengthy exposition to understand what's going on. You *see* what's happening, and so it all flows a lot more naturally than the "Here's my problem: go solve it for me by picking up 10 items/killing 10 creatures" that most MMORPGs provide.

Oh, and if you managed to reach end-game in SWTOR then GW2 will be a revelation. Big world Vs. world battles with 100+ players on-screen and no noticeable lag during the last beta event. If PvP is your thing, especially large-scale PvP, then GW2 is definitely worth a look.

Comment: Re:Play framework (Java) (Score 1) 409

by McDee (#40200089) Attached to: Ask Slashdot: Tips For Designing a Modern Web Application?

Play is in a bit of a transition, however. The 'new' play is Play 2, and it's still missing a lot of functionality when you start to dip under the hood and try to build out a real application (as I did over the last week or so). A number of basic features around DB integration, user management and other 'core' features aren't where they were in Play v1.

I ended up going with Python and flask for the early stages of my app, and figure that I can worry about moving back to Play 2 as/when it's ready and needed. As long as the backend database and model is the same it shouldn't be that painful a transition and prototyping with Python is *quick*.

Note that the above comments apply to the Java side of things, it's different if you're working with Scala as it uses different underlying technologies.

Comment: Not Just Linux (Score 1) 809

by McDee (#40172147) Attached to: Red Hat Will Pay Microsoft To Get Past UEFI Restrictions

I suspect that Microsoft doesn't care much about linux one way or the other; if users want to tweak a BIOS option and run linux it won't bother them.

However, I wonder if Microsoft is looking at the far more lucrative fact that those with Windows 7 and Vista licenses will be forced to buy a new Windows 8 license or else run an "insecure" setup. It gets rid of a problem that they've had for years where users upgrade their hardware and keep their old OS around.

Seems like a massive money spinner in the medium term for them.

Comment: Re:Free as in BSD (Score 4, Interesting) 163

by McDee (#36063766) Attached to: 2 RMS Books Hit Version 2.0

And some people have this funny belief that true freedom applies to everybody. If I write code under a free license then everyone should be free to do with it as they will, no restrictions. Otherwise it isn't free: in "protection from" Vs. "freedom to" the freer one is the one with the word "free" in it. Doesn't seem so hard to understand to me.

Comment: An addition not a replacement (Score 1) 124

by McDee (#34732138) Attached to: Replacing Traditional Storage, Databases With In-Memory Analytics

In-memory data storage is fine as long as it isn't primary data storage. Yes it's faster but there are a lot of downsides as well. The most important is that it isn't easy to share between servers (a close second is that it's hard to replicate to a remote site for disaster recovery purposes) so each server needs to have its own copy of the data and there needs to be some way of keeping all that data in sync.

The alternative is to have good old "traditional" storage sitting where it always sits and when the servers boot up or start their processing they load in the appropriate data set from the storage in to memory. This gives you all of the benefits of the fast in-memory processing without worrying about all of the downsides you create by using it as primary storage. So the memory isn't storage, it's cache.

So the real battle that will take place is not between hard disks and memory, it will be between RAM and SSDs.

The clearest way into the Universe is through a forest wilderness. -- John Muir

Working...