Elise Patrikainen

Oui ça fait du bien de rigoler, en plus il y a du sens.

ahahahahahah c'est excellent !

Oui ça fait du bien de rigoler, en plus il y a du sens.

ahahahahahah c'est excellent !

(Aussi, pour information, tu peux utiliser des constantes plutôt que des chaînes de caractères pour nommer les actions et mutations : next.vuex.vuejs.org/...
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)

j'utilise aussi des constantes, ca me permet de les documenter et de les grouper au même endroit. Aussi, je peux mieux les organiser avec des conventions de nommage.

(Aussi, pour information, tu peux utiliser des constantes plutôt que des chaînes de caractères pour nommer les actions et mutations : next.vuex.vuejs.org/...
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)

j'utilise aussi des constantes, ca me permet de les documenter et de les grouper au même endroit. Aussi, je peux mieux les organiser avec des conventions de nommage.

(Aussi, pour information, tu peux utiliser des constantes plutôt que des chaînes de caractères pour nommer les actions et mutations : next.vuex.vuejs.org/...
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)

j'utilise aussi des constantes, ca me permet de les documenter et de les grouper au même endroit. Aussi, je peux mieux les organiser avec des conventions de nommage.

(Aussi, pour information, tu peux utiliser des constantes plutôt que des chaînes de caractères pour nommer les actions et mutations : next.vuex.vuejs.org/...
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)

j'utilise aussi des constantes, ca me permet de les documenter et de les grouper au même endroit. Aussi, je peux mieux les organiser avec des conventions de nommage.

(Aussi, pour information, tu peux utiliser des constantes plutôt que des chaînes de caractères pour nommer les actions et mutations : next.vuex.vuejs.org/...
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)

j'utilise aussi des constantes, ca me permet de les documenter et de les grouper au même endroit. Aussi, je peux mieux les organiser avec des conventions de nommage.

Salut,
Pour le logo et l'identité, j'ai le logo Artisan Développeur floqué que le TShirt que j'utilise dès que je suis en vidéo. C'est un peu mon habit de scène ! :)
Par contre c'est un logo de marque plus que de personnal branding.
Pour le contenu de niche, c'est une très bonne approche.
Encore faut-il avoir une vision claire de ce qui tu lui apporte.
De mon côté, c'est pas forcemment encore évident : je mélange des techniques de code et une certaine approche du métier, avec l'envie d'élargir au délà de la tech.
Le croisement d'audience est aussi positif. A chaque fois que j'ai fait ça avec d'autres créateurs, ça a bien marché.
L'idée de le faire avec une communauté me semble très pertinente.

Pour moi, le positionnement que tu décris ressemble plus à celui d'un solo-preneur ou freelance.
Dans mon cas, je cherche plus à créer un biz qui va au-delà de ma personne. Il y a donc quelques différences, mais les mécaniques restent les même.

Avec un minimum d'effort, on peut facilement valoriser un profil.
Pour quelques centaines d'euros, tu peux faire appel à des designers qui vont te créer tout ça. Ca donne tout de suite un côté très pro.
Je ne peux que recommander à tous les freelance de s'y intéresser !

Merci pour ce retour détaillé, Benoit !

Tu as raison, on (enfin j'ai) tendance à penser qu'une charte graphique, un logo, etc, sont à réserver aux entreprises dépassant la personne physique mais ce n'est pas le cas, on peut aussi s'en servir à titre personnel (comme le fait Tim d'ailleurs).

Salut,
Pour le logo et l'identité, j'ai le logo Artisan Développeur floqué que le TShirt que j'utilise dès que je suis en vidéo. C'est un peu mon habit de scène ! :)
Par contre c'est un logo de marque plus que de personnal branding.
Pour le contenu de niche, c'est une très bonne approche.
Encore faut-il avoir une vision claire de ce qui tu lui apporte.
De mon côté, c'est pas forcemment encore évident : je mélange des techniques de code et une certaine approche du métier, avec l'envie d'élargir au délà de la tech.
Le croisement d'audience est aussi positif. A chaque fois que j'ai fait ça avec d'autres créateurs, ça a bien marché.
L'idée de le faire avec une communauté me semble très pertinente.

Pour moi, le positionnement que tu décris ressemble plus à celui d'un solo-preneur ou freelance.
Dans mon cas, je cherche plus à créer un biz qui va au-delà de ma personne. Il y a donc quelques différences, mais les mécaniques restent les même.

Avec un minimum d'effort, on peut facilement valoriser un profil.
Pour quelques centaines d'euros, tu peux faire appel à des designers qui vont te créer tout ça. Ca donne tout de suite un côté très pro.
Je ne peux que recommander à tous les freelance de s'y intéresser !

Merci pour ce retour détaillé, Benoit !

Tu as raison, on (enfin j'ai) tendance à penser qu'une charte graphique, un logo, etc, sont à réserver aux entreprises dépassant la personne physique mais ce n'est pas le cas, on peut aussi s'en servir à titre personnel (comme le fait Tim d'ailleurs).

Je suis d'accord: je trouve que, sur la scène JS française, le blog de @Axel Shaita est l'une des meilleures ressources actuelles.

Merci du partage. Honnêtement je ne sais pas si l'optimisation des performances est une préoccupation courante dans l'univers Node.js mais c'est pour moi essentiel de savoir comment analyser celle-ci pour éviter de consommer de la ressource inutilement, surtout lorsque celle-ci est limitée. Malheureusement beaucoup de développeurs que j'ai rencontrés ne savent pas comment s'y prendre pour analyser les performances, les ressources à ce sujet sont peu nombreuses voir inexistantes en français d'où la rédaction de cet article.

Très content des retours que j'ai eus sur cet article qui m'a demandé, comme tu l'as dit Benoit, pas mal de temps.