Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror

Comment: Re: Seems reasonable (Score 2) 116

by jbolden (#49781173) Attached to: Insurer Won't Pay Out For Security Breach Because of Lax Security

I agree there are terrible auditors that don't understand what they are doing. But in most companies you can push back against that, it is just that then the burden switches to you. You have to verify and certify that alternative approach X is better than industry standard approach Y.

As far as the rest, the purpose of an insurance company is to pool risk. The person being insured should likely not want to have to file a claim because that means something bad happened. The company doesn't want to give nothing in return because then there is no need for their product.

Comment: Re:Seems reasonable (Score 3, Interesting) 116

by jbolden (#49781011) Attached to: Insurer Won't Pay Out For Security Breach Because of Lax Security

Industry handles this in other areas and for that matter security as well by having auditing firms and engaging in a "best practices" audit. "Best practices" doesn't actually mean best practice but rather not doing stupid or dangerous stuff. The audit is how that gets determined.

Comment: Re:Too bad to see them go this way... (Score 1) 164

by jbolden (#49778941) Attached to: Mandriva Goes Out of Business

I liked them late 1990s (Mandrake) they were my favorite distribution because so many things "just worked" and their configurations were often more sensible. You started off far closer to a working system.

Didn't try the server product much though did use it once for a RAID product and it did a great job on defaulting the RAID.

Comment: Re:F/OSS reality (Score 1) 164

by jbolden (#49778919) Attached to: Mandriva Goes Out of Business

Linux driver support definitely is a bit crappier, but it's a lot better than it was even say 5 years ago.

My experience is that it has gotten worse. 5 years ago I could pretty much run an arbitrary Linux distribution on an arbitrary 1 year old laptop and have say an 80% chance of few if any problems. Today most interesting laptops have whole swaths of features not covered and many drivers not included. I think hardware got more interesting and the Linux community has gotten less focused on desktop (understandably) and the result has been a huge downgrade in terms of compatibility.

Comment: Re:Cui bono? (Score 1) 71

by jbolden (#49718631) Attached to: Apple Acquires GPS Start-Up

Why does Apple feel the compulsion to plow money into an inferior map service?

I think

1) They don't want to be held hostage
2) They can provide a high degree of integration and services on their mapping service than they could using Google's offering.

It only benefit their iphone niche until they can't sustain a lower end iphone market.

I don't understand this. I'm not sure they won't be moving down market not up market given they own the entire up market. Why wouldn't they be able to sustain a lower end iphone market?

Comment: Re:What Fucking Decade Is It? (Score 1) 100

by jbolden (#49696937) Attached to: Is Big Data Leaving Hadoop Behind?

Check your math on that, please. 8*3600*3 = 84.375 GB, not 85.5 PB.

You are correct. Sorry.

And if your tracking 3 MB per second per user, you're tracking bots, not users

Absolutely. You are mostly tracking network security events, computers talking to other computers. What you are generally looking for is unusual activity. Server 2047 never talks Asia all the sudden it is talking to Vietnam regularly. But to do that you need to know who is talking to what across the network.

SQL can handle all of it if you design your database sanely

Yes and no. Obviously if you knew in advance ever type of message, designed good ways of getting it in there, good aggregates then a RDBMS would be better. But with: formats of data poorly understood, bad understanding of the types of data, complex matches, unclear rules about to normalize... SQL Server's engine won't hold up. Of course you can just throw it in a table but then you can't do much with it at reasonable performance. That's what Big Data engines are for. Once (if everO you do understand the data well enough to get it into a RDBMS of course you would rather use an RDBMS.

. You pay a penalty for your poor design, sure, but everything works.

No it doesn't. RDBMS don't scale as well as Big Data systems. As the number of CPUs, total memory, total disk increases (particularly in cluster configuration) their performance does not increase linearly or even nearly linearly. You can't just pay a penalty and solve the problem by hardware.

Wherever you go...There you are. - Buckaroo Banzai

Working...