la communauté je propose des modifications on m’explique comment faire ces modifications (mais je dois tout apprendre) je deviens contributeur et plus encore ? j’utilise un super logiciel mais il me convient pas à 100%
J’apprend le fonctionnement de la contribution Le jour du WordCamp je suis paré et peut même aider les nouveaux ! je deviens contributeur et plus encore ? Le WordCamp Paris organise Un Contributor day \o/
Veille technique Apprendre des choses Trouver des ami·e·s Apporter sa pierre Se valoriser Stratégie d’entreprise RSE & communication Anticiper le changement Monter en compétence Recruter Être acteur plutôt que suiveur Se valoriser
par mois* Mais ce coût doit être comparé avec la valeur ajoutée. Principe du contribution day Une journée de contribution commune tous ensemble, planifiée à l’avance. *ou deux heures par semaine
→ Partout dans le monde et dans tous les fuseaux horaires Pourquoi fait-on autant de remote dans notre secteur d’activité ? Car c’est dans l’ADN de l’open-source !
sur le core et partout ailleurs ◉ Designers : → Proposer du design sur les bundled themes, l’admin… ◉ Spécialistes : → Accessibilité, UI/UX, SEO, Perfs… : l’écosystème a besoin de vous ! → Sécurité : rendez-vous sur HackerOne ◉ Utilisateur·ices & Chefs de projets WordPress… et en fait tout le monde : → Issues / tickets → Participer aux décisions sur Slack Quels profils ?
référents pour chaque domaine ◉ Des figures de proue (là ou nous pouvons) ◉ Des pizzas et du café/thé ◉ Des contributions à l’écosystème ◉ Des contributeurs heureux et valorisés toute la journée Déroulement du Contributor Day
themes ◉ Cache API ◉ Comments ◉ Cron API ◉ Customize ◉ Database ◉ Date/time ◉ Editor ◉ Export ◉ External libraries ◉ Feeds ◉ Filesystem API ◉ Formatting ◉ General ◉ Help/about ◉ HTTP API ◉ I18n ◉ Import ◉ Mail ◉ Media ◉ Networks/sites ◉ Option/metaAPI ◉ Permalinks ◉ Plugins ◉ Posts/Post types ◉ Query ◉ Rest API ◉ Scripts loader ◉ Taxonomy ◉ Toolbar ◉ Theme > Menus ◉ Theme > Widget ◉ Upgrade/install ◉ Users > Login ◉ Users > Roles/Caps ◉ XML RPC Pour chaque composant, plusieurs maintainers sont désigné·es. Cela se fait sur la base du volontariat, de la compétence et de l’intérêt, et les leads changent au fil des années.
les good-first-bug réservés aux débutants → https://core.trac.wordpress.org/tickets/good-first-bugs ◉ Les tickets sans patch → https://core.trac.wordpress.org/tickets/no-patch ◉ Les tickets ayant besoin d’une expertise en accessibilité → https://core.trac.wordpress.org/focus/accessibility ◉ Les tickets qui vont atterrir dans la prochaine majeure → https://core.trac.wordpress.org/tickets/major/workflow ◉ Les tickets qui vont atterrir dans la prochaine mineure → https://core.trac.wordpress.org/tickets/minor/workflow
ouvrir un ◉ Disposer d’une instance de WP en local ◉ Cloner le dépôt GIT ou SVN du cœur WordPress et installer une instance en local à partir de ce répertoire ◉ Créer une branche, par exemple : 43623-hello-dolly-musical-note ◉ Faire les modifs ◉ La tester en local (responsive, RTL, PHP 5.2 à 7.2…) ◉ Soumettre le patch accompagné d’explications et de screenshots si nécessaire