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

Yet he writes against this in the article: "Any object of nontrivial complexity is non-optimum, in the sense that it can be improved in some way (while still remaining non-optimum); therefore there’s always a rea- son to change anything that isn’t trivial. But one of TEX’s principal advantages is the fact that it does not change — except for serious flaws whose correction is unlikely to affect more than a very tiny number of archival documents."


I can't reconcile the two quotes, but I've never encountered someone with more attention to detail.


He means "its behaviour does not change", not "its implementation does not change".


I thought that at first, and that could indeed be one thing he's saying. But I also agree with jmount that he probably understands that any tinkering is likely to produce as many bugs as it fixes, and therefore implementation changes are to be avoided as well unless addressing actual problems that people are experiencing.


Yeah it is interesting. My read is he is saying that any de-stabalizing change isn't worth it at this point (even if it is a net improvement). Yet we all envision Knuth as an optimizer and tinkerer. Of course few people have experience maintaining a continuously important and popular tool for such a long interval.




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

Search: