More details emerge on Void Storage -- 80 slots of space

Reader Comments (Page 1 of 1)

8-17-2011 @ 12:05PM

Adam Holisky said...

Some of it is definitely lazy developers, don't get me wrong, but a large portion of it is the evolution of programming thought. It's common place nowadays to build in extensible systems with absolutely no hard limits. 10 years ago when the bank and storage space was built? It wasn't at all.

There's also the factor of super high-performance computing, where reducing DB reads by even 1 or 2 reads can lead to significant performance gains. Even in a caching scenario that can be huge when applied to millions of accounts. I do a fair amount of programming (and DB work), and when moving things to a high performance embedded situation, I (and everyone I know) commonly takes shortcuts by hard coding some things.

So I don't think it's all bad programming. Def a combination of old coding/design standards and meeting the demands of the situation.

Add your comments

Your comments:

Remember me

E-Mail me when someone replies to this comment

Please keep your comments relevant to this blog entry. Email addresses are never displayed, but they are required to confirm your comments.

When you enter your name and email address, you'll be sent a link to confirm your comment, and a password. To leave another comment, just use that password.

To create a live link, simply type the URL (including http://) or email address and we will make it a live link for you. You can put up to 3 URLs in your comments. Line breaks and paragraphs are automatically converted — no need to use <p> or <br /> tags.