The whole point of building these things is that, eventually, there will be a dearth of teenagers, nurses, and other humans to help the elderly. Too, a full-time robot nurse would probably cost less than a human one in the long run, and be able to monitor a disabled senior 24 hours a day, 365(6) days a year. (At least three humans would be required to perform the same task (outside of nursing homes).)
My hope, though, is that medical science will have advanced enough that nanotechnology will fix most or all medical problems, including aging. (They'd better hurry up; I have just over 15 yesrs before I become a "senior" myself (although I don't feel a day over 20).)
the dark side of the moon which is WELL below freezing
The Moon doesn't have a "dark side". Parts of some craters at or near the poles may be in perpetual Solar darkness, but the rest of the Moon gets sunlight at approximately 28-(Earth)day intervals (the length of a Lunar day).
You seem to be assuming that the only reason to build a base on the Moon is to support an expedition to Mars. Establishing a Moon base will have many benefits unrelated to its being an intermediate step to Mars.
The one thing that robots can't do as well as humans is doing the research necessary to establish a permanent presence on Mars. And that, after all, is our ultimate goal.
There is a simple technological solution to this problem: Install a "quiet area" detector in all cell phones. When a cell phone receives a signal at a particular frequency:
The phone will vibrate only, never ring, and
The phone will not work for actual conversations (i.e., a person can't answer the phone).
Install devices that broadcast at that frequency in movie theaters and funeral parlors, along highways, etc. A person will be able to detect an incoming call because the phone will vibrate, but will have to leave the quiet zone in order to answer it. Further, the signal could indicate one of two different levels of quiet zone. For example, it could allow a person to make calls on a highway (in case of an emergency), but not allow a person to make calls in a movie theater (because if it is really an emergency, the person could leave to make the call).
Its noted that while the bible was the most reproduced book by the printing press, pornographic stories were in the list of top ten uses back then.
And don't forget that the Bible itself contains porn (Like Abraham pushing his virgin daughters to a crowd of men and fucking his maid, or Adam and Eve prancing around naked, or Christ and some hooker with a foot fetish).
pretty soon Linux setups will just download security updates on their own
Then all that a hacker need do is hijack a DNS server to cause a "security update" to be installed that contains an exploit. (Cryto-signing security updates can prevent this in most cases.)
When harvesting icons, also harvest the home pages, and add the titles to the title attributes of the image tags; e.g., instead of title="www.iie.hva.nl", use "title="www.iie.hva.nl - Hogeschool van Amsterdam: Instituut voor Information Engineering - Algemeen".
Duplicate the title information in the alt attribute for each img tag (for accessibility).
The reason for the gap is slow human reaction time. If a machine is driving the car, it doesn't need this gap. You may have seen shows on TV about this, where cars tailgate each other, forming "road trains". This can be done safely if a machine is driving the car, because it has a much faster reaction time.
But pretty soon, the surface of the ocean would be covered with the bodies of frozen surfers, making it difficult to navigate. Imagine: You're surfing the perfect wave, then your board hits a frozen body. In you go, adding to the problem.
Re: Spacecraft and fossil fuels
on
Titanic Saturn
·
· Score: 1
And just exactly how do modern spacecraft depend on fossil fuels?
I am not "up" with the latest technology, but I know that some rockets in the past (e.g., the Saturn V, I believe) used kerosine as a fuel. It would not surprise me if some "modern" rockets also use kerosine.
I don't have one. There's probably one online somewhere, but I'm not really that interested. It's just that I've only heard about the seven days dealie, and was somewhat surprised that there allegedly is another one.
That's nothing. I have 4.3 light-years to my office on a planet orbiting Alpha Centuri. It takes me about 7 months to get there, with public transport. I used to be able to get there in 5.8 months using my personal hyper-ship, then they converted all of Hyperspace to H.O.V. Frikkin' bureaucrats.
Re: Two Christian creation myths
on
Fish with Limbs
·
· Score: 1
OK, I give. I know about the seven-day creation myth (and the "Who was Cain's wife?" and other paradoxes contained therein), but I am unfamiliar with a second creation story.
Now if the problem had called for gracefully handling bad input, I'd have put it in.
The GP was complaining about just that: the input was bad (i.e., the numbers were too large). Your solution would have handled that particular bad input, but not the more general case (negative numbers, etc.). In addition (from GP):
And the nature of the test environment was that we couldn't see our programs' responses to the test data, and the test results weren't allowed to tell us what really happened when the program was run - just that "program terminated prematurely.", and that's it - no information about the data that caused this, and no indication of where the program died.
In that case, the detailed error message(s) from the debugger would have been useless to you, because you never would have seen it(them).
Try (print (fact -1)). Or (print (fact 1.5)). Or (print (fact "Hi, Mom!")).
In a dynamically-typed language like LISP, it is important to check that the argument(s) is(are) of the right type, as well as within the proper range(s). So you should add a check to make sure that the arg to fact is a positive integer. To avoid doing this check every time that the function recurses, fact should do the check, then hand off the calc to a helper function, say, unchecked-fact, that is defined similar to the way that you originally defined fact.
every one of the other differences was actually a *worse* way to do it
I liked several differences, and disliked others:
The ".member" notation. This syntactic sugar could easily be added to Python. A missing symbol before the dot in a method would mean the first parameter (conventionally, "self"). This would result in less clutter within methods.
Labeled loops for break/continue. These would be nice (although, generally, if your nested loops are complicated enough that you need this, you should try to simplify your logic). The same effect can be accomplished with try/except, but, again, this would be less "cluttery".
Indent with tabs only. I don't like this one. I indent Python with spaces only (":se expandtab" in vim), so I think that it should be the other way 'round.
Mark-sweep garbage collection. Both reference-counting and mark-sweep have their place, depending on the application. It would be nice to be able to choose which one to use for a particular purpose. Python has recently added weak references, which, properly used, will reduce orphaned cyclic lists, etc., but I think that one shouldn't have to do that sort of housekeeping in a high-level language.
I don't like how either Python or Prothon handle the integer division thing ("/" vs "//").
I think that the Prothon project has some good ideas and some bad ideas, but it might be more productive to try to get some of these things into the Python language itself, rather than creating an almost identical new language.
One, assuming level flight at sea level. At altitude, slghtly less. Actually, slghtly less than one G at sea level as well, due to the curvature of the Earth (i.e., following the curvature of the Earth means the plane is travelling in a slight arc, producing a slightly negative G force).
All of the methods run the mv program for each file. However, both sed and basename are external programs, whereas the pattern substitution (${f%eg}g) happens in the shell itself.
Slashdot Mirror
Thank you for providing a link.
Too, a full-time robot nurse would probably cost less than a human one in the long run, and be able to monitor a disabled senior 24 hours a day, 365(6) days a year.
(At least three humans would be required to perform the same task (outside of nursing homes).)
My hope, though, is that medical science will have advanced enough that nanotechnology will fix most or all medical problems, including aging.
(They'd better hurry up; I have just over 15 yesrs before I become a "senior" myself (although I don't feel a day over 20).)
Parts of some craters at or near the poles may be in perpetual Solar darkness, but the rest of the Moon gets sunlight at approximately 28-(Earth)day intervals (the length of a Lunar day).
You seem to be assuming that the only reason to build a base on the Moon is to support an expedition to Mars.
Establishing a Moon base will have many benefits unrelated to its being an intermediate step to Mars.
The one thing that robots can't do as well as humans is doing the research necessary to establish a permanent presence on Mars.
And that, after all, is our ultimate goal.
When a cell phone receives a signal at a particular frequency:
- The phone will vibrate only, never ring, and
- The phone will not work for actual conversations (i.e., a person can't answer the phone).
Install devices that broadcast at that frequency in movie theaters and funeral parlors, along highways, etc.A person will be able to detect an incoming call because the phone will vibrate, but will have to leave the quiet zone in order to answer it.
Further, the signal could indicate one of two different levels of quiet zone.
For example, it could allow a person to make calls on a highway (in case of an emergency), but not allow a person to make calls in a movie theater (because if it is really an emergency, the person could leave to make the call).
I can see the complaints about posts complaining about posts that can see the jokes coming now coming now coming now coming now.
Its noted that while the bible was the most reproduced book by the printing press, pornographic stories were in the list of top ten uses back then.
And don't forget that the Bible itself contains porn (Like Abraham pushing his virgin daughters to a crowd of men and fucking his maid, or Adam and Eve prancing around naked, or Christ and some hooker with a foot fetish).
(Cryto-signing security updates can prevent this in most cases.)
The reason for the gap is slow human reaction time.
If a machine is driving the car, it doesn't need this gap.
You may have seen shows on TV about this, where cars tailgate each other, forming "road trains".
This can be done safely if a machine is driving the car, because it has a much faster reaction time.
But pretty soon, the surface of the ocean would be covered with the bodies of frozen surfers, making it difficult to navigate.
Imagine: You're surfing the perfect wave, then your board hits a frozen body.
In you go, adding to the problem.
It would not surprise me if some "modern" rockets also use kerosine.
I don't have one.
There's probably one online somewhere, but I'm not really that interested.
It's just that I've only heard about the seven days dealie, and was somewhat surprised that there allegedly is another one.
That's nothing.
I have 4.3 light-years to my office on a planet orbiting Alpha Centuri.
It takes me about 7 months to get there, with public transport.
I used to be able to get there in 5.8 months using my personal hyper-ship, then they converted all of Hyperspace to H.O.V.
Frikkin' bureaucrats.
OK, I give.
I know about the seven-day creation myth (and the "Who was Cain's wife?" and other paradoxes contained therein), but I am unfamiliar with a second creation story.
Your solution would have handled that particular bad input, but not the more general case (negative numbers, etc.).
In addition (from GP):In that case, the detailed error message(s) from the debugger would have been useless to you, because you never would have seen it(them).
If you need to get help from Linux peolple, follow the advice given here, and you should have no problems getting your questions answered.
Try (print (fact -1)).
Or (print (fact 1.5)).
Or (print (fact "Hi, Mom!")).
In a dynamically-typed language like LISP, it is important to check that the argument(s) is(are) of the right type, as well as within the proper range(s).
So you should add a check to make sure that the arg to fact is a positive integer.
To avoid doing this check every time that the function recurses, fact should do the check, then hand off the calc to a helper function, say, unchecked-fact, that is defined similar to the way that you originally defined fact.
Yes, it is.
Does this mean that we can build the Space Elevator out of mayonnaise?
- The ".member" notation.
- Labeled loops for break/continue.
- Indent with tabs only.
- Mark-sweep garbage collection.
- I don't like how either Python or Prothon handle the integer division thing ("/" vs "//").
I think that the Prothon project has some good ideas and some bad ideas, but it might be more productive to try to get some of these things into the Python language itself, rather than creating an almost identical new language.This syntactic sugar could easily be added to Python.
A missing symbol before the dot in a method would mean the first parameter (conventionally, "self").
This would result in less clutter within methods.
These would be nice (although, generally, if your nested loops are complicated enough that you need this, you should try to simplify your logic).
The same effect can be accomplished with try/except, but, again, this would be less "cluttery".
I don't like this one.
I indent Python with spaces only (":se expandtab" in vim), so I think that it should be the other way 'round.
Both reference-counting and mark-sweep have their place, depending on the application.
It would be nice to be able to choose which one to use for a particular purpose.
Python has recently added weak references, which, properly used, will reduce orphaned cyclic lists, etc., but I think that one shouldn't have to do that sort of housekeeping in a high-level language.
At altitude, slghtly less.
Actually, slghtly less than one G at sea level as well, due to the curvature of the Earth (i.e., following the curvature of the Earth means the plane is travelling in a slight arc, producing a slightly negative G force).
However, both sed and basename are external programs, whereas the pattern substitution (${f%eg}g) happens in the shell itself.