Soutenir la croissance : transfert de connaissances à l'équipe Fan.site
Par DeHub Team — 2023-07-02
Aux côtés de la fourchette fan.site au troisième trimestre 2023, nous avons procédé à un transfert de connaissances délibéré et fourni un soutien technique à la construction de l'équipe.
Pourquoi aider les personnes qui vous ont forké
Parce que l'alternative était pire dans tous les sens.
La fourchette allait se produire avec ou sans nous — c'est ce que signifie sans permission. La seule variable était de savoir si le produit résultant était bien construit.
Une fourchette mal construite de votre base de code n'est pas un résultat neutre. Il porte votre architecture, vos motifs et, aux yeux de tous, votre réputation. S'il échoue à cause d'erreurs d'ingénierie évitables, l'échec s'attache en partie à la technologie dont il provient. Et dans ce cas, il transportait également nos détenteurs, qui avaient été attribués une partie de la fourniture par un largage partenaire et avaient donc un intérêt direct dans son fonctionnement.
Refuser de l'aide aurait été mesquin, inefficace et contraire aux intérêts de notre propre communauté.
Ce qui est réellement transféré
Le code était déjà le leur — c'est ce qu'est un fork. Ce qui n'était pas dans le dépôt était tout ce qui le rendait utilisable :
- Pourquoi les choses sont comme elles sont. Chaque base de code contient des décisions qui semblent arbitraires et qui portent une charge. La lecture du code vous dit quoi, pas pourquoi.
- Les connaissances opérationnelles. L'infrastructure de streaming est en grande partie un ensemble de modes de défaillance que vous avez déjà rencontrés. La transmission de cette expérience vaut plus que n'importe quel composant.
- Les erreurs coûteuses. Notre dysfonctionnement du contrat, la vulnérabilité v1, ce que nous avons appris sur la logique fiscale dans le transfert path. Regarder quelqu'un répéter un échec pour lequel vous avez déjà payé est une mauvaise utilisation du temps de tout le monde.
La frontière
Le soutien était de l'ingénierie, pas de l'approbation. Les communications entre les deux communautés sont restées intentionnellement minimales et il n'y a pas eu de promotion croisée, pour les raisons exposées dans le message de la fourchette. Le contenu pour adultes et la plate-forme principale DeHub sont des marchés distincts, et la séparation ne fonctionne que si elle est maintenue des deux côtés.
Aider une équipe à bien expédier et promouvoir son produit auprès de votre public sont des actes différents. Nous avons fait le premier.
Ce qu'il a produit
Un produit mieux construit sur un marché sur lequel nous n'allions pas entrer, et un modèle de travail sur la façon dont cela se passe — que nous avons ensuite écrit comme un cadre pour les futures fourches axées sur la communauté au cours du même trimestre.
La fourchette a ensuite collecté 1 000 000 $ au premier trimestre 2024. Une partie de ce résultat est attribuable au fait que l'équipe n'a pas passé six mois à redécouvrir des choses que nous savions déjà.
Ce que nous en avons tiré
Plus que ce que nous attendions, et pas la chose que nous attendions.
Expliquer un système à des personnes qui ne l'ont pas construit est le moyen le plus rapide de savoir quelles parties sont indéfendables. Plusieurs décisions dans notre propre base de code n'ont survécu que parce que personne n'avait été fait pour les justifier à haute voix, et quelques-unes n'ont pas survécu au transfert.
Il a également produit une documentation qui n'existait pas auparavant. Écrire pourquoi l'architecture est façonnée comme elle l'est, pour un public externe, est un travail qui n'est jamais priorisé en interne parce que tout le monde le sait déjà — jusqu'à ce que les gens qui le savent soient passés à autre chose.
Le transfert de connaissances a amélioré notre propre pratique d'ingénierie plus qu'il ne nous a coûté en temps. Ce n'était pas l'intention et c'était le principal avantage.