User:Sharihareswara (WMF)/TODO

Sumana Harihareswara's TODO list General, braindump, somewhat prioritized, necessarily incomplete.

Continuing

 * 1:1, bug triage meeting, TL;DR meeting, platform engineering meeting, commit access queue meeting
 * wikify TLDR notes consistently!
 * GSoC
 * Push on merges from 2011
 * Follow up on User:MaxSem/GSoC analysis & notes from NOLA Hackathon/Sunday
 * Talk to accepted & rejected students, get them started on Community Bonding Period
 * SF hackathon followup
 * write back to waitlist
 * clean up and post somewhere the postmortem notes from the SF hackathon
 * coordinate WMF travel for Romy, Judy, Neil
 * Berlin planning
 * Starting from https://en.wikipedia.org/wiki/Wikipedia:Tools#Searching do more gadgets/user scripts outreach, also with lists Mark provided (stopped at Lajsikonik)
 * Gather Wikidata stuff, email
 * Create preliminary list of volunteers to sponsor
 * Mentor, keep systematic track of incoming contributors
 * Work with Mark Hershberger (and the rest of the Development Community group) to improve bug triage and reduce the unreviewed commit backlog

New/one-time

 * Three metadata projects: our geodata, WMDE's WikiData, and WMNL's Europeana. Ensure they collaborate?
 * in the future, all gadgets will need to be RL2-compatible -- start publicizing this -- will start sometime after the 1.19 deployment (check w Roan for when)
 * UCOSP:
 * 1. tell shea/tonyC__ who to poke to get the app on translatewiki
 * make a Labs/Gerrit account for Beau
 * follow up with Patrick Reilly and general situation re wikidiff changes from PerfektesChaos http://www.mediawiki.org/wiki/User:PerfektesChaos/WikidiffLX/coding
 * write up my midyear perf review for Rob
 * work with Guillaume to figure out priorities for possible hwalls work on mediawiki.org and related tech topics -- maybe redoing the mobile pages & moving to mediawiki.org or wikitech.wikimedia.org ?
 * maybe we need IA for a few intro documentation-improvement tasks.
 * articulate my approach suggestion
 * check commit logs for Lucene work to see who we have to get permission to relicense to Apache license. Sumana to delegate to Stephen LaPorte.
 * follow up on https://www.mediawiki.org/wiki/User:Jean-Fr%C3%A9d%C3%A9ric/digiKam - French chapter work re uploading from DigiKam to Commons

Soon

 * Women's tech events prep
 * outreach to local women's colleges & women-in-CS orgs
 * info@phparch.com
 * Write back to SF hackathon attendees
 * Philippe Bouzaglou followup (SF hackathon)
 * Help Thibaut find OCR community
 * Tell Sarah Nahm about datavisualization projects so she can volunteer
 * Tell Andrew Clarkson about pywikipediabot
 * Reach out to bots in https://en.wikipedia.org/wiki/Category:Wikipedia_bots_running_on_the_Wikimedia_Toolserver and https://en.wikipedia.org/wiki/Category:All_Wikipedia_bots re general API & pywikipediabot stuff
 * Get mediawiki-l, mediawiki-enterprise, wikitech-l list adminship
 * remind blobaugh to call out non-RESTful bits and look at https://www.mediawiki.org/wiki/Special:Code/MediaWiki/80728 when writing API documentation
 * in February, think about budget for hackathons & other volunteer encouragement needs for 2012-2013 fiscal year
 * talk with developers who have been reverted most (proportionally) recently about improving
 * Follow up with David Baumgarten & encourage -- did easy fundraising bug
 * Ask community about extensions that need maintainers, possibly going by number of unreviewed patches
 * use https://translatewiki.net/wiki/Main_Wikimedia_extensions and http://svn.wikimedia.org/viewvc/mediawiki/trunk/translatewiki/MediaWiki/WikimediaAgg.yaml?view=markup to update https://www.mediawiki.org/wiki/Category:Extensions_used_on_Wikimedia
 * SMW bug triage and then eventually a patch triage
 * Follow up on Rolph idea for event childcare
 * whitelist IP: https://bugzilla.wikimedia.org/show_bug.cgi?id=25000
 * add documentation tasks that are needed in the appropriate months of Roadmap
 * follow up with Rusty re patch auto-testing with gerrit
 * Send out hackathon metrics thoughts?
 * publicize ExtensionInstaller extension & Installer work -- vol recruitment or contractor if we must. Sumana -- "we have a tarball coming up soon, help us find & fix bugs in this"
 * get Dantman, vvv, Wikinaut (Thomas Gries), Platonides into code review meeting
 * get structured data people http://toolserver.org/~erfgoed/toolbox/search.html http://toolserver.org/~erfgoed/ https://www.mediawiki.org/wiki/User:Tfinc/GPS and Europeana and Wikidata people together
 * follow up on gadget requests/clean up gadget proposals
 * ask Maggie Dennis to reach out to her community to find out whether these gadgets exist already:
 * user profiles, saving plug-in settings
 * local geo coordinates - when you log in you get relevant content to your location
 * reassess what docs & tutorials we need for Berlin (e.g. Lua, ResourceLoader, Gadgets)

