232 karma · joined November 24, 2011
If you have performance issues, its invariably because the structure of your data is less than optimal or you have many linked external tables. Or -- you are really bad at efficient query design. Even highly experienced SQL-ers always look at old queries and realise that they could be three times faster and half as big, and if there is a performance issue then that's the first thing they'll review.
Humans have been 'understanding' SQL very well for nearly forty years -- without modern refinements like graphical query designers, either.
Not all data is a suitable candidate for an RDBMS solution, I am the first to agree, but there's not actually much wrong with SQL when what you need is a relational table store.
There are a few bad implementations of it, though, it is true, and a lot of people who can't seem to grasp SQL for what it is.
Edit: I am myself a huge fan of NoSQL solutions and always seek to rationally justify a non-relational datastore solution where practical or possible. NoSQL isn't a replacement for SQL (with all its imperfections) for the kind of slicing and dicing where it is needed.
I know my grandparents didn't fear or refuse to believe in death in the same way as people do now (and they had seen a lot of it). I hope I'm strong enough and happy enough with myself that I will gladly relinquish my hold on the reins of life when its properly time to do so, and not fear it or be sad.
They said this fifteen years ago on a radio broadcast. I was sitting there. I heard it.
Now, for the last time, where is my jetpack?
HTML parsers cope quite well with that (and have done for a while) but I don't do it. Although I am guilty of not bothering with the type declaration in scripts that are JavaScript <script src="..." />
I know I'm just plain lazy and wrong.
I have in fact been in the room when someone has actually said this. It was intended as a joke and the lady to whom he was addressing his query (who just happened to be his boss) was also in fact highly amused by it.
All the other men just sat there with their mouths literally hanging open.
I can see the next release after this being effectively a completely walled garden desktop OS without even a command prompt.
This sort of shit is like a red rag to a bull for me. I would have went ahead and called their bluff and let them get it into court; I would have hoped against the odds that with all the evidence you had the judge would have thrown it out and it would have cost those bringing the action dear.
Of course, reason might not have triumphed and you would have lived to regret it.
But that's just me, and I'm an idiot. Though, I like to think, an idiot with principles.
Its a sweeping statement to say the least.
I know the VS IDE and such often prevent you doing dumb things/shooting yourself in the foot and its great!
But are you saying that in the entire development universe there is no solution adequate to any serious problem that didn't come from the MS stack? You'll have never done anything like massively parallel computing or big/complex data sets then. Or AI development.
Air Traffic Control system in .Net, for example? Nah.
.Net is a just a general-purpose tool for writing certain kinds of software. That's all. And it is telling that none of Microsoft's core products (the ones that earn lots of cash) are even remotely going to ever be converted to .Net or managed code.
That's why I am saying that most of these claims people bandy around about enterprise computing are nonsense.
I find it monstrously overblown and while its proponents/fans call it elegant I think its a horrible inelegant mess. Great if all you do is Windows, no doubt.
Plus I don't trust Microsoft on Mono (which at one time I thought was a neat idea) and I don't trust them not to dump their existing .Net devs like they did with VB6 sometime down the line and without warning as soon as they and their marketing department decide the next shiny-shiny programming paradigm has arrived. There are plenty of rumours about this and I frankly don't discount any of them as being too far-fetched.
Thanks for the info.
I had no idea that the memory requirement for 10.6 or 10.7 was so high (I've heard anecdotal comments from non-tech friends). But then I'd also heard the official Apple line that 10.6 was meant to be better at memory management and slightly faster than 10.5 because the binaries were no longer dual PPC and Intel -- just Intel.
So, in God's name, why are the later versions so resource hungry?