Dev.POST : TechBlog AI Generator - le blog technique rédigé automatiquement
(devpost-download.framer.website)1 blog par jour,
il suffit d’y consacrer 1 minute pour créer un blog technique.
Avec un emploi du temps chargé, n’est-il pas difficile de trouver le temps d’écrire et de gérer un blog ?
Les précieuses expériences acquises pendant le développement ne sont-elles pas en train de disparaître ?
Avec Dev.POST, ce rituel d’un blog par jour que vous n’aviez jamais réussi à tenir
devient désormais facile à mettre en pratique.
[Fonctionnalités principales]
-
Des articles de blog faciles à créer
: il suffit d’entrer l’« objectif de la tâche » et les « commits », et l’outil rédige automatiquement un article de blog. -
Du code généré par fonctionnalité
: il ne produit pas simplement du code d’exemple tel quel. Il repère les technologies clés, les reformule dans un format plus adapté à l’explication, puis rédige l’article de blog. -
Des explications de concepts (théorie) pratiques
: il suffit d’entrer les mots-clés que vous souhaitez voir expliqués ; l’outil trouve les concepts associés et rédige automatiquement le texte en s’appuyant sur des sources fiables. -
SEO
: en reprenant exactement les mots-clés de recherche utilisés, il rédige les articles en tenant compte du SEO afin que votre blog remonte dans les résultats. -
Format markdown
: les articles sont rédigés en markdown pour pouvoir être publiés sur différentes plateformes de blog. -
Sécurité
: soyez rassuré. Le code saisi par l’utilisateur n’est jamais stocké.
[Avis d’utilisateurs réels]
-
Impressionnant. J’ai publié facilement des articles de blog pendant 3 jours d’affilée avec Dev.POST.
-
J’adore vraiment le format. Les sous-titres sont bien choisis, au point qu’il ne semble pas nécessaire de modifier quoi que ce soit.
-
En développant sur plusieurs sujets, je pensais ne pas avoir d’idées d’articles pour mon blog, mais comme cela les crée si facilement, j’ai désormais beaucoup plus de sujets à traiter, ce qui est très pratique.
18 commentaires
J’ai trouvé ça intéressant.
Comme ce n’est pas un texte écrit directement par une personne, je pense que le développeur s’est aussi posé la question de l’absence de « sincérité ».
Plutôt que de l’aborder sous l’angle du blog technique, je l’ai trouvé intéressant comme outil permettant de tirer des insights de mon propre travail, et j’ai eu l’impression que cela pouvait être utile.
En revanche, le niveau d’exagération semble assez important.
C’est peut-être parce que le contenu est généré à partir des commits du dépôt de connaissances, mais même pour une simple présentation de sortie de matériel, on voit apparaître du code d’entraînement en machine learning ;;
Il génère aussi des passages qui décrivent des actions que je n’ai pas réellement effectuées, comme
j’ai essayé de ~, donc cela me semble difficile à publier dans un espace public comme un blog.Il semble y avoir quatre entrées utilisées comme prompt, comme l’objectif du travail et des notes, donc je me dis qu’on pourrait peut-être réduire cela, et les mises à jour manuelles étaient un peu peu pratiques.
Personnellement, je me suis dit que ce serait bien si le processus était automatisé au point que, tant que je travaille, du contenu IA s’accumule petit à petit, et que je n’aie plus qu’à le lire quand j’ai le temps.
Merci beaucoup pour vos retours :D
Nous avons beaucoup réfléchi aux questions que pose le fait que l’IA génère du contenu,
et, dans cette optique, nous voulions apporter une différenciation en proposant non pas une simple génération, mais une création à partir de « ce que j’ai moi-même produit ».
Cela dit, nous sommes désolés d’apprendre qu’il y a eu des exagérations ou des explications qui ne correspondaient pas à la réalité dans le processus de rédaction d’un billet de blog technique.
Nous allons continuer à faire évoluer le produit afin de réduire davantage ces phénomènes d’hallucination.
Enfin, merci sincèrement pour vos remarques sur l’orientation du produit ainsi que sur les points d’inconfort que vous avez signalés.
Nous allons l’améliorer et reviendrons vers vous avec une bien meilleure version.
Au final, la plupart des gens qui écrivent un blog technique le font sans doute dans un but d’auto-promotion..
J’ai l’impression qu’effacer les compétences en communication (et en raisonnement) qu’il contient a quelque chose de négatif.
À leur place, j’aurais plutôt tendance à dénigrer quelqu’un de vraiment soigné en me disant : ce n’est pas ChatGPT qui lui a écrit ça ?
// À sa place, j’aurais plutôt tendance à dénigrer quelqu’un de vraiment soigné en me disant : « Ce n’est pas ChatGPT qui l’a écrit à sa place ? »
Cette partie est vraiment triste. Je ne pense pas qu’on puisse convaincre quelqu’un jusqu’à ce point de vue-là...
// J’ai l’impression qu’il est négatif d’effacer les capacités de communication (et de raisonnement) qui y sont contenues.
Même si les capacités de communication ne peuvent pas forcément être montrées tout de suite, nous réfléchissons à aller vers la publication d’articles de blog différents, adaptés à chaque utilisateur, donc je ne pense pas que cet aspect soit effacé ! Et pour ce qui est des capacités de raisonnement, je pense qu’elles sont présentes dans le code sur lequel j’ai travaillé, avec l’intention du travail et le raisonnement qui l’accompagne. Je pense que Dev.POST aide justement à organiser plus facilement les insights obtenus en s’appuyant sur ce type d’éléments.
Sur ce point, si vous essayez vous-même Dev.POST une fois, bulletheart, je pense que vous serez satisfait de voir qu’il rédige encore mieux que vous ne l’imaginiez dans la direction de code que j’avais en tête. Pourriez-vous l’essayer et me faire un retour ? J’attendrai votre feedback d’utilisation !! Je vous souhaite encore une excellente journée ~
Le plus grand frein pour un blog, c’est sans doute qu’on aimerait publier tous les jours, mais que ce n’est pas si simple. Pour certains, cela pourrait être l’occasion de trouver le courage de se remettre au blog, et ceux qui visaient un article par jour pourraient même revoir leur objectif à trois articles par jour. Est-ce vraiment une bonne approche de miser sur la quantité ? À cette question, je me dis qu’à long terme, il est peut-être plus utile de ne pas abandonner, quitte à utiliser un outil qui aide à tenir dans la durée, plutôt que d’arrêter son blog à force de trop se focaliser sur la qualité.
Je vais l’utiliser sérieusement et laisser aussi mes retours. Bon courage !
C’est exact :D
Dev.POST est né du constat qu’il n’est pas facile de tenir un blog de développement tout en gérant un travail de développement intense au quotidien. Dans un emploi du temps chargé, prendre du temps à part pour écrire des articles de blog représente une charge pour beaucoup de développeurs, et nous avions le sentiment qu’il était difficile d’en assurer la continuité.
C’est pourquoi, lorsqu’il y a des insights tirés du processus de développement, nous voulions éliminer complètement le réflexe de se dire « je l’organiserai plus tard » ! Les insights que j’ai obtenus sont déjà contenus dans le code, et si je veux en ajouter davantage, je peux aussi les noter dans mes notes de travail ; nous avançons donc avec l’ambition de devenir un service qui allège la charge liée à l’écriture et aide chacun à consigner facilement son expérience !
Merci pour vos encouragements chaleureux !! Grâce à vous, je me sens bien et plein d’énergie dès ce lundi matin ! N’hésitez pas à l’essayer et à nous faire part de vos retours, merci ~
Lors du recrutement de développeurs juniors, je me référais souvent à leur blog pour voir ce qui les intéressait et les questions qu’ils se posaient. Et lorsqu’un candidat avait créé plusieurs catégories sur son blog mais n’y avait publié qu’un ou deux articles, je le recalais immédiatement. Mais maintenant, je me demande s’il ne faut plus se fier au blog pour comprendre les préoccupations et l’orientation qu’un développeur junior recherche… T_T
// Je suis un développeur qui participe à la création du service Dev.POST :)
C’est exact. On peut voir, à travers un blog technique, quels sujets vous intéressent habituellement et quelles réflexions vous avez eues ! Je pense que le blog continuera à jouer ce rôle à l’avenir, mais pourquoi action13 le voyait-il ainsi ~?
Je pense qu’une génération automatique de textes sans intention éditoriale claire sur le lectorat aura du mal à être vraiment bien accueillie. Après tout, il ne suffit pas simplement de remplir un blog avec des articles.
Je suis l’un des développeurs qui construisent ensemble le service Dev.POST :)
Comme vous l’avez dit, je pense qu’un article qui ne tient pas compte de son lectorat et dont l’intention de conception n’est pas solide a peu de chances d’être bien accueilli. Je suis d’accord.
Parmi les retours que nous avons souvent reçus de clients ayant utilisé Dev.POST, certains nous ont dit qu’ils trouvaient impressionnant que l’outil parvienne à bien cerner l’intention même avec très peu d’éléments saisis. Nous considérons que notre rôle est de trouver l’intention dans le code produit, puis de rédiger, sur cette base, un article qui plaise à son auteur, et nous avons confiance sur ce point. À l’avenir également, nous sommes convaincus de pouvoir écrire des articles qui tiennent compte du public visé, identifient l’intention et s’appuient sur une véritable intention de conception.
J’espère que rkttu essaiera lui aussi le service ; si vous nous laissez un retour d’expérience pour nous dire si les posts soutiennent bien l’intention de l’article, nous ferons de notre mieux pour que Dev.POST devienne rapidement un service qui vous plaise. Merci infiniment pour vos retours !
Je suis d'accord mdr, j'ai l'impression qu'il est très rare d'être vraiment inspiré par un texte écrit par une IA.
Et même cette inspiration vient probablement d'une citation tirée des données sur lesquelles elle a été entraînée.
Merci pour votre avis, qui nous amène à réfléchir une fois de plus à l’AI Writing.
Je pense qu’il aurait été difficile d’y trouver de l’inspiration avec les services d’AI Writing existants, qui génèrent automatiquement du contenu à partir d’un simple sujet, sans intégrer l’expérience ni les idées de l’utilisateur.
Dans le cas de Dev.POST, les articles sont créés à partir de l’historique des commits réellement effectués et de l’expérience de l’utilisateur, ce qui le distingue des services existants ; j’ai donc pensé que cela pouvait être une source d’inspiration sur ce point.
N’hésitez pas, felizgeek, à l’essayer vous aussi et à nous dire ce que vous en avez pensé !
C’est intéressant.
Moi aussi, comme d’autres l’ont écrit dans les commentaires, je me suis dit que s’il n’y a pas de sujet, peut-être qu’il ne faudrait tout simplement pas écrire d’article...
Mais la fonctionnalité principale semble être : « si je mets dans un commit la conclusion à laquelle je suis arrivé après une longue réflexion, l’IA lit cette réflexion et la transforme en article de blog ».
Le sujet existe donc déjà, mais j’ai l’impression que c’est un produit destiné aux personnes qui ont la flemme de le transformer en texte.
Cela dit, je pense que pour les blogs techniques personnels, l’intérêt est souvent surtout de « remettre en ordre une nouvelle fois ce à quoi j’ai réfléchi en le développant dans un article ». C’est donc assez dommage que ce besoin ne puisse pas du tout être satisfait. Plutôt que de générer directement une version finale complète dès le départ, je me demande si ce point ne pourrait pas être en partie résolu en proposant dans le produit des fonctions qui découpent le contenu en plusieurs sections, que l’utilisateur peut ensuite assembler, modifier ou demander à régénérer.
* Il semble aussi y avoir quelques coquilles dans les messages affichés pendant la génération !
Merci beaucoup ; grâce aux retours de nemorize, j’ai l’impression d’avoir eu l’occasion de réfléchir une fois de plus et plus en profondeur au produit.
Comme vous l’avez dit, Dev.POST est bien « un produit pour les personnes qui ont déjà des idées de contenu, mais trouvent fastidieux de les transformer en article ». Les idées de sujet et l’expérience existent déjà dans les commits, et c’est un produit qui peut aider celles et ceux qui trouvaient l’écriture laborieuse et intimidante en transformant cela en texte :)
Par ailleurs, le public cible que vous avez mentionné — [les utilisateurs qui démêlent les réflexions qu’ils ont eues pour les organiser dans un blog] — correspond au groupe d’utilisateurs de notre prochaine cible. Nous ne pouvons donc pas encore répondre immédiatement à ce besoin, mais nous continuerons à améliorer le service afin de pouvoir le satisfaire à coup sûr à mesure que le service s’étendra. Merci beaucoup pour vos retours !! Nous allons nous appuyer sur ces retours pour améliorer rapidement le produit. Merci.
Pourquoi faudrait-il absolument générer de force des articles de blog technique...
Beaucoup de développeurs tiennent un blog personnel pour leur progression et leur portfolio.
Par exemple, on y retrouve leurs expériences, leur manière de résoudre des problèmes, ainsi que les technologies et sujets qui les intéressent au quotidien, et je pense que c’est un espace qui permet de bien présenter le développeur que l’on est.
Ainsi, si vous avez bien un blog technique mais qu’il est laissé à l’abandon depuis longtemps,
pourquoi ne pas réfléchir à la question suivante : « Y a-t-il un commit parmi vos travaux récents qui mériterait d’être transformé en article de blog ? » et essayer Dev.POST ?
S'il n'y a pas d'idée de sujet, autant ne pas écrire, non ?
Dev.POST contribue à abaisser la barrière d’entrée pour écrire sur un blog technique, afin d’aider à continuer à faire vivre un blog technique même avec un emploi du temps chargé ! J’ai l’impression que vous dites cela après avoir vu un retour d’utilisateur ; je m’en souviens particulièrement bien, car c’était une personne que nous avions interviewée. Cette personne utilisait Dev.POST et, comme les articles se créaient facilement, elle en faisait un billet de blog pour pratiquement chaque commit.
znjadong, essayez vous aussi d’utiliser Dev.POST et de créer ne serait-ce qu’un seul article de blog !!
Je suis certain que vous en serez satisfait aussi !!