Recruit

 * UI/IA frontend person to do the gerrit UI work -- we have an existing data model
 * Sumana to document best practices for aiding enthusiastic general & specifically driven volunteers
 * get volunteers to keep our documentation up-to-date wrt 1.19, SWIFT, and git
 * Review https://github.com/wikimedia/WikipediaMobile/pulls and https://github.com/wikimedia/WikipediaMobile/network for mobile volunteers to recruit
 * testers for MediaWiki OpenID extension
 * More on Chad's global config RfC
 * redlink off Wikimedia Platform Engineering
 * recruit volunteers to work on this
 * Get into gadgets/user scripts community
 * Get into extensions community
 * Get into toolservers community
 * Get privileges on mwbot project
 * Get into templates community
 * Ask community - what conferences should we sponsor?
 * Make our CREDITS file more complete, perhaps by looking at commit summaries.

Longer-term
My goal is to facilitate volunteer contributions, and there are a few missing parts right now that slow me down, and slow down volunteers who want to help. The main problems I'm worried about:
 * Code review in general.
 * Ideas: I know RobLa is working on this. Some ideas: Get aggressive about hiring the security engineer (who will do code review)...
 * We are simply not good enough at reviewing and responding to new volunteers' contributions quickly. They usually come through Bugzilla, and we have 146 MediaWiki patches in BZ waiting for review:  https://bugzilla.wikimedia.org/buglist.cgi?keywords=patch%2C%20need-review%2C%20&keywords_type=allwords&order=Last%20Changed&type0-0-6=matches&field0-0-4=short_desc&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=MediaWiki&type0-0-2=substring .  I predict the Bugzilla patch queue will continue to exist even after we switch to git, because many newbies won't learn git until after they start contributing patches.
 * Ideas: Mark and I try to get through twenty patches each week (we failed at sprinting in early November; maybe we need a daily meeting?); I encourage a patch review squad, especially new developers who don't have as many commitments already; do it at hackathons as a way to teach code review?
 * Our best source of interested developers will be MediaWiki administrators. But we don't provide a good pipeline for them to get involved in development.  And it's hard for administrators to even learn of the existence of extensions and to intuit which extensions would be best to install, and thus to get on the path to becoming power users (and possibly developers).
 * Ideas: get a pointer onto the last page of the install screen that to links to an extensions portal on mediawiki.org, and mention the four that people really ought to install, like Cite; do a sweep of some "powered by MediaWiki" sites and their Special:Version pages and contact them to suggest extensions to install; publicize Gadgets more when ResourceLoader 2 comes out, and suggest to them that they use the main gadgets repo...


 * Investigate contributor agreement/ToS
 * think, and soon, about community/contributor guidelines, both behavioral & coding
 * Build awareness of our Great Movement Projects & Strategic Opportunities in the existing volunteer development community and in new & returning volunteers -- important
 * Goal for the TL;DR team - not just about increasing contribution, also aligning community around our goals.
 * Sumana to author post(s) about priorities from whitepaper (help from Guillaume), to reach out to tech communities, encourage volunteers
 * Ask Arthur Richards to look into easy bugs in MobileFrontend
 * http://dw-dev.dreamwidth.org/109091.html
 * check out the gerrit community
 * Get toolserver account to make, host tools to gather & display stats re SVN & bugzilla
 * Blog about AOSA document and mention that programmers often seek "rationale" (from Making Software "Code Talkers" chapter)
 * Ask Global Education team to ask partners: do you need a web API for Wikibooks, Wiktionary, Wikiversity? Do you have any requests?  Integrate with Moodle/Desire2Learn/Blackboard/Koha/etc.?
 * email 6th floor people and suggest that they can ask me or Guillaume if they have questions about engineering projects, feasibilities of ideas, etc.
 * Build my knowledge of conferences, distribution channels, and other means by which we can find potential volunteers, and running pilot events as seems feasible.
 * PHPNW: (Manchester, UK) http://conference.phpnw.org.uk/phpnw11/
 * Codemash (not just PHP), Sandusky, OH January
 * Dutch PHP Conference, Amsterdam, usually June
 * php|tek, Chicago, IL, usually May
 * PHP Community Conference, Nashville, usually April
 * PHP Benelux, Belgium, usually January
 * POSSCON (not just PHP), Columbia, SC, usually Feb or March
 * Confoo (not just PHP), Montreal, usually Feb
 * Leslie Carr for Ops-focused meetups for next hackathons in SF?
 * Ask Ian Baker for ideas re SF hacker community outreach
 * Consider PCF, Mozilla, GNOME, etc for QA infrastructure idea -- mailing list, etc.
 * Look into Bugzilla management ops stuff, consult with RobLa
 * Check how Mozilla & Canonical do Agile, + Launchpad, OpenStack & other open source Agile projects
 * investigate Mozilla (they started requiring tests a few years ago) on how they get volunteers to write tests
 * shell bugs: Communication plan. E.g. foundation-l, & think about longterm messaging for all admins, for notifications, & translations.
 * watch out for shell bug process & organize volunteer sprints
 * chase deployment privilege separation
 * travel plans -- submit proposals
 * Ramp up on my technical knowledge of MediaWiki
 * LCA videos to watch - Jake Appelbaum, Trevor & Roan's talk, Leslie Hawthorn's talk, The Ada Initiative, Jacinta

