|
|
CDP1802 wrote: that would require to completely replace the primary keys of most tables
Sorry, I could not resist
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Take the fox over to the island to take care of the rabbit problem,
then go back and have a nice fat roast hen for dinner...
|
|
|
|
|
The seed killed the chicken because it ate to much in the short 40 minutes it takes to go there and back.
Also the seed was for the fields now your whole family will starve.
|
|
|
|
|
Ah, an exercise in requirement gathering and talking to users... [oh! didn't I mention that]
|
|
|
|
|
If you have to ask the user what they want you're in the wrong business.
You should have been able to gather the parameters of life from the fact he was a farmer and had to live more then one day.
This isn't a program, even if it was, you failed.
You don't need to ask the user that life goes on after one day.
|
|
|
|
|
When it comes to users it is better not to assume anything...
... anyway what's wrong with living for the day!?
|
|
|
|
|
I don't think you see it.
If you fulfill the users needs - great you fulfilled the purpose for which they wanted.
What did that have anything to do with their jobs?
Are you sure they know exactly what they want?
Are they even saying the right keywords in the meaning you understand them?
If you program for today - today is as long as it will last.
ALM - Application lifecycle management; this concept should extend beyond the memory management and into the user cases - the GUI itself.
The PC is so great yet it's simplicity does not handle any one use case.
So when you handle the needs of the user you are defining your own limitations.
|
|
|
|
|
Club the fox to death and rip its head off. Wring the chicken's neck and cook the bird and serve with a delicious peri-peri sauce. As for the seed, throw it away and see what grows in its place the following year. In the meantime, go to the island. Rabbit pie anyone?
If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.
|
|
|
|
|
If you can only do 2 things:
Add 25 to a number
or
subtract 6 from that number;
is it possible to obtain any number?
And how could you get the number 20 starting from 0?
|
|
|
|
|
x = 0;
while (x != n)
{
x += 25;
x -= 6;
x -= 6;
x -= 6;
x -= 6;
}
Wow. That was hard. I just fell out of bed and still am sleeping to 90%. And, of course, you can also unroll the loop 20 times if it must be the primitive solution.
The language is JavaScript. that of Mordor, which I will not utter here
I hold an A-7 computer expert classification, Commodore. I'm well acquainted with Dr. Daystrom's theories and discoveries. The basic design of all our ship's computers are JavaScript.
modified 9-Feb-14 1:37am.
|
|
|
|
|
Try to reach this answer in the least number of steps.
Try the human asnwer
|
|
|
|
|
The loop contains 5 operation and iterates 20 times, so we would have 100 operations. Fine.
0 + 25 - 6 + 25 - 6 - 6 - 6 - 6 = 20.
Or you could try to find the solutions for a x 25 + b x -6 = n for any given n. For n = 20 a would be 2 and b would be 5.
Colborne_Greg wrote: Try the human asnwer
That's hard, even if I have to wait another 100 years before they finally send a ship to pick me up.
The language is JavaScript. that of Mordor, which I will not utter here
I hold an A-7 computer expert classification, Commodore. I'm well acquainted with Dr. Daystrom's theories and discoveries. The basic design of all our ship's computers are JavaScript.
|
|
|
|
|
Two quarters and five half dozens.
The solution 50 cents for case of eggs.
|
|
|
|
|
Simples:
int x = 0;
int n = 21;
while (x != n)
{
while (x < n)
{
x+=25;
}
while (x > n)
{
x-=6;
}
}
speramus in juniperus
|
|
|
|
|
|
Nagy Vilmos wrote: int x = 0;
int n = 21;
while (x != n)
Errrm... you were meant to stop at 20.
|
|
|
|
|
A while back I posted that I thought I had bricked my Beagle Bone, well I ordered 2 cheap Transcend uSD cards when I ordered the BBB and since neither worked I thought I had bricked the device. Then in a obscure post in an old forum I read something about the cheaper SD cards having trouble being detected in certain situations, and I don't remember why and can't find the post again to save my sole.
So I went and got a new uSD card today, formatted it using the SDFormatter utility (good utility to have)[^] wrote the image and stuck in the BBB and behold the beast lives.
Between that and the Mucinex(sp?) I feel much better.
|
|
|
|
|
Mike Hankey wrote: can't find the post again to save my sole.
Why, what's wrong with your shoe?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Richard Andrew x64 wrote: Why, what's wrong with your shoe?
Good eye!
Why it's in my shoe of course.
|
|
|
|
|
Mike Hankey wrote: I ordered 2 cheap Transcend uSD cards
Good to find out that the beast lives after all.
|
|
|
|
|
Yeah I should have known better. It's hard to see where you're going with your head up your ass.
Thanks yeah it's working like a champ now...in the process of updating it right now!
|
|
|
|
|
uhhuhhh hhuhh you said " bricked my Beagle Bone" huuhh uhhhuh
"... having only that moment finished a vigorous game of Wiff-Waff and eaten a tartiflet." - Henry Minute
"...who gives a tinker's cuss?" - Dalek Dave
"Let's face it, after Monday and Tuesday, even the calendar says WTF!" - gavindon
It's plain that they do not yet know what true fear really is. - JSOP 2011
|
|
|
|
|
Yeah I know I spoke to soon, in fact this is being sent from the beast.
|
|
|
|
|
That's a bugger!
I hate cheap memory nowadays - it always gives me grief.
I bought a cheap Chinese 16Gb uSD years ago, and it was fine, until I used more than 2Gb, when it scrambled it's FAT every time. Turns out it was a 2Gb that reported itself as a 16Gb...
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|