229 private links
Hyping yourself is about accurately explaining the value that you contribute. It’s about saying, “Here are all my accomplishments; here is what I’ve been up to; here are the ways that I’ve been growing and will continue to grow.” You demonstrate to others why you’re worth it and you show up with the receipts to back every claim you make.
Keep a Hype doc for it.
A Hype Doc is a running list of all your accomplishments and successes. It’s a place where you keep track of your growth, and regularly jot down the things you’re proud of doing.
It includes: technical work completed, projects led or contributed to, mentorship and development, leadership opportunities, blog psots and talks revelant to your work, involvment in recruiting and interviewing, valuable contributions to discussions, kudos and feedback from others, significant moments of growth or learning.
Update it regularly (weekly?), it should be easy to edit and can be shared to managers.
Si je crois fermement que les "Leads produit" d'une organisation doivent cultiver leur capacité à naviguer dans le flou, c'est-à-dire accepter un changement permanent, c'est bien à eux que revient l'obligation d'apporter de la clarté dans ce flou, une direction, une vision.
Et il y a un outil nécessaire pour ça : l'écrit.
Les articles sur Eventually coding permettent de se constituer un patrimoine, de prendre du recul, de mieux partager l'information dans une équipe distribuée sur plusieurs pays et donc asynchrone.
Toute personne à partir de Senior doit être capable d'écrire pour articuler document de design, stratégie et vision.
Les documents de design: l'ensemble des descriptifs sur un sujet. Ce sont des documents concrets qui décrivent l'usage actuel d'une technologie dans notre contexte.
Les documents de stratégies (ADR, RFC, Roadmap). Ce sont des écrits qui sont là pour clarifier, pour donner un guide de conduite par rapport à une technologie. Une stratégie est souvent le résultat de discussions contradictoires qui a vu l'équipe s'opposer. Une stratégie est là pour mettre en lumière les compromis et une décision. Le document exprime donc une opinion, à l'inverse des docs de sign.
Les documents de vision (North star document, engineering principles, manifesto, technology radar, engineering blog posts, ...) pour montrer une direction à plusieurs années dans le futur.
Stratégie ou vision ? Parfois la frontière est fine. La différence porte bien souvent sur l'échelle de temps. Une stratégie s'exprime pour les 6 prochains mois, une vision, c'est pour les prochaines années.
Comment démarrer?
Commencer par écrire plusieurs documents de design sur l'existant; puis regrouper les documents de design par thème, détecter les questions ouvertes et les contradictions, faire émerger des stratégies; enfin regrouper les stratégies par thème, projeter les impacts dans le futur.
Le Story telling:
L'enjeu c'est de trouver les problèmes à résoudre et de proposer des solutions. Les documents mentionnés ci-dessus ne vont pas suffire, mais, s'ils sont bien faits, ils vont vous permettre de créer le storytelling nécessaire pour une bonne promotion, et plus tard pour une bonne conduite de changement.
Documentation matters
Good documentation is more than just nice to have—it's a powerful way to spread knowledge. For development teams, clear documentation keeps everyone aligned, helps make decisions visible, and ensures no one has to reinvent the wheel when new people join. For users, it saves time. Poor documentation, on the other hand, leads to confusion, support tickets, and more work for everyone involved.
... all common and good tips. They are generics and I don't find anything actionable though.
A better man page online
A TLDR ui in the browser
One of the most prolific contributor on the Astro documentation 👍
They insights are awesome for all devs.
These are great programming and code patterns
Wow, it reminds me Telescope of neovim.
The Mozilla Documentation Network published a curriculum to become a frontend developer.
It seems to contain relevant resources, also for confirmed developers.
Fun :D
I use it since months and satisfied about it :)
The source code repository: https://github.com/gyptazy/manpageblog/tree/1.0
It is interesting as it avoids a typescript to javascript compilation.
It works with plain JS too.
Un recensement des sites propageant volontairement de mauvaises informations.