Hacktoberfest 2022
hacktoberfest.com
hacktoberfest.com
As a few commenters have noted, Hacktoberfest has had spam problems in the past, mostly due to folks chasing a free t-shirt without thinking about what they're actually doing to achieve that. I'm super sorry about that, it's not what we want this program to be.
In response to the massive spam wave we saw in 2020 with the program, we made some substantial changes to the rules for Hacktoberfest (during the 2020 event, and since) to help reduce the level of spam:
- Hacktoberfest is opt-in for maintainers. They need to add the "hacktoberfest" topic to their repos.
- Contributors are only rewarded for PR/MRs that maintainers accept. Merging, overall approving review, or the "hacktoberfest-accepted" label count.
- Contributors that have two or more PR/MRs identified as spam (either via our automated logic, or maintainers labeling a PR/MR as "spam") will be disqualified permanently.
As always, we're open to feedback on what more folks think could be done to avoid spam with the program, while still keeping it accessible to new folks that want to contribute to open source. hacktoberfest at digitalocean dot com is the place to send that feedback <3
Only the ones that are working off years-old information.
If it were up to me, I think I'd modify the site title and social media card data to properly reflect that they've made changes to reduce the negative impact of their promotion on the public. "Hacktoberfest 2022: Lessons Learned Edition" or something slightly tongue-in-cheek and self-effacing. The way it is presented now makes it look like it'll be more of the same.
Hacktoberfest had been around for several years by the time the spam suddenly became an issue in 2020.
> Hacktoberfest 2022: Lessons Learned Edition
They basically did do this, except that it was 2020 and 2021. How long does the penance have to last?
Disqualification was rule last year though, and those that were disqualified last year will still be disqualified this year. I'm not sure if there was any obvious messaging last year when someone was disqualified, other than not getting a reward, but this year will definitely show dedicated messaging for those users (working on this profile state as I write this).
Edit: found it, there's mention of it in the Participating subpage, in a couple of subsections (including "SPAM"). However, it still doesn't look too promising, since it seems to put the burden of flagging it as SPAM on the maintainers:
> "PR/MRs that are labeled with a label containing the word “spam” by maintainers will not be counted. [...] PR/MRs that our system detects as spammy will also not be counted."
Are you suggesting they should be opt-out instead of opt-in?
Do you mean that unless they "stop this annual tradition" as requested by this one tweet, they are "refusing to listen to the community"?
We did listen to the community and we made the program better.
How long should they have to continue to apologize for an honest mistake while trying to do good?
As someone who did it early in my career, I found it really enjoyable. I did win a t-shirt. BUT I also gained a new found appreciation for OSS which I dont think I would have otherwise had an opportunity to find. My work gave us the time to contribute to OSS that month.
Now, Im regularly giving back to numerous repos as I was educated via the program and have much more confidence to contribute and propose changes.
And I still proudly wear the shirt every week ;)
I genuinely cannot reconcile the irony here, _maybe_ "because it's easy" which would fit in line with spamming README.md edits for participation.
"This year, we’re encouraging low- and non-code contributions so more people can do their part for open source regardless of their technical experience."
But at least:
"Hacktoberfest is all about meaningful contributions to open-source projects, therefore, contributors with 2+ spammy PR/MRs will be immediately disqualified"
And projects opt in with the "hacktoberfest" tag to qualify for low-[quality] contributions.
DigitalOcean's Hacktoberfest Is Hurting Open Source https://news.ycombinator.com/item?id=24643894
Also seems that projects must now opt-in by labelling themselves with "hacktoberfest-accepted”.
"hacktoberfest-accepted" is a label for pull requests you want to mark as accepted but don't want to merge yet (a pull request has to be merged OR approved OR have this label to count).
If a noob can get Redis installed, the RKVDNS agent configured, and make a successful DNS query against it I'll be happy to give them a "thumbs up" in their quest for a t-shirt.
OTOH a serious hack would be delightful.
I tried to join the Discord server but they wanted to text a phone. Who is "they / we" anyway, and exactly what active measures are being taken to protect that phone number from disclosure? (I already have a Discord account / identity.)
Discord. See: https://support.discord.com/hc/en-us/articles/216679607
(fixed typo, improved readability. free hoodie when?)
That leaves a bad taste.
https://github.com/Hacktoberfest/hacktoberfest-2020/pull/596
What alternatives would you suggest to introducing beginner developers to open source?
For many, getting the smallest update on a big project (although annoying to maintainers) is a huge and very motivating accomplishment.
A bad faith effort like that does nothing for the project OR contributor.
Alternatives to what? Hacktoberfest doesn't actually introduce beginner developers to open source at all. It only acts like a carrot on a stick by offering a T-Shirt for your contributions, anything else is exactly the same regardless of whether Hacktoberfest is there or not. So I guess no alternative needs to be suggested for what you asked for, as Hacktoberfest is pretty much all about providing external motivation. Generally, all contributions that are welcome during Hacktoberfest would be welcome without it as well, so as long as you want to contribute you can, Hacktoberfest being there or not.
If anyone else has participated as a maintainer, do you have any tips to make it easier for people to contribute to a project?
We have multiple repos - should we focus contributions on a single repo? (We are a small team - 9 people.)
Our documentation sucks right now, but I am working on it very actively and hope to at least somewhat remedy the situation in the coming 10 days.
If you were a Hacktoberfest maintainer or contributor in the past, your advice would be appreciated.
A great way to get the most out of Hacktoberfest for your repo is to identify where you need help before and create issues in those repositories with the label "hacktoberfest" or "good first issue" or any other tag to signify the task is a good entry point into your project. A lot of first time contributors check out websites like https://goodfirstissues.com/ to find issues to work on.
Other than that be vocal about your participation. Write a blog post, post on twitter, participate in the Hacktoberfest Discord, attend local Hacktoberfest events in your area, or even how your own Hacktoberfest event!
Be sure to review the maintainer best practices on the website https://hacktoberfest.com/participation/#maintainers
Happy Hacktoberfest and best of luck!
If you have some sort of triage process (either as an individual or as a team) then closing or merging even a dozen of these "README changes" should not be a huge time sink. I understand you are annoyed, but also, just deal with it. It literally takes less time to hit Close or Merge than to write long postings here or on Twitter claiming that this is destroying open source. It isn't. I am going further and will say that toxic reactions to contributors (even if they are "annoying" or "spam") are destroying open source culture.
In the past at $LASTJOB I always made sure we participated in Hacktoberfest for our mobile products. From my perspective it has always been a success. We have always had spam submissions (which are easily triaged away) but those have also always offset by great contributions. Many people submitted their first meaningful code change through Hacktoberfest, which as a result made the lives of millions of users better.
That. Is. Fantastic.
This did not happen by just putting a #hacktoberfest tag on a repo. Instead we planned, prepared and organized. We accepted the fact that there would be some spam to deal with. We found old good first-bug issues and filed new ones. And most importantly we approached this not from a "free work!" perspective, but simply as a way to get people involved in open source. Because we care about open source and people. Not even with the expectation that they stick around.
Hacktoberfest is not about you, it is about giving others an opportunity to contribute.
Of course anybody can attempt to contribute to any public repo at any time. Of course it isn't even unethical for Hacktoberfest to be opt-out.
But to ask/expect maintainers to set up a triage process on their repos, many of which are not supported by a professional team but by single individuals, is quite unreasonable.