304 private links
C'est intéressant comme moyen de s'organiser.
Le projet: https://projetwinston.fr/
The post structure evolves from blogging to structured content.
The idea to use topics is that "users with specific challenges have goals, not categories. They're trying to solve problems, not just browse topics."
Each topic pacck page includes: a brief introduction of 2 or 3 sentences explaining the challenge; "What you'll learn" bullets with clear outcomes, post list with short descriptions and links to other packs.
This pattern makes sense when there is 15+ posts covering related themes, readers ask "Where shoud I start", posts cluster around common challenges or you value helping readers find relevant content quickly.
Other approaches:
- chronological: you publish primarily news or updates
- no grouping when posts are completely independent
- there is less than 15 posts
Everyone can exchange with customers. It leads to better product.
Comment a été organisé l'évènement Cloud Nord.
Les vidéos de l'évènement sont disponibles sur Youtube : https://www.youtube.com/playlist?list=PLVQhat0Bx0WB-fhbbQ0bQkhfTLAZIU2IU
Everything in one place: Organizations, contacts, projects, and how they relate.
Own your data: Plain text files and tooling that runs on your machine.
Open data model: Tailor to your business with custom schemas.
Automate anything: Search, report, integrate, whatever. It's just code.
AI-ready: LLMs can read, write, and query your business structure.
An organization of developers dedicated to writing free and open source software for everyone.
One file per project.
Each entry starts with a timestamp and is succinct: one or two sentences. That's it.
Quelques réflexions sur la gestion d'un testament numérique
Evergreen notes are written and organized to evolve, contribute, and accumulate over time, across projects.
The author has evergreen notes that they can use as sentence. They can be very short or becoming long. "Evergreen notes turn ideas into objects. By turning ideas into objects you can manipulate them, combine them, stack them. You don’t need to hold them all in your head at the same time."
4 plugins: Web Clipper, Sync, Bases and Maps.
- Avoid splitting content into multiple vaults.
- Avoid folders for organization.
- Avoid non-standard Markdown.
- Always pluralize categories and tags.
- Use internal links profusely.
- Use YYYY-MM-DD dates everywhere.
- Use the 7-point scale for ratings.
- Keep a single to-do list per week.
Very few folders. Navigation works with the quick switcher, backlinks or links within a note.
The categories group mainly the notes together.
There are two folders though: references about things that exist ouside in the world (books, movies, places, people).
Clippings (as a kind of Shaarli).
There are also three admin folders that don't show up in the navigation: attachments, daily (used as reference), templates.
Two folders are downloadable (and shared with the public): Categories and notes
Notes are linked as much as possible, even if the link does not exist yet. It's similar to a wiki.
Common properties in templates:
- Dates — created, start, end, published
- People — author, director, artist, cast, host, guests
- Themes — grouping by genre, type, topic, related notes
- Locations — neighborhood, city, coordinates
- Ratings — more on this below
Few rules:
- Property names and values should aim to be reusable across categories.
- templates are composable: they can be added one with another.
- short property names are better
- default to list instead of text is there any chance it might contain more than one link or value in the future. See https://github.com/kepano/kepano-obsidian/blob/main/.obsidian/types.json
The author has a separate vault for his own site.
Le contenu est séparé en trois partie:
- la pile à lire
- marques pages
- historique
I like the format of the checkboxes:
[ ] Open
[@] Ongoing
[x] Checked
[~] Obsolete
[?] In question
Due Dates:
-> 2025-03-18-> 2025-Q1-> 2025-W09-> 2025
Groups:
Group name
[ ] item 1
[ ] item 2
[ ] Another taskCe qui a surtout déclenché cet article est une poignée de billets sur LinkedIn publiée par Marie Glandus, une conceptrice UX. Elle a témoigné d’un point de bascule dans sa carrière où elle a arrêté de vendre sa méthode et a commencé à vendre des améliorations mesurables. « [O]n ne te paie pas pour suivre un process. On te paie pour faire bouger des chiffres », dit-elle. Elle a remarqué que le même changement devait s’opérer dans l’agilité.
L'auteur décrit 3 limites de l'agilité
- l'agilité est en fin de vie: l’agilité est arrivée à la dernière phase : le marché est mature, les acteurs se consolident, les marges sont réduites, les pratiques sont homogènes, c’est un standard qui est attendu et les derniers retardataires s’y mettent.
- elle comporte des incohérences; les auteurs le rappellent "Nous sommes en train de découvrir comment mieux développer des logiciels[…]"
- elles est incomplète
Quelques pistes pour améliorer l'agilité:
- revenir aux sources: des fondamentaux ont été oubliés
- Éviter le terme agilité
- Respecter le choix des gens et nous devons d’abord chercher à résoudre leurs problèmes. Si une méthode agile est adaptée, tant mieux. Si ça ne l’est pas, on s’en fout.
- Produire des chiffres irréfutables
- S’aligner avec les commanditaires sur des objectifs SMART.
- Piloter par le ROI: gérer 4 risques en même temps : la valeur, la viabilité (dans laquelle on retrouve la rentabilité), la faisabilité et l’utilisabilité.
- mettre de et comprendre l'humain
Créer des affordances plutôt que convaincre
Tester les hypothèses avec une démarche scientifique: formuler des hypothèses, expérimenter, les invalider ou les valider, produire de la connaissance.
En complexité, on peut piloter l’exploration par les pertes acceptables et la diversification de son portfolio.
J’ai constaté une détérioration visible de la communication et de la bonne collaboration dès qu’on dépassait 4 à 6 semaines.
ou alors 2 ou 3 jours par mois consécutifs. Certaines entreprises peuvent juste donner des budgets aux équipes pour se voir.