Je pense que les microservices ont aussi beaucoup d’avantages dans une startup. Déjà, je recommande vraiment les avantages d’utiliser un monorepo.
Quand l’orientation du produit change, avec les microservices, les parties à modifier sont plus claires et moins nombreuses qu’avec un monolithe. Je pense vraiment que c’est un point très important.
À l’ère du développement largement assisté par l’IA, la petite taille des microservices les rend plus faciles à développer avec l’IA. (Je ne dis pas que c’est impossible avec un monolithe.)
Je reconnais la charge de CI/CD, mais il y a aussi des services qui sont abandonnés à l’étape où l’on cherche encore la bonne direction. Même si on les met en place seulement une fois la direction finale définie, c’est presque du copier-coller, donc on peut les monter en moins d’une semaine.
Les open source qui excellent selon les langages sont très clairement identifiés. On peut par exemple faire la sécurité et la logique métier en Java, et l’IA en Python ; dans une architecture en microservices, on peut ainsi utiliser autant d’open source que possible selon leurs points forts.
Sommes-nous devenus incapables de vivre ne serait-ce qu’une journée hors de ce monde fait de 1 et de 0.... Ça ne me semble pas être l’histoire de quelqu’un d’autre...
J’avais déjà entendu parler de détox digitale, mais de botox digital, c’est une première pour moi lol
Je me demandais concrètement comment fonctionne Starlink, et ça a largement répondu à mes interrogations.
La bande protégée mentionnée dans cet article est de 1400 à 1427 MHz, et elle inclut non seulement les observations des sols et des océans évoquées ici, mais aussi les ondes radio émises par l’hydrogène galactique observé en radioastronomie (1420,405 MHz).
C’est pourquoi les puissants brouillages électroniques produits lors de conflits militaires rendent la radioastronomie très difficile.
À titre de référence, il existe une page web qui affiche sur une carte, mois par mois, les interférences radio détectées dans cette bande à partir des données satellitaires mentionnées dans l’article.
Ce qu’on y remarque de très particulier, c’est l’archipel japonais. Ailleurs, sauf dans les zones de tension militaire, les détections apparaissent surtout sous forme de points épars, alors que sur le Japon, l’ensemble des îles apparaît en rouge vif. Même les données les plus anciennes affichées sur cette page web, celles d’avril 2015, montrent déjà tout le territoire teinté de rouge.
J’ai donc cherché pourquoi le Japon était le seul cas de ce type, et la cause serait les récepteurs japonais de télévision numérique par satellite.
Le Japon a arrêté la télévision analogique en juillet 2011, puis a porté en décembre de la même année le nombre de chaînes BS numériques par satellite à 24. Le signal de cette diffusion satellitaire utilise la fréquence élevée de 12 GHz, et comme il est difficile de le traiter directement dans les appareils, il est converti en interne en IF (fréquence intermédiaire) pour être traité.
Le problème est que, pour le canal 21, la fréquence de conversion intermédiaire est de 1415 à 1450 MHz, ce qui chevauche la bande protégée mentionnée plus haut, et il semble que les normes japonaises de l’époque aient été plus laxistes qu’aujourd’hui.
En conséquence, des millions de récepteurs et d’amplificateurs de distribution laissant fuir un peu de rayonnement dans cette bande se sont retrouvés répartis dans tout le Japon, ce qui a provoqué le problème. La quantité d’interférences émise par chaque appareil restait dans les limites réglementaires, mais comme des millions d’entre eux fonctionnaient simultanément, c’est toute la bande qui s’en est trouvée affectée.
Depuis 2018, le ministère japonais des Affaires intérieures et des Communications a renforcé les normes de fabrication et d’installation des récepteurs satellite et subventionne le remplacement des anciens appareils, mais le problème n’est toujours pas résolu à ce jour.
Waouh… je n’avais fait qu’entendre parler de Starlink, mais voir un retour d’expérience réel, c’est fascinant. J’ai pris beaucoup de plaisir à lire ça !
OpenSearch a émergé en 2021 à la suite du changement de licence d'Elasticsearch, avec pour objectif d'être un remplaçant compatible. Bien qu'il soit largement compatible, en particulier la version 1.x avec Elasticsearch 7.10, ce n'est pas une solution entièrement interchangeable. Elasticsearch a continué d'évoluer, avec davantage de fonctionnalités et d'optimisations, notamment dans Kibana et les agrégations. Les performances dépendent des applications, les deux étant construits sur Lucene. Certains utilisateurs estiment qu'OpenSearch est plus lent et que ses forks de Kibana comportent des bugs. Malgré le retour d'Elasticsearch à l'open source (AGPLv3) en septembre 2024, certains préfèrent OpenSearch pour son caractère véritablement open source et le support d'AWS. Bien que la recherche vectorielle soit un différenciateur clé, les implémentations à grande échelle nécessitent une gestion attentive de la RAM. En fin de compte, le choix dépend des besoins spécifiques, les deux ayant leurs forces et leurs faiblesses. Je travaille sur OpenSearch avec Davidayo https://www.davidayo.com, un puissant outil d'IA, "AskPromptAI" https://askpromptai.com.
Cela a aussi été brièvement mentionné dans les commentaires, mais l’écosystème beam/otp me paraît vraiment assez souple et intéressant. Dans le cas de Gleam, la bonne syntaxe de Go et de Rust, combinée à la stabilité de beam, en fait un langage assez impressionnant. J’aimerais bien commencer à l’utiliser petit à petit sur de petits projets.
J’ai l’impression que parler de communication au sein d’une même espèce n’a de sens que si elle vit en groupe, sinon cela ne servirait qu’à l’accouplement, mais c’est fascinant.
Dans notre entreprise, nous n’avons pas adopté les éditeurs IA récents comme Cursor ; nous nous contentons d’utiliser les LLM en installant l’extension Continue sur VS Code. Je me dis que nous envisagerons peut-être de l’adopter dans 2 ou 3 ans, quand un éditeur de code dominant aura émergé...
Je pense que les microservices ont aussi beaucoup d’avantages dans une startup. Déjà, je recommande vraiment les avantages d’utiliser un monorepo.
Sommes-nous devenus incapables de vivre ne serait-ce qu’une journée hors de ce monde fait de 1 et de 0.... Ça ne me semble pas être l’histoire de quelqu’un d’autre...
On appelle cela le scoping : limiter le périmètre. Savoir bien scoper pour se mettre en position de réussir, c’est une vraie compétence.
J’avais déjà entendu parler de détox digitale, mais de botox digital, c’est une première pour moi lol
Je me demandais concrètement comment fonctionne Starlink, et ça a largement répondu à mes interrogations.
La bande protégée mentionnée dans cet article est de 1400 à 1427 MHz, et elle inclut non seulement les observations des sols et des océans évoquées ici, mais aussi les ondes radio émises par l’hydrogène galactique observé en radioastronomie (1420,405 MHz).
C’est pourquoi les puissants brouillages électroniques produits lors de conflits militaires rendent la radioastronomie très difficile.
À titre de référence, il existe une page web qui affiche sur une carte, mois par mois, les interférences radio détectées dans cette bande à partir des données satellitaires mentionnées dans l’article.
Ce qu’on y remarque de très particulier, c’est l’archipel japonais. Ailleurs, sauf dans les zones de tension militaire, les détections apparaissent surtout sous forme de points épars, alors que sur le Japon, l’ensemble des îles apparaît en rouge vif. Même les données les plus anciennes affichées sur cette page web, celles d’avril 2015, montrent déjà tout le territoire teinté de rouge.
J’ai donc cherché pourquoi le Japon était le seul cas de ce type, et la cause serait les récepteurs japonais de télévision numérique par satellite.
Le Japon a arrêté la télévision analogique en juillet 2011, puis a porté en décembre de la même année le nombre de chaînes BS numériques par satellite à 24. Le signal de cette diffusion satellitaire utilise la fréquence élevée de 12 GHz, et comme il est difficile de le traiter directement dans les appareils, il est converti en interne en IF (fréquence intermédiaire) pour être traité.
Le problème est que, pour le canal 21, la fréquence de conversion intermédiaire est de 1415 à 1450 MHz, ce qui chevauche la bande protégée mentionnée plus haut, et il semble que les normes japonaises de l’époque aient été plus laxistes qu’aujourd’hui.
En conséquence, des millions de récepteurs et d’amplificateurs de distribution laissant fuir un peu de rayonnement dans cette bande se sont retrouvés répartis dans tout le Japon, ce qui a provoqué le problème. La quantité d’interférences émise par chaque appareil restait dans les limites réglementaires, mais comme des millions d’entre eux fonctionnaient simultanément, c’est toute la bande qui s’en est trouvée affectée.
Depuis 2018, le ministère japonais des Affaires intérieures et des Communications a renforcé les normes de fabrication et d’installation des récepteurs satellite et subventionne le remplacement des anciens appareils, mais le problème n’est toujours pas résolu à ce jour.
Source pour la partie concernant le Japon :
Waouh… je n’avais fait qu’entendre parler de Starlink, mais voir un retour d’expérience réel, c’est fascinant. J’ai pris beaucoup de plaisir à lire ça !
OpenSearch a émergé en 2021 à la suite du changement de licence d'Elasticsearch, avec pour objectif d'être un remplaçant compatible. Bien qu'il soit largement compatible, en particulier la version 1.x avec Elasticsearch 7.10, ce n'est pas une solution entièrement interchangeable. Elasticsearch a continué d'évoluer, avec davantage de fonctionnalités et d'optimisations, notamment dans Kibana et les agrégations. Les performances dépendent des applications, les deux étant construits sur Lucene. Certains utilisateurs estiment qu'OpenSearch est plus lent et que ses forks de Kibana comportent des bugs. Malgré le retour d'Elasticsearch à l'open source (AGPLv3) en septembre 2024, certains préfèrent OpenSearch pour son caractère véritablement open source et le support d'AWS. Bien que la recherche vectorielle soit un différenciateur clé, les implémentations à grande échelle nécessitent une gestion attentive de la RAM. En fin de compte, le choix dépend des besoins spécifiques, les deux ayant leurs forces et leurs faiblesses. Je travaille sur OpenSearch avec Davidayo https://www.davidayo.com, un puissant outil d'IA, "AskPromptAI" https://askpromptai.com.
Cela a aussi été brièvement mentionné dans les commentaires, mais l’écosystème beam/otp me paraît vraiment assez souple et intéressant. Dans le cas de Gleam, la bonne syntaxe de Go et de Rust, combinée à la stabilité de beam, en fait un langage assez impressionnant. J’aimerais bien commencer à l’utiliser petit à petit sur de petits projets.
WA!(SM)
Si on morcelle l’équipe à tout-va, ne serait-ce que se réunir pour échanger des avis devient déjà une charge de travail énorme.
Astro : déployer un minimum de JavaScript
Sortie d'Astro 3.0
J’ai l’impression que parler de communication au sein d’une même espèce n’a de sens que si elle vit en groupe, sinon cela ne servirait qu’à l’accouplement, mais c’est fascinant.
Une entreprise même pas capable de faire correctement un moteur se met à enchaîner toutes les conneries possibles, hein ? mdr
+1
Il a peut-être juste goûté à Next.js, haha
Ça me semble logique, haha
J’aime bien les animations, mais il y a trop de pages où elles attirent tellement l’attention qu’elles prennent le pas sur le contenu.
Et surtout, quand elles finissent par casser le rythme de lecture, ça m’agace avant même que j’aie commencé à lire.
C’était vraiment très impressionnant !
Il y a aussi beaucoup d’astuces qu’on peut appliquer immédiatement dans le travail. Merci pour le partage ☺️
Mise en pratique de The One-Person Framework
Atteindre 2 millions d’utilisateurs avec une équipe de développement féminine d’une seule personne
Ces deux articles n’auraient été possibles que grâce à Rails, donc on dirait qu’on parle beaucoup plus de Rails ces temps-ci.
Pourquoi Ruby on Rails reste important - comment un vieil outil survit dans le monde de Next.js
Pourquoi j’ai quitté Next.js pour revenir à Ruby on Rails et Inertia.js
Rails for Everything - la puissance de Rails pour tout
Choisir un travail suffisamment propice pour pouvoir déclarer victoire semble aussi être une compétence importante.
Dans notre entreprise, nous n’avons pas adopté les éditeurs IA récents comme Cursor ; nous nous contentons d’utiliser les LLM en installant l’extension Continue sur VS Code. Je me dis que nous envisagerons peut-être de l’adopter dans 2 ou 3 ans, quand un éditeur de code dominant aura émergé...