3 ms·
Actually, the kind of features ESR asks for are covered by github, IMO. It's easy to review code quality from there, the number of stars and forks reflect proje
by oelmekki 10y ago
Actually, the kind of features ESR asks for are covered by github, IMO. It's easy to review code quality from there, the number of stars and forks reflect project popularity, the list of committers (how many they are and who they are) can help having an idea about long term maintenance expectations, etc. The cool thing is that it works for almost any language : github is "social coding", thus it's also social validation.
But this article raises an other question : if you want 10 years long stability, is it wise to rely on third party code? If you plan on maintaining your own project that long, it's probably acceptable to take time to write your own implementation and maintain it. Or you could even use a third party dependency, then progressively replace it with your own API compatible implementation.
- wott 10y ago10 years is "that long", now?
- oelmekki 10y agoHow many libraries you use today that you already used ten years ago? Is there more than a handful?
- jstimpfle 10y agoI don't think it's about "libraries that you use". It's about the codebase of a widely used software. Most of the software I use existed 15 or even 30 years ago. It has been updated, of course, but not necessarily redesigned.