Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


Comment: Re:Like rock and roll (Score 3, Insightful) 43

by MrAnnoyanceToYou (#41142515) Attached to: Google Launches Hurricane Isaac Site

Actually, it's kinda a logical extension of their original (somewhat overblown) mission of collecting as much data as possible, organizing it, and disseminating it as useful information to people. Lots of people have tried it (there was a disaster a few years ago where Wikipedia was used as an information store, as I remember) and it seems like a decent thing to do.

On top of that, Google is an advertising-based Internet startup that seems to have incongruously lasted 10 years longer than its expected lifespan. What part of, "Jump on every fad," doesn't fit into that?

Comment: Re:the love of cloud (Score 1) 333

by MrAnnoyanceToYou (#35884886) Attached to: Dropbox Can't See Your Dat– Er, Never Mind

Not necessarily true. We have one onsite desktop support tech in an office of twenty or thirty people. He gets everything done in approximately half time, because we use Google cloud apps for a huge percentage of our overall applications. He also does purchasing of all new machines, etc. in that half time....

So, yeah, cloud stuff is slightly more efficient in my view. The backups required for all that e-mail, all the setup stuff, etc...... Just harder to do without cloud apps.

And, of course, there are consulting companies selling cloud apps like mad at the moment, too. Salesforce consultants are some of the most highly paid in the industry, I'm fairly certain.

Comment: Re:Totally inane (Score 2) 124

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

There must be some way to solve a problem like that, where you have a series of pointers to files, if not the files themselves as well, with the ability to add markers of some kind to each of those pointers. (maybe we can call them, "Records!!!" like CD's used to be called) And then! Then! We can disguise how the management of these 'records' are organized from the user, so they don't have to think about it. And give them a simple, logical way to get data about those 'records' out of the big, organized whole. It'd be, like, a whole new basic way to store our records! We could easily find what we wanted in our basic data storage. I can't believe noone's thought of it before. ;)

My point here isn't that you should use a database to store your data about your files, (unfortunately, a unified markup system for files doesn't exist yet; it would be nice, but all that stuff is in the OS right now) my point is that the author of the article is missing that even if in-memory data systems do become extremely large, the underlying theory of the technology will not change much.

And the underlying theory relies heavily on caching, limiting how much of your overall dataset is currently relevant, and so on. While I will admit it's possible many databases' useful data size will eventually be outgrown by RAM-style memory storage, when that happens market forces will probably make it comparatively expensive to hold all your data in memory at once. Partially because clean, concise code is generally far more expensive to produce than sloppy crap that chews through your data storage.

Comment: Totally inane (Score 5, Insightful) 124

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

Discarding data is something that, as a programmer, I don't often do. Too often I will need it later. Real time analytics are not going to change this. As long as hard drive storage continues to get cheaper, there's going to be more data stored. Partially because the easier it is to store large blocks the more likely I am to store bigger packets. I'd LOVE to store entire large XML blocks in databases sometimes, and we decide not to because of space issues. So, yeah, no. Datacenters aren't going anywhere. Things just get more complicated on the hosting side.

Note that the article writer is a strong stakeholder in his earthshattering predictions coming true.

Comment: Re:The same NY Times (Score 1) 414

by MrAnnoyanceToYou (#28523675) Attached to: Wikipedia Censored To Protect Captive Reporter

This opinion is inane, trollish, and should be modded into oblivion. The very idea that a major publication could do any reporting at all if they meant actual harm to the US military is ludicrous. Their embedded reporter numbers would go down in comparison to their competitors, their assistance in foreign countries would be less on the ball, etc. Life's rough for actual investigative reporting right now, anyways, so they're not picking any fights.

Want to see an agency with every reason to kick the US military when it's down? Check out the BBC. They're...... Not very nice. And actually more informative than a lot of our outlets.

Adding features does not necessarily increase functionality -- it just makes the manuals thicker.