Time for the #DevDiscuss Twitter chat. Tonight's topic is:
⭐️⭐️⭐️
Open Source Etiquette
⭐️⭐️⭐️
All about the written and unwritten rules of open coding
The chat will last about an hour and we use the #DevDiscuss tag.
Rules:
- Stay on topic
- ALWAYS ALWAYS use hashtag #DevDiscuss
- Be NICE/POSITIVE ❤️
- Quoting tweets for clarity is encouraged
(ALWAYS use the #DevDiscuss, even on replies where appropriate 😄)
Open source etiquette is the leader for tonight's #devdiscuss chat. Where do you try and start when contributing to #opensource projects? For me I try and add test or docs first...
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
New to contributing to open source projects? Your first step is reading the contributor guidelines and code documentation. Everyone wins when guidelines are followed. #devdiscuss
Project owners please make it as easy as possible for new contributors to join your project. Be informative when answering issue questions, add roadmaps and checklists to READMEs, and add `new contributor friendly` badges to issues and PRs
It helps build community
#DevDiscuss
Agreed - that goes both ways. If you think you have a great idea for a project but it's not the direction the maintainer wants to go, don't take it personally. #devdiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
Before filing an issue, hit up that searchbar to see if your issue has already been opened and/or completed. Also, looking through past PRs helps contributors get an idea of the merge process. #DevDiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
If you are looking for a place to start contributing, a not-so-obvious place to start is the documentation, especially if you're a beginner! It's hard for core teams or normal contributors to figure our what's currently missing for beginner. #DevDiscusshttps://t.co/4dkLClGTve
Time for the #DevDiscuss Twitter chat. Tonight's topic is:
⭐️⭐️⭐️
Open Source Etiquette
⭐️⭐️⭐️
All about the written and unwritten rules of open coding
I'd say it's good to remember that the project owners aren't looking for more work. Offering a solution instead of just making problems known must go a long way. #devdiscuss
If you're an OSS maintainer, please don't request that someone add tests for the bug they've fixed when you haven't already at least got a simple "hello-world" level test set up. Especially don't critique their test style when you haven't established one yet. #DevDiscuss
If you're an OSS maintainer, please don't request that someone add tests for the bug they've fixed when you haven't already at least got a simple "hello-world" level test set up. Especially don't critique their test style when you haven't established one yet. #DevDiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
I agree with this 100%. A lot of projects out there lacks documentation. It's off putting as a newbie / someone who wants to contribute if there is no documentation #DevDiscuss
Also, for your code patch or PR, follow the style guide or the style of the code around it. Keep it clean and makes it easy to understand. That will cut down review loops and helps out the reviewers! 🙏 #DevDiscusshttps://t.co/4dkLClGTve
Time for the #DevDiscuss Twitter chat. Tonight's topic is:
⭐️⭐️⭐️
Open Source Etiquette
⭐️⭐️⭐️
All about the written and unwritten rules of open coding
Try to separate the message from the tone. The first contact is often made out of an undelightful experience, and the tone might be inappropriate. Nevertheless, the message might be valuable. Be grateful for that message. Ignore the tone. #DevDiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
Yup. There's a reason I haven't contributed to that project again. I still respect the lead developer - he's insanely smart - but I really don't feel the desire to contribute to his (or his employer's) projects anymore. #DevDiscuss
Maybe not in all cases. I also meant from a mainteners standpoint. Having existing documentation (if it can be improved upon, that's another thing) may help a project to more accessible to newbie who want to contribute #DevDiscuss
Newbies are definitely the best ones to find gaps in the documentation. When something doesn't make sense, figuring it out and documenting it would help everyone that comes after #DevDiscuss
every oss repo I've ever looked at has been overwhelming to me, but I decided to follow GitHub's opensourcefriday movement and never really got the time because of school stuff #devdiscuss
Definitely! No PR is too small. and getting your chops wet on small things like typos is great practice of PR workflow. My first PRs were all *very* small documentation typos. #DevDiscuss
All: don't bump the version number in your PR. That's the quickest way to generate a conflict. You don't know the maintainer's plans. I've seen this happen way too often. #DevDiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
Yeah, I've done that. Or perhaps examples to expand on existing documentation after getting something to work. Go ahead and fill the holes you fall into so that others don't fall into them too. #DevDiscuss
anyways anybody got a oss repo concerning kotlin? I'll really love to help. started learning kotlin not long ago, looking for cool things to do with it #DevDiscuss
when people file issues (much like filing bugs) they assume a level of familiarity and don’t take the time to rigorously explain the problem. assume someone will take on your query who has never seen the project before. be thorough. #devdiscuss
As a contributor, be flexible and open to making changes to your submission. Odds are, you won't be maintaining the code you just wrote, and a good maintainer will guide you to producing better code. #DevDiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
- Learn a lot
- Give back
- Make friends/professional contacts
- Improve your tools
- It's a lot of fun!
I haven't done a lot of open source myself, but enough to think these things are all true #DevDiscuss
The https://t.co/cPnFk73DRH Core team fixed a bug I found today and let me know it would be in the next release. I was feeling like that and I hadn't even contributed to the fix! I can't wait to get a PR merged on something I contribute. #DevDiscuss.
One big thing I've seen is that it has helped me learn to look beyond my specific problem and see the more general one, then solve that. That skill has especially helped while leading large, company-spanning projects. #DevDiscuss
I would think being helpful to those who openly offer help to me would be the best part. I lack enough experience to even be a newbie at this point though. #DevDiscuss
That warm happy feeling you get when your contribution fixes a long-forgotten bug in a major project that only you and one other person have encountered. #DevDiscuss
As a solo programmer for decades, that last part is a big draw for me. I want to have more interraction with other developers and contributing to open source seems like a great way to do that. #DevDiscuss
Taking an idea from conception to “production” (something others can pick up and use) is an important skill as a developer. In particular, battling your internal scope creep and providing empathic documentation are key. #DevDiscuss
The biggest thing that I think trips people up, even the most well meaning, is occasionally forgetting that there are actual people behind that project, PR, or issue #devdiscuss
What should people know about being a good citizen of open source?
What makes newbies trip up? What do experienced OSS contributors often mess up on in terms of etiquette?
#devdiscuss
I've been getting familiar with @github using private repositories so that when I do find opportunities to contribute I won't be new to EVERYTHING. #DevDiscuss
You never gain experience of all aspects of a large framework at work. OSS is a great tool to learn from the mistakes, wins and lessons of others. #DevDiscuss
I'm glad I've had the opportunity to work in open source as an undergrad in @vj_chidambaram's course. Open source demands a level of software maturity. If you don't have it, you learn a long the way. #devdiscuss