Because almost all of the programming languages and major APIs are in English.
Also because a lot more than 4% of college graduates are from America.
Also because a lot more than 4% of the computers are in the U.S. Perhaps more influentially, a higher percentage of Americans had computers at home growing up than any other nationality (I would guess).
I was having trouble figuring out if websites had sexually explicit content or not. Now I'll know for sure that www.hornyhousewivesdowhateveryouwant.com has porn!
I can see how community standards in Alabama would be against Art, but since when have the people of Alabama avoided Porn?
Re:Sudo is only useful when there are lots of admi
on
Sudo vs. Root
·
· Score: 4, Informative
I'm the only user on my Linux laptop. My password is dead simple; I'm not worried about security -- the most likely people who might try to do something to my computer are other developers in my company, and they probably have a good reason.
However, I never run sudo su Why? Being forced to type "sudo" in front of potentially dangerous commands forces me to think a second time and make sure I'm not doing something stupid. If I type rm -r * and get prompted that I don't have access, you bet I'm going to double check to see if I'm in the right directory.
You should choose a transfer protocol which is reliable, though it need not be ordered. If you select a connectionless transfer protocol you should make sure you have a good error detection and recovery plan in place.
The RTT will be high, but that's acceptable. The Interstates have high bandwidth, but U.S. highways often have fewer collisions and hops with nicer food. Make sure you set your TTL high -- frequent hops make collisions less likely.
I suggest using physical private key protection for your content. Every standard implementation at the automobile layer supports this.
Consider generating a checksum for each delivery unit. That way you will be able to tell at a glance if any packets or boxes are dropped en route.
I live in Colorado and have spent much of the past few months in Utah. While Mormons are the butt of a lot of jokes, there are a lot worse next-door neighbors we could have.
* They travel all over the world in formal dress telling people about their weird religion.
> Yet they're totally fine with my weird religion. * They don't drink alcohol.
> Yet Utah has some fine microbrews. * They live in the desert.
> And they keep it in good shape for visitors. * They live their lives based on a 19th-century book.
> Yet they're up to date and innovative with modern science and high technology. * They have little exposure to sex, drugs, and rock & roll.
> So they have a blast playing board games.
Really... I think the world needs more geeks from Utah.
Your Perl, PHP, and Linux skills may be better assets in finding an internship than one year of C++. There are lots of "Hey, we need a web view for this, we need these scripts to be fixed, we need a system set up for testing" opportunities that comapnies would like to have done but don't want to pay someone big bucks to do. Enter the intern.
A year of C++ from most schools leaves you in a position of being able to solve homework problems and do basic exercises, but it's a long way from being able to make much headway in a significant software engineering situation. Which is a shame, because that's where the best learning takes place. If you can find an internship where you can work with experienced programmers on serious code go for it -- it's got the potential for being an incredibly valuable experience. But if you're only going to be a round for the summer, a lot of companies won't want to invest the effort required to bring a freshman up to speed on their development environment, their code base, and their processes.
My high school's bike lab did maintenance for Boulder's "green bike" program. The program took donated bikes, fixed them up, painted them green, put on a basket and some information about the program, and made them available for the public to use with the understanding that when you were done riding the bike (to the library, say) you left it for someone else to use.
We did a short documentary on the program. When we interviewed the guy in charge of maintenance we asked about theft issues. His response was "You can't steal a free bike." The same quip applies to free software. Projects like Mozilla and Linux want as many people to "steal" their software as possible.
Web crawlers can't see the text in your images and weird HTML constructions can make it hard to parse the text back out. If your page content can be clearly expressed in plain text there's a good chance a search engine will know what you're talking about.
As an added bonus, if a web crawler can read your pages so can blind users.
Are you not also worried, then, that the results of your search are left up to algorithms (not open source) in a machine controlled by a few people? No human or super intelligent mouse reads your Google search, does a little research, considers what would be best for you to read, and then prepares the list for you. Google is not a research librarian, but people find it useful anyway.
There are already news sources where someone decides what should be presented. They're called, among other things, newspapers, radio, television, and Slashdot. Google, being a company devoted to automatic information retrieval, does things a little differently. If you want filtered news, don't use the service. Similarly, if you want fact checked and well-researched news, you should be wary about blogs. (To be fair, you should be wary of TV news too.)
One feature I really like, that from what I remember is only in Eclipse, is incremental building. The other two require you to hit a build button before hitting the run/debug button. Not that I'm lazy, but you really get used to it building automagically when you hit save. One thing I find kind of annoying about Eclipse is that it doesn't include support for say, xml editing, which the other two support out-of-the-box, instead requiring you to go to their site and finding web-tools plugin. Also the internal parser used for error marking often requires saving the file before it will refresh the markings on the page.
For me, this is perhaps the nicest feature of Eclipse. Most of my day is spent making changes to one file at a time, then testing to see if it worked. Our enterprise application consists of a server run out of a servlet container (Tomcat usually) and a Java client. It often takes half a minute to start Tomcat and the server and it takes a minute or two to launch the client, log in, and get to where you want to be. Incremental building and hot code replace mean that I can fix five bugs and try fifteen solutions to another problem without a single process dying. On some days the productivity gain is more than a factor of two.
And I agree with another commenter -- if you've already spent a lot of time setting Eclipse up, why switch now?
(Having just created a branch workspace, I'm rather disappointed with how few settings travel with you when you say "Export All Settings" in Eclipse. Why would I not want my annotation and text coloring to be the same? Why would you not remind me I need to export my code formatter? Why would you not export my code templates?)
Konfabulator was also one of the first applications to show that under the piles of browser nonconformity and bad scripts written by people who don't know how to code, JavaScript is really an interesting, useful, and elegant language which can do something more worthwhile than make text scroll at the bottom of a web browser and make unwanted ads even more annoying.
My company's Bugzilla database shows 5580 bugs opened in 2005. So I guess if bugs marked as duplicate and invalid are removed, our software accounted for almost all 5,198 software flaws of 2005.
So... what's the secret you guys are hiding from us?
Slashdot Mirror
A mirror? What's that?
-- Nerd Reading News
Because almost all of the programming languages and major APIs are in English.
Also because a lot more than 4% of college graduates are from America.
Also because a lot more than 4% of the computers are in the U.S.
Perhaps more influentially, a higher percentage of Americans had computers at home growing up than any other nationality (I would guess).
Well, 2.5D if you count tabs.
Does that mean I can't log on if I'm drunk?
Maybe that's a good thing.
Soon every bedroom will have an iMirror! You can decide if you look good and get a second opinion from your computer!
I was having trouble figuring out if websites had sexually explicit content or not. Now I'll know for sure that www.hornyhousewivesdowhateveryouwant.com has porn!
I can see how community standards in Alabama would be against Art, but since when have the people of Alabama avoided Porn?
I'm the only user on my Linux laptop. My password is dead simple; I'm not worried about security -- the most likely people who might try to do something to my computer are other developers in my company, and they probably have a good reason.
However, I never run sudo su Why? Being forced to type "sudo" in front of potentially dangerous commands forces me to think a second time and make sure I'm not doing something stupid. If I type rm -r * and get prompted that I don't have access, you bet I'm going to double check to see if I'm in the right directory.
Concert attendees didn't have to pay $5 to get a beer from the fridge.
You should choose a transfer protocol which is reliable, though it need not be ordered. If you select a connectionless transfer protocol you should make sure you have a good error detection and recovery plan in place.
The RTT will be high, but that's acceptable. The Interstates have high bandwidth, but U.S. highways often have fewer collisions and hops with nicer food. Make sure you set your TTL high -- frequent hops make collisions less likely.
I suggest using physical private key protection for your content. Every standard implementation at the automobile layer supports this.
Consider generating a checksum for each delivery unit. That way you will be able to tell at a glance if any packets or boxes are dropped en route.
So why hasn't Al Qaeda gotten several terrorists to board a plane and then all turn on their cell phones while it takes off?
I live in Colorado and have spent much of the past few months in Utah. While Mormons are the butt of a lot of jokes, there are a lot worse next-door neighbors we could have.
* They travel all over the world in formal dress telling people about their weird religion.
> Yet they're totally fine with my weird religion.
* They don't drink alcohol.
> Yet Utah has some fine microbrews.
* They live in the desert.
> And they keep it in good shape for visitors.
* They live their lives based on a 19th-century book.
> Yet they're up to date and innovative with modern science and high technology.
* They have little exposure to sex, drugs, and rock & roll.
> So they have a blast playing board games.
Really... I think the world needs more geeks from Utah.
"The modern novel should be largely a work of reference." -- Flann O'Brien, At Swim-Two-Birds
Your Perl, PHP, and Linux skills may be better assets in finding an internship than one year of C++. There are lots of "Hey, we need a web view for this, we need these scripts to be fixed, we need a system set up for testing" opportunities that comapnies would like to have done but don't want to pay someone big bucks to do. Enter the intern.
A year of C++ from most schools leaves you in a position of being able to solve homework problems and do basic exercises, but it's a long way from being able to make much headway in a significant software engineering situation. Which is a shame, because that's where the best learning takes place. If you can find an internship where you can work with experienced programmers on serious code go for it -- it's got the potential for being an incredibly valuable experience. But if you're only going to be a round for the summer, a lot of companies won't want to invest the effort required to bring a freshman up to speed on their development environment, their code base, and their processes.
Ride the bike someone else left.
Or take the bus.
Maybe we should write a popup ad that says "Win Free Software!" When the user clicks on it it downloads Mozilla and turns off popups.
cat /dev/random sometimes produces the right results even without running my program.
My high school's bike lab did maintenance for Boulder's "green bike" program. The program took donated bikes, fixed them up, painted them green, put on a basket and some information about the program, and made them available for the public to use with the understanding that when you were done riding the bike (to the library, say) you left it for someone else to use.
We did a short documentary on the program. When we interviewed the guy in charge of maintenance we asked about theft issues. His response was "You can't steal a free bike." The same quip applies to free software. Projects like Mozilla and Linux want as many people to "steal" their software as possible.
With a name like "Songbird" I assumed it was Mozilla-related before I knew what the program did.
Look at your page with Lynx.
Web crawlers can't see the text in your images and weird HTML constructions can make it hard to parse the text back out. If your page content can be clearly expressed in plain text there's a good chance a search engine will know what you're talking about.
As an added bonus, if a web crawler can read your pages so can blind users.
Are you not also worried, then, that the results of your search are left up to algorithms (not open source) in a machine controlled by a few people? No human or super intelligent mouse reads your Google search, does a little research, considers what would be best for you to read, and then prepares the list for you. Google is not a research librarian, but people find it useful anyway.
There are already news sources where someone decides what should be presented. They're called, among other things, newspapers, radio, television, and Slashdot. Google, being a company devoted to automatic information retrieval, does things a little differently. If you want filtered news, don't use the service. Similarly, if you want fact checked and well-researched news, you should be wary about blogs. (To be fair, you should be wary of TV news too.)
I wouldn't want to go on a quest with a gold farmer. Everyone knows that gold is mined, not farmed.
One feature I really like, that from what I remember is only in Eclipse, is incremental building. The other two require you to hit a build button before hitting the run/debug button. Not that I'm lazy, but you really get used to it building automagically when you hit save. One thing I find kind of annoying about Eclipse is that it doesn't include support for say, xml editing, which the other two support out-of-the-box, instead requiring you to go to their site and finding web-tools plugin. Also the internal parser used for error marking often requires saving the file before it will refresh the markings on the page.
For me, this is perhaps the nicest feature of Eclipse. Most of my day is spent making changes to one file at a time, then testing to see if it worked. Our enterprise application consists of a server run out of a servlet container (Tomcat usually) and a Java client. It often takes half a minute to start Tomcat and the server and it takes a minute or two to launch the client, log in, and get to where you want to be. Incremental building and hot code replace mean that I can fix five bugs and try fifteen solutions to another problem without a single process dying. On some days the productivity gain is more than a factor of two.
And I agree with another commenter -- if you've already spent a lot of time setting Eclipse up, why switch now?
(Having just created a branch workspace, I'm rather disappointed with how few settings travel with you when you say "Export All Settings" in Eclipse. Why would I not want my annotation and text coloring to be the same? Why would you not remind me I need to export my code formatter? Why would you not export my code templates?)
Konfabulator was also one of the first applications to show that under the piles of browser nonconformity and bad scripts written by people who don't know how to code, JavaScript is really an interesting, useful, and elegant language which can do something more worthwhile than make text scroll at the bottom of a web browser and make unwanted ads even more annoying.
My company's Bugzilla database shows 5580 bugs opened in 2005. So I guess if bugs marked as duplicate and invalid are removed, our software accounted for almost all 5,198 software flaws of 2005.
So... what's the secret you guys are hiding from us?