Telco gear tends to be 48VDC all over the place. It just works. Speaking as a guy working at a telco in the IT department, I'm hugely in favor of moving to 48VDC servers.
It "just works" because you have a huge battery 'stack' somewhere - very filthy and dangerous lead-acid stuff.
Also, a TNV power distribution system is not necessarily any more safe than AC mains power at overvoltage cat I or II.
"the case of ODF and OOXML illustrates how their significance isn't all that it used to be." => Non Plus - I have worked with various IEC/ISO WGs and TCs; and the ODF debacle does not seem to be representative. E.G., I consider ISO17025 and ISO9899:1999(cor1) to be relevant, usable, and reasonable.
"A standard is not a law.." - Well, yes many are. The ISO/IEC write many product safety and EMC standards that are adopted, sometimes with edits, as part of national laws.
As previously indicated, HIPPA has already defined
requirements for information transfer requirements. Also, the TFA quote that
"you have the fox in charge of the henhouse." does not accurately
define compliance requirements.
If we are going to be 'graded' on our health, then the
solution is to 'prepare' for the exam. Take care of yourself by eating
reasonably, routine exercise, avoid hospitals in particular and physicians in
general unless your leg is falling off, and do not allow the medical nitwits to
write endless prescriptions for whatever is on the shelf.
Even if I work until 2 A.M., a short run or bike ride is
mandatory before I turn in. And I am not a young buck, I am on the cusp of
being an old fart - and according to my employer, I consume less health care
than peers that are 15 to 20 years younger. So I am probably subsidizing YOU.
There is no cold, flu, or emotional stress that cannot be cured
by a quick two-mile run, a good ale, and an aspirin or two.
No LANGUAGE WARS ?? So far an astoundingly decent
discussion.
At least for me, Stroustrup's most interesting statement of
the interview was
"My view of GC differs from that of many in that I
see it as a last resort of resource management, not the first, and that I see
it as one tool among many for system design rather than a fundamental tool for
simplifying programming."
Exactly, and dead on. Ignoring the potential (and pointless)
language wars, I just do not understand the Java focus on their GC weirdness,
and am fascinated by Ruby's ability to turn GC on and off. Probably too late
for Python to do this...
While I do not have fond memories of C++ from my school
daze, I have more 'respect' for C++ than Java. To paraphrase Archimedes, give
me ANSI C and Python and I can simulate the world.
The OP seems to be talking about embedded systems - and for over 20 years, the rag "Embedded Systems Programming", now "Embedded Systems Design", has had excellent tutorials on hardware for the programmer, and software for the EE.
The rag has been blessed with some very good long-term writers, my favorites are Barr, Ganssle, and Crenshaw; and they all have written some damn good books on embedded systems hardware and software. Look the up at Amazon.
Go to embedded.com and read the back issues, and immediately subscribe. Do it NOW.
Another rag recommended by another, that I hesitate to recommend, is Circuit Cellar, named after the column that Steve Ciarcia used to write for Byte Magazine. I have fond memories of the original Byte column and the first 10 years of the rag. There are many articles that covered both the electronic design and discussed/published the device driver code. I will leave it as an exercise to the reader as to its current suitability.
Another recommend Make, but I cannot recommend Make magazine as usable for electronics tutorial. Its best use, at least to me, is for generic ideas.
Like other SD denizens, I was a technician in the military before my CS education (and worked as a tech while going to school), and because of this mixed background, I can frequently see the "big picture", while neither the hardware or software designers have a clue about the other design process. It is good that another code monkey strives to learn electrical fundamentals.
do not always indicate the big picture
Most of the page metrics seem to based on arithmetic mean, but the 'average' is easy to skew. I would think that a more relavent metric vs time would be median. TFA did mention one instance of this statistic:
"In 1997, 90% of videos were under 45 seconds in length (Acharya & Smith 1998). In 2005, the median video was about 120 seconds long (Li et al. 2005). By 2007, the median video was 192.6 seconds in duration (Gill et al. 2007). The median bit rate of web videos grew from 200Kbps in 2005 to 328Kbps on YouTube in 2007. So by late 2007, the median video weighed in at over 63MB in file size. On YouTube, the average video size is 10MB, with over 65,000 new videos added every day."
But does the 'reatime' video length account for compression vs resolution in current video file formats ?
I would like to know if the actual download time vs. median file size ratio has significantly increased.
The way I see the 'privatization' of low-earth orbits, is that Microsoft, IBM, and Google compete, then in 2010 Google buys IBM when they realize that they have the best space hardware. In 2012, Google successfully puts up a spacecraft that exceeds NASA specs, about 6 months after the first two Microsoft launches fail due to memory leaks in the control program that was written in VB.Net and SQL Server, and USB 1.2 for I/O. And Google will control the space craft with multi-threaded Python, and was developed by geek students during two Summers of Code, using 12-core IBM blades, with firewire I/O, and a scheduler-kernel only.
Toyota, in the meantime, will have built a fleet of small, reliable robotic space transports (called the TacomaTransport) controlled by a Sony Playstation 10 and Linux, with an integral Honda robot.
"Being male or female neither enables nor disables the ability to create harmonious systems."
I can support that statement
Desert Storm was the American military's first large-scale experience with battlefield sex integration; and the current Iraq deployments extend this integration another order of magnitude.
The females that were there to be Marines were marines. Some of the cave-men in uniform gave them a lot of grief, but they performed as marines, and were respected and recognized for their contributions to the mission.
In contrast, the females that were there to be women marines, were less than marines. And upon these 'women marines' returned stateside, they were typically encouraged to seek employment elsewhere (i.e., less than RE1A re-enlistment code).
And I have observed similar qualities in civilian technical fields. I have worked in both hardware and software development, and have worked on the manufacturing floor, and have worked in IT farms, and have worked in the education system (ugh).
If the people that are there with a job title of engineer/programmer/technician are there because they want to be a technologist, then 'the system' seems to have minimal concern if that person is green or purple or whatever. If the person is there as a hyphenated-American, or as a representative of their sex or religion or culture, AND if they see technology is secondary, then 'the system' will not treat them kindly.
I may have been the last serious Linux/GCC/Python user that has not visited Groklaw, but what the hey; it is 0625, I am still at work, and needed to "escape" to something unique on-line.
The lady noted "Forsooth, methinks SCO folk need to get better aligned with truth, justice, and the American way, as the saying goes. But that's the judges' job, so I'll end my comments about this here."
Was this hyperbole, or does she really have significant faith in the American justice system ? And this is not a rhetorical question. Others that read her often may want to answer.
As for me, I have not been certain about the meaning of the "American way" for several years. As a former U.S. marine and Libertarian, I had a tendency to believe that the U.S. Constitution represented the most realistic opportunity for "justice".
It now seems that the implementation does not meet the requirements of the abstraction.
>But the FCC does put serious limits on the RF >that it's allowed to emit. I'll bet the actual >microwave RF emitted is under a watt. >Probably less than 1/10th of a watt.
Hmmmm... Perhaps you might want to look at CISPR22 or CFR 47 Part 15 (FCC limits on conducted and emitted radiation from (currently) 150kHz to only 1 GHz. Even if below Class A limits, you will be radiating more than 10mW.
>Now, if you have WiFi, that will emit about >250 mW of power when it's actively >transmitting. Which is a small percentage >of the time. But your WiFi card probably >does emit more microwave radiation than >the rest of the laptop combined...
I have tested some USB units that were blessed by some major labs as conforming to EN55022. But I found some test configurations that were twice Class A limits (and that was on a log scale).
Slashdot Mirror
Telco gear tends to be 48VDC all over the place. It just works. Speaking as a guy working at a telco in the IT department, I'm hugely in favor of moving to 48VDC servers.
It "just works" because you have a huge battery 'stack' somewhere - very filthy and dangerous lead-acid stuff.
Also, a TNV power distribution system is not necessarily any more safe than AC mains power at overvoltage cat I or II.
I don't run a datacenter, but I sure would like to get rid of the power bricks that all small electronic appliances seem to come with these days!
probably because these 'wall-warts' are linear converters - seldom better than 40% eff.
As more stuff conforms to the ENERGY INDEPENDENCE AND SECURITY ACT OF 2007, these will become much less of an issue.
"the case of ODF and OOXML illustrates how their significance isn't all that it used to be." => Non Plus - I have worked with various IEC/ISO WGs and TCs; and the ODF debacle does not seem to be representative. E.G., I consider ISO17025 and ISO9899:1999(cor1) to be relevant, usable, and reasonable.
"A standard is not a law.." - Well, yes many are. The ISO/IEC write many product safety and EMC standards that are adopted, sometimes with edits, as part of national laws.
As previously indicated, HIPPA has already defined requirements for information transfer requirements. Also, the TFA quote that "you have the fox in charge of the henhouse." does not accurately define compliance requirements.
If we are going to be 'graded' on our health, then the solution is to 'prepare' for the exam. Take care of yourself by eating reasonably, routine exercise, avoid hospitals in particular and physicians in general unless your leg is falling off, and do not allow the medical nitwits to write endless prescriptions for whatever is on the shelf.
Even if I work until 2 A.M., a short run or bike ride is mandatory before I turn in. And I am not a young buck, I am on the cusp of being an old fart - and according to my employer, I consume less health care than peers that are 15 to 20 years younger. So I am probably subsidizing YOU.
There is no cold, flu, or emotional stress that cannot be cured by a quick two-mile run, a good ale, and an aspirin or two.
the (in)famous s l a s h d o t ?
No LANGUAGE WARS ?? So far an astoundingly decent discussion.
At least for me, Stroustrup's most interesting statement of the interview was
"My view of GC differs from that of many in that I see it as a last resort of resource management, not the first, and that I see it as one tool among many for system design rather than a fundamental tool for simplifying programming."
Exactly, and dead on. Ignoring the potential (and pointless) language wars, I just do not understand the Java focus on their GC weirdness, and am fascinated by Ruby's ability to turn GC on and off. Probably too late for Python to do this...
While I do not have fond memories of C++ from my school daze, I have more 'respect' for C++ than Java. To paraphrase Archimedes, give me ANSI C and Python and I can simulate the world.
The OP seems to be talking about embedded systems - and for over 20 years, the rag "Embedded Systems Programming", now "Embedded Systems Design", has had excellent tutorials on hardware for the programmer, and software for the EE. The rag has been blessed with some very good long-term writers, my favorites are Barr, Ganssle, and Crenshaw; and they all have written some damn good books on embedded systems hardware and software. Look the up at Amazon. Go to embedded.com and read the back issues, and immediately subscribe. Do it NOW. Another rag recommended by another, that I hesitate to recommend, is Circuit Cellar, named after the column that Steve Ciarcia used to write for Byte Magazine. I have fond memories of the original Byte column and the first 10 years of the rag. There are many articles that covered both the electronic design and discussed/published the device driver code. I will leave it as an exercise to the reader as to its current suitability. Another recommend Make, but I cannot recommend Make magazine as usable for electronics tutorial. Its best use, at least to me, is for generic ideas. Like other SD denizens, I was a technician in the military before my CS education (and worked as a tech while going to school), and because of this mixed background, I can frequently see the "big picture", while neither the hardware or software designers have a clue about the other design process. It is good that another code monkey strives to learn electrical fundamentals.
do not always indicate the big picture Most of the page metrics seem to based on arithmetic mean, but the 'average' is easy to skew. I would think that a more relavent metric vs time would be median. TFA did mention one instance of this statistic: "In 1997, 90% of videos were under 45 seconds in length (Acharya & Smith 1998). In 2005, the median video was about 120 seconds long (Li et al. 2005). By 2007, the median video was 192.6 seconds in duration (Gill et al. 2007). The median bit rate of web videos grew from 200Kbps in 2005 to 328Kbps on YouTube in 2007. So by late 2007, the median video weighed in at over 63MB in file size. On YouTube, the average video size is 10MB, with over 65,000 new videos added every day." But does the 'reatime' video length account for compression vs resolution in current video file formats ? I would like to know if the actual download time vs. median file size ratio has significantly increased.
The way I see the 'privatization' of low-earth orbits, is that Microsoft, IBM, and Google compete, then in 2010 Google buys IBM when they realize that they have the best space hardware. In 2012, Google successfully puts up a spacecraft that exceeds NASA specs, about 6 months after the first two Microsoft launches fail due to memory leaks in the control program that was written in VB.Net and SQL Server, and USB 1.2 for I/O. And Google will control the space craft with multi-threaded Python, and was developed by geek students during two Summers of Code, using 12-core IBM blades, with firewire I/O, and a scheduler-kernel only.
Toyota, in the meantime, will have built a fleet of small, reliable robotic space transports (called the TacomaTransport) controlled by a Sony Playstation 10 and Linux, with an integral Honda robot.
"Being male or female neither enables nor disables the ability to create harmonious systems."
I can support that statement
Desert Storm was the American military's first large-scale experience with battlefield sex integration; and the current Iraq deployments extend this integration another order of magnitude.
The females that were there to be Marines were marines. Some of the cave-men in uniform gave them a lot of grief, but they performed as marines, and were respected and recognized for their contributions to the mission.
In contrast, the females that were there to be women marines, were less than marines. And upon these 'women marines' returned stateside, they were typically encouraged to seek employment elsewhere (i.e., less than RE1A re-enlistment code).
And I have observed similar qualities in civilian technical fields. I have worked in both hardware and software development, and have worked on the manufacturing floor, and have worked in IT farms, and have worked in the education system (ugh).
If the people that are there with a job title of engineer/programmer/technician are there because they want to be a technologist, then 'the system' seems to have minimal concern if that person is green or purple or whatever. If the person is there as a hyphenated-American, or as a representative of their sex or religion or culture, AND if they see technology is secondary, then 'the system' will not treat them kindly.
I may have been the last serious Linux/GCC/Python user that has not visited Groklaw, but what the hey; it is 0625, I am still at work, and needed to "escape" to something unique on-line.
The lady noted "Forsooth, methinks SCO folk need to get better aligned with truth, justice, and the American way, as the saying goes. But that's the judges' job, so I'll end my comments about this here."
Was this hyperbole, or does she really have significant faith in the American justice system ? And this is not a rhetorical question. Others that read her often may want to answer.
As for me, I have not been certain about the meaning of the "American way" for several years. As a former U.S. marine and Libertarian, I had a tendency to believe that the U.S. Constitution represented the most realistic opportunity for "justice".
It now seems that the implementation does not meet the requirements of the abstraction.
>But the FCC does put serious limits on the RF
...
>that it's allowed to emit. I'll bet the actual
>microwave RF emitted is under a watt.
>Probably less than 1/10th of a watt.
Hmmmm... Perhaps you might want to look at CISPR22 or CFR 47 Part 15 (FCC limits on conducted and emitted radiation from (currently) 150kHz to only 1 GHz. Even if below Class A limits, you will be radiating more than 10mW.
>Now, if you have WiFi, that will emit about
>250 mW of power when it's actively
>transmitting. Which is a small percentage
>of the time. But your WiFi card probably
>does emit more microwave radiation than
>the rest of the laptop combined
I have tested some USB units that were blessed by some major labs as conforming to EN55022. But I found some test configurations that were twice Class A limits (and that was on a log scale).