Board of Directors Election 2018 - Candidacy - Federico Mena Quintero
Federico Mena Quintero <[email protected]> Wed, 30 May 2018 19:50:03 -0500
| Newsgroups | gmane.comp.gnome.foundation.announce |
|---|---|
| Message-ID | <[email protected]> |
Candidacy statement for the GNOME Foundation Board of Directors Name: Federico Mena Quintero Email: [email protected] Corporate affiliation: Suse Hello, everyone, My candidacy is around two things: the Code of Conduct for GNOME, and our development infrastructure. * Code of Conduct Over the past year or so, I have been a support member of the Code of Conduct Working Group. While the group's task of drafting and proposing the Events Code of Conduct are done, the CoC is not in place yet. If I am elected as a member of the Board, I would like to help put the Events Code of Conduct in place, along with its enforcement guidelines. Along with the other members of the CoC Working Group, I attended one training session about CoC enforcement by Sage Sharp from Otter Tech. As part of the Board, I would like to make it possible for GNOME conference organizers to attend such training sessions and set up the infrastructure for having Code of Conduct enforcement in all of GNOME's events. As an extension of that, I would like to help with updating GNOME's Code of Conduct at large, not just for events. Think of our online interactions within the project - gitlab, mailing lists, etc. Our current CoC has obsolete form and practices, and with all the knowledge there is now about how to have a good Code of Conduct - and all the organizations that can assist us in making one and validating it - I think we can have a modern CoC that will make GNOME friendlier to a diverse set of people. * Development infrastructure Several things are converging in GNOME to make it a much more attractive to new contributors: we now have Gitlab, which makes it easy for people to submit changes, and Flatpak, which makes it easy to ship applications and SDKs. However, there are some parts of our development infrastructure which have gotten stale. My pet peeve is developer's documentation. We have a mixture of DocBook, gtk-doc, Markdown, and a disparate set of tools. Our devel docs get rendered to HTML versions of DocBook documents, which is... very last decade. It shows up in developer.gnome.org and in tools like Devhelp, and it is outdated in both. I think we can make use of the new GNOME Internships program to tackle some problems. - Improving our documentation tools so they use more modern documentation formats, or that render and aggregate docs to more useful versions. - Do an editing pass over all of GNOME's developer documentation. I want to take inspiration from the Rust docs project, which has found a good way to parallelize huge editing/writing tasks like these by humans. - Finish the necessary work to integrate something like Bors/Homu into our Gitlab instance, so that we have repositories that never break, and so that it is possible to automate many menial tasks around rebasing, integration testing, and reviewing merge requests. * Reaching out to underrepresented language communities Last year, as an Outreachy project I tried and failed to recruit people to translate GNOME to indigenous languages from Mexico - Náhuatl, Mayan, Mixe, etc. I think GNOME could set the example by funding people to translate our desktop to these languages. This cannot be done by unpaid volunteers, as they generally live within several layers of marginalization. We need translations (and new vocabularies for concepts that we cannot borrow from other software, since they are untranslated to these languages), keyboard maps, and outreach in general to these communities. Federico _______________________________________________ foundation-announce mailing list [email protected] https://mail.gnome.org/mailman/listinfo/foundation-announce
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEimgzR293D4MftvsWbaDEzbyzCLMFAlsPRrsACgkQbaDEzbyz CLPjzRAAmreJLBmWaoFz7mHuw7hcsS/V4qXbWxtDCTBPFPWC6ldX1ooxzVXyXlKo beGgF98dZjEeoKxtj7qkNxZf/cY9p0eIxNudMxzVXQqygm6NVeHqZ4zbq5UA6Fa3 WIYv7p7rfGh/DcJk2n3/fO93XClkn/uS3CqzJTHM/NfofcnmmAckRuJw79/DMKMD kk3TF2ef1QfvQoAhM20GhQG1F8MCUjRuxS5rZSmIn0APhe8mJZy8u7H9ZVd1bpDn u7v+UC1XAqu90e/CcYds+pYC4mjrve5qu20B/V3+IOcNc1w0c79jPaAlBc4/DhZn 1FEXh7iq46uemuarE1qaSFlFwhNgIUDgjyQiN7WeeD+sez8DSWC07mSFynxvIqQ3 WDAdBWcAXYd8jh9QLa2EGA9HXJmr5f41ne+ZiScL37CkvXOhPGUkIv+4g92ivJD1 cdXCjVop6UKhfTZl4GpKrVvOl4VeGR1Aaa9+qD2HRnULV5udaO5SK1cW4S/Z1+AB AVl0ieXSZdVGtqcwp8HtklWsxo0ZHoM5vYauU8fCVmPO1B6pry32y2zHmNyeb/6Z T0R3MOrwLrKvEhO3gO0tw2YmSROx6OuVqRKEMR4R/tfg2LYttJAHXmcROueH9AZa Ic71huuQndf4Iji89zQX/3FoRPqh8GYZbvOhG0jW3cmDGn4V7Uc= =6DdA -----END PGP SIGNATURE-----