Glad to see there are already many discussions on how we can improve on Good first issues :) The Apache APISIX community will be hosting a series of new contributor workshops partnering with universities and communities globally in the following months. A great number of new contributors with great potential will be excited to try on and dig into the Good first issues! It is nice to see that people with various knowledge backgrounds can have something to contribute.
On Sat, Apr 9, 2022 at 11:44 AM Ming Wen <wenm...@apache.org> wrote: > I don't think this is a standard practice. > The purpose of open source projects is to brainstorm ideas and lower the > bar for engineers to contribute. > As long as we uphold this goal and don't artificially create the illusion > of prosperity, I don't think there is a problem. > > Thanks, > Ming Wen, Apache APISIX PMC Chair > Twitter: _WenMing > > > Chao Zhang <tok...@apache.org> 于2022年4月9日周六 10:57写道： > > > Hi Sheng, > > > > I'm curious about a better way to handle the documentation typo? The > > way I handle it is the same to Zhiyuan: creating a dedicated issue and > > adding the "Good First Issue" label. > > > > Best regards > > Chao Zhang > > > > https://github.com/tokers > > > > On Fri, Apr 8, 2022 at 8:26 PM Sheng Wu <wu.sheng.841...@gmail.com> > wrote: > > > > > > Documentation polish is fine. The argument is about posting doc typo > > issue > > > by official > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Anita Ihuman <an...@api7.ai> 于2022年4月8日周五 20:16写道： > > > > > > > Often times, contributors focus on improving documentation or project > > > > UI(minor fixes) before digging into the core parts of the project. > > > > Personally I consider those kind of issues as beginner friendly > > > > > > > > On Fri, Apr 8, 2022 at 1:06 PM Sheng Wu <wu.sheng.841...@gmail.com> > > wrote: > > > > > > > > > > Documentation typo fix. > > > > > > > > > > This is really not a good thing as an official quick start or first > > > > issue. > > > > > > > > > > I am not sure whether you noticed an argument list on Twitter, > > > > > https://twitter.com/Manjusaka_Lee/status/1511267848735191042 > > > > > Twitter is nothing relative to ASF, but I want you to know the risk > > of > > > > > other ppl's disagreements. > > > > > > > > > > Sheng Wu 吴晟 > > > > > Twitter, wusheng1108 > > > > > > > > > > > > > > > Zhiyuan Ju <juzhiy...@apache.org> 于2022年4月8日周五 18:13写道： > > > > > > > > > > > Hi, folks, > > > > > > > > > > > > This question is benevolent and wise, and there is no uniform > > standard > > > > to > > > > > > measure. The reason for the question is that I found only a few > > good > > > > > first > > > > > > issues when I looked through all the subproject[1] issues of the > > Apache > > > > > > APISIX community. > > > > > > > > > > > > > > > > > > Last year, Ruofei Zhao helped to build the Good first issue > > page[2], > > > > and > > > > > > you will find that: > > > > > > > > > > > > > > > > > > 1. There have 11 issues with the Good first issue label in the > > > > > > apache/apisix repo, > > > > > > > > > > > > 2. There have four issues in the apache/apisix-dashboard repo > > > > > > > > > > > > 3. There have 0 or few good first issues in other repos. > > > > > > > > > > > > > > > > > > Maybe we don't have many good first issues currently, but I'd > like > > to > > > > > know > > > > > > if we should have a clear scope for the Good first issues in > Apache > > > > > APISIX > > > > > > projects? What's the good first issue that our community needs? > > > > > > > > > > > > > > > > > > Here's my proposal for different levels of contributors: > > > > > > > > > > > > > > > > > > 1. Newbie > > > > > > > > > > > > 1.1 Description: People who have never been exposed to > programming > > and > > > > > have > > > > > > no knowledge of the project but wish to be involved in an open > > source > > > > > > project/community. > > > > > > > > > > > > 1.2 Cases: i18n, Documentation typo fix. > > > > > > > > > > > > > > > > > > 2. Beginner > > > > > > > > > > > > 2.1 Description: Programming experience (at any level of depth), > > but no > > > > > > background in the knowledge required for API gateways > (technology: > > > > Nginx, > > > > > > OpenResty, etc.; knowledge: what is API gateway?) > > > > > > > > > > > > 2.2 Cases > > > > > > > > > > > > 2.2.1 Contribute independent features, i.e., issues that > intersect > > less > > > > > > with the core. e.g. apache/apisix plugins. > > > > > > > > > > > > 2.2.2 Contributing test coverage, e.g., Dashboard, Ingress > > Controller > > > > > > project test writing. > > > > > > > > > > > > 2.2.3 Optimization of documentation, such as higher quality > > > > > > internationalized documentation. > > > > > > > > > > > > > > > > > > 3. Familiar > > > > > > > > > > > > 3.1 Description: Experience with production use of API gateways > > > > > (regardless > > > > > > of usage) and unfamiliarity with Apache APISIX code/products, but > > can > > > > get > > > > > > up to speed quickly. > > > > > > > > > > > > 3.2 Cases: Contribute valuable features and try to fix non-urgent > > bugs > > > > > > (giving each other some patience). > > > > > > > > > > > > > > > > > > 4. Advanced > > > > > > > > > > > > 4.1 Description: Active participants in the project know what > they > > are > > > > > > doing and why. > > > > > > > > > > > > 5.2 Cases: No restrictions, but tends to lead to becoming a > > community > > > > > KOL, > > > > > > contributing more valuable features. > > > > > > > > > > > > > > > > > > After discussing and confirming the proposal, I hope we can pick > > out > > > > the > > > > > > practical issues for contributors based on the recommendation. > > > > > > > > > > > > > > > > > > Kindly share your opinion~ > > > > > > > > > > > > [1] > https://github.com/apache/?q=apisix-&type=all&language=&sort= > > > > > > [2] https://apisix.apache.org/contribute/ > > > > > > > > > > > > Best Regards! > > > > > > @ Zhiyuan Ju <https://github.com/juzhiyuan> > > > > > > > > > > > > > > > > > > -- *Keer Liu <https://www.linkedin.com/in/keerliu>* Head of Global Growth
