đ„ł Newsletter WoR #9 Contribuer Ă Rails, comment tout est politique, Ă©voluer en entreprise, avoir un site rapide, gĂ©rer la dette technique...
Une newsletter bimensuelle sur l'actualité Ruby on Rails et web
Dans cette Ă©dition on parle des derniĂšres nouveautĂ©s Ruby et Rails, on partage un Rails tip, on se demande quelle est lâimportance dâun bon management pour rester motivé·e, pourquoi câest important dâavoir un site performant, comment fonctionne git, on voit le debugguing comme un jeuâŠ
ActualitĂ©s Ruby et Rails đ€
Qu'est-ce qu'il faut pour devenir contributrice ou contributeur Rails ?
Pour Rachael ça a Ă©tĂ© de proposer une solution quâelle avait ajoutĂ©e Ă son code et pour laquelle elle sâest dit que Rails aurait dĂ» gĂ©rer ça.
Et on trouve ça trĂšs cool đ„ł
đ€ą Du trĂšs dĂ©cevant chez Basecamp
Le CEO et CTO de Basecamp (lâentreprise crĂ©atrice de Rails) ont publiĂ© hier soir deux articles sur la nouvelle direction donnĂ©e Ă leur entreprise. Leur interdiction des discussions politiques ou sociĂ©tales au travail a, entre autres, Ă©tĂ© largement dĂ©criĂ©e. Ces dĂ©clarations font echo Ă celles de Coinbase en septembre dernier qui Ă©taient de la mĂȘme teneur (et qui ont provoquĂ© le dĂ©part de dizaines dâemployé·e·s).
La neutralitĂ© nâexiste pas et sâafficher âapolitiqueâ est politique: câest se satisfaire du statu quo, qui bĂ©nĂ©ficie Ă certaines et certains au dĂ©triment de minoritĂ©s. Oui, nous vivons dans un monde complexe, oĂč les dynamiques inĂ©galitaires (racistes, sexistes, homophobesâŠ) qui se jouent dans nos sociĂ©tĂ©s sont aussi prĂ©sentes au sein de lâentreprise, qui nâest pas une boĂźte noire Ă©tanche. Et ce nâest pas en niant ces dynamiques quâon les fera disparaĂźtre ou quâon rendra le travail plus inclusif.
đŻ NouveautĂ©s Ă©cosystĂšme
Evil Martians a sorti un tuto trĂšs complet sur Hotwire pour sây mettre, EngineYard aussi, Ombulabs⊠bref les gens sont chaud bouillant
Eileen M. Uchitelle a partagĂ© lâajout de lâoption disable_joins dans Rails 7 en support aux relations entre models de diffĂ©rentes bases de donnĂ©es
Les talks du dernier meet-up WnB.rb on été mis en ligne:
âĄïž Five Errors You Encounter When Upgrading Your Ruby Gems - Emily Giurleo
âĄïž Building an Eng KPI Dashboard - Brittany MartinAppSignal a fini sa sĂ©rie dâarticles sur les Patterns et Anti-Patterns dans Rails: Model, View et Controller
Lâagence Arkency a rĂ©alisĂ© une sĂ©rie de confĂ©rences la semaine derniĂšre sur le blogging
Rails tip đ
Il y a trois mĂ©thodes grandement customizables permettant de donner lâaccĂšs Ă un moyen de contact: mail_to, phone_to, sms_to
Dans la toile đžïž
đ©č Suis-je une colle ?
Dans une Ă©quipe il y a toujours une personne de bonne volontĂ©, prĂȘte Ă aider l'Ă©quipe Ă mieux s'organiser, Ă former les nouveaux arrivants, Ă planifier un Ă©vĂ©nement pour souder la team, etc. Cette personne c'est en quelque sorte le "ciment" (ou plutĂŽt la glue) qui fait que notre Ă©quipe fonctionne bien. Cette personne c'est peut-ĂȘtre toi ?
Tanya Reilly nous explique que ce travail est primordial mais qu'il peut parfois nous desservir. Selon elle, les personnes qui font ce travail de "glue" développent de solides compétences en leadership technique, mais sont souvent détournées de leur code et peu reconnues pour leur travail.
On commence alors à se questionner sur sa place et ses compétences : Dois-je changer de métier ? Pourquoi est-ce que je n'accÚde pas à un rÎle de lead ? Suis-je fait·e pour un métier technique ?
Dans cet article, Tanya Reilly explique comment dĂ©limiter le rĂŽle de âglueâ et quelles sont les bonnes questions Ă se poser pour trouver le chemin qui nous est rĂ©ellement destinĂ©.
âĄïž Being glue - Tanya Reilly
đ§Č Quel est le rĂŽle du management pour rester motivé·e dans son job ?
IdĂ©e folle: et si, le bien-ĂȘtre en entreprise ne dĂ©pendait pas que de la volontĂ© de la ou du salarié·e mais du management de lâentreprise ? On sait, dingue. Le site de Sarah Drasner a Ă©tĂ© beaucoup repartagĂ© la semaine derniĂšre: elle rend public comment elle dĂ©finit lâavancĂ©e des engineers et developers dans les organisations oĂč elle travaille. Selon elle, câest cette transparence dans les objectifs et le rĂŽle au sein de lâentreprise, avec une reconnaissance des objectifs personnels, qui permet de garder la motivation.
âĄïž The importance of career laddering
âĄïž Carreer Ladders
⥠Pourquoi avoir un site rapide est important ?
âEn mai, fais ce quâil te plaĂźtâ et pour Google ça sera mettre Ă jour son algorithme de recherche: les Core Web Vital seront dĂ©sormais pris en compte pour classer les rĂ©sultats. On a sĂ©lectionnĂ© deux articles pour lâoccasion (parce quâon nâarrivait pas Ă choisir). Celui de Suzanne Scacca revient sur ce que sont ces Core Web Vitals et quels outils utiliser pour les mesurer. Celui de Karolina Szczur rappelle pourquoi la performance dâun site est cruciale.
âĄïž Get ready for next monthâs Google Shakeup - Suzanne Scacca
âĄïž How to Convince Your Boss to Care About Speed - Karolina Szczur
Du code đ»
đ€ Mais au fait, comment fonctionne git ?
Mary Rose Cook sâest fait connaĂźtre rĂ©cemment pour Gitlet.JS, une reproduction de git en JavaScript. Dans lâarticle quâon rĂ©fĂ©rence, elle nous plonge dans le fonctionnement de git. En suivant pas Ă pas ses explications et en reprenant les commandes, on peut voir ce qui se passe cĂŽtĂ© git quand on fait git add, git commit, git mergeâŠ
âĄïž Git from the inside out - Mary Rose Cook
đ Un Ă©diteur de ReadMe
Si toi aussi tu oublies toujours ce quâil faut mettre dans un ReadMe, cet Ă©diteur en ligne de Katherine Peterson te permet dâajouter toutes les sections nĂ©cessaires pour aprĂšs lâexporter facilement.
âĄïž Readme.so - Katherine Peterson
đïž Comment quantifier, Ă©viter et rĂ©duire sa dette technique ?
Chelseay Troy partage avec nous son expertise sur le fĂącheux sujet de la dette technique quâelle aborde en trois points : la quantifier, l'Ă©viter et la rĂ©duire.
Un logiciel ou une app câest un peu comme la construction dâune maison. Une fois construite le travail nâest jamais fini. Il faut mettre en place de la maintenance, parfois y faire des rĂ©parations ou construire de nouveaux Ă©lĂ©ments. Si on laisse les choses traĂźner ou si on ne priorise pas, on risque de devoir abandonner le chantier.
Alors comment Ă©viter de devoir reconstruire une nouvelle maison toute neuve ?
âĄïž Quantifying, Avoiding, and Reducing Technical Debt - Chelseay Troy
Fun đ
đŸ Et si dĂ©bugger Ă©tait un jeu ?
On avait dĂ©jĂ parlĂ© de Julia Evans dans une de nos newsletters, elle a un Ă©norme talent pour partager des connaissances. RĂ©cemment elle a sorti deux petits jeux oĂč on doit enquĂȘter pour trouver lâorigine dâun bug. Pas besoin d'Ă©crire du code, cela demande juste de la rĂ©flexion. Câest pas mal de se rappeler de temps en temps quâĂ cĂŽtĂ© dâune maĂźtrise technique, le mĂ©tier de dĂ©veloppeuse et dĂ©veloppeur demande de lâanalyse et de la rĂ©solution de problĂšme.
âĄïž The Case of the Connection Timeout
âĄïž The Case of the Slow Website
ĂvĂ©nements đĄ
Women and Enbies on Rails ce soir
Le prochain meet-up est aujourdâhui ! Il y aura un talk par Lori M Olson sur RubyMotion et Dragon Ruby, qui permet de construire des jeux vidĂ©os en Ruby et un talk par Rose W sur les templates Rails et la rĂ©Ă©criture de scaffold templates.
âĄïž Meet-up WnB.rb ce soir Ă 18h
Coffee code ce jeudi
On tente un nouveau format de Coffee Code ce jeudi ! Ce sera le matin et on va sâentraĂźner Ă un kata en vue des tests techniques.
âĄïž Coffee Code ce jeudi Ă 8h
đŹ Quâas-tu pensĂ© de cette newsletter ? PlutĂŽt đ / đ / đ€Â / đ©Â ?
⚠Rejoins-nous: meet-up | twitter | le site de ressources
Rédactrices: Camille et Juliette