Hacker News new | past | comments | ask | show | jobs | submit login

I understand. How can you amortize your recent experience while it is fresh?

Let me explain: conventions are powerful. A reason many repositories on github have a "README", "CONTRIBUTING", "CODE_OF_CONDUCT", "LICENSE" files is because of conventions (and sometimes legal requirements).

What would have lowered the barrier to entry for you if you had read it on a project's site or repository?

>You need a sound bite that strips all that away and tells people "See a typo? Submit a pull request!" That's the part non-coders don't understand and aren't being told.

Some sites have that. "See a typo or have feedback?" with links to repository/issues. What would an ideal process for a non-coder be to contribute to any project and/or open-source project?




I've tried to do a write up (for the third time, counting this post to HN) and I've also submitted it to HN, though it probably also won't get traction. Here is the direct link:

https://doreenmichele.blogspot.com/2020/11/sticky-this-see-t...

And maybe what needs to happen is not so much "sticky this" as just learn that what non-coders really need to hear somehow is "You just submit a pull request for that. Takes like five minutes." and not "We are friendly! Come join our email list!"

Because I'm not averse to reading all that stuff. But if you have to do three hours of reading before you can submit "you have a typo," that is going to drive people away. If I can tell you "You have a typo" and get that approved and it's a positive experience, then I have more motive to start learning about conventions and so forth.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: