That's a bit harsh. I can think of at least one other explanation - that person did do Windows, but does not longer, possibly having concluded the bad points out weigh any good points.
Interestingl. Though Slashcode presented your url as typed by you, hovering over it and right-click-copy in Chromium shows the canonical dotted quad http://195.27.181.36/en/weblog?weblogid=208188044
I don't think the first two will be too much of a problem. To make download harder, and to show ads, sites will fiddle the source URL with javascript most likely. As I understand HTML5 a site can implement it's own controls, using the video tag's DOM. DRM is the unknown. Some creative coder may pull a smoke and mirrors trick that's convincing enough. Higher ups may even come to the opinion that it just doesn't matter. Or (lack of) DRM could mean HTML5 video isn't adopted by most.
Indeed, for cross database compatibility paramstyle sucks. It uses whatever the underlying database provides, and they all do it differently just as they all have different SQL dialects. I haven't looked into it, but I wonder how say the Perl DB-API can get around this without putting an SQL parser/generator in the database driver or doing simple find/replace and instroducing sql injection vulnerabilities.
If cross database support is required, an ORM is the best approach.
Sure you're aware of this, but to make to clear for everyone. Python, Perl and other languages don't require extra libraries to do parameterized queries either. In Python the pattern is
import db_module conn = db_module.connect('user/pass@host') curs = conn.cursor() curs.execute('select field1, field2 from table1 where field3 = ? and field4 = ?', ('foo', 7.6)) curs.fetchall()
Exactly the same number of lines as doing it with string munging, but type safe and zero chance of sql injection.
Summary: Gadgets and other devices on standby consume a tiny fraction of that consumed by heating, lighting, transport and other activities. The major energy savings come from better insulation, more efficient transportation, and just doing less. Whatever we do has to be on a big scale, and renewables/efficiency savings alone (for the UK), means a _lot_ of turbines/panels.
Of course cloning the magstripe shouldn't do any good without the chip. Are some locations accepting cards with only a magstripe and pin and non-functioning chip.
As I understand it these places are called East Europe, Asia, Africa, North America, South America and Weatherspoons.
I wasn't claiming that Youtube or Google take any particular action. I just wanted to provide the citation you requested, that hardware encoders/decoders have vastly reduced power consumption.
Agreed Google have likely looked at this in far more detail. On the subjject of commodity hardware performing hardaware acceleraton, I'm guessing that's where GPGPUs and the nest generation combined chipset/graphics controllers come into play.
First, do you have a citation for this 'massive' reduction in power?
Langen, Germany, October 30, 2008 - Fujitsu Microelectronics Europe (FME) today expanded its line-up of H.264*1 CODECs with two new devices that encode and decode full high-definition (HD) (1920 dots x 1080 lines) Video in H.264 format. The first of the two products to be launched, the ultra-low power MB86H55, features power consumption of only 500mW during full HD encoding including the built-in memory, an industry-leading level for low power consumption. In addition, the upcoming MB86H56 will offer processing of full HD video at 60 frames-per-second (progressive) '60p'*2, to improve picture quality even further.
I'm missing desktop sharing and conferencing software like Livemeeting. I'm also missing some ease-of-use dealing with very simple things like cutting and pasting a link to a windows share and using it to look at a remote directory without having to edit all the slashes.
Regarding desktop sharing, are you aware of the newer features in Empathy? It can do video/voice and desktop sharing (for xmmp at least).I believe (like Livemeeting), both end would need to have Empathy installed.
Regarding the link clicking, I'm guessing you mean UNC paths like \\smbserver\share\somefile.doc now you've mentioned it, I'm missing it too. A bug was filed in 2007 https://bugzilla.gnome.org/show_bug.cgi?id=446136, nothing has happened unfortunately.
Cisco: Look our routers can run Linux and look at these x86 modules, we're getting into the server market. HP: Well screw you, we'll go and buy some networking market share.
Can anyone explain why my initial gut sense is an over-reaction?
Switching from Windows or OS X does have trade offs. The most noticable ones for me are poor flash performance, patchy 2D/3D acceleration support, less reliable hibernation, and the topic at hand - shorter battery life. Similarly staying with Windows or OS X has trade offs. Principally for me is their complexity, their black box nature, the culture of control and cost/hassle of per seat licensing.
Should my replacement computer (another laptop) be Linux (other than Apple)?
Only you can answer that question. Some things to consider though: - Are you happy/content with your current OS, or are you finding yourself to be frustrated by it's limits? - Do you value having things that just work, or having greater control of your system? - Is a computer a means to an end, or do you enjoy the challenge of making it do your bidding?
For me Linux is the best balance of control and functionality. I would like it to be more rounded on the desktop, similarly I'd like Windows to not be so overly complex. Both a serviceable, neither is ideal.
Sorry to pick on you, but this is a bugbear of mine.
Applications written in AIR/Silverlight/whatever are not web applications. They're thick client applications that happen to use a bit of http and javascript.
Web applications run in web browsers. Not in one particular browser, and not in a third party runtime.
Given that javascript can be injected into a page in various ways, and as you show it can access the contents of input fields. Would there be any milage in blocking access to the contents of password fields from javascript. Would that break many sites?
IIRC the file upload element works this way, to avpid revealing the file path to the website.
Slashdot Mirror
That's a bit harsh. I can think of at least one other explanation - that person did do Windows, but does not longer, possibly having concluded the bad points out weigh any good points.
Interestingl. Though Slashcode presented your url as typed by you, hovering over it and right-click-copy in Chromium shows the canonical dotted quad http://195.27.181.36/en/weblog?weblogid=208188044
I don't think the first two will be too much of a problem. To make download harder, and to show ads, sites will fiddle the source URL with javascript most likely. As I understand HTML5 a site can implement it's own controls, using the video tag's DOM. DRM is the unknown. Some creative coder may pull a smoke and mirrors trick that's convincing enough. Higher ups may even come to the opinion that it just doesn't matter. Or (lack of) DRM could mean HTML5 video isn't adopted by most.
Ah okay, thank you for the pointer.
Indeed, for cross database compatibility paramstyle sucks. It uses whatever the underlying database provides, and they all do it differently just as they all have different SQL dialects. I haven't looked into it, but I wonder how say the Perl DB-API can get around this without putting an SQL parser/generator in the database driver or doing simple find/replace and instroducing sql injection vulnerabilities.
If cross database support is required, an ORM is the best approach.
Sure you're aware of this, but to make to clear for everyone. Python, Perl and other languages don't require extra libraries to do parameterized queries either. In Python the pattern is
import db_module
conn = db_module.connect('user/pass@host')
curs = conn.cursor()
curs.execute('select field1, field2 from table1 where field3 = ? and field4 = ?', ('foo', 7.6))
curs.fetchall()
Exactly the same number of lines as doing it with string munging, but type safe and zero chance of sql injection.
Yes, I agree with this man
Just chapter 11 will do http://www.inference.phy.cam.ac.uk/withouthotair/c11/page_68.shtml, or even just page 71 http://www.inference.phy.cam.ac.uk/withouthotair/c11/page_71.shtml.
Summary: Gadgets and other devices on standby consume a tiny fraction of that consumed by heating, lighting, transport and other activities. The major energy savings come from better insulation, more efficient transportation, and just doing less. Whatever we do has to be on a big scale, and renewables/efficiency savings alone (for the UK), means a _lot_ of turbines/panels.
The rest of the book is well worth reading though, it brings what many of these debates lack - meaningful numbers in context, such as http://www.inference.phy.cam.ac.uk/withouthotair/c10/page_64.shtml. The website is http://www.withouthotair.com/
A cactus has spines.
As I understand it these places are called East Europe, Asia, Africa, North America, South America and Weatherspoons.
I wasn't claiming that Youtube or Google take any particular action. I just wanted to provide the citation you requested, that hardware encoders/decoders have vastly reduced power consumption.
Agreed Google have likely looked at this in far more detail. On the subjject of commodity hardware performing hardaware acceleraton, I'm guessing that's where GPGPUs and the nest generation combined chipset/graphics controllers come into play.
-- http://embedded-computing.com/fujitsu-full-h-264-codecs
That's half a Watt encoding HD, a general purpose CPU would be consuming tens, or even a hundred watts to do that.
That was called LugRadio, it was good whilst it lasted.
Regarding desktop sharing, are you aware of the newer features in Empathy? It can do video/voice and desktop sharing (for xmmp at least).I believe (like Livemeeting), both end would need to have Empathy installed.
Regarding the link clicking, I'm guessing you mean UNC paths like \\smbserver\share\somefile.doc now you've mentioned it, I'm missing it too. A bug was filed in 2007 https://bugzilla.gnome.org/show_bug.cgi?id=446136, nothing has happened unfortunately.
Alex
My first thought, without RTFA, was:
Cisco: Look our routers can run Linux and look at these x86 modules, we're getting into the server market.
HP: Well screw you, we'll go and buy some networking market share.
No idea how accurate that is, but it felt right.
They're just being friendly. Installing extra software is Apple's way of saying hello!
You misspelled Sneakers.
Switching from Windows or OS X does have trade offs. The most noticable ones for me are poor flash performance, patchy 2D/3D acceleration support, less reliable hibernation, and the topic at hand - shorter battery life. Similarly staying with Windows or OS X has trade offs. Principally for me is their complexity, their black box nature, the culture of control and cost/hassle of per seat licensing.
Only you can answer that question. Some things to consider though:
- Are you happy/content with your current OS, or are you finding yourself to be frustrated by it's limits?
- Do you value having things that just work, or having greater control of your system?
- Is a computer a means to an end, or do you enjoy the challenge of making it do your bidding?
For me Linux is the best balance of control and functionality. I would like it to be more rounded on the desktop, similarly I'd like Windows to not be so overly complex. Both a serviceable, neither is ideal.
Their operating system is losing market fast
A genuine query. What's your source for this? I would like to see some numbers for client OS Market share trends.
Thanks for the pagedefrag tip. There is a third: virus scanners, and their bloody policy agents.
This is totally of topic, but do you read When IT meets politics, It just quoted Machiavelli too. Or is it just a big coincidence?
Really. This humour is so formulaic.
Sorry to pick on you, but this is a bugbear of mine.
Applications written in AIR/Silverlight/whatever are not web applications. They're thick client applications that happen to use a bit of http and javascript.
Web applications run in web browsers. Not in one particular browser, and not in a third party runtime.
I'm glad AIR was a good fit for your problem.
Might I suggest The Seven Habits of Highly Effective Pirates
29. The enemy of my enemy is my enemy's enemy. No more. No less.
Given that javascript can be injected into a page in various ways, and as you show it can access the contents of input fields. Would there be any milage in blocking access to the contents of password fields from javascript. Would that break many sites?
IIRC the file upload element works this way, to avpid revealing the file path to the website.