Why on earth should I have to write extra code to check each input field, when I should just be able to send the results to the DB, and return the error message to the client if it fails?
Because you want to be the leader in the ERP field?
SAP builds all its checking in the application layer. It was designed that way so 1) it would be DB independent and 2) so it would run on very primitive DBs.
Stupid things to say? I'd put self-contradiction near the top of my list.
It would, however, be foolish to disregard them completely - often they can function as indicators of broad trends, and more scientific surveys can be carried out if needed.
In other words, they're of no use unless you do the job again. Properly this time. It's like saying a shack that falls down isn't usless, as you could build a house on the site. Wouldn't it make more sense to skip straigh to step 2?
But that her heroine was like a Californai "vallery girl" transplanted to the paleolithic.
More like a scientist who gets stranded in the wilderness. "Hmmm. The end of my arm moves faster than the shoulder,. So if I could artificially extend my arm..." Voila! A sling! And now a spear-thrower. "Hmmm. Maybe if I act as this baby hanimule's mother, I can leverage the natural herding/pack instincts of certain animals..." Wow, I got me a cute doggie-woggie And a gee gee!
Doesn't matter. Even if you couldn't port OO to run on Windows ZP2017 or SuSe19.4, you could theoretically write a translator if you wanted to because the format is open. Heck, worst case, you could decipher it manually using a hex editor.
Whether it's worth it or not is another issue - for some important scientific data or historical documents it might well be.
Food and veg that is weighed and priced. Like to see RFID do that.
1) Get loads of RFID tags. Pereferably with a dedicated number range. 2) Customer weighs apples. It's 2.712 Kg. 3) Weighing machine spits out tag number 09878765. 4) Weighing machine passes 09878765,SKU(Apples),2.712Kg to database. 5) Customer attaches tag to bag of apples 6) Checkout looks up 09878765 on database. Finds it's 2.712 Kg of apples. Multiplies by price per kilo.
You don't need cryptographic quality (pseudo)random numbers to shuffle songs; there are loads of simple ones that are more than good enough. I have an old Archos that seems to play list in the same order - but I suspect that the problem isn't the algorithm but the lack of a seed - it has no clock.
Right. That's why the Ancient Greeks managed to defeat the Romans, who in turn beat off the Visigoths. As for the Vikings, they never really got anywhere. Attila the who? Genghis what? Never heard of 'em. Must have been strictly small time bandits.
It would be like being asked to build a prison that is going to be used to lock you in.
I think if I was going to be in a prison, I'd rather it was one I'd built. I don't know about you but I'm pretty hopeless at bricklaying. That's without "Oh dear, I appear to have not mixed this mortar properly. Ah well, wouldn't want to waste it...".
Generally, it's called a comic if it's meant to be funny somehow.
When I was a kid there were comics like Victor, Warlord & Eagle. They weren't funny. Well, not all the time, and when they were it wasn't always intentional.
They're not very exotic at all. If you're Swedish.
SAP builds all its checking in the application layer. It was designed that way so 1) it would be DB independent and 2) so it would run on very primitive DBs.
I like oxymorons, but that wasn't one.
Whether it's worth it or not is another issue - for some important scientific data or historical documents it might well be.
Spending less money doesn't necessarily mean getting less stuff. Although it usually does.
I fail to see how wanting something is the same as making it happen. Especially in a nuclear war - one of the scenarios you originally mentioned.
Do you think people drowned by the tsunami didn't "try really hard not to die". You seem to have passed through naive and arrived at patronising.
1) Get loads of RFID tags. Pereferably with a dedicated number range.
2) Customer weighs apples. It's 2.712 Kg.
3) Weighing machine spits out tag number 09878765.
4) Weighing machine passes 09878765,SKU(Apples),2.712Kg to database.
5) Customer attaches tag to bag of apples
6) Checkout looks up 09878765 on database. Finds it's 2.712 Kg of apples. Multiplies by price per kilo.
Rinse. Repeat.
Still, based on previous history it's probably true. Last night the neighbours' tyrannosaur was in our garden again.
You don't need cryptographic quality (pseudo)random numbers to shuffle songs; there are loads of simple ones that are more than good enough. I have an old Archos that seems to play list in the same order - but I suspect that the problem isn't the algorithm but the lack of a seed - it has no clock.
If everyone did it, they'd hardly have a choice, would they?
Disclaimer: I don't dress like a relic from 100 years ago; wrong shape for a tailcoat, I'm afraid.
If it's a restriction of the hardware how do some software players (mPlayer classic) manage to do 2 displays simultaneously?
Very insightful. Are you an MBA or an MBO (Master of the Blooody Obvious)?
The police offer a service to the public; it's stretching it a bit saying they market it. Dial 911 today and get 30% off.
Luckily there's another unit of force (the Newton) which doesn't vary depening on what planet you're on...