Today’s the 10th anniversary of conda-forge! 
(blog)
A lot has happened in python packaging over that time, so there’s no lack of collected anecdotes all around. Feel free to join the celebratory Zulip thread if our cross-platform, cross-language, rolling distribution (talk about Platypuses!) has ever come in handy for you, or simply comment here. 
Congratulations!
Conda-forge is an incredible example of engineering and community building. There have been a few attempts to crowdsource build scripts for ~every project in existence (most of which are known as Linux distros), but the scale and diversity of conda-forge is simply staggering. Huge credit is due to the team who keep it all running.
Huzzah! It’s been great to see how conda-forge has grown as a community-run one-stop shop for so many things. Thanks to all who’ve made that possible.
I originally had mixed feelings about conda-forge (and still have on some aspects) but it has come a long way and is providing a reasonably good quality experience nowadays. Congratulations and thanks for all the hard work!
What aspects are you not happy about? (we’re far from perfect in many dimensions, so this is for my own curiosity, resp. whether – ideally – it can perhaps be fixed)
Originally packaging quality was quite low, with frequent breakage. Things have improved quite a bit in that regard.
Package discoverability and documentation is still very bad, most of the time the package description is just copy/pasted from the upstream project (even though a single upstream project could result into multiple conda-forge packages), or sometimes just absent. There is no documentation on what’s actually provided by a given package.
Package naming is quite random, for example zstandard is actually a Python library