Recruit

 * reach out to userscripts community
 * look into code review mentorship program
 * ask ops to contribute upstream their custom hacks to OTRS
 * documentation: per RobLa's suggestion:
 * I would suggest is that we potentially recruit people who work on the more technical parts of enwiki, rather than just focusing on people who are already on mediawiki.org. Maybe start at "Village Pump (technical)" and then also see what editors are active on things like template help pages and other scarier parts of the system.


 * and Zak's plan: User:Zakgreant/Tech Docs Plan (2011-01/P6M)
 * find PHP students/kids to encourage into MediaWiki at schools
 * help them with travel to hackathons & invite them
 * Zend & phpcloud
 * HipHop: Sumana will target Fedora and Ubuntu for recruiting packagers, maybe CentOS (RPMs anyway)
 * (Sumana to help get contributors to package HipHop for different *n*x distros, to make it easier to work with)

Wishlist/to delegate

 * reassess what raw materials we have after the SF hackathon
 * get Debian/Ubuntu pkg of MediaWiki onto 1.18 - low priority.
 * look at Ubuntu/Debian MediaWiki package, apt-get source, see folder of patches
 * http://packages.debian.org/squeeze/mediawiki
 * find out if http://wiki.ubc.ca/Help:Widgets/SlideShare http://www.mediawikiwidgets.org/Widget:SlideShare is good with the new HTML5 magic
 * reach out to infochimps with Dario
 * contact Meredith Farkas to suggest upgrade
 * contact http://adastechnicalbooks.indiebound.com/contact-us re GLAM outreach
 * webmaster@undefinedhiddeninthesand.com re upgrade, and sheet music plugin Extension:Score
 * couchsurfing wiki -- it's at 1.15 http://wiki.couchsurfing.com/en/Special:Version and they have an extension they should put on mediawiki.org http://wiki.couchsurfing.com/en/Google_Calendar_MediaWiki_plugin
 * look at http://www.custis.ru/html/news.htm to recruit (why? made a note to myself about it on 30 Sept 2011)
 * follow up on http://christian.legnitto.com/blog/2011/07/29/announcing-mediawiki-bugzilla-a-mediawiki-extension-embed-bug-data/
 * look up Dmitriy Sintsov, the evil IP address, Banaticus & Billinghurst re: music sheets plugin
 * recruit http://wiki.blender.org/index.php/User:Mont29 and http://www.fsiddi.com/contact/ http://wiki.blender.org/index.php/User:Fsiddi
 * look at PHPStorm and ask jetbrains whether they want to collaborate on MediaWiki stuff somehow
 * http://blog.jetbrains.com/webide/2011/11/phpstorm-3-0-keep-your-code-in-its-best-shape/
 * http://blog.jetbrains.com/webide/
 * reach out to http://omeka.org to use our API
 * http://www.catchafire.org/org_home
 * try to get pro bono security pentesting? maybe from Matasano or a similar firm
 * reach out to http://phpsp.org.br/
 * ask http://wiki.ubc.ca/Special:Version about their extensions
 * help fundraising team liaise with Wikimedia, Drupal, CiviCRM, etc. communities
 * volunteer developers to tag untagged revisions
 * find someone to shepherd Josh's page-by-page-auth extension
 * reach out to http://wikiindex.org/User:Gwsuperfan
 * Look into GirlDevelopIt
 * Look into FTW Group (Ipsheeta)
 * do detective work re Reflect extension
 * re pywikipediabot commit access: write a guide - explain how to get it; document on their manual
 * recruit user Pinky, MattJ, & Lhridley
 * reach out to JeLuF, Jojo, aran per ohloh
 * find PhotoCommons testers and users, & suggest people port it to other CMSes
 * http://vufind.org/
 * look at getting volunteers to help Siebrand re WikiBhasha - removing cruft, adding support for Google MT