J’ai déjà mené avec embassy-rs le développement d’un produit jusqu’à sa mise en production sur un STM32G030C8T6, et à l’usage il y a tout de même quelques inconvénients.
Quand on doit accéder à des HAL peu répandus, il faut finalement recourir à l’approche qu’on utilisait avec le framework RTIC.
À cause de l’async, il y a un risque important d’inefficacité mémoire, donc il faut être vigilant.
Pour développer dans un environnement avec 32 KB ou moins de mémoire flash, c’est très contraignant. (log + symboles de debug, etc.)
Quand on veut développer en dehors de l’écosystème NRF/STM/ESP/RP, cela devient en pratique très difficile.
Découvrir le Rust embarqué avec embassy-rs est une bonne chose, mais si l’on vise ensuite la production en série ou une progression de carrière, il me semble préférable de se familiariser davantage avec RTIC.
D’un autre côté, je crains que son accessibilité, au point d’en faire une sorte d’Arduino avancé pour Rust, ne finisse paradoxalement par poser problème lorsqu’on veut faire du développement plus complexe.
Je me souviens l’avoir utilisé autrefois quand j’écrivais une logique de suppression du bruit et des motifs répétitifs.
Ces jours-ci, on implémente des choses similaires avec des autoencodeurs, il me semble.
Ces temps-ci, on dirait que les nouvelles technos veulent juste coller le mot-clé IA partout, alors que la technologie elle-même semble plutôt régresser...
À mesure que les performances des LLM progressent, on finira sans doute par voir tous les métiers être remplacés, mais j’ai l’impression que le développement web risque de l’être dans un avenir proche.
Si vous regardez le commit de ce repo posté il y a à peine 13 minutes, https://github.com/BloopAI/vibe-kanban/…, on dirait qu’ils n’ont pas l’intention de le corriger lol..
Je l’avais testé rapidement auparavant, mais des issues comme celle-ci https://github.com/BloopAI/vibe-kanban/issues/431 sont laissées à l’abandon et ne sont pas corrigées, donc c’est difficile à utiliser en conditions réelles... Et les noms de commit sortent du genre « terminé », « corrigé », « je vais vérifier maintenant » 😅
La réduction des effectifs n’est que la conséquence ; la véritable cause, c’est l’effondrement du modèle de revenus. Du point de vue du propriétaire, grâce à l’IA, nous sommes entrés dans une époque où il est possible de faire tourner des projets avec peu de personnel, et comme les revenus se sont justement détériorés, je considère qu’une réduction de 75 % est une décision rationnelle.
Ce n’est pas parce que les discussions et les issues sont différentes, mais simplement parce que le fait de les séparer en onglets distincts correspondait sans doute mieux à leurs préférences.
Publier à la fois une sorte de todo list et les discussions dans l’onglet des issues, puis les gérer avec des tags
vs
utiliser l’onglet des issues uniquement comme todo list, et les discussions uniquement comme discussions
Je ne savais même pas que ce genre de chose existait, mais ça donne l’impression d’un espace un peu nostalgique. On y retrouve quelque chose de l’Internet des débuts, et ça me rappelle aussi l’époque des services en ligne sur PC.
Ces derniers temps, je me dis moi aussi que je devrais peut-être créer un blog anonyme géré un peu à l’arrache, sans même passer le correcteur orthographique. Je ne sais pas si c’est l’âge, quelque chose de personnel, ou un phénomène plus général dans la société, mais une chose est sûre : en ce moment, le slop me fatigue quand même.
Typique des développeurs : ils font tout un cirque pour quelques ms qui ne servent à rien, lol.
J’ai déjà mené avec
embassy-rsle développement d’un produit jusqu’à sa mise en production sur un STM32G030C8T6, et à l’usage il y a tout de même quelques inconvénients.Quand on doit accéder à des HAL peu répandus, il faut finalement recourir à l’approche qu’on utilisait avec le framework RTIC.
À cause de l’
async, il y a un risque important d’inefficacité mémoire, donc il faut être vigilant.Pour développer dans un environnement avec 32 KB ou moins de mémoire flash, c’est très contraignant. (
log+ symboles de debug, etc.)Quand on veut développer en dehors de l’écosystème NRF/STM/ESP/RP, cela devient en pratique très difficile.
Découvrir le Rust embarqué avec
embassy-rsest une bonne chose, mais si l’on vise ensuite la production en série ou une progression de carrière, il me semble préférable de se familiariser davantage avec RTIC.D’un autre côté, je crains que son accessibilité, au point d’en faire une sorte d’Arduino avancé pour Rust, ne finisse paradoxalement par poser problème lorsqu’on veut faire du développement plus complexe.
Ce serait encore plus pratique s’il pouvait aussi formater joliment les fichiers JS obfusqués.
Le contenu est de qualité, donc j’ajoute une traduction coréenne.
https://rosettalens.com/s/ko/demystifying-evals-for-ai-agents
La série des transformations en maths industrielles m’a vraiment rendu fou... ouin
Je me souviens l’avoir utilisé autrefois quand j’écrivais une logique de suppression du bruit et des motifs répétitifs.
Ces jours-ci, on implémente des choses similaires avec des autoencodeurs, il me semble.
De toute façon, c’est un projet qui n’accepte même pas les PR, donc bon… ils utilisent simplement ce qu’ils ont envie d’utiliser.
Ces temps-ci, on dirait que les nouvelles technos veulent juste coller le mot-clé IA partout, alors que la technologie elle-même semble plutôt régresser...
À mesure que les performances des LLM progressent, on finira sans doute par voir tous les métiers être remplacés, mais j’ai l’impression que le développement web risque de l’être dans un avenir proche.
Craigslist existait encore ?!
Si vous regardez le commit de ce repo posté il y a à peine 13 minutes, https://github.com/BloopAI/vibe-kanban/…, on dirait qu’ils n’ont pas l’intention de le corriger lol..
Je l’avais testé rapidement auparavant, mais des issues comme celle-ci https://github.com/BloopAI/vibe-kanban/issues/431 sont laissées à l’abandon et ne sont pas corrigées, donc c’est difficile à utiliser en conditions réelles... Et les noms de commit sortent du genre « terminé », « corrigé », « je vais vérifier maintenant » 😅
La réduction des effectifs n’est que la conséquence ; la véritable cause, c’est l’effondrement du modèle de revenus. Du point de vue du propriétaire, grâce à l’IA, nous sommes entrés dans une époque où il est possible de faire tourner des projets avec peu de personnel, et comme les revenus se sont justement détériorés, je considère qu’une réduction de 75 % est une décision rationnelle.
Ce n’est pas parce que les discussions et les issues sont différentes, mais simplement parce que le fait de les séparer en onglets distincts correspondait sans doute mieux à leurs préférences.
Publier à la fois une sorte de todo list et les discussions dans l’onglet des issues, puis les gérer avec des tags
vs
utiliser l’onglet des issues uniquement comme todo list, et les discussions uniquement comme discussions
Je ne savais même pas que ce genre de chose existait, mais ça donne l’impression d’un espace un peu nostalgique. On y retrouve quelque chose de l’Internet des débuts, et ça me rappelle aussi l’époque des services en ligne sur PC.
Ces derniers temps, je me dis moi aussi que je devrais peut-être créer un blog anonyme géré un peu à l’arrache, sans même passer le correcteur orthographique. Je ne sais pas si c’est l’âge, quelque chose de personnel, ou un phénomène plus général dans la société, mais une chose est sûre : en ce moment, le slop me fatigue quand même.
Euh, il me semble avoir vu il y a peu un post de la personne qui avait publié un utilitaire à ce sujet...
J’aime TanStack Router
Merci de partager ce contenu intéressant.
Merci de partager ce bon contenu.
https://www.coderabbit.ai/
Quelqu’un l’a déjà utilisé, CodeRabbit ? Le prix est assez élevé, mais je ne sais pas si ça vaut vraiment le coup.