Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Ted Ts'o, the Linux ext2/3/4 filesystem developer, posted this two days ago at G+ as well. Interesting discussion, particularly about 1) systemd's bad programming taste and complexity, and 2) Lennart Poettering's inability to admit when he is wrong.

"For me a lot of "good taste" is about adding complexity when it's needed, and avoiding it when it's not needed. And if you do have complexity, making sure you have the tools so you can debug things when they break. And for me one of the things that I don't like about systemd is that it has added a lot of complexity, and when it breaks, trying to debug it can be almost impossible."

Also:

"Heck, I don't even I want to file bug reports, just so I can get abusive messages from Lennart. At least when Linus flames me, it's because I did something wrong which hurts users and which I d*mned well should have known better, given my years of experience in the community. Lennart just flames you because you're wrong, and he's right. By definition."

And:

"The high bit, in my opinion, is "not being able to admit you are wrong". If someone (such as Lennart) is always right, then it's impossible to have a technical discussion in a post-mortem to avoid similar problems in the future. In a company, if there are personnel issues like that, you can escalate to the person's manager, or use other mechanisms. In the open source world, all you can do is route around the damage. Whether you call the inability for someone to admit that he or she has contributed to the problem a "lie" or just that they were "mistaken" is really beside the point as far as I'm concerned."

https://plus.google.com/+TheodoreTso/posts/EJrEuxjR65J



Ts'o strikes me as damn close to Torvalds in attitudes. The guy have been with the kernel for almost as long as Torvalds himself, happily developing EXT version after EXT version for it.

The problem is with more recent people, that seem to be more "american" their approach. Always looking to climb the ranks and find new domains of development to undertake rather than stick with one area and become deeply proficient.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: