![]() |
|
Technology Computing, programming, science, electronics, telecommunications, etc. |
![]() |
|
Thread Tools | Display Modes |
|
![]() |
#1 | |
Professor
Join Date: Jan 2001
Posts: 1,788
|
Quote:
Aside from that, KDE still seems a bit klunky. But then again, so is Windows. |
|
![]() |
![]() |
![]() |
#2 |
Read? I only know how to write.
Join Date: Jan 2001
Posts: 11,933
|
By far, the largest problem I have had with Operating Systems is directly traceable to incompatible hardware. No just individual devices and strange driver problems; also conflicts with IRQs, registry problems that the hardware manufacturer did not properly address or properly remove, etc. IOW, by number, the most common reason for problems are directly traceable to component vendors who did not sufficiently design their product.
I can't say enough about brand name products because these incompatibilities tend to be less common with the (more expensive) brand name products. Some glaring examples were software that, well, the vendor eventually conceded that their product was not compatible (yet) with that upgraded or new Operation System. |
![]() |
![]() |
![]() |
#3 | |
Esnohplad Semaj Ton
Join Date: Feb 2005
Location: A little south of sanity
Posts: 2,259
|
Quote:
I don't think you should blame the OS because the drivers for your hardware aren't up to snuff and you can't blame the hardware because the drivers are shit. |
|
![]() |
![]() |
![]() |
#4 | |
Read? I only know how to write.
Join Date: Jan 2001
Posts: 11,933
|
Quote:
I was often requested to use both software and hardware debugging tools in conjunction - be it to align disk drives in the old days or solve a bus problem in the later years. I would end up writing my own diagnostics because management had never bothered to coordinate hardware and software people in developing those necessary tools (that cost money). In many cases, communication was so poor between the hardware designer and his software assistant (who was writing the drivers) that some hardware and software departments all but would not talk to one another. Another tactic was no documentation for the hardware / software interface. Quality was not as important as cost controls and schedules. Therefore hardware caused strange problems where it does not affect the manufacturer's bottom line - with you. USB was a unique and rather unusually reliable creation. To address this hardware/driver problem, the USB consortium would sponsor 'plug-fests'. Then when the product did not work with so many other USB products, the boss probably could attack both his hardware and software people to either force a team or create open warfare. From the user's perspective (if he does more than just shotgun or swap components), the hardware (chips and software/firmware) incompatibility was often reason for strange failures. Today, bad hardware causes Windows systems to not recover from standby or from hibernate. Incompatiblity causing clone computer board manufacturers to have long lines testing their boards to video cards from virtually every video card manufacturer. And still I have seen at least one motherboard that was not compatible with a large number of AGP video cards - literally dropping pixels when run in 4X mode. Again, defective hardware. A new version of the same board appeared but months later meaning the manufacturer knew of the intermittent and was designing a replacement while still selling that marginal and earlier version. Again - hardware failure. You don't matter when it is not a brand name product. |
|
![]() |
![]() |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|