I think this feature is better suited to be automated / dynamic. Of course, moderators could temporarily pin certain packages, but it should be mostly automatic. For example, it could be based on the growth rate of packages, such as number of downloads per week, star count (either Atom or Github or both) and/or frequency of releases.
A good balance of popular and new(ish) packages (based on number of downloads) would be nice. Promoting small packages feels like the point of a featured package section, but sometimes there are big ones that I only find out about ages after I’d have liked to. Of course, completely new packages may be a bad choice to advertise to a large audience. It would be better to show ones in the 10 000 - 100 000 download range. Even making this range configurable could be an idea.
Making each user get a different set of packages would also help. When the majority of users who see a specific package download it, it could then be shown to a wider audience. To determine if users are downloading it, those who have telemetry data enabled could just send it directly. For those who don’t though, the download count/rate could be compared from before being featured to during the feature, and contrasted against the number of people it was featured to.
Filtering out already installed packages
An options box next to each entry, with an
I'm not interested choice, to hide or reduce it’s appearance in the future.
Suggest based on already installed packages
I can’t remember a time when my featured list wasn’t
scroll-through-time, etc. I’m getting tired of seeing the same mushroom every time I open the install packages tab…
I understand if this isn’t a priority. I do feel that discoverability is half the battle with packages though, and dynamically suggesting packages based on these factors would help everyone.