Recent Features
| |||||||||||||
Avoiding the OS abstraction trapAvoiding the OS abstraction trapPosted Aug 15, 2011 16:38 UTC (Mon) by misiu_mp (guest, #41936)In reply to: Avoiding the OS abstraction trap by bfields Parent article: Avoiding the OS abstraction trap The point of this rewriting is that the future maintenance will be possible by someone outside the original development team. So although you will probably need a person with the hardware to test it, it could be an ordinary savvy user. That's because the driver is now much simpler and similar to other drivers, instead of being the very specific and complicated cake of layers that it used to be. It's got a better Bus factor .
(Log in to post comments)
Avoiding the OS abstraction trap Posted Aug 16, 2011 6:20 UTC (Tue) by ebirdie (subscriber, #512) [Link]
"the driver is now much simpler and similar to other drivers, instead of being the very specific and complicated cake of layers"
I love this, because to me it implies that the piece of hardware (ie. a chip and its surrounding implementation) has better chances to shine on its own as hardware and not leveled to other similar hardware just by a software development method, which does not directly produce any good to me.
|
|||||||||||||