[openstack-dev] [docs][all][ptl] Contributor Portal and Better New Contributor On-boarding
Joshua Harlow
harlowja at fastmail.com
Tue Jun 27 18:32:44 UTC 2017
Boris Pavlovic wrote:
>
> Overall it would take 1-2 days for people not familiar with OpenStack.
>
> What about if one make "Sing-Up" page:
>
> 1) Few steps: provide Username, Contact info, Agreement, SSH key (and it
> will do all work for you set Gerrit, OpenStack,...)
> 2) After one finished form it gets instruction for his OS how to setup
> and run properly git review
> 3) Maybe few tutorials (how to find some bug, how to test it and where
> are the docs, devstack, ...)
Sounds nice.
I wouldn't mind this as I also saw how painful it was (with the same
intern).
>
> That would simplify onboarding process...
>
> Best regards,
> Boris Pavlovic
>
> On Mon, Jun 26, 2017 at 2:45 AM, Alexandra Settle <a.settle at outlook.com
> <mailto:a.settle at outlook.com>> wrote:
>
> I think this is a good idea :) thanks Mike. We get a lot of people
> coming to the docs chan or ML asking for help/where to start and
> sometimes it’s difficult to point them in the right direction.____
>
> __ __
>
> Just from experience working with contributor documentation, I’d
> avoid all screen shots if you can – updating them whenever the
> process changes (surprisingly often) is a lot of unnecessary
> technical debt.____
>
> __ __
>
> The docs team put a significant amount of effort in a few releases
> back writing a pretty comprehensive Contributor Guide. For the
> purposes you describe below, I imagine a lot of the content here
> could be adapted. The process of setting up for code and docs is
> exactly the same:
> http://docs.openstack.org/contributor-guide/index.html
> <http://docs.openstack.org/contributor-guide/index.html> ____
>
> __ __
>
> I also wonder if we could include a ‘what is openstack’ 101 for new
> contributors. I find that there is a **lot** of material out there,
> but it is often very hard to explain to people what each project
> does, how they all interact, why we install from different sources,
> why do we have official and unofficial projects etc. It doesn’t have
> to be seriously in-depth, but an overview that points people who are
> interested in the right directions. Often this will help people
> decide on what project they’d like to undertake.____
>
> __ __
>
> Cheers,____
>
> __ __
>
> Alex____
>
> __ __
>
> *From: *Mike Perez <thingee at gmail.com <mailto:thingee at gmail.com>>
> *Reply-To: *"OpenStack Development Mailing List (not for usage
> questions)" <openstack-dev at lists.openstack.org
> <mailto:openstack-dev at lists.openstack.org>>
> *Date: *Friday, June 23, 2017 at 9:17 PM
> *To: *OpenStack Development Mailing List
> <openstack-dev at lists.openstack.org
> <mailto:openstack-dev at lists.openstack.org>>
> *Cc: *Wes Wilson <wes at openstack.org <mailto:wes at openstack.org>>,
> "ildiko at openstack.org <mailto:ildiko at openstack.org>"
> <ildiko at openstack.org <mailto:ildiko at openstack.org>>,
> "knelson at openstack.org <mailto:knelson at openstack.org>"
> <knelson at openstack.org <mailto:knelson at openstack.org>>
> *Subject: *[openstack-dev] [docs][all][ptl] Contributor Portal and
> Better New Contributor On-boarding____
>
> __ __
>
> Hello all,____
>
> __ __
>
> Every month we have people asking on IRC or the dev mailing list
> having interest in working on OpenStack, and sometimes they're given
> different answers from people, or worse, no answer at all. ____
>
> __ __
>
> Suggestion: lets work our efforts together to create some common
> documentation so that all teams in OpenStack can benefit.____
>
> __ __
>
> First it’s important to note that we’re not just talking about code
> projects here. OpenStack contributions come in many forms such as
> running meet ups, identifying use cases (product working group),
> documentation, testing, etc. We want to make sure those potential
> contributors feel welcomed too!____
>
> __ __
>
> What is common documentation? Things like setting up Git, the many
> accounts you need to setup to contribute (gerrit, launchpad,
> OpenStack foundation account). Not all teams will use some common
> documentation, but the point is one or more projects will use them.
> Having the common documentation worked on by various projects will
> better help prevent duplicated efforts, inconsistent documentation,
> and hopefully just more accurate information.____
>
> __ __
>
> A team might use special tools to do their work. These can also be
> integrated in this idea as well.____
>
> __ __
>
> Once we have common documentation we can have something like:____
>
> 1. Choose your own adventure: I want to contribute by code____
>
> 2. What service type are you interested in? (Database, Block
> storage, compute)____
>
> 3. Here’s step-by-step common documentation to setting up Git,
> IRC, Mailing Lists, Accounts, etc.____
>
> 4. A service type project might choose to also include
> additional documentation in that flow for special tools, etc.____
>
> ____
>
> Important things to note in this flow:____
>
> * How do you want to contribute?____
>
> * Here are **clear** names that identify the team. Not code
> names like Cloud Kitty, Cinder, etc.____
>
> * The documentation should really aim to not be daunting:____
>
> * Someone should be able to glance at it and feel like they can
> finish things in five minutes. Not be yet another tab left in their
> browser that they’ll eventually forget about____
>
> * No wall of text!____
>
> * Use screen shots____
>
> * Avoid covering every issue you could hit along the way.____
>
> __ __
>
> ## Examples of More Simple Documentation____
>
> I worked on some documentation for the Upstream University
> preparation that has received excellent feedback meet close to these
> suggestions:____
>
> * IRC [1]____
>
> * Git [2]____
>
> * Account Setup [3]____
>
> __ __
>
> ## 500 Feet Birds Eye view____
>
> There will be a Contributor landing page on the openstack.org
> <http://openstack.org> website. Existing contributors will find
> reference links to quickly jump to things. New contributors will
> find a banner at the top of the page to direct them to the choose
> your own adventure to contributing to OpenStack, with ordered
> documentation flow that reuses existing documentation when
> necessary. Picture also a progress bar somewhere to show how close
> you are to being ready to contribute to whatever team. Of course
> there are a lot of other fancy things we can come up with, but I
> think getting something up as an initial pass would be better than
> what we have today.____
>
> __ __
>
> Here's an example of what the sections/chapters could look like:____
>
> __ __
>
> - Code____
>
> * Volumes (Cinder)____
>
> * IRC____
>
> * Git ____
>
> * Account Setup____
>
> * Generating Configs____
>
> * Compute (Nova)____
>
> * IRC____
>
> * Git____
>
> * Account Setup____
>
> * Something about hypervisors (matrix?)____
>
> - Use Cases____
>
> * Products (Product working group)____
>
> * IRC____
>
> * Git____
>
> * Use Case format____
>
> __ __
>
> There are some rough mock up ideas [4]. Probably Sphinx will be fine
> for this. Potentially we could use this content for conference lunch
> and learns, upstream university, and the on-boarding events at the
> Forum. What do you all think?____
>
> __ __
>
> [1] - http://docs.openstack.org/upstream-training/irc.html
> <http://docs.openstack.org/upstream-training/irc.html>____
>
> [2] - http://docs.openstack.org/upstream-training/git.html
> <http://docs.openstack.org/upstream-training/git.html>____
>
> [3] - http://docs.openstack.org/upstream-training/accounts.html
> <http://docs.openstack.org/upstream-training/accounts.html>____
>
> [4] -
> https://www.dropbox.com/s/o46xh1cp0sv0045/OpenStack%20contributor%20portal.pdf?dl=0
> <https://www.dropbox.com/s/o46xh1cp0sv0045/OpenStack%20contributor%20portal.pdf?dl=0>____
>
> __ __
>
> —____
>
> __ __
>
> Mike Perez____
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list