Vermutech #43
Aquest dilluns vam fer la trobada de Python Girona del mes d’abril. Portàvem molts mesos amb això aturat, i la veritat és que va estar molt bé! És una llàstima no haver-ho reprès abans. Va venir l’Enrique Soria i ens va explicar django-lifecycle, després vam aprofitar per fer algunes lightning talks i ho vam rematar amb un sopar per continuar compartint experiències.
Per altra banda, a la feina, aquest dijous estava jugant amb que el ChatGPT em generés un algoritme d’interpolació (seguint les especificacions d’un BOE —si treballes al sector ja saps de què parlo 😉—). La veritat és que no ho feia del tot malament, però va ser incapaç de donar exactament els mateixos valors que el simulador que han proporcionat. Total, que ho vaig acabar implementant jo i em va donar el resultat clavat. Una mica d’esperança... potser encara no estem del tot reemplaçats 🤔.
Començo amb algunes recomanacions,
💾 Programari
Docmost: una alternativa a Notion amb programari lliure que pots allotjar al teu servidor. Té molt bona pinta per tenir una wiki ben ordenada amb la documentació.
🤔 Curiositats
Un traductor que et mostra una paraula traduïda a més de 30 idiomes d’Europa, situada damunt d’un mapa. Ideal per fer una ullada ràpida a la diversitat lingüística del continent.
📦 Recursos
Un article molt interessant sobre com les persones desenvolupadores del nucli de Git es configuren el Git. Molt inspirador per optimitzar la pròpia configuració.
🌟 El concepte
Aquesta setmana volia parlar-te d’un concepte que sovint apareix quan es parla de bones pràctiques en equips de desenvolupament de programari: el Trunk-based development.
Es tracta d’una estratègia de treball on tot l’equip desenvolupa directament sobre la branca principal del repositori (el tronc o main), fent commits petits i freqüents. A diferència d’altres enfocaments com Git Flow o les feature branches, no es creen ramificacions llargues ni separades per funcionalitats que després s’han d’integrar: tot passa al tronc de forma contínua.
Aquest model busca minimitzar els conflictes d’integració i promoure una cultura de continuous integration i continuous delivery (CI/CD) (En vaig parlar al número #21). El codi s'integra sovint, es prova sovint, i es desplega també de forma més ràpida. És una filosofia que han adoptat grans equips com Google o Etsy, però que també pot aplicar-se en entorns petits amb les eines adequades.
Això sí, també té reptes importants. Requereix una cobertura de proves molt sòlida, confiança entre les persones de l’equip i una gran disciplina per mantenir la qualitat. Pot generar una sensació de vertigen si l’equip no està acostumat a aquesta velocitat de canvis.
A GISCE-TI no l’apliquem, ja que preferim seguir un model amb feature branches i pull requests, que ens permet revisar els canvis amb calma i mantenir una traçabilitat clara. Això no vol dir que no admiri el trunk-based development: ben aplicat, és una forma molt eficient i col·laborativa de desenvolupar. Qui sap en un futur…
Si vols aprofundir-hi, et recomano aquests dos recursos:
👉 PostHog: Trunk-based development per a product engineers
👉 TrunkBasedDevelopment.com
💖 Feedback
Si t’ha agradat i em vols ajudar, fes arribar aquest contingut a qui creguis que li pot interessar, i entra al canal de Telegram per comentar la publicació.