![]() |
If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
|
#1
|
|||
|
|||
![]()
Mxsmanic wrote:
But software is not--because software is written by human beings, who are fallible. oh, and whence do you reckon hardware comes? handed over to us by angels or something? I have worked on low level embedded stuff, and believe me, there are bugs in hardware -- even though it is not always possible to get these @#%!! hardware engineers to admit it. But I digress :-) --Sylvain |
#2
|
|||
|
|||
![]()
Sylvain writes:
oh, and whence do you reckon hardware comes? Hardware testing is much more straightforward, because it is much more difficult to design and build complex hardware, and because hardware does not have many catastrophic failure modes. Additionally, hardware is expensive and cannot easily be modified, so there is a much greater incentive to get it right. I have worked on low level embedded stuff, and believe me, there are bugs in hardware ... I don't doubt that, but it hardly excuses bugs in software. -- Transpose mxsmanic and gmail to reach me by e-mail. |
#3
|
|||
|
|||
![]()
Hardware testing is much more straightforward, because it is much more
difficult to design and build complex hardware, and because hardware does not have many catastrophic failure modes. Additionally, hardware is expensive and cannot easily be modified, so there is a much greater incentive to get it right. Oh really? How many circuit boards have you designed? I have designed quite a few, and have done the embedded firmware for them as well. Hardware designs can have bugs just as can software, they are just of a different nature. Hardware bugs can be much harder to find and fix than software becasue they are often the results of multiple variables (circuit/environment/input conditions/power quality etc.). By comparison, software is at least constrained to a specific set of instructions and syntax. Plenty of hardware designs have bugs that slip past initial testing and don't get found until the right corner condition is hit... Dean |
#4
|
|||
|
|||
![]() |
#5
|
|||
|
|||
![]() |
#7
|
|||
|
|||
![]()
John Theune wrote:
Matt Whiting wrote: wrote: Hardware testing is much more straightforward, because it is much more difficult to design and build complex hardware, and because hardware does not have many catastrophic failure modes. Additionally, hardware is expensive and cannot easily be modified, so there is a much greater incentive to get it right. Oh really? How many circuit boards have you designed? I have designed quite a few, and have done the embedded firmware for them as well. Hardware designs can have bugs just as can software, they are just of a different nature. Hardware bugs can be much harder to find and fix than software becasue they are often the results of multiple variables (circuit/environment/input conditions/power quality etc.). By comparison, software is at least constrained to a specific set of instructions and syntax. Plenty of hardware designs have bugs that slip past initial testing and don't get found until the right corner condition is hit... I agree. I started life as a computer scientist (CS degree) and then went back to school a few years later for my EE degree. Both areas have their challenges. The advantage in circuit design is that the tools are much more advanced as is the underlying theory. The software community has a long way to go in this arena. The disadvantage in circuit design is that circuits don't always behave the same way. Changes in temperature can introduce problems for example as can static electricity. A circuit can work fine one day and not the next. Software works the same every day. All software problems are design errors, whereas hardware has both design and fabrication errors as well as material degradation over time. None of these affect software. I'm not going to say either area is easier or harder than the other as both have their challenges. Matt Actually; software can have coding ( fabrication ) errors as well as design errors. Just like in the hardware design, they don't become apparent until just the right set of inputs is received, then boom. I don't consider coding to be fabrication, but I probably should have used the term manufacturing. The point is that subsequent units of "production" of software aren't assembled in the way that most electronic or mechanical devices are assembled and thus don't share that failure mode. I consider coding to be more equivalent to engineering prototypes in the electronic and mechanical worlds. Stamping out CD is the equivalent to manufacturing and stamping out CDs is less error prone than assembling a complex circuit board or mechanical device. Matt |
#8
|
|||
|
|||
![]()
In article , Matt Whiting
wrote: All software problems are design errors Um, no. Coding errors are fabrication errors. Errors introduced by faulty development tools are also fabrication errors. Production errors could be caused by a bad copy of the software executable. And then there are requirements errors not covered by design errors. That is, the wrong requirements given to the software weenies. -- Bob Noel Looking for a sig the lawyers will hate |
#9
|
|||
|
|||
![]() |
#10
|
|||
|
|||
![]() "Sylvain" wrote in message t... Mxsmanic wrote: But software is not--because software is written by human beings, who are fallible. oh, and whence do you reckon hardware comes? handed over to us by angels or something? I have worked on low level embedded stuff, and believe me, there are bugs in hardware -- even though it is not always possible to get these @#%!! hardware engineers to admit it. But I digress :-) You are playing into his hands. That is how trolls work, remember? -- Jim in NC |
Thread Tools | |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
King's KLN-94 Replacement | Mike Granby | Owning | 6 | June 6th 06 05:00 AM |
KX170B replacement options | Robert M. Gary | Owning | 24 | February 10th 06 12:54 AM |
Piper SB No 836 (alluminum wire replacement) | Mike Noel | Owning | 11 | August 3rd 05 08:05 AM |
Cobra Trailer Axel Replacement | Carter | Soaring | 7 | July 7th 04 02:06 PM |
TKM MX-11 Com true slide replacement ? | Rohit Fedane | Owning | 0 | September 21st 03 05:02 PM |