▲ | Why "good-first-issues" are usually not good first issues(am17an.bearblog.dev) | |||||||
9 points by am17an 2 days ago | 4 comments | ||||||||
▲ | cxr 10 minutes ago | parent | next [-] | |||||||
> There are tribes of developers working on something off GitHub (Discord/Email/Whatever) and issues is where end users come and report bugs or feature requests. Pfft, if only. GitHub has inculcated a generation of developers into using projects' bugtrackers for support requests and general discussion. GitHub issues isn't where work gets done because it's unfit for purpose. GitHub issues is the "our bugtracker is a making list" antipattern in reverse. | ||||||||
▲ | stephenlf 2 days ago | parent | prev | next [-] | |||||||
> I just wish more projects took the time to making this page more useful. When you create a "good first issue", think of it as paying it forward. You enter a contract with a fragile newbie; be precise, helpful and unassuming. I love this. It’s no surprise that OSS projects need the occasional backlog grooming. > But I've found this page to be downright helpful in most cases. Perhaps you meant to say “UNhelpful”? | ||||||||
| ||||||||
▲ | hinkley an hour ago | parent | prev [-] | |||||||
Grafana has this problem in spades. The Curse of Knowledge is very loud sometimes. |