of course 🙂
There's this weird effect I see sometimes which is something like "The stdlib maintainers are smarter than us and thus their implementation is better", a lot more prevolent in Rust though, but this is almost never actually true
There's a lot of ground to cover, and most of those devs can't fixate and spend the same effort on specific parts
actually, in terms of quality the Go std lib is on a high level. It sits somewhere between the most maintainable and the most efficient solution, which for the stdlib is probably the best choice. std lib shouldn't necessarily be the fastest, but absolutely must be the correct solution.
correctness is obvious, all implementations must be correct, but following that it's not a bad idea to try to be the fastest
Maintainability is a myth to me
some algorithms are harder to understand than others. Some code is hence, more difficult and requires more rigorous testing. The more complex the code, the more testing and care it needs
Обсуждают сегодня