Here's an idea for a computer or console game intended to make learning a language interesting.
Imagine a fantasy-world game where the foreign language is used to cast magic spells. A microphone is needed to record what the user says. The game would teach the player to say phrases or sentences to activate spells. Introductory phrases such as those relating to time, location, or acquiring things lend themselves to this concept. For example, learning to ask about location or directions might conjure up a map, or saying "I am from ..." might return the user to that location. Other sentences might be used to activate objects. A user might have a magic bag that only opens when the user says "My name is ...". Basic written text would serve as the "magic language" to teach new spells at higher levels, or serve as in-game puzzles. Sentences or short poems could also be used for "magical combat". For instance players might freeze an opponent by saying "The weather today calls for snow and wind."
In games, the concept of "leveling up" is common, where the player gains more abilities over time as their character progresses (e.g. learning new skills, spells, etc.). This would work well with a language based game because the player would naturally learn more over time, leading to more sophisticated spells and puzzle challenges.
Monday, November 28, 2005
Friday, November 25, 2005
P2P-based web search engine
Web search engines are currently the domain of large corporations like Yahoo, Microsoft, and Google. However, one can imagine an open-source, distributed, P2P based search engine. Traditional P2P systems like Gnutella use distributed searching to locate files, and the web is nothing more than a collection of HTML files. The P2P-based web search engine envisioned here would take the functions that would typically be running on Yahoo, Google, etc. servers and distribute them to clients running on end-user systems. You might think of this as Gnutella for web content.
An ideal client for a distributed web search engine might be one of the existing browsers like Firefox. In that case, a new ranking system could be used based on the number of times a specific page is actually visited (e.g. as opposed to the number of times a given paged is linked to, as used by Google). This information would, of course, need to be anonymized.
An ideal client for a distributed web search engine might be one of the existing browsers like Firefox. In that case, a new ranking system could be used based on the number of times a specific page is actually visited (e.g. as opposed to the number of times a given paged is linked to, as used by Google). This information would, of course, need to be anonymized.
Saturday, November 19, 2005
Privacy screens
Portable devices (PDAs, phones) are widely used for business. An obvious side-effect is that business is increasingly conducted in public places, rather than just in the office. Especially on public transportation, privacy may be a growing concern. One solution is protective film that makes device screens impossible to read except for someone looking straight onto the display. Alternatively, privacy screens may be built into the device during manufacturing. Note that 3M is a manufacturer of privacy screens for PCs.
Tuesday, November 01, 2005
Parts that tell you when they are failing
Maybe five or six years ago I a radiator hose blow-out, just beyond the top of the "grapevine" pass on California's interstate 5. Apparently the radiator hose had been weakening over time and eventually split down the middle. A few years after that, the same thing happened again, just driving around town. I started to wonder why we don't have car parts that notify you when they start to fail.
For example, the government is working on clothing for military personnel that can identify when they are torn/pierced due to a fine mesh of wires or fiber optics. Some kind of simple version of this, built into parts that frequently fail (fan belts, radiator hoses), would save a lot of grief for just a few more cents of cost per part. The system could use passive RF for communication (ala RFID) with the car so no wires would be necessary. If the belt/hose expanded and broke the wire mesh, the part would report back possible failure to the car when queried. The mechanic would be able to identify the failing part, back in the shop, using the same mechanism.
Possible problems include ensuring the failure warning system itself does not become a source of false positives. Also, possible privacy concerns from RFID, but I think there are ways to solve this using proximity and/or generic part IDs rather than globally unique IDs. Cost of the monitoring system in the car would need to be low.
For example, the government is working on clothing for military personnel that can identify when they are torn/pierced due to a fine mesh of wires or fiber optics. Some kind of simple version of this, built into parts that frequently fail (fan belts, radiator hoses), would save a lot of grief for just a few more cents of cost per part. The system could use passive RF for communication (ala RFID) with the car so no wires would be necessary. If the belt/hose expanded and broke the wire mesh, the part would report back possible failure to the car when queried. The mechanic would be able to identify the failing part, back in the shop, using the same mechanism.
Possible problems include ensuring the failure warning system itself does not become a source of false positives. Also, possible privacy concerns from RFID, but I think there are ways to solve this using proximity and/or generic part IDs rather than globally unique IDs. Cost of the monitoring system in the car would need to be low.
Monday, October 31, 2005
Mobile phone mapping
This is the first post with any real idea. Mobile phone systems are now required to be able to locate 911 callers so that responders (police, ambulance) know where to go when they get a call. The data about where mobile phone users are can be used in a number of interesting ways. By tracking the location of users over time, one could construct a real-time traffic map. For example, this could be used for traffic flow purposes (i.e. what routes are congested, what is the best way home tonight) . Furthermore, it can be done anonymously - it is only necessary to know a given phone's location over time, not any information about the phone's user.
Though I've had this idea for a while, I haven't committed it to "paper" until now. I think an East-Coast university or phone company may have just announced a plan to study this as a possibility just last week.
Though I've had this idea for a while, I haven't committed it to "paper" until now. I think an East-Coast university or phone company may have just announced a plan to study this as a possibility just last week.
Sunday, October 30, 2005
Dead Sea
Attempting to enter text via PSP. UI is lame: D-pad navigates phone style alpha grid. Should allow use of analog stick as well. Maybe over qwerty or ring of letters.
Thursday, October 27, 2005
Frist Post - What is this?
This blog is meant to be a random dumping ground for various ideas I have. Over time, it will become a veritable sea of ideas. Some may be good, some may be idiocy. Feel free to use any of them and if you happen to know why one of these ideas will never fly or if you get one of them to work, let me know.
Subscribe to:
Posts (Atom)