You also get marginally faster access to Yahoo or Altavista, because fewer requests to Google are clogging the same backbone links that go to Yahoo and Altavista. Google's just making the network more efficient by moving the data closer to you. They're not squeezing other people out.
Because Steve Jobs only recently relented and allowed a second button on them. Before the mighty mouse, Apple mice were pretty useless creatures.
He still hasn't relented with the Mighty Mouse. It's only got one button. Sure, there's a capacitative sensor that checks to see which finger is on the mouse, but if you're resting both fingers on the mouse, you can't right-click by pressing the right side of the mouse.
I hope that, once released, there will be a place where all the apps will be collected (maybe accessible from within the phone), otherwise I don't think that people will -ever- know about the existence of such apps.
There is a Market app on the phone that allows you to download free apps. In the future it will also allow developers to sell apps. It's also perfectly possible to post source code on SourceForge or Google Code or elsewhere, and I'm sure third-party directories of Android apps will pop up.
Frankly, advertising open source to an end user is meaningless. Advertising "lots of available apps" and "if you're a programmer, you can write your own for free" is more likely to make an impression.
Can anyone shed some light on whether it will only run on specifically designed hardware or if it is "open" in the sense they lead me to believe.
So, it will run on whatever you port it to. The larger problem is probably getting it on to the phone. Most phones are not designed to be flashed by the end user, because it would allow them to bypass restrictions like SIM-card locks and DRM. Android will really work best when phone manufacturers themselves decide to use it.
Im still slightly in the gray about the open-ness of the android platform. Everywhere I've looked has said that Android is open but the official website under "Will Android work on [insert phone here]" Only gives the SDK emulator rather than an HCL.
So, Android needs to be ported, like any OS. Mobile phones, in particular, have very specific hardware. If you tried to put the OS from the G1 onto another phone, you'd need to add drivers for the other chips on it, especially things like the cellular baseband chip, and the hardware for things like audio input/output, LEDs, etc. It's sort of like RockBox in that it requires a large chunk of work to be ported. They initially ran on only one device, but, over time, gained additional compatibility.
I am surprised that more highschool kids don't get into Linux more since it is free and there are tons of things to do with it if you just learn where it is(package manager) and find the online tutorials. IMO
If you mean high school geeks, then yeah, it's surprising that so many geeks come out of high school having learned a lot about running Windows instead of having learned about how to run a Linux system.
But the rest of them want to play games, chat with their friends, watch videos, etc... The games they want are only available for Windows, so they use it. (Hell, many of my friends who are also Comp Sci majors have Windows boxes to play games!) Even more fundamental than that, though, they don't know about it, and never look for an alternative to Windows because they don't know that's even physically possible. A PC runs Windows, a Mac runs Mac OS.
this sounds like the heuristic scanning features that has been in Norton Antivirus and other A/V utilities for almost a decade now, where it searches for out of the norm items and reports or blocks them, such as a program deciding to write to the MBR, or a program using raw disk I/O to write to the hard disk.
Wow, those "heuristics" sound like a simple blacklist of "virus-like" activities.
No, what this does is cleverer. It creates (at compile time) an automaton representing the system call activity of the program, and if the program tries to make a syscall that does not have a matching edge in the automaton, it kills it. Basically, if there is not a code path that should lead to execution of a certain syscall, the program gets killed.
The X01 is good enough, hardware wise, but it is an educational tool, not a netbook.
Thank you for pointing this out! I have an XO, and the first thing most people do when they see it is compare it to the EeePC. There are some compromises, like the rubber keyboard, that were made differently on the XO then on the EeePC due to the target market, and people need to realize the target markets aren't the same!
The XO gets its 9-10 hours of battery life when reading ebooks by turning off everything but the LCD and DCON (display controller). The system goes into suspend-to-RAM but leaves the screen on so you can read it. If you use this with the screen in reflective mode (no backlight) it can last a hell of a long time. Doing anything else, though, it gets a normal 2-4 hours of battery.
I jumped ship from Gmail to Fastmail back when Gmail didn't have IMAP, and I've liked it so far. They're a fairly powerful, old-school mail provider -- they give you SMTP, POP, IMAP, and webmail. The webmail is the old-school bit -- no AJAX, but you can edit Sieve scripts and do lots of other fun stuff from the Options screen. I recommend them.
This is true. Both of these sites are helping me along. However, I would've written the article either way. Take it as you will, and thanks if you read the article.;-)
it sounds like it won't produce as much heat as the conventional gas compression method
Don't forget to have your geek credentials removed on the way out. The amount of heat produced depends entirely on the efficiency. If it is less efficient than peltier elements then it is less efficient than compressors and then it produces more waste heat.
He didn't say that the heat didn't depend on the efficiency, just that the reduced heat output itself might be a benefit.
I think this is definitely possible. Even on a local level, if we started building, essentially, "neighborhood LANs" among the geeks, we'd be able to transfer files unthrottled and unmonitored, and possibly route around other forms of ISP meddling by swapping connections with someone whose upstream ISP doesn't meddle.
An easy first step might be constructing this as a darknet on top of the Internet, and then, as hardware and funds become available, moving bits of it onto an independent network. It'd be fine if neighborhoods were linked over redundant, encrypted VPN connections through a few regular 'net connections, but within each neighborhood everyone's connected with Gigabit Ethernet. (Oh man, imagine the download speeds on your Linux torrents!)
Data is not scare though. In a P2P network, every person who demands also by definition supplies, thus demand can never outstrip supply.
Not true. Most consumer connections have a much faster download speed than upload speed, so most users can't supply exactly what they demand, only a fraction of that.
(In terms of content, though, you're right -- if someone wants it, they'll be able to supply it later, assuming they have bandwidth and they're sharing it.)
Would you buy a Metallica online album despite their former views?
No. They totally missed the point before, and it sounds like now they're just trying to latch on to an idea that helped others. The point of being a musician, or another kind of artist, is to share the art, not to make a profit. There's nothing wrong with expecting to make some money off of it, but that should not be the focus.
I've thought about not buying the books myself, but often it's a matter of convenience. For example, I'm in Matter and Interactions (an "honors" intro physics course) and we've had to buy, each semester, a $120-ish, paperback textbook. It's a decent textbook, sure, but horribly overpriced. But having to chase down a copy from the library or a friend whenever I want to do the homework (which can be at strange times) or when I (and consequently my friends) need to study for an exam is a big hassle.
What about those of us with horribly short usernames? I'm "tom" on my personal box, so I can't imagine two samples (time between T and O, and between O and M) is enough to tell if it's me or not. Plus, like many posters said, that doesn't work if I'm logging in one-handed. (But that could be recorded as a separate pattern, as I always do it the same way.)
Turned out the problem goes away when sound is on, or momentarily when you mute the card/change audio volume. Then pops and comes right back on after a few seconds.
There's a power management feature that was recently added to the kernel that makes these cards fall asleep like that. You might want to take a look at the CONFIG_SND_HDA_POWER_SAVE option in your kernel configuration and see if turning it off helps.
Slashdot Mirror
You also get marginally faster access to Yahoo or Altavista, because fewer requests to Google are clogging the same backbone links that go to Yahoo and Altavista. Google's just making the network more efficient by moving the data closer to you. They're not squeezing other people out.
He still hasn't relented with the Mighty Mouse. It's only got one button. Sure, there's a capacitative sensor that checks to see which finger is on the mouse, but if you're resting both fingers on the mouse, you can't right-click by pressing the right side of the mouse.
Um, no. The G1 has a touch-sensitive (capacitative) touchscreen just like the iPhone.
There is a Market app on the phone that allows you to download free apps. In the future it will also allow developers to sell apps. It's also perfectly possible to post source code on SourceForge or Google Code or elsewhere, and I'm sure third-party directories of Android apps will pop up.
Frankly, advertising open source to an end user is meaningless. Advertising "lots of available apps" and "if you're a programmer, you can write your own for free" is more likely to make an impression.
So, it will run on whatever you port it to. The larger problem is probably getting it on to the phone. Most phones are not designed to be flashed by the end user, because it would allow them to bypass restrictions like SIM-card locks and DRM. Android will really work best when phone manufacturers themselves decide to use it.
So, Android needs to be ported, like any OS. Mobile phones, in particular, have very specific hardware. If you tried to put the OS from the G1 onto another phone, you'd need to add drivers for the other chips on it, especially things like the cellular baseband chip, and the hardware for things like audio input/output, LEDs, etc. It's sort of like RockBox in that it requires a large chunk of work to be ported. They initially ran on only one device, but, over time, gained additional compatibility.
If you mean high school geeks, then yeah, it's surprising that so many geeks come out of high school having learned a lot about running Windows instead of having learned about how to run a Linux system.
But the rest of them want to play games, chat with their friends, watch videos, etc... The games they want are only available for Windows, so they use it. (Hell, many of my friends who are also Comp Sci majors have Windows boxes to play games!) Even more fundamental than that, though, they don't know about it, and never look for an alternative to Windows because they don't know that's even physically possible. A PC runs Windows, a Mac runs Mac OS.
Wow, those "heuristics" sound like a simple blacklist of "virus-like" activities.
No, what this does is cleverer. It creates (at compile time) an automaton representing the system call activity of the program, and if the program tries to make a syscall that does not have a matching edge in the automaton, it kills it. Basically, if there is not a code path that should lead to execution of a certain syscall, the program gets killed.
Thank you for pointing this out! I have an XO, and the first thing most people do when they see it is compare it to the EeePC. There are some compromises, like the rubber keyboard, that were made differently on the XO then on the EeePC due to the target market, and people need to realize the target markets aren't the same!
The XO gets its 9-10 hours of battery life when reading ebooks by turning off everything but the LCD and DCON (display controller). The system goes into suspend-to-RAM but leaves the screen on so you can read it. If you use this with the screen in reflective mode (no backlight) it can last a hell of a long time. Doing anything else, though, it gets a normal 2-4 hours of battery.
I jumped ship from Gmail to Fastmail back when Gmail didn't have IMAP, and I've liked it so far. They're a fairly powerful, old-school mail provider -- they give you SMTP, POP, IMAP, and webmail. The webmail is the old-school bit -- no AJAX, but you can edit Sieve scripts and do lots of other fun stuff from the Options screen. I recommend them.
Even if the three subchannels are 480i, as long as you have enough of a signal to decode the video stream, the picture is a lot better.
I just tried it, and it appears it's been fixed. You can now use "bugmenot.com" in status messages, at least, even on the new Facebook!
Try it on the new Facebook. Apparently the old interface doesn't have the filter.
You can watch at http://boom.aladdin.cs.cmu.edu/cgi-bin/ipaddy. (I'm "ttuttle".)
Oh, he's counting hits from the access_log too, so even the ones that return 500 errors will work.
This is true. Both of these sites are helping me along. However, I would've written the article either way. Take it as you will, and thanks if you read the article. ;-)
Actually, we simply share the same web host, NearlyFreeSpeech.
He didn't say that the heat didn't depend on the efficiency, just that the reduced heat output itself might be a benefit.
Hell, I'd probably pay at least $100.
I think this is definitely possible. Even on a local level, if we started building, essentially, "neighborhood LANs" among the geeks, we'd be able to transfer files unthrottled and unmonitored, and possibly route around other forms of ISP meddling by swapping connections with someone whose upstream ISP doesn't meddle.
An easy first step might be constructing this as a darknet on top of the Internet, and then, as hardware and funds become available, moving bits of it onto an independent network. It'd be fine if neighborhoods were linked over redundant, encrypted VPN connections through a few regular 'net connections, but within each neighborhood everyone's connected with Gigabit Ethernet. (Oh man, imagine the download speeds on your Linux torrents!)
Anyone else interested?
Not true. Most consumer connections have a much faster download speed than upload speed, so most users can't supply exactly what they demand, only a fraction of that.
(In terms of content, though, you're right -- if someone wants it, they'll be able to supply it later, assuming they have bandwidth and they're sharing it.)
No. They totally missed the point before, and it sounds like now they're just trying to latch on to an idea that helped others. The point of being a musician, or another kind of artist, is to share the art, not to make a profit. There's nothing wrong with expecting to make some money off of it, but that should not be the focus.
I've thought about not buying the books myself, but often it's a matter of convenience. For example, I'm in Matter and Interactions (an "honors" intro physics course) and we've had to buy, each semester, a $120-ish, paperback textbook. It's a decent textbook, sure, but horribly overpriced. But having to chase down a copy from the library or a friend whenever I want to do the homework (which can be at strange times) or when I (and consequently my friends) need to study for an exam is a big hassle.
What about those of us with horribly short usernames? I'm "tom" on my personal box, so I can't imagine two samples (time between T and O, and between O and M) is enough to tell if it's me or not. Plus, like many posters said, that doesn't work if I'm logging in one-handed. (But that could be recorded as a separate pattern, as I always do it the same way.)
There's a power management feature that was recently added to the kernel that makes these cards fall asleep like that. You might want to take a look at the CONFIG_SND_HDA_POWER_SAVE option in your kernel configuration and see if turning it off helps.