FirefoxOS/Participation: Difference between revisions

 
(17 intermediate revisions by 3 users not shown)
Line 10: Line 10:
* Supported and clearly documented development environment for Gaia
* Supported and clearly documented development environment for Gaia
* An F5-style developer workflow for Gaia
* An F5-style developer workflow for Gaia
* Bugzilla-less code contribution pathway for Gaia
* Tight Feedback loop from Contributors to core developers so we can continually improve our pathways
 
'''Non-Goals (yet!)
* Improving Gecko contribution pathways
* Improving Gonk contribution pathways


==Plan==
==Plan==


'''***DRAFT***
'''Phase 0 (complete in August 2015)
* <strike>'''Start hiring process for a dedicated community manager for fxos code contributions.'''</strike> STATUS: Asked Faramarz about headcount, no commitment to hiring at this time.
* <strike>'''Form team of Gaia engineers who will spend dedicated time on this project.'''</strike> STATUS: Gregor/mhenretty discussing with mobile managers, got the peoples. Next steps: down below, get them tooled up and on-call schedule.
* <strike>'''MDN document review: Ensure existing docs are correct.'''</strike> STATUS: Gaia team to did a first-pass on the main contribution docs. Existing docs are good, even the architecture bits.
* <strike>'''Start regular triage of UX items to unblock and open up design issues'''</strike> STATUS: Tif is doing weekly triage sessions w/ the UX team, Dietrich is joining.
* <strike>'''Begin discussion about Gaia dev environment'''</strike> STATUS: owned by the Jonas Task Force
* <strike>'''Design a plan for re-opening Github issues'''</strike> STATUS: Ongoing, moving to Phase 1 for completion. See below.
* <strike>'''Design a Flame-for-patches-landed program'''</strike> STATUS: Not as many Flames as first thought. Instead, going to give out at events, identified contributors. dietrich posted to b2g-internal and we now have a large number of Flames shipping out to contributors.


'''Phase 0 (complete in July)
'''Phase 1'''
* Start hiring process for a dedicated community manager. STATUS: Asked Faramarz about headcount.
* '''Create Gaia contribution pathway page''': Single page with sequential steps from zero to patch-landed. STATUS: Dietrich started [https://etherpad.mozilla.org/gaia-pathway outline], solicited input from Gaia team. Working with MDN to get [https://bugzilla.mozilla.org/show_bug.cgi?id=1189515 collapsible content areas] added to the site. Once that's working, can fill it in.
* Form team of Gaia engineers who will spend dedicated time on this project. STATUS: Gregor/mhenretty discussing with mobile managers.
* '''Identify automate-able contributor activity monitoring.''' STATUS: not done, next on dietrich's list
* MDN document review: Ensure existing docs are correct. STATUS: Asked Gaia team to do a first-pass on the contribution docs.
* '''Identify developer papercuts'''
* Create Gaia contribution pathway page: Single page with sequential steps from zero to patch-landed. STATUS: Dietrich started outline
** STATUS: not done. needs owner.
* <strike>Start regular triage of UX items to unblock and open up design issues</strike> STATUS: Tif is doing weekly triage sessions w/ the UX team, Dietrich is joining.
** [https://bugzilla.mozilla.org/show_bug.cgi?id=949551 Regular Papercuts bug], [https://bugzilla.mozilla.org/show_bug.cgi?id=950943 Developer Papercuts bug], [https://bugzilla.mozilla.org/show_bug.cgi?id=965185 Dale's bug]
* <strike>Begin discussion about Gaia dev environment</strike> STATUS: owned by the Jonas Task Force
** Next steps: Find threads, etherpads, make one list, prioritize, fold into plan - OWNER: ???
* Begin discussion about a double-click+F5 workflow
** Work with managers to prioritize fixing the developer papercuts we identified
* Design a plan for re-opening Github issues. STATUS: In progress, owned by mhenretty; https://etherpad.mozilla.org/reopen-github-issues
* '''Get feedback from existing contributors''' (arroway)
* <strike>Design a Flame-for-patches-landed program</strike> Not as many Flames as first thought. Instead, going to give out at events, and have core team identify contributions worthy of Flame and relay to Dietrich for delivery.
** https://etherpad.mozilla.org/gaia-contributor-feedback
* Identify automate-able contributor activity monitoring
** Next steps: Fold into plan - TODO: arroway - will define the main action points from the feedback we received
* Identify developer papercuts
* <strike>'''Merge dev-gaia and dev-b2g mailing lists into'''</strike> (mhenretty)
** [https://bugzilla.mozilla.org/show_bug.cgi?id=965185|Dale's bug]
** https://bugzilla.mozilla.org/show_bug.cgi?id=1199334
 
* <strike>'''Merge #gaia and #b2g IRC channels'''</strike> (mhenretty)
'''Phase 1 (complete in Q3)
* <strike>'''Figure out how to get more developer devices into people's hands'''</strike> - Foxfooding team owns this (Jean Gong)
* Consensus on a desktop development environment
* Consensus on a desktop development environment - TODO: needs owner
* Regular schedule for on-duty for IRC/lists by community team
* Design a double-click+F5 workflow - TODO: needs owner
* Re-open Github issues on Gaia
** STATUS: not started. some existing recent discussion on dev-gaia. need to put Gaia team stakeholders together to draft a plan, then push out to dev-gaia for feedback
* Regular schedule for on-duty for IRC/lists by community team - TODO: needs owner
* Identify and expand other active contribution areas and begin monitoring - StackOverflow, Reddit, XDA-Developers, etc
* Identify and expand other active contribution areas and begin monitoring - StackOverflow, Reddit, XDA-Developers, etc
* All apps have style, contribution and developer workflow info in their README files
* All apps have style, contribution and developer workflow info in their README files
* Work with managers to prioritize fixing the developer papercuts we identified
* Update the Contribute page on mozilla.org/contribute to point to the right links
* Update the Contribute from mozilla.org/contribute to point to the right links
* Update the wiki to include entry points
** https://wiki.mozilla.org/FirefoxOS
** Right now, has no info about mailing lists, IRC channels and meeting info.


'''Phase 2 (complete in Q4)
'''Phase 2
* Release strongly-supported desktop development environment
* Release strongly-supported desktop development environment
** Mulet?
* Release a double-click+F5 workflow
* Bugzilla-less development flow through Github issues
* Bugzilla-less development flow through Github issues
* Expand Stackbot to cover more than just StackOverflow, for automated monitoring and notifying on more contributor activity
* Expand Stackbot to cover more than just StackOverflow, for automated monitoring and notifying on more contributor activity
** Reddit?
** XDA Developers?
* Design a plan for re-opening Github issues. STATUS: In progress, owned by mhenretty; https://etherpad.mozilla.org/reopen-github-issues.
** dev-gaia thread: https://groups.google.com/d/msg/mozilla.dev.gaia/T2OzUqG4Ri8/e8b4PwzUDAAJ
** Feedback mixed. Conclusion is we need to have better MDN landing page, Gaia README, and Mulet everywhere first.


==Metrics==
==Metrics==
Line 63: Line 84:
** Visits to assets
** Visits to assets


==Actions==
==Signposting==
 
TODO: Add all this to main B2G wiki page (where else?)


'''Open
* Product direction/vision
* Faramarz: delivering queries for backlog bugs.
** Roadmap
* Faramarz: said someone had list of bugs where contributors failed.
** UX Specs
* Dietrich: Contact Vishy about his papercut-like items (no reply yet)
** Where to submit requests/ideas
* Mhenretty: working with managers to select community team
* Product development
* Dietrich: reach out to MDN to do a review of existing docs
** All dev docs
** All communication points
** Where can I find something to work on, or figure out if what I want to work on will be accepted
* Release management/status
** What release are we on, what's next
* Testing
** Where can I get a build, and for what device
** Where can I submit bugs
** How can I manage my builds (backup, restore, OTA)


==Needs Processing==
==Needs Processing==
Line 76: Line 107:
* Integration tests are broken, cannot run - need to verify
* Integration tests are broken, cannot run - need to verify
* Building on Mac OS X is maybe broken, unclear - need to verify
* Building on Mac OS X is maybe broken, unclear - need to verify
Ideas
* Gregor suggested making videos for ‘My first FxOS app’, ‘My first FxOS add-on’ or ‘My development workflow', after seeing Reza's deck. We should publish through Hacks Youtube channel.


==Notes==
==Notes==
Line 88: Line 122:
* Case-sensitive filesystem - container for solution?
* Case-sensitive filesystem - container for solution?
* Mac build env broken - work with releng to add a build test to catch that regressing?
* Mac build env broken - work with releng to add a build test to catch that regressing?
*
*
*
*
Contributor Types
* Gaia
** Experience: Web developer
* Gecko
** Experience: C++, JavaScript, build tooling
* Gonk
** Experience: C, C++, build tooling
* Device Porting
** Experience: C, C++, Android dev, build tooling
Confirmed users, Bureaucrats and Sysops emeriti
2,088

edits