Well, all that means is that there's a more level playing field for apps on OSX.
If in the future it becomes possible to run OSX in VMWare or something [side note, imagine MS buying VMWare], then that levels the playing field across both Windows and OSX. There's less lock in, and less of a "big decision" when deciding between Apple and Wintel systems, you just choose on personal preference/taste and budget rather than worrying about application compatability.
Don't bother with static linking and obfuscation. Make sure that any libraries you're using other than the standard GCC C libraries, (GCC has a special GPL exception for this case, go read it if in doubt) are not GPL (some libraries have BSD-type licenses with little to no restriction on their reuse). If you're using a stock linux distribution out of the box, you don't have to worry about it really; technically someone can request all the source code to that linux distribution, so keep the copies used in each version of your product in a safe place (like with your backup tapes) on CDs or something (including source code packages) just in case. If you modify any of the GPL programs from that distribution, note you have to provide the code for your modified (derived) versions if someone asks for it, but that doesn't affect licensing of your product.
If still in doubt, just email the FSF with specific and clear but detailed questions.
I actually like using bzr (http://www.bazaar-vcs.org) for version control on local files. I use it for code and configs and just random text files. You don't need to commit to any server, the whole version history is stored locally. bind it to a parent repository on a remote server if you want, or you you can pull it (like a checkout) from any other machine over ssh. (so two backup options there) Such checkouts are treated as branches and can be easily merged back to the parent branch, or sibling branches, etc.
Well.... you sort of got it right. Decades of serious operating system research since the late 50s actually resulted in systems like IBM's OS for the 360 and MULTICS, all designed with elaborate systems and security, and designed to run on big timesharing or multiprocessing computers. Unix was actually intended to be a simpler OS for smaller, less exepensive minicomputers (the DEC PDP series) with smaller numbers of users (say, dozens instead of hundreds), and is really a collection of smaller hacks, though it still follows some nice OS principles. And yes, it has been redeveloped and refined since the 70s and 80s.
Nuclear might be a solution. Unfortunately no nuclear power plant has ever been truly profitable (if you take away government subsidies in construction, fuel, etc.)
Some cars today have the intelligent systems with sophisticated sensors, and advanced learning and anticipation algorithms. It's called a driver who pays attention to what he's doing and uses a little bit of careful thought. Probably asking to much of most people I guess..
How about this: the browser could highlight the domain in the URL. If you were browsing a page at www.amazon.com.evildomain.com, then evildomain.com would be highlighted. That would hopefully make it obvious that you're not at amazon.com.
Great idea. It wouldn't solve all the problems but it would help a little and it seems like it would be easy to program.
There's a Firefox extension that does this, of course:
I think that Dojo is actually generated from some kind of templates or something, and what is actually included in the output Javascript can be customized. (They include a few diffent downloads with different things available). It would be great if you could do the same thing with jQuery, or even if the.js file had some comments that allowed a script to hack out certain pieces.
One advantage of jQuery's one.js file (as opposed to different modules with different features in them) is that the browser only has to download it once, even if different pages use different features.
I've found jQuery to be very easy to use, especially for simple stuff. I was up and running with jQuery in about 30 minutes, though I had to implement some UI logic myself-- with Dojo that was already built, but it didn't do what I wanted, so I spent a while struggling with it before giving up.
It's interesting, it basically just does two main things well: 1. provides a nifty function for getting a handle on a DOM element using either XPATH or CSS selector syntax, fairly painless once you figure out the selector/path syntax, and 2. has some functions for sending JSON or XML requests to the server and getting the response sent to a callback function (that's the AJAX part).
Yeah, HMDs are just not that useful, except maybe if registration issues in augmented 3D reality display can be solved completely, or it serves as just a tiny area of your FOV for alerts. If it were up to me I'd put all that stuff on a small PDA you can slip out of a pocket when you're in a safe place and are able to focus on it. Then have spatialized audio cues in the audio channel for critical events.
Having full earphones covering your ears also sounds like a bit of a mistake. You'll be deaf when your battery dies and they become expensive earmuffs.
What probably happened, is this guy came up with a method of implementing a novel data structure. He wrote it in a notebook along with various other things he invented.
Then lawyers etc. distill those inventions down to patent-speak, which tend to be rather general, and describe the operation of an invention in somewhat general terms-- you need wiggle room to allow for small variations in implementation (e.g. if it was a machine you would say "a rod connects a gear", not "a 3cm diameter brass rod connects a 10cm diameter steel gear", just in case you need to adjust the details like dimension and materials").
Especially where software is concerned, they tend to go overboard. This is partly due to the nature of software, which is to take pretty abstract ideas and implement them using a ridiculously baroque combination of a zillion weird details.
Honestly I wonder how anyone participates in gnome. Their mailing lists are really hard to find, and the archive search has been broken for more than 6 months.
The downfall of Web 2.0: people realising that they're providing all the content that's making the site owners rich^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^Hcosting the site owners money for hosting and bandwidth. Fixed that for you.
Slashdot Mirror
Well, what about Cocoa for Windows?? Possible??
Well, all that means is that there's a more level playing field for apps on OSX.
If in the future it becomes possible to run OSX in VMWare or something [side note, imagine MS buying VMWare], then that levels the playing field across both Windows and OSX. There's less lock in, and less of a "big decision" when deciding between Apple and Wintel systems, you just choose on personal preference/taste and budget rather than worrying about application compatability.
Don't bother with static linking and obfuscation. Make sure that any libraries you're using other than the standard GCC C libraries, (GCC has a special GPL exception for this case, go read it if in doubt) are not GPL (some libraries have BSD-type licenses with little to no restriction on their reuse). If you're using a stock linux distribution out of the box, you don't have to worry about it really; technically someone can request all the source code to that linux distribution, so keep the copies used in each version of your product in a safe place (like with your backup tapes) on CDs or something (including source code packages) just in case. If you modify any of the GPL programs from that distribution, note you have to provide the code for your modified (derived) versions if someone asks for it, but that doesn't affect licensing of your product.
If still in doubt, just email the FSF with specific and clear but detailed questions.
Reed
AFAIK this technique was pioneered by Jeff Atwood with his "ORANGE" captcha.
I actually like using bzr (http://www.bazaar-vcs.org) for version control on local files. I use it for code and configs and just random text files. You don't need to commit to any server, the whole version history is stored locally. bind it to a parent repository on a remote server if you want, or you you can pull it (like a checkout) from any other machine over ssh. (so two backup options there) Such checkouts are treated as branches and can be easily merged back to the parent branch, or sibling branches, etc.
Interesting, but do you know how much energy is required to process aluminum?
There is no hydrogen economy and hydrogen in *not* a "green" fuel.
Well.... you sort of got it right. Decades of serious operating system research since the late 50s actually resulted in systems like IBM's OS for the 360 and MULTICS, all designed with elaborate systems and security, and designed to run on big timesharing or multiprocessing computers. Unix was actually intended to be a simpler OS for smaller, less exepensive minicomputers (the DEC PDP series) with smaller numbers of users (say, dozens instead of hundreds), and is really a collection of smaller hacks, though it still follows some nice OS principles. And yes, it has been redeveloped and refined since the 70s and 80s.
Nuclear might be a solution. Unfortunately no nuclear power plant has ever been truly profitable (if you take away government subsidies in construction, fuel, etc.)
Hey, it got on slashdot didn't it? And got everyone riled up about it, didn't it?
Some cars today have the intelligent systems with sophisticated sensors, and advanced learning and anticipation algorithms. It's called a driver who pays attention to what he's doing and uses a little bit of careful thought. Probably asking to much of most people I guess..
https://addons.mozilla.org/en-US/firefox/addon/401 4
There's a Firefox extension that does this, of course:
https://addons.mozilla.org/en-US/firefox/addon/40
There's a Firefox extension that does this, of course:
1 4
https://addons.mozilla.org/en-US/firefox/addon/40
++jquery! It's real easy to use.
.js file had some comments that allowed a script to hack out certain pieces.
.js file (as opposed to different modules with different features in them) is that the browser only has to download it once, even if different pages use different features.
I think that Dojo is actually generated from some kind of templates or something, and what is actually included in the output Javascript can be customized. (They include a few diffent downloads with different things available). It would be great if you could do the same thing with jQuery, or even if the
One advantage of jQuery's one
I've found jQuery to be very easy to use, especially for simple stuff. I was up and running with jQuery in about 30 minutes, though I had to implement some UI logic myself-- with Dojo that was already built, but it didn't do what I wanted, so I spent a while struggling with it before giving up.
jquery -- http://www.jquery.com/
It's interesting, it basically just does two main things well: 1. provides a nifty function for getting a handle on a DOM element using either XPATH or CSS selector syntax, fairly painless once you figure out the selector/path syntax, and 2. has some functions for sending JSON or XML requests to the server and getting the response sent to a callback function (that's the AJAX part).
Anyone know what "editorial software system" (CMS) they use?
Does Synaptic really "conflict" with the Ubuntu package manager GUI? I doubt it (but haven't checked).
Yeah, HMDs are just not that useful, except maybe if registration issues in augmented 3D reality display can be solved completely, or it serves as just a tiny area of your FOV for alerts. If it were up to me I'd put all that stuff on a small PDA you can slip out of a pocket when you're in a safe place and are able to focus on it. Then have spatialized audio cues in the audio channel for critical events.
Having full earphones covering your ears also sounds like a bit of a mistake. You'll be deaf when your battery dies and they become expensive earmuffs.
Most commenters are missing the point. These are not rules for robots. They're rules for people making robots.
But either way, the only way to really win the game is not to play at all, of course.
Need some examples of the vile comments people will make? Just drop your
What probably happened, is this guy came up with a method of implementing a novel data structure. He wrote it in a notebook along with various other things he invented.
Then lawyers etc. distill those inventions down to patent-speak, which tend to be rather general, and describe the operation of an invention in somewhat general terms-- you need wiggle room to allow for small variations in implementation (e.g. if it was a machine you would say "a rod connects a gear", not "a 3cm diameter brass rod connects a 10cm diameter steel gear", just in case you need to adjust the details like dimension and materials").
Especially where software is concerned, they tend to go overboard. This is partly due to the nature of software, which is to take pretty abstract ideas and implement them using a ridiculously baroque combination of a zillion weird details.
Take your camera, plenty of spare batteries and memory cards. Take a flashlight and a knife. Maybe a GPS if you want to get fancy.
Also read Heinlein's "Orphans of the Sky". It's a really short read, but really good.
Honestly I wonder how anyone participates in gnome. Their mailing lists are really hard to find, and the archive search has been broken for more than 6 months.