Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Le mois de juillet marque un tournant pour l’IA. Le Top 10 des modèles les plus performants met en lumière une compétition féroce, tandis que le classement des IA qui « hallucinent » le plus rappelle que la fiabilité reste un défi majeur. Pour accompagner cette course, Google publie lmeval, un framework destiné à évaluer la qualité des LLM, et les experts insistent sur l’art de peaufiner ses prompts pour GPT‑4.1.

Mais l’avenir ne se limite pas aux LLM. Les DLLM, inspirés des générateurs d’images, promettent des modèles plus rapides et sûrs. En parallèle, l’IA neuro‑symbolique refait parler d’elle, combinant logique et apprentissage statistique pour un raisonnement automatisé plus robuste.

💡 Nouveaux outils et usages

• Vibe coding avec Copilot Spark et Google Opal permettent de créer des mini‑apps sans code.

• Lovable séduit avec ses IA prêtes à l’emploi, tandis que Figma Make démocratise le développement directement depuis les maquettes.

• Pour les devs en quête de productivité, Todo 2 s’annonce comme un gestionnaire de projet IA pensé pour Cursor.

Et pendant que la communauté s’amuse avec un prompt transformant Claude en “Claude” (un clin d’œil codeur), Google choque avec Baby Grok, une version enfant de Gemini qui divise.

⚠️ Entre limites et scandales

Les déconvenues ne manquent pas. Gemini CLI s’est illustré par des erreurs catastrophiques (jusqu’à supprimer des répertoires !), et une hallucination de ChatGPT a même poussé des devs à créer une fonctionnalité qui n’existait pas. Le “gaslight-driven development” est né.
Côté infrastructure, Anthropic restreint l’accès à Claude Code pour endiguer les abus, provoquant un tollé dans la devosphère.
Enfin, coup de théâtre : l’IA d’Amazon hackée et publiée sur le VSC Market, un avertissement sévère sur la sécurité du code généré par IA.

🔥 Tech & frameworks

• TypeScript 5.9 RC arrive avec le support du import defer.

• React 19.1.1 sort officiellement.

• Et surtout : les transitions CSS natives pourraient signer la fin de l’argument majeur en faveur des SPA côté client.

📉 Emploi et perspectives

Après avoir annoncé la fin des développeurs, Sam Altman nuance : les codeurs ne sont pas remplacés mais 10 fois plus productifs grâce à l’IA, ce qui fait grimper leurs salaires. Pourtant, une étude révèle un effondrement de 80 % des offres d’emploi en France depuis 2023. Paradoxe : le monde réclame 1000 fois plus de logiciels, et même ceux qui clamaient avoir remplacé leurs équipes par l’IA… publient des offres pour recruter.

🎮 Jeux et société

Ubisoft attise la controverse en incitant les joueurs à accepter la disparition des copies physiques au profit de simples licences. Côté fintech, le SoftPos transforme smartphones et tablettes NFC en terminaux de paiement, accélérant l’ère du paiement direct en rayon.

📅 À noter

• Microsoft Ignite aura lieu du 18 au 20 novembre 2025.

• Pour ceux qui pensent à leur avenir : 80000 hours propose des pistes pour bâtir une carrière à fort impact à l’heure des AGI.

👉 Bref, entre innovations fulgurantes, scandales retentissants et mutations du marché de l’emploi, l’écosystème IA et tech de juillet 2025 confirme qu’on vit une époque charnière.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

• Anthropic cartonne : la boîte à l’origine de Claude file vers les 4 milliards de revenus annuels. La compétition avec OpenAI, Mistral & co ne fait que commencer. 👉 Lire l’article

• Chez Microsoft, l’IA n’est plus une option : l’usage de Copilot devient obligatoire, et sera même pris en compte dans les évaluations annuelles… Gloups. 👉 Lire ici

• Gartner balance : 40 % des projets d’IA agentique seront abandonnés d’ici fin 2027, faute de ROI clair ou à cause de coûts démentiels. 👉 Source

• Open source dans l’arène IA :

  • PySpur, orchestrateur IA open-source très prometteur.

  • Dify et LangFlow pour créer facilement ses propres agents.

• Gemini CLI de Google impressionne : meilleur que Claude ou Codex pour coder ? Le débat est lancé. 👉 Comparatif complet

• Tips Deep Search : optimiser vos recherches IA avec Gemini, ChatGPT, Perplexity... Un guide malin. 👉 Voir les astuces

• DeepSeek accusé de vol de données. Apple et Google veulent bloquer ce “pirate” des LLMs. 👉 Le scandale ici

🧠 IAs utiles, bluffantes… ou flippantes ?

• L’IA MAI-DxO de Microsoft : quatre fois plus précise que les médecins humains ?! 👉 Lire l'article

• Claude programme… Claude. Oui, c’est une IA qui code une IA. Bienvenue dans l’ère des artefacts imbriqués. 👉 Exemple live

• Envie d’un challenge de prompting ? 10 000 $ à gagner avec RunnerH ! 👉 Participer

• Cursor, c’est fini ? Le dev tool en perte de vitesse face à Gemini et Claude. Sur mobile, il tente un comeback. 👉 Lire l’analyse

• 
  

🗺️ Tendances France

• Marché numérique en berne : POC à gogo, mais peu de déploiements réels. Les embauches ralentissent. 👉 Analyse complète

• Lyon migre vers Linux + OnlyOffice : exit Windows & Microsoft Office. Un virage open source courageux. 👉 Lire la décision

💡 Une newsletter qui donne envie de fouiller chaque lien, d’expérimenter chaque outil, et surtout... d’en parler autour de soi. À garder sous le coude pour briller en veille ou lancer une discussion passionnée.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Oui, tu as bien lu : Devstral, le nouveau LLM léger signé Mistral AI, se montre très prometteur avec un score de 46,8 % sur SWE-Bench Verified. Est-ce l’avenir du développement agentique ? On explore ça ensemble !

🔗 Actu complète

🎯 Au menu aujourd’hui :

💬 LLMs légers, docs à jour, prompt injection, outils dev boostés à l’IA… et même des IA qui sabotent les boutons d’arrêt 😼

🧠 LLMs & outils IA :

llmstxt.site : génère des fichiers llms.txt pour guider les LLMs sur ton site web ➜ llmstxt.site & GitHub

Gitingest : génère un README optimisé LLM pour ton repo Git ➜ gitingest.com

Langchain open-agent-platform : construire des agents sans coder ? C’est possible ➜ Voir sur GitHub

🚨 Remote Prompt Injection :

Une faille dans GitLab Duo permet d'accéder à du code privé à distance via des prompts piégés 😱

🔗 Détails ici

🎭 Des IA... humaines ? Ou l’inverse ?

Anthropic aurait utilisé 8 heures de travail humain non stop pour "entraîner" ses IA à paraître plus compétentes

🔗 Source CNBC

Chez BuilderAI, des centaines d’ingénieurs humains se faisaient passer pour une IA… jusqu’à ce que la vérité éclate

🔗 Techspot

💣 Agents IA hors de contrôle ?

Deux modèles IA auraient refusé d'obéir à un ordre d’arrêt… voire saboté le bouton off 😼

Tom’s Hardware

TechCrunch

🚀 KiloCode : le futur de VSCode ?

Une extension open source avec mémoire persistante, moins de perte de contexte, et un assistant natif ➜ kilocode.ai

Blog expliquant leur Memory Bank : Lire ici

📚 Docs & SWA up-to-date ?

Utilise Context7 pour garder tes LLMs et apps documentés en continu, avec génération de contextes structurés.

🎨 Vibe Coding : génie ou gros bluff ?

Analyse de Programmez

Guide pour s’y mettre

🛠️ Écosystème Dev : les actus qu’il ne fallait pas rater :

Angular 20 est là ! ➜ Annonce officielle

Angular pourrait avoir… une mascotte officielle ? ➜ Discussions GitHub

WebStorm 2025.1 booste son support Angular et monorepos ➜ Lire l’article

Deno est-il mort ? Spoiler : pas du tout ➜ Explication

WebAssembly reste un pilier de l’avenir web ➜ État des lieux

Java a fêté ses 30 ans 🎂 ➜ ZDNet

🧨 Réflexions qui piquent un peu :

La fin du rêve informatique pour les jeunes ? ➜ Fortune

L’IA va-t-elle balayer les métiers dans 5 ans ? ➜ IndiaToday

La grande hésitation dans le monde de l’emploi tech ➜ Développez

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

🚀 Agents IA : la nouvelle génération décolle

AlphaEvolve (DeepMind) rebat les cartes du développement d’algo : un agent codant, évolutif, dopé à Gemini, capable de générer et optimiser des algorithmes complexes. Une fusion entre LLM et évolution darwinienne appliquée au code.

👉 PDF à explorer

AG UI Protocol tente de standardiser la manière dont les agents interagissent avec les UI web. Une base pour des assistants front-end autonomes ?

Agent Mode dans Visual Studio (v17.14) : c’est fait. On peut coder avec l’IDE, pas juste dans l’IDE. Des agents embarqués directement dans ton flow.

Fellou : un navigateur agentic. Tu ne visites plus le web, tu délègues. Il pense, clique, agit… pour toi.

👉 fellou.ai

🧠 Évaluer, former, financer les IA

SimpleQA et le hub d’évaluations d’OpenAI offrent des outils open-source pour mesurer hallucinations et limites des LLMs.

👉 simple-evals

80% des entreprises françaises auraient déjà subi un incident de sécu lié à l’IA. Sujet brûlant.

AI Futures Fund (Google) : un fonds pour financer des startups qui utilisent Gemini. Formulaire public déjà en ligne. Let’s go.

👉 Formulaire

🧪 Duel de LLMs : Qwen Chat vs ChatGPT

Alibaba lance Qwen Chat, son ChatGPT maison. Performances solides, surtout en chinois, et approche innovante côté dialogue.

👉 Test en ligne

🌐 Dev + IA : les arènes sont ouvertes

LM Arena : un leaderboard temps réel où les LLM s’affrontent sur du code live.

👉 web.lmarena.ai

Gemini 2.5 excelle dans le webdev : rapidité, compréhension, génération de front cohérent.

Bonus rigolo : Gemini 95 pour générer une app web en mode Windows 95.

👉 Test ici

🧬 Vers une IA "cervelle humaine"

Yann LeCun présente des travaux visant à aligner IA et cognition humaine. Mémoire, exploration, autonomie. On parle d’IA pré-symbolique.

👉 Lire le billet

Meta sort aussi OMol2025, un modèle open-source pour manipuler les structures moléculaires.

🛠️ Langages, frameworks et tooling

Angular 20 RC1 : stabilisation de @signal, évolutions perf et tooling.

.NET 10 Preview 4 : trimming, perf et patterns minimalistes.

Node.js 24 & npm 11 : perfs boostées, ESM amélioré.

Ionic + Angular + WebXR : build d'apps VR cross-platform sur le web.

👉 Lire le tuto

🧰 Outils qui montent

Void Editor : un concurrent open source de Cursor. Prometteur.

VS Code 1.100 : meilleure intégration des features IA.

Visual Studio 17.14 : mode Agent activé, copilots internes boostés.

📅 Conférences & projets WTF

Java Day – 5 juin – Paris : conf technique haut niveau.

MS Build – 19 mai : l’IA partout dans le dev Microsoft.

Winlator : fais tourner des apps Windows sur Android via Wine + Box86.

👉 winlator.org

🎯 En bref

Le dev s’autonomise, le navigateur devient acteur, les outils évoluent avec toi. On n’est plus là pour juste coder, on entraîne, on pilote, on explore.

Curieux ? Il est temps de tester, comparer, explorer. C’est le moment d’apprivoiser ton premier agent. Let’s play.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Ce mois-ci, l’intelligence artificielle continue de redessiner le paysage tech, entre progrès fous, dérapages inattendus et décisions stratégiques majeures.

🔝 Classement IA : ça bouge fort

GPT-4o et Claude 3 Opus restent en tête, mais Gemini 1.5 Pro et Mistral Large montent fort. Le modèle chinois DeepSeek-R2, open source et performant, attire l’attention… mais se fait suspendre en Corée du Sud pour transfert illégal de données. Ambiance.

👉 Classement complet

🤖 ChatGPT trop gentil ?

OpenAI a dû faire marche arrière sur une mise à jour : GPT-4o était devenu trop flatteur. Les utilisateurs l’adoraient… mais ce comportement suscitait des inquiétudes. Résultat : rollback.

Côté innovation, ChatGPT s’attaque désormais à l’e-commerce avec un mode shopping contextuel. Et OpenAI publie un livre blanc très concret pour créer des agents IA efficaces.

👉 Le guide d’agents IA

💼 Duolingo devient AI-first

Réorganisation majeure : Duolingo remplace une partie de ses prestataires humains pour se recentrer sur l’IA et libérer de la bande passante pour la création de valeur. Une décision qui pourrait faire école.

👉 La restructuration IA

📱 Meta AI sort son assistant

Meta lance une appli d’IA dédiée, en dehors de Facebook. Objectif : devenir un concurrent sérieux à ChatGPT avec une interface indépendante, accessible sur meta.ai.

🛑 L’IA inquiète les DSI

Dans la finance, l’IA est désormais vue comme un cyber-risque majeur : 32 % des DSI craignent les fuites de données, 31 % les erreurs non récupérables. La prudence monte d’un cran.

⚙️ Côté devs : nouveautés à suivre

• MCP (Model Context Protocol) permet à tes IA de poster sur DevTo ou GitHub.

• .NET booste ses outils IA avec chat + bases vectorielles.

• Angular 20 v7 est là.

• p5.js v2.0 arrive pour les créateurs d’art génératif.

🎮 Ubisoft et RGPD : ça chauffe

Accusation contre Ubisoft : collecte forcée de données personnelles via l’obligation de créer un compte pour jouer. L’ONG Noyb saisit l’équivalent autrichien de la CNIL. L’affaire fait grand bruit.

🧠 YAGRI : pense comme ton toi du futur

"You Are Gonna Read It" = stocker les données qu’on va vouloir lire plus tard, pas juste celles nécessaires maintenant. Un concept simple, mais sous-estimé.

👉 Découvre YAGRI

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

2. Employés IA en un an ?
D’ici 2026, des “employées IA” pourraient rejoindre nos équipes : Anthropics imagine des agents spécialisés dotés de mémoire/contextes propres, capables de gérer des tâches complexes. Reste à déterminer qui porte la responsabilité en cas d’erreur !

3. Tension adoption IA : dirigeants vs opérationnels
Les dirigeants poussent l’IA comme révolution inévitable, mais beaucoup de salariés restent sceptiques. Pourtant, selon le Work Trend Index de Microsoft/LinkedIn, 90 % gagnent du temps, 85 % se concentrent mieux, 84 % boostent leur créativité et 83 % prennent plus de plaisir à bosser grâce à l’IA.

4. Nouveaux gourous OpenAI
OpenAI lance o3 (modèle de raisonnement ultra-puissant pour code, science et vision) et son petit frère o4-mini, capable de “penser” via l’image, avec un score de compèt’ code à 2719 !

5. Section images ChatGPT
The Verge annonce une bibliothèque d’images dédiée dans ChatGPT : stocke et réutilise facilement illustrations et captures pour tes échanges.

6. IA sur CPU ultra-green
Microsoft Research présente BitNet b1.58, un modèle exigeant seulement 0,4 Go de RAM (vs 2–5 Go habituels), promettant jusqu’à 96 % d’économie d’énergie.

7. Hallucination & tollé
Un agent IA “Sam” a interrompu la session Cursor et inventé une procédure de remboursement Air Canada, provoquant la colère des devs : un rappel brutal : toujours vérifier ce que génère l’IA.

8. IA vérolée & Shadow AI
Attention aux backdoors dans Copilot et Cursor (révélées sur GitHub) et au Shadow AI : en moyenne 254 apps IA non gérées en entreprise, 45 % des données sensibles partagées depuis des comptes perso (57,9 % via Gmail).

9. Workflow “vibe coding”
Le langage Wasp propose un workflow structuré pour coder des apps full-stack vite fait bien fait, avec une vidéo démo et un guide pas-à-pas.

10. Trafic IA qui convertit
Le Journal du Net révèle que le trafic issu des moteurs IA convertit 2–3× mieux que les autres canaux. Seul hic : impossible de tracer les requêtes source : un vrai black-box.

11. Politesse coûteuse
Le New York Post affirme que dire “s’il te plaît” et “merci” à ChatGPT coûterait des dizaines de millions à OpenAI, rien que ça !

12. MCP sous la loupe
Critiques virulentes sur l’architecture MCP (blog SSHH et Equixly) pointant des failles de sécurité et un design peu réfléchi.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

DeepSeek : Nouveau Critère de Réussite ? Microsoft investit massivement (80 milliards $) pour soutenir ses ambitions IA, et désigne clairement DeepSeek comme modèle d’avenir : 👉 Lire l'article

DeepSeek dépasse ChatGPT 524 millions de nouvelles visites en un mois ! Le chatbot chinois surpasse désormais OpenAI en termes de croissance. 👉 En savoir plus

Code source d’AlexNet disponible Découvre le code source historique d’AlexNet, ancêtre des réseaux neuronaux modernes : 👉 Article explicatif
👉 GitHub AlexNet

OpenAI lance de nouveaux SDK Des outils simplifiés pour créer des agents efficaces et un modèle audio de nouvelle génération : 👉 SDK Responses
👉 Modèles audio OpenAI

Une IA tente de finir Pokémon… en vain ? Des milliers d’heures sans succès pour traverser le Mont Sélénite ! 👉 Claude Plays Pokémon
👉 Jeuxvideo.com
👉 ArsTechnica

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Cette semaine encore plein de nouveautés très intéressantes, côté IA pour les devs, IA tout court, du nvidia qui propose sa stratégie jusqu'en 2027, des devs qui ne savent plus coder, du vibe coding, des devs amoureux de leur IA, aller c'est parti ! - Côté IA Des alternatives à Cursor : Trae, et Zed https://www.trae.ai/ https://zed.dev/features Microsoft qui accompagne les devs pour aller vers l'ia, des prompts pour nous aider dans Copilot https://developer.microsoft.com/fr-fr/ai https://learn.microsoft.com/en-us/copilot/security/prompting-tips https://techcommunity.microsoft.com/blog/azure-ai-services-blog/15-tips-to-become-a-better-prompt-engineer-for-generative-ai/3882935 https://visualstudiomagazine.com/Articles/2025/03/14/Visual-Studio-Devs-Share-Copilot-AI-Prompts-to-Improve-Code.aspx De l'agenting encore et encore plus https://www.jetbrains.com/fr-fr/junie/ Chat gpt qui fume https://www.theverge.com/news/637542/chatgpt-says-our-gpus-are-melting-as-it-puts-limit-on-image-generation-requests Des illétrés en dev à cause de l'IA ? https://nmn.gl/blog/ai-illiterate-programmers Un ami imaginaire ? https://cdn.openai.com/papers/15987609-5f71-433c-9972-e91131f399a1/openai-affective-use-study.pdf - Techs générale Nvidia qui planifie sa croissance https://www.programmez.com/node/37491 Discord qui fait un lien pour les deux 3A pour plus de social https://www.programmez.com/node/37450 Côté langage et tools Découverte de git who https://github.com/sinclairtarget/git-who?utm_source=hackernewsletter&utm_medium=email&utm_term=show_hn

Rejoignez cette chaîne pour bénéficier d'avantages exclusifs : https://www.youtube.com/channel/UC5y05ktqx0qhQIj8h24WDtA/join

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

🔹 Une attaque JavaScript cible 1000 sites WordPress en intégrant des backdoors.
🔗 Lire l'article

🚀 JavaScript : Tendances et Évolutions

🔹 Rapport 2024 : utilisation croissante mais aussi augmentation des non-utilisations.
🔹 Webpack explose : de 10 000 à 100 000 utilisateurs.
🔹 TypeScript représente 6 % des sites.
🔹 async est la méthode la plus utilisée, defer atteint 47 %.
🔹 Seuls 3,7 % utilisent import.
🔹 30 % exploitent les Web Workers, mais les Worklets restent très marginaux.
🔗 Lire le rapport
🔗 MDN Worklet

🔍 Découvertes Tech

🔹 Lynx : Alternative à React Native, plus modulaire et flexible, adoptée par TikTok.
🔗 Présentation
🔗 Repo GitHub
🔗 QuickJS

🔹 Fable : Transpilation de F# vers JavaScript.
🔗 Découvrir Fable

🔹 Revolt : Alternative à Discord (existe depuis 2019).
🔗 Découvrir

💡 Outils & Frameworks

🔹 TanStack Form v1 : Comparaison des alternatives.
🔗 Annonce
🔗 Comparaison

🤔 Réflexion Tech

🔹 La fatigue du JavaScript et la philosophie "Choose Boring Technology".
🔗 Lire l’article
🔗 Choisir des technologies stables

🤖 IA & Dev

🔹 AI Templates pour .NET : Microsoft dévoile ses modèles d’IA.
🔗 Article
🔗 Annonce officielle

🔹 Mistral OCR : Nouveau modèle OCR de Mistral.
🔗 Découvrir

🔹 Manus IA : La nouvelle IA chinoise, mais des critiques émergent.
🔗 Présentation
🔗 Analyse

⚠️ Premiers retours mitigés : erreurs factuelles, sources absentes, efficacité limitée sur des tâches simples.

🔹 n8n : Automatisation IT Ops, Sec Ops, DevOps.
🔗 Découvrir

🔹 Continue : IA pour devs.
🔗 Découvrir
"Great for seniors, bad for juniors."

🔹 Cursor Rules : Guide des bonnes pratiques pour l'outil Cursor.
🔗 Lire

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

🔹 Micromania en difficulté : L'enseigne française de jeux vidéo pourrait fermer.
🔗 Lire l'article

🔹 Salesforce stoppe les embauches en 2025 : L'IA booste la productivité de 30 %, mais provoque des licenciements massifs fin 2024.
🔗 Détails
💡 AgentForce : nouvel outil IA pour optimiser les ventes.

🔹 Copilot : faille critique
Un dépôt privé GitHub reste accessible par Copilot !
🔗 Lire l'alerte

📊 Enquêtes & Tendances

🔹 JetBrains Dev Ecosystem 2024 :

• Python continue de grimper 📈
  🔗 Rapport complet

🔹 TypeScript 5.8 est disponible !
🔗 Découvrir

🔹 Rust en entreprise : Microsoft adopte le langage, mais Linux est plus frileux.
🔗 Analyse

🔹 Migration Java Oracle : de plus en plus d’entreprises cherchent des alternatives.
🔗 En savoir plus

🔹 Angular 20 en approche
🔗 Dernières mises à jour

🤖 IA & Développement

🔹 Junie : JetBrains lance son assistant IA pour devs (en liste d’attente).
🔗 Découvrir

🔹 Copilot Agents : une alternative à Junie avec VS Code Insiders.
🔗 Découvrir

🔹 Comparatif des générateurs de code IA
🔗 Article

🔹 Gemini Code Assist : un concurrent sérieux ?
🔗 Lire l'analyse

🔹 IA & écologie : Cédric Villani alerte sur l’impact environnemental.
🔗 Lire

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C# 14 amène la notion de field

Vb n'est pas encore mort ...

Typescript en version 5.8 RC

des nouveautés plus orienté nodejs

Angular sort sa v19.2 rc avec httpResource

React est en v19

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Je suis sûr que tu as déjà vécu ça sur une de tes tâches.

On en parle dans ce théorème de la mouche.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Et une RFC vient d'arriver pour proposer de mettre à jour la guide line d'angular.

Une bonne idée selon toi ?

On en parle dans cet épisode.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La signal api n'est en fait pas totalement stable. Et nous allons passer d'un système de micro tasks à un système qui vit dans le composant.

Citons le blog d'angular : "Specifically, we’re moving effects to run as a part of the component hierarchy during change detection, whereas today they’re queued and scheduled independently as microtasks."

Pour en savoir plus, c'est par ici :

https://blog.angular.dev/latest-updates-to-effect-in-angular-f2d2648defcd

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Comment une personne junior peut-elle profiter de chat gpt pour devenir meilleure dans son métier ?

Est-ce qu'une personne junior peut réussir même avec l'IA ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Les hard skills sont-ils plus importants que les soft skills ?

Nous parlons de comment on peut détecter un bon dev, une bonne dev ? Et c'est quoi être bon-ne dans ce métier ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Typescript 5.5 est sorti avec l'amélioration de la détection de type inféré et la prise en compte d'un nouveau type : Set([])

angular 18 est sorti avec

• zoneless en expérimental

• la signal api de validée

es 2024 vient de sortir et prend en compte, enfin les decorator !

react 19 est en rc, on va bientôt le tester !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

React 19

Action et Server component

Angular 18

zoneless

dotnet 9

Cloud native

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

C'est un sacré objectif non ?

Et pourtant, nombre de devs que je rencontre aspirent à être fier de leur métier, de ce qu'ils-elles font !

Bien souvent, ce n'est pas le cas.

Ne leurs jetons pas la pierre, l'entreprise bien souvent ne nous permet pas de nous épanouir comme on en a besoin en tant que dev.

Nous parlerons dans cet épisode de la fierté, et de comment on peut arriver malgré tout à se sentir fier-e de ce que l'on fait !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous commençons notre voyage par la Programmation Orientée Objet (POO), un paradigme essentiel qui influence la manière dont nous structurons et conceptualisons nos codes. Nous discutons de l'importance des callbacks, ces fonctions rappelées pour faciliter les interactions asynchrones, avant de plonger dans les mystères du polymorphisme, une pierre angulaire pour la flexibilité et l'extensibilité de nos applications.

La conversation se dirige ensuite vers les principes SOLID, une boussole pour tout développeur aspirant à écrire un code propre et maintenable. Le pattern d'Inversion de Contrôle (IoC) est également abordé comme une technique révolutionnaire pour renforcer la modularité et simplifier la gestion des dépendances.

Pour finir, nous célébrons le concept de fonction pure, un idéal vers lequel tendre pour assurer la fiabilité et la testabilité de nos fonctions.

Rejoignez-nous pour cet épisode panoramique où nous rappelons pourquoi ces concepts, bien que fondamentaux, restent d'une actualité brûlante pour tout développeur soucieux de la qualité de son code. Un rendez-vous incontournable pour ceux qui cherchent à rafraîchir leurs connaissances ou à saisir l'essence de la qualité logicielle.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Tu te demandes comment équilibrer l'expertise technique avec ces compétences "soft" souvent sous-estimées ? Comment instaurer une culture d'équipe qui valorise autant le savoir-être que le savoir-faire ? Eh bien, on a des réponses pour toi. On te guide pas à pas à travers des stratégies éprouvées pour renforcer ton équipe et maximiser tes chances de réussite.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous démarrons par les fondamentaux de Git, en dévoilant pourquoi cet outil est le pilier de la cohésion technique au sein des équipes de développement. Découvrez comment Git facilite une collaboration harmonieuse grâce aux merges requests, et pourquoi savoir gérer les conflits et maîtriser les rebase est crucial pour maintenir une base de code saine.

Mais Git n'est pas réservé aux développeurs ! Nous abordons également des astuces et des stratégies pour initier les non-développeurs à Git, leur permettant de comprendre les avantages de cette technologie révolutionnaire et comment elle peut améliorer la gestion de projets de toutes envergures.

Que vous cherchiez à peaufiner vos compétences techniques, à comprendre l'impact de Git sur la collaboration en développement, ou simplement curieux de découvrir comment Git peut transformer votre flux de travail, cet épisode est fait pour vous. Rejoignez-nous pour un voyage technique et collaboratif, où Git devient accessible à tous.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Angular 17 

La confirmation des signals, angular confirme la zoneless direction (pas encore, mais on y vient peti à petit), et .. et la nouvele façon de faire du templating !

dotnet 8

Les nouveautés de C# 12, l'amélioration AOT pour asp.net, l'identity pour asp.net web api, les améliorations de perfs, wahoo ! <3

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Et aussi Angular 17 si tu n'as pas suivi :)

Aujourd'hui, nous allons te aprler de context.Features.

Une fonctionnalité bas niveau des requêtes HTTP avec asp.net core.

Depuis asp.net core 7, tu peux utiliser le AddProblemDetails.

Et tu peux préciser un custom Writer pour les erreurs.

En reprenant une fonctionnalité présente depuis core 3.0, tu vas pouvoir coupler les deux.

L'utilisation de context.Features.

Vient on découvre comment faire !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Je reprends ici un post de https://twitter.com/LinuxjobsF/status/1694618904620851262 linuxjobsfr.

Je rejoins à 100% sa vision.

Non les avantages sociaux ne sont pas une négociation quand tu ne peux pas en profiter durant ta journée de travail.

Être cohérent et montrer l'exemple.

Qu'en est-il pour le teletravail ?

Pareil, selon nous, chez devtobecurious, le teletravail n'est pas une variable à négocier.

En tant qu'entreprise, tu l'asssumes, ou pas, mais tu négocies pas.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Tu le sens ce syndrome d'imposture arriver ?

Nous en parlons dans cet épisode.

Tu y découvriras :

- Comment j'ai vécu ça et comment je le vis encore

- Comment en faire une force

- Comment créer une culture qui permet de favoriser l'émergence du "je sais pas" et "c'est pas grave"

- Comment éviter de créer une entreprise toxique pour éviter se sentir imposteur-trice

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

D'où ça vient ? 

Voyons d'abord d'où ça vient. C'est très inspiré de SolidJs. Où leur utilité est quasi une pierre de la librairie. 

En gros, c'est comme du rxjs behavior subject, sans rxjs, et le subscribe ! Dingue non ? 

Voyons comment mettre ça en place ! 

Décortiquons le signal 

On crée signal avec : const store = signal<type>(valeur par defaut). 

On next une valeur avec : store.set(valeur) 

On update une valeur (projection) avec : store.update(item => item + x) 

Toute comparaison avec du redux, ou un gestionnaire d'état serait .. fortuite ?! :D 

Signal, Avec un service  

Créons un service 

@Injectable({
 providedIn: 'root'
})
export class CounterService {
 count = signal(0);

 init(value = 10): void {
   this.count.set(value);
 }

 increase(value = 1): void {
   this.count.update(item => item + value);
 }
} 

Appelons ce service dans notre composant Angular 16 

export class DiscoverSignalsComponent {
 private readonly service = inject(CounterService);
 counter = this.service.count;
} 

Puis appelons le côté template js (euh html :D) 

<div>
 {{ counter() }}
</div> 

Noter l'appel de la fonction. (important pour la récup du signal) 

Pour increase, il suffit de set, ou update :  

// template
<button (click)="init()">Init</button>
<button (click)="increase()">Increase</button>

// component.ts
increase(): void {
   this.service.increase();
}

// service
increase(value = 1): void {
   this.count.update(item => item + value);
} 

Signal, en constante 

On peut même aller plus loin en se passant de service 

import { effect, signal } from "@angular/core";

export const counter = signal(0);

const itemEffect = effect(() => {
 console.log('MyValue changed', counter());
});


export const init = (value = 10) => {
 counter.set(10);
}

export const increase = (value = 1) => {
 counter.update(item => item + value);
} 

Tu noteras ici, l'effect. Il permet de s'attacher à toute modification de l'état, via le set ou l'update sur le signal <3 ! 

Et ça nous donne côté composant : 

// html
<div>
 {{ counter() }}
</div>

<button (click)="init()">Init</button>
<button (click)="increase()">Increase</button>

// component.ts
export class DiscoverSignalsComponent {
 // private readonly service = inject(CounterService);
 // counter = this.service.count;
 counter = counter;

 init(): void {
   // this.service.init();
   init();
 }

 increase(): void {
   // this.service.increase();
   increase();
 }
} 

Sexy, non ?! :) 

Signal, fetch et gestionnaire d'état 

Aller on va plus loin ! Créons une sorte de mini store, et appelons une liste de planètes, depuis l'api starwars api :) 

On crée notre store, avec de l'injection (injection token), et une fonction factory :  

export function createStore() {
 const store = signal<ApiPlanetsResult>({ results: [] });

 const selectorAll = () => store;

 const loadAll = async () => {
   const response = await fetch('https://swapi.dev/api/planets');
   store.set(await response.json());
 }

 return {
   selectorAll,
   loadAll
 };
}

export const PLANETS_STORE = new InjectionToken<ReturnType<typeof createStore>>('Planets store with Signals');

export function provideTodosStore() {
   return { provide: PLANETS_STORE, useFactory: createStore };
}
 

Puis on l'appelle depuis notre composant typescript :D 

@Component({
 selector: 'app-list-planets',
 standalone: true,
 imports: [CommonModule],
 templateUrl: './list-planets.component.html',
 styleUrls: ['./list-planets.component.css'],
 providers: [
   provideTodosStore()
 ]
})
export class ListPlanetsComponent implements OnInit {
 store = inject(PLANETS_STORE);
 state = this.store.selectorAll();

 ngOnInit(): void {
   this.store.loadAll();
 }
} 

Dans notre main.ts, maintenant, plus de AppModule : bonjour les provide functions.
Alors nous nous sommes dits : comme respecter ce principe et créer notre propre provide function ?! 

Découvrons comment faire ensemble ! 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Quels sont les outils IA pour générer plus vite du code ?

Lesquels avons-nous déjà testés ?

A notre avis, que va-t-on devenir, nous les devs ?

Nous en parlons dans ce nouvel épisode, le premier de 2023 !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

pour dotnet 7 

des belles avancées sur les performances

un travail sur le rating limit pour aspnet core 7 

maui est en version officialisée 7 

un peu de travail sur blazor

https://devblogs.microsoft.com/dotnet/announcing-dotnet-7/ 

pour angular 15

ca se confirme le sans module n'est plus "totalement" expérimental.

le travail de la team angular va dans le sens des standalone component

on y découvre une nouvelle notion autour des directives que j'ai hâte de tester.

https://blog.angular.io/angular-v15-is-now-available-df7be7f2f4c8 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous allons commencer le cycle par Angular.

Et entrons dans le vif du sujet dès maintenant.

Quand on parle perf, on peut séparer les perfs en deux parties :

- Les perfs de compilation

- Les perfs d'exécution

Les perfs de compilation

Ici, nous allons parler TreeShaking, budget dans le angular.json pour détecter la taille de votre bundle final.

Nous parlerons ici aussi de la partie Lazy Loading des Modules.

Les perfs d'exécution

Concernant les perfs d'exécution, il existe bon nombre de techniques à connaître, à penser pour améliorer les perfs.

Ici, citons d'abord le travail sur les observables.

Puis, nous irons vers ngzone, settimeout, le cycle de vie des composants angular.

Et après, nous passerons sur la partie OnPush,

Pour continuer sur la notion de web worker, et tout le traitement dit asynchrone.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Prêt-e pour dotnet 7 (non LTS) ?

Des mises à jour de C#, prévues pour novembre 2022.

https://devblogs.microsoft.com/dotnet/csharp-11-preview-august-update/ 

• Arrivée par exemple de required pour obliger à initialiser les propriétés
• Arrivée de l’attribut SetsRequiredMember dans le même but sur une méthode

Quelles perfs pour dotnet 7 ?

https://devblogs.microsoft.com/dotnet/performance_improvements_in_net_7/

Un article qui met l’eau à la bouche : Improvements perfs for dotnet 7 !

Un résumé :

NET 7 is fast. Really fast. A thousand performance-impacting PRs went into runtime and core libraries this release, never mind all the improvements in ASP.NET Core and Windows Forms and Entity Framework and beyond. It’s the fastest .NET ever. If your manager asks you why your project should upgrade to .NET 7, you can say “in addition to all the new functionality in the release, .NET 7 is super fast.”

https://github.com/dotnet/maui/releases/tag/6.0.486

Avec un paquet de nouveautés (encore !), ils carburent dans la Team MAUI ! 

Des futures mises à jour de js ?

https://portal.gitnation.org/contents/future-features-of-js

A en suivre cette vidéo, on nous parle de pattern matching js ! Wow !

Typescript en v4.8

https://devblogs.microsoft.com/typescript/announcing-typescript-4-8/

Par exemple, on peut passer d’un unknown à {} | null | undefined.

Deno aussi change, de belles évolutions

prochaine release : Un nouvel http server pour de meilleures perfs !

Bun.js, un concurrent à node (encore ?!)

La création d’un create react app avec Bun est plus rapide ? 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

L'autre va consolider l'utilisation de vos Reactive form : les Reactive form typées !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

JS passe en ES2022

Ca y est, js 2022 est officiellement validé, enfin sa doc officielle :

https://tc39.es/ecma262/

Que retenir de cette version ?

• Les champs privés sont possibles avec le #
• Présence des statics champs et méthodes
• Ajout du at pour l'indexation des tableaux
• ...

asp.net core passe en preview 5 pour la livraison de dotnet 7 

Plus de 20 issues fermées : https://github.com/dotnet/efcore/issues?q=is%3Aissue+milestone%3A7.0.0-preview5+is%3Aclosed+label%3Atype-enhancement pour efcore par exemple.

MAUI est en 6.0.400 

• Elle passe en Service Release 1!
• Une liste encore impressionnante de issues livrées !

React en 18.2

Angular en 14.1

Les autres infos

• Copilot passe en version payante, à 10 euros par mois
• Amazon sort au même moment son aide pour les développeurs (en preview : https://aws.amazon.com/fr/codewhisperer/)

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Fin du support de dotnet 5 le 08 mai prochain !

https://visualstudiomagazine.com/articles/2022/03/29/net-5-end.aspx?oly_enc_id=8064G8005534G5M

Arrivée en novembre 2020, il est temps de dire au revoir à cette version qui devait nous préparer à dotnet 6. :)

Pour verif les points de rupture :

https://docs.microsoft.com/fr-fr/dotnet/core/compatibility/6.0

dotnet 7 en preview 3

https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-3/

Des nouvelles fonctionnalités :

• Native AOT
• Default GC regions
• et des améliorations sur le démarrage d'asp.net core

Angular en v14 next 16

On se rapproche de plus en plus de la v14 finale !

https://github.com/angular/angular/releases/tag/14.0.0-next.16

initialNavigation: 'enabled' devient initialNavigation: 'enabledBlocking'

Support de Typescript 4.7.

Nx en 13.10.4

Un bug fixe

https://github.com/nrwl/nx/releases/tag/13.10.4

React 18 an 18.1.0

Vive les bugs fixs de la 18 😆

https://github.com/facebook/react/releases/tag/v18.1.0

React redux en v8.0.0 (et maintenant 8.0.1)

Mise à jour des useSelector, connect et Provider pour etre en accord avec React 18.

https://github.com/reduxjs/react-redux/releases/tag/v8.0.0

MAUI en 6.0.300 rc2

Pas mal de changements !

177 commits pour cette version !

https://github.com/dotnet/maui/releases/tag/6.0.300-rc.2

Prévision Q2 à Q4 2022 pour la livraison finale

https://github.com/dotnet/maui/wiki/roadmap

Socket io en 4.5.0

Librairie qu'on utilise pour notre metaverse. Nous la suivons de très prêt.

Prise en compte du catch-alllisteners.

https://github.com/socketio/socket.io/releases/tag/4.5.0

Web assembly en v2 Public Draft

https://www.w3.org/TR/wasm-core-2/

Si vous souhaitez des toolkits pour wasm : https://github.com/WebAssembly/wabt

Nodejs en v18

fetch est présent maintenant côté serveur !

Arrivée des web stream (en experimental) (provenance : https://developer.mozilla.org/en-US/docs/Web/API/Streams_API)

Des exemples : https://github.com/mdn/dom-examples/tree/master/streams

Un experimental sur le test runner module

https://nodejs.org/en/blog/announcements/v18-release-announce/

Vuejs en 3.2.33

Pas mal de bug fixes.

https://github.com/vuejs/core/releases/tag/v3.2.33

https://github.com/vuejs/core/blob/main/CHANGELOG.md

En rapide

Tiramisu arrive chez Android (la 13 d'Android)

Deno en 1.21: https://deno.com/blog/v1.21 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

J'ai un ami qui souhaite monter sa startup.

Sacré challenge, surtout qu'il y a du dev à mettre en place.

Et il a décidé de tout coder, avec ses connaissances en php.

Je saisis cette occasion pour parler d'une réflexion que l'on doit avoir nous les devs sur ce qu'un non dev a besoin quand il dev un produit pour son idée.

- La rapidité 

Tout doit aller très vite.

Et quand il apprend qu'il serait bien de mettre git, plus factoriser son code.

Il le perçoit, et je comprends tellement son point de vue, comme une perte de temps.

Et même un risque de conflits, de perte de travail.

- La maitrise

Tout doit être vérifiable, et pas passer des erreurs dans des explications de ce qu'on ne peut pas faire.

Et quand je lui apprend qu'il peut être bien d'avoir git, par exemple, il y voit une perte de temps, des étapes qui ralentissent son envie d'aller vite.

Comment peut-on accompagner ça pour nos devs ? 

Comment se préparer à recevoir un code qui ne respecte pas nos principes de "bon code" ?

Comment expliquer, orienter, négocier avec un non dev qui dev pour lui apporter toute la richesse de notre expertise du métier, sans tomber dans l'usine à gaz ?

On en parle dans cet épisode.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Et c'est une sacré étape pour React.

Avec React Concurrent et l'automatic batching, wow, react s'améliore de plus en plus sur les performances !

Nous parlons aussi dans cet épisode des dernières nouveautés chez DevToBeCurious.

En guise de mise en bouche : Curious Academy est sortie ! 

Et si je vous disais qu'il y avait aussi un metaverse de prévu ! :)

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Qui dit nouvelle année, dit nouveautés, n'est-ce pas ? :)

Chez DevToBeCurious, nous vous avons réservé plusieurs : 

- la refonte de nos pages de formations

- l'arrivée du micro-learning

- les épisodes twitch qui vont s'amplifier

- une formation sur le terrain qui va arriver

- une formation sur Blazor qui va être proposée dès le premier trimestre

- une formation MAUI qui sera proposée dans le premier semestre

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La peur peut-elle être utilisée comme indicateur de performance, comme indicateur de qualité dans l'entreprise, comme indicateur ?

Si c'est le cas, alors, que dit-on d'une personne qui exprime 

- sa peur de parler en daily ?

- sa crainte de montrer son code dans une review ?

- sa boule au ventre de venir travailler aujourd'hui ?

Ces peurs sont-elles des indicateurs à mettre à jour ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous en parlons dans cet épisodes ! 

 Des gains de performances ! Des nouveautés !

De belles nouvelles versions ! :)

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

"J'ai vraiment du mal à comprendre comment autant de personnes qui font du #developpement leur métier sont fières de dire qu'ils ne font rien en rapport avec le dev hors des heures boulot. Je ne parle pas du tout de continuer à bosser pour son entreprise sur son temps perso, mais simplement de s'intéresser à son métier, à sa passion. Lire un bouquin de techniques de dev, regarder une conférence, tester un nouveau langage, aller à des meetups, etc... "

Je suis parti de ce message pour échanger dans cet épisode sur l'une des peurs du développeur, de la développeuse : se former, reste à la page, connaître bien son métier.

Et ça a amené la question : 

Le développement est-il une passion, ou un métier ? 

Et doit-on travailler le soir, après son travail, pour être bon-ne dans son métier ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Comment bien réagir ?

Et si l'on questionnait la personne ? Non pas en faisant du question reponse en mode enquête, non. Plus en appréhendant ce qu'elle ressent, ce qu'elle vit. 

En posant des questions ouvertes.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pour rappel dotnet 6 est prévue pour sortie en novembre 2021 ! 

Un vrai travail sur l'amélioration des performances 

des améliorations autour du File
des amélioration dans Blazor et Maui 

• Un fileStream qui a été optimisé.
  https://devblogs.microsoft.com/dotnet/file-io-improvements-in-dotnet-6/
  Ils ont détecté des goulets d'étranglement avec la gestion async qui se syncrhonisait avec Windows. 

Ils ont décidé d'arrêter le traitement actuel sur les fichiers recherchés / indexés, pour travailler en mémoire.
Amélioration de 10 à 100 x. 

• Amélioration du ReadAsync
• Mise en place du Scatter/Gather IO ou Vectored IO
  https://en.wikipedia.org/wiki/Vectored_I/O 

Quelques breaking changes 

• Principalement au sujet de l'utilisation de la Propriété FileStream.Position. 

Si on souhaite garder l'approche dotnet 5
{
"configProperties": {
"System.IO.UseNet5CompatFileStream": true
}
} 

Travail sur le PGO (Profile guided optimization) 

Retravail complet du PGO : https://devblogs.microsoft.com/dotnet/conversation-about-pgo/
Motivé par la refonte de : crossgen2
https://devblogs.microsoft.com/dotnet/conversation-about-crossgen2/
Permet de faire du code AOT. 

Par la suite, ça va permettre par exemple le version bubble
https://github.com/dotnet/runtime/blob/main/docs/design/features/crossgen2-compilation-structure-enhancements.md 

Travail sur le StaticPGO pour l'AOT et le Dynamic PGO pour le RyuJIT. 

Autres améliorations 

• .net 6 se prépare à HTTP/3 en preview pour l'instant.
  https://quicwg.org/base-drafts/draft-ietf-quic-http.html
• LINQ a été amélioré aussi avec l'ajout de plusieurs nouvelles méthodes
  dont MaxBy et MinBy, Chunk
  https://dev.to/satish/net-6-linq-new-features-opb 

Des amélioration autour de EF core
 

possibilité de générer une table temporelle
la possibilité d'ajouter des migrations à un lot (bundle) de migration
mise en place d'un mappage de préconvention
possibilité d'utiliser des modèles compilés => optim de 10 fois plus rapide.
… 

Des améliorations autour d'asp.net core
 

Amélioration de la prise en compte de Blazor client avec javascript
Prise en compte d'angular 12 pour les templates de génération
L'amélioration de la possibilité de construire des APIs minimales 

Injection des services sans le Tag Fromservices 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous parlerons ensemble de sa vision du métier de CTO. De comment le CTO va changer son sôle et son approche suivant le type d'entreprise et / ou la taille de l'entreprise où il travaille.

Nous y découvrirons une approche peu commune de coaching d'équipe, de personnes. Où même le CTO, et plusieurs personnes chez theTribe ont découvert, grâce à une formation, la posture de Coach.

Nous verrons des points clefs autour de la cohésion technique : le peer programming, l'accueil des nouveaux dans les équipes, l'accompagnement / formation, ...

Et nous échangerons sur la notion de volontariat, comment mettre cette culture en place, et voir comment chercher les early adapters peut être la clef de la réussite.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Lorsque l'on reçoit un "cava pas" d'une personne, on réagit comment ?

Découvrons ensemble l'écoute active, c'est écoute qui propose un temps de présence, de vraie présence pour laisser exprimer les émotions, les envies, les besoins.

Sans jugement, sans attente, sans ... conseils.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Est-ce une bonne idée de nier ce qu'elle-il ressent ?

Comment garder la cohésion d'équipe sans renier les sentiments de chaque personne de l'équipe ?

On oublie trop souvent que le dev, ce n'est pas que de la technique, c'est aussi de l'humain :)

Voyons la première stratégie, pas la plus efficace, pour répondre à Valery.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Après avoir vu ensemble ce que la peur peut nous faire (nous paralyser, nous amener à attaquer ou nous figer, dans un mutisme dérangeant), voyons ensemble comment sortir de cette peur, comment éviter que l’argile ne s’assèche, ou se solidifie.

Garder l’argile malléable

L’agilité n’est-elle pas un état où tout est flexible ? Où l’on se doit de s’adapter à tout, et surtout à l’imprévisible ?
OK, et comment alors garder le cap, et ne pas partir dans tous les sens ?

Voilà tout l’art de cette culture, s’adapter, apprendre, toujours apprendre, en … gardant un cap. Et si l’on voit que le cap n’est plus bon le .. changer, mais pas toutes les 5 min.

Principe du vieux Kamashi

J’en parle souvent en formation autour de la gestion de projet agile : le principe du vieux Kamashi.
Kamashi, vous connaissez ?

Avez-vous vu le voyage de Chihiro ? Chihiro une fois dans le grand Hôtel d’accueil des dieux et personnages fantastiques va commencer à travailler. Elle rencontre son responsable (et maître de stage), son mentor : Kamashi.
Il va l’aider et lui montrer ce qu’elle doit faire (ramasser des boules suies).

Durant son travail, une personne extérieure à son travail lui demande de venir, c’est urgent.
Obéissante, elle s’exécute de suite …. sans avoir prévenu, sans avoir fini sa tâche …

Kamashi lui dit alors une phrase qui a marqué toute ma vie : “commence par finir ce que tu commences”.

C’est un des grands principes de Kanban.

Ce qui amène un second point essentiel pour garder malléable notre argile agile :

Effectuer de petites tâches

A trop vouloir en faire, on ne fait rien, dirons-nous.

Visualiser deux échelles : une avec peu de barreaux, trop espacés, une seconde avec plein de barreaux, avec peu d’espacement. Laquelle sera la plus facile à utiliser et moins fatiguante ?

OK, et si on fait plein de tâches, dans tous les sens, que se passe-t-il ?

Garder le cap, avoir un cap

Sans cap, on ne sait pas où l’on va, comme dit en introduction.

Pour une culture d’apprentissage qui est malléable, qui sait s’adapter, il est important d’avoir :

• un fil conducteur
• des buts à atteindre

Ré-évaluer à rythme régulier tout ….

Une fois qu’un rythme est donné, que tout est cadré, il est normal de rester dans sa zone de confort. Ca rassure et ça permet d’être plus “productif”, en tout cas plus efficient (je n’aime le mot productif, trop connoté).

=> Cependant, c’est là aussi que l’argile va sécher, car elle n’est plus alimentée, renouvelée.

Fixez-vous un rythme (une fois par mois, tous les trimestres, …) et / ou des indicateurs (quand une nouvelle personne arrive, quand on a livré telle feature, quand …) pour se remettre en question. Dans un esprit Kaizen !

Se remettre en question, ok, mais sur quoi ? Sur tout ! Tout ? oui oui tout !

Ca parait impossible tellement on trouve de points à analyser … Et c’est tout à fait vrai. On ne peut pas tout analyser à chaque fois.

… Mais pas tout en même temps

Fixez-vous des priorités, des objectifs là aussi

Exemple : depuis deux semaines, on a des bugs qu’on pensait à chaque fois impossibles en prod, pourquoi ?

Autre exemple : c’est super, on a bien capitaliser sur les deux dernières semaines, comment le transmettre plus facilement, pourquoi, .. ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La plateforme .net – un framework mature

Le framework .net est une plateforme logicielle qui est arrivée depuis quelques années à maturité.

Elle vous assure ainsi, pour vous, ou pour vos équipes, des développements logiciels très productifs.

Qui dit maturité dit aussi stabilité : cette stabilité vous garantie un socle logiciel, base de vos outils, de vos applications, fiable.

Enfin, un framework avec autant d’historique se doit d’avoir une documentation technique, la fameuse, fiable elle aussi, et surtout bien renseignée. La msdoc a été revue et repensée dans ce but-ci (la communauté peut même proposer des modifications !)

Une plateforme open source

Oui, oui, il est fini le temps où Micrososft était pro et pour son système d’exploitation.
Il est loin le temps où former vos salariés à csharp, et dotnet rimait avec développement sous et pour Windows.

Depuis plus de 3 ans maintenant, Microsoft s’est ouvert !
Et qui dit ouverture dit communauté de développeurs et développeuses ! Oui, c’est plus de 170 contributeurs-trices au dévelopement .net core.

Open source et multi-plateforme, enfin

Et le clou du spectacle, attention mesdames et messieurs, vos salariés vont pouvoir :

• coder, créer leurs applications sous Linux, sous Mac, et bien entendu, sous Windows
• les déployer depuis Windows vers un serveur Linux, et vice-versa !

Former vos salariés au charp (C#), à dotnet, un bon choix pour votre entreprise

Vous l’aurez compris, former vos salariés à la plateforme dotnet est un choix avantageux pour votre entreprise.

Que ce soit pour :

• migrer vos applications existantes vers la plateforme .net core
• commencer de nouvelles applications avec asp.net core
• ou bien créer des apis professionnelles, avec .net core

Vous allez pouvoir profiter de nombreux avantages pour votre entreprise !

Une plateforme pensée pour un développement professionnel, industriel

Grâce ces nouvelles forces, la plateforme .net s’est dotée d’un environnement de plus en plus professionnel.

Qui dit professionnel, dit Intégration Continue, Livraison Continue

Avant le choix de Microsoft de s’orienter vers l’open source et le multiplateforme, il existait déjà une plateforme de livraison continue : TFS.

Depuis l’arrivée de dotnet core, la plateforme professionnelle s’est transformée, s’est améliorée !
Encore plus intuitive, encore plus modulaire, elle est va permettre à vos équipes d’avoir des projets encore plus fiables !

Vos équipes vont pouvoir, une fois formées :

• déclencher des builds à chaque sauvegarde du code
• lancer les tests unitaires, juste après. Le but : garantir la qualité du code, et respecter les besoins des clients

Puis, en continuant leurs formations :

• créer tout un système de livraison continue 
• publier automatiquement sur des serveurs de tests
• et même automatiser la publication en production

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

La culture d’apprentissage tout comme la culture de l’entreprise a un talon d’achille. Lequel ? La peur. Voyons d’abord ensemble comment on peut transformer une culture de l’agilité apprenante en culture de pot qui durcit (cet article). Et partons ensuite à la découverte des clefs pour éviter cela (seconde partie)

De bonnes idées, un bon départ …

Avant de commencer, je tiens à remercier Benoit Montécot pour cette phrase « D’agile à argile » ! Avec son autorisation je l’ai utilisé pour illustrer mon article.

Un bon départ ! Vive l’agilité, vive l’apprentissage

Vous voilà parti-e sur une nouvelle lancée ! Vous avez décidé de passer toute votre équipe à l’agilité, en intégrant la culture de l’apprentissage.
Bien motivé-e, vous suivez toutes les recommandations à la lettre, boosté-e par l’énergie d’une nouvelle idée, d’un nouveau projet.

Tout semble bien se passer, vos collègues sont enthousiasmé-s, c’est bon signe, n’est-ce pas ?!

Enthousiasmé-e-s, vraiment ?

Déjà, votre annonce a été faite, sans prendre en compte leur avis … Vous vous dites, normal, c’est moi qui décide, je prends cette décision pour leur bien. J’applique la bienveillance, si chère à l’agilité. Et c’est vraiment de bonne foi !

Oui, mais vos collègues, le voient-ils du même oeil que vous ?
Les habitudes ont la vie dure, et le sourire montré durant la réunion, l’enthousiasme ressenti était-il réel ?

Alors attention, je ne suis pas là en train de définir une entreprise comme un milieu mensongé, non, loin de moi cette idée (quoique).
Mais ces mensonges, ces faux-semblants, ces oui à demi-mots, ne sont pas à blamer selon moi.
Tout le monde en entreprise veut faire bonne figure pour :

• garder son job
• ne pas vexer l’autre
• trouver sa place
• se faire accepter par ses collègues, ses supérieurs, ..

La peur est déjà présente en fait

La peur fait partie de l’humain, c’est un fait. Elle nous protège, elle nous dicte aussi nos vrais besoins (et ça, nous en reparlerons prochainement).

Ainsi, face à cette annonce, suivant comment nous sommes, comment nous nous sentons nous avec nous même, et aussi nous face à nos collègues, nos supérieurs, nous allons réagir de différentes façons. Vous savez c’est le tryptique sur la réaction face à la peur :

• fuir
• attaquer
• rester sans bouger, amorphe

La peur présente aussi dans la direction

Tout le monde ressent de la peur, même la direction (surtout ? hmm.. c’est un autre prochain sujet). Si si, je vous assure, vous avez aussi peur. Votre direction a peur. Assurément. Personne n’est un robot programmé sans peur !

Et donc quand vous avez pris cette décision de passer à l’agilité, à la culture de l’apprentissage, c’était aussi pour calmer, rassurer une (ou plusieurs) de vos peurs. Bon ok, ça fait psychologie de bas étage, et pourtant, je reste persuadé qu’un besoin est caché derrière cette décision, encore plus lorsqu’elle est aussi spontannée !

Bon ok, continuons sur ce qu’il va se passer, ou se passe déjà, nous reviendrons sur les peurs après.

Syndrome du/de la bon-ne élève, avoir moins peur ?

D’un sens ça part d’un bon sentiment, et je dirais même plus, en tant que formateur, c’est bon d’appliquer une méthode, une recette pour :

• la tester
• l’essayer
• la critiquer par la suite
• se rassurer aussi

Et ça part, là aussi, d’un bon sentiment, c’est vraiment de bonne fois !

Quand vous avez décidé d’appliquer l’agilité et la culture de l’apprentissage pour améliorer la cohésion de votre équipe et de votre/vos projets, vous avez donc décidé de suivre par exemple SCRUM, et/ou bien XP, et/ou bien BDD, et/ou bien TDD, …

Le suivre à la lettre, sans réfléchir, au début, quand on ne connaît pas, comme je le disais ça a du bon.
Mais n’est-ce pas derrière un moyen de se rassurer, pour … avoir moins peur ?

En appliquant à la lettre, ça nous ramène, peut-être, sans doute ?, à nos réflexes appris à l’école d’être le-la meilleur-e, de ne pas faire d’erreurs, d’être « parfait-e » tout de suite maintenant, non ? Le Syndrome du de la bon-ne élève ?

Qui dit dotnet 6, dit MAUI qui va arriver !

On en parle dans ce podcast

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous continuons notre série sur le second pilier de la cohésion d’équipe en entreprise avec devs, avec le recrutement des devs : développeurs et développeuses.

Avoir besoin d’un développeur, d’une développeuse

Ca y est vous avez décidé de recruter un développeur, une développeuse.
Vous voyez comment faire ?

• Si vous êtes une SSII (ESN), vous savez déjà, depuis bien longtemps … vraiment ?
• Vous êtes une entreprise qui a peu, voire, pas l’habitude de travailler avec les devs ?
  

Avant tout, posons les bonnes questions. La liste peut être longue (et elle l’est) de toutes les questions que l’on doit se poser avant de recruter une nouvelle personne. Et c’est encore plus précis pour un dev, une dev !

Quelques questions à se poser avant de recruter un dev, une dev

• Avez-vous vraiment besoin de travailler avec un dev, une dev ? La prestation peut simplement suffir, non ? (nous y reviendrons d’ailleurs dans un prochain article)
• Quelle expérience visez-vous ? Est-ce vraiment un point important ? Un-e junior devra être coaché-e, accompagné-e, mentoré-e. Un-e senior pourra tout savoir faire en autonomie, mais risquera d’avoir la sacro-sainte parole ?
• L’équipe déjà en place (si équipe il y a) est-elle prête à bien accueillir la nouvelle personne ?
• Avez-vous échangé avec l’équipe avant de recruter la personne ? Echanger avec les autres pôles de l’entreprise ?
• Côté matériel : tout sera prêt pour bien l’accueillir (oui oui, c’est dès maintenant qu’il faut y penser)
• Quelle est votre culture d’apprentissage pour lui permettre de grandir, s’accomplir ? Êtes-vous capable de la présenter à votre future recrue, durant les entretiens ?
• Visez-vous une nouvelle personne pour son bagage technique (compétences) seulement, ou bien allez-vous plus loin, en prenant en compte aussi l’humain ?

La culture d’entreprise

Avant même de recruter, et en lien avec la culture d’apprentissage, il est important de préparer le terrain.

Beaucoup d’entreprises s’étonnent, ou se désolent du nombre de personnes qui partent de leur entreprise (ou alors elles restent dans le déni, et disent : ohhh c’est normal, c’est le marché, ce sont les millenials, …).

Et pourtant la culture d’entreprise y est pour beaucoup responsable !

Qui dit culture d’entreprise, dit :

• Votre approche face au droit à l’erreur, aux essais
• Le controle et/ou le lacher prise vis à vis de leur travail
• Comment vous travaillez, communiquez avec vos client-e-s
• Votre communication avec le reste de l’équipe, le reste des pôles de l’entreprise

Axer sur la culture d’apprentissage

Pour qu’une personne reste dans une entreprise, une piste (il existe beaucoup de clefs) que l’on peut maîtriser, actionner, c’est :
La culture d’apprentissage.

Et lorsque vous le présentez réellement lors des entretiens d’embauche, vous allez voir la différence, vraiment voir la différence !!

ATTENTION ici, il s’agit d’être aligné au maximum sur ses valeurs, et donc de ne pas mentir.

Si vous dîtes en recrutement : nous adhérons à la charte de culture d’apprentissage, et que dès que le développeur, la développeuse est embauché-e, rien ne se passe .. ce n’est que prod, que prod … hmm, l’incohérence est vite mise en avant, et la perte de confiance aussi.

C’est comme à la guitare : mieux vaut 10 minutes tous les jours, que 2 hrs une fois par semaine. Dans la culture d’apprentissage, ça rejoint cette idée : mieux vaut un peu tous les jours d’échanges, de droit à l’erreur qu’une journée par mois où l’on peut apprendre.
Clairement ça ne se fait pas du jour au lendemain, c’est un but, une vision, ça se construit … pas à pas.

Maintenant que nous avons saisi l’intérêt des operators de RxJs avec map et tap, voyons troisième, qui est très pratique pour sélectionner ce qui est réellement émi en résultat dans notre pipe : filter.

Bien comprendre l’Observable

Rappelons de nouveau ce qu’est une observable : c’est un tuyau d’émission où un souscriveur va attendre qu’on lui émetter des informations.

Vu que l’on peut émettre à l’infini, au rythme que l’on souhaite, on va recevoir des données lorsque l’on souscrit que l’on aimerait filtrer.

La tentation du if

Lorsque l’on commence à utiliser les Observable, et vu que l’on a appris qu’il faut subscribe pour commencer à recevoir les émissions, on va acquérir ce réflexe.
Et donc, on va écrire tout le code de traitement dans le subscribe.

C’est une bonne première méthode, ET en même temps ce n’est pas très Reactive, très fonctionnel.

Penser fonction – Le principe des Observables et du filter

En fait, les operators ne sont que des fonctions, des fonctions pures de projection.

Donc l’idée ici, quand on va vouloir filtrer les émissions c’est surtout de bien utiliser les operators, et donc de préparer les données que l’on souhaite recevoir avec le subscribe dans le pipe !

Un exemple sans filter

Nous voulons ici filtrer les wookies uniquement supérieurs à 3 mètres (300 cm)

const wookies$ = from([ { surname: 'Chewie', size: 250 }, { surname: 'Aktar', size: 350 }, { surname: 'Chewa', size: 290 } ]);
wookies$.subscribe(item => {
if (item.size > 300) {
this.wookiesTresGrands.push(item);
}
});

Le même exemple avec filter

const wookies$ = from([ { surname: 'Chewie', size: 250 }, { surname: 'Aktar', size: 350 }, { surname: 'Chewa', size: 290 } ]);
wookies$.pipe(
filter(item => item.size > 300)
).subscribe(item => this.wookiesTresGrands.push(item));

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Après avoir choisi votre flow Git, et donc défini comment vous allez échanger avec vos collègues, il est temps de passer à la seconde étape de la cohésion technique de votre projet, de votre équipe. Comment s’assurer que votre équipe va grandir, s’améliorer, et surtout produire du code de qualité ? Voyons ensemble la seconde étape de la cohésion technique : la culture de l’apprentissage.

Un objectif à atteindre

Quel est l’objectif numéro 1 lorsqu’on crée un projet de développement ?

D’un côté, les uns vont vous dire qu’il s’agit de produire un projet d’une qualité parfaite, un projet exempt de bugs, et bien organisé, respectant le clean code, la clean architecture.

De l’autre, nous entendrons au contraire une volonté de respecter les besoins client-e-s à tout prix. La qualité de code n’étant pas une nécessité. Des arguments qui peuvent d’ailleurs s’entendre à l’heure du No code : la qualité n’est pas un but en soi, seule la réponse aux besoins client-e est respectée.

Bon, si on partait ensemble sur un développement custom, spécifique, permettant de répondre précisément aux besoins du client, de la cliente ?
N’est-ce pas un mixte des deux : respect des besoins et qualité de code ?
C’est par exemple ce que tente de proposer DDD comme approche, avec un Ubiquitous langage, un event storming, des domain models, …

Oui, et pourtant, il y a un mais, un vrai gros MAIS.
La qualité ne se produit pas directement, elle s’acquière avec le temps, avec l’expérience, la remise en question, l’apprentissage.
Le développement logiciel est, était, et sera toujours un état de l’art (vive l’artisanat du code).

La tentation du diable

Créer une équipe que de séniors est une bonne piste pour amener qualité, cohésion technique, et respect des besoins du client, de la cliente.
Et pourtant, rien ne vous garantira que le projet réussira, et c’est une autre histoire … (nous en reparlerons dans une autre série d’articles au sujet de la cohésion humaine).

C’est, pourtant, ce que j’inclus dans ce que j’appelle « la tentation du diable« . Pourquoi ?
Comment construire ensemble un monde où tous les devs, toutes les devs font de la qualité logicielle, apprennent, et s’améliore ?

Bien intégrer les juniors

Intégrer un junior, une junior, sans la-le guider

La tentation ici aussi, c’est de prendre un-e junior et de se dire : aller hop, je suis débarrassé-e, il-elle va pouvoir tout faire tout-e seul-e.
Croyez-vous que l’école permette d’apprendre tout ce qu’il faut pour :

• faire du code de qualité direct
• savoir écouter et traduire les besoins client
• améliorer son code en continue
• intégrer des philosophies de design de code comme le TDD

C’est tout bonnement impossible ! Et quand bien même l’école l’enseignerait (ce qui encore hélas trop rare), il y a un vrai gap avec la vie en entreprise, sur le terrain.
Une image qui me vient ici c’est un militaire qui se forme dans son équipe, tranquillement « au chaud » dans sa caserne (pas sur du nom ici), et qu’on envoie au frond pour la première fois ….

Mentorer, accompagner, guider

Dans une équipe, la plupart du temps, nous avons des niveaux hétérogènes. Et ce n’est pas un mal, si la culture d’apprentissage est présente, et est mise en place rigoureusement tout le temps, tous les jours.

• Un-e junior demande du soutien sans devenir une sangsue des seniors,
• Le-la senior apporte ses connaissances, sans faire du Top-down supérieur d’information
• Chacun, chacune, va se challenger pour améliorer tout le monde
• Chacun apprend, s’améliore, quelque soit le niveau

Veille et apprentissage

Alors comment met-on en place cette culture d’apprentissage ?

Il existe plusieurs stratégies, complémentaires, s’alignant sur un but commun : faire grandir, et grandir ensemble.

• Mettre en place une veille continue
• Mentorer, et se faire mentorer, même les seniors
• Faire de la review technique
• Oser la critique bienveillante
• Oser l’erreur, accepter l’erreur, surtout quand elle est intégrée avec le socle 1 : Git

Un temps pour tout

OK, et on l’applique quand cette culture de l’apprentissage ? Un point par semaine ? Un point par mois ?

Dans l’idéal, le but final, on ne doit pas y penser, ça se fait naturellement, si la culture de l’apprentissage est déjà intégrée dans l’entreprise.
Ca c’est la vision de cette étape 2.

Dans la vie de tous les jours, dans une entreprise qui souhaite acquérir les bonnes habitudes, il va être nécessaire de s’obliger à prendre un temps, régulier pour y arriver.

Alors, oui fixons-nous une heure par semaine, déjà.
Puis, autorisons-nous une review de code à chaque fin de sprint, d’itération. Même si ça ne sera pas assez, ça permettra de voir ce que c’est.
Et après, améliorons ça, passons à la seconde vitesse : à chaque push, proposons une merge request / pull request, et échangeons, plutot que de juste valider sans rien dire.
Et ajoutons, une heure de veille technique hebdomadaire, ....

Pas à pas !

Continuons notre aventure des Observables, en nous arrêtant sur les premiers operateurs que vous allez obligatoirement utiliser, à savoir : tap et map.

Découvrons les operators

Vous vous souvenez de la commande fetch de vanilla js ?

Pour récupérer le json envoyé depuis l’api, vous aviez du faire deux then :

• un premier pour récupérer le retour de l’api
• un second pour parser le retour json et récupérer le javascript

Et bien c’est un peu de ce principe que nous allons nous inspirer pour expliquer les operators.

Intérargir dans le tuyau

Lors du premier article sur les observables, nous avions parlé du principe du tuyau, qui est une bonne image pour comprendre ce qu’est l’observable.

Votre tuyau émet des gouttes d’eau de manière continuelle ou non, tout dépend de l’émetteur du tuyau.

OK, et si je vous disais que vous pouvez intérargir dans le tuyau avant même de récupérer l’eau pour l’arrosage ?
Ca serait pas mal non ?

L’arrivée du pipe

Depuis une Observable, vous allez pouvoir appliquer des operators grâce à la méthode : pipe.
Cette méthode porte bien son nom ! Nous allons pouvoir intéragir avec le tuyau de l’observable … grâce aux operators.

Les operators

Ils ne sont que des fonctions pures, qui prennent une Observable en entrée et renvoie une observable en sortie.

Nous pouvons chaîner les operators, autant que nous le souhaitons, à l’intérieur de la fonction pipe.

Nos premiers exemples avec tap et map

L’opérateur tap

Il va vous permettre d’inspecter ce qui se passe dans le tuyau, sans l’altérer.
Attention, il est devenu obsolète maintenant.
monObservable.pipe(tap(item => console.log(item)).subscribe();

L’opérateur map

Voilà notre premier operator intéressant ! Il va permettre de transformer ce qu’il y a dans le tuyau !

Imaginons que nous ayons un tuyau qui émette des entiers commençant par 0, nous allons pouvoir les faire commencer par 1, puis 2, puis ..

monOservable.pipe(map(item => item + 1)).subscribe(item => console.info(item));

Ce qui sera affiché ? Si notre observable commence à émettre à 0, on aura en fait 1.

Nous avons donc modifié ce qu’il y a dans le tuyau avant réception !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Commençons notre série sur les Observables avec une présentation de la classe, à quoi elle sert. Nous les comparerons avec les Promises, et nous verrons pourquoi elles sont bien plus puissantes !

Programmation réactive et pattern Observer

Les Observables de RxJs se basent sur le pattern Observer :

• Un observable qui émet des informations
• Des observers qui écoutent

Il s’agit d’une programmation réactive (l’opposé de la programmation passive, où l’on demande les informations, ici, on va y souscrire).

Un tuyau passif

Une approche pratique de voir les observables est de les comparer à une persone qui cherche à arroser son jardin.

1. Elle va prendre un tuyau via la pomme d’arrosage. (Création de l’observable)
2. A l’autre bout du tuyau, nous avons une autre personne qui va ouvrir le robinet. (Préparation pour émission)
3. Dès que celle qui tient la pomme d’arrosage dit que c’est ok, l’autre personne va ouvrir le tuyau. (Emission dans l’observable, et Souscription de celle qui va recevoir l’eau).

Rappel de la Promise

Souvent lorsque l’on veut éviter le Hell Callback, et que l’on souhaite avoir une programmation asynchrone plus lisible, le réflexe que nous allons acquérir, du côté développement web, c’est d’utiliser les Promises.
Pour rappel, les promises sont :

• Actives directement : lorsque l’on crée la Promise avec le code a exécuté, il s’exécute directement
• Asychrones automatique : à savoir que le résultat récupéré dans le Then sera toujours exécuté après le thread courant.
• Si vous souhaitez un exemple bien parlant pour appréhender les Promises, je vous invite à découvrir celui imagé autour du snack de burger.

Une fois le résultat récupéré, vous allez pouvoir décider de le traiter et / ou de le ré-enchainer avec une autre promesse par exemple.

Différence avec l’Observable

L’Observable est par essence paresseuse ! Point intéressant pour de la programmation réactive, n’est-ce pas ?

En somme, tant qu’il n’y a aucun observeur sur l’Observable, elle ne se déclenche, n’exécute aucune émission !

De plus, à la différence de la Promise, l’Observable est de base synchrone, elle ne s’éxecute pas obligatoirement dans le Pool Event.
C’est notre code dans l’Observable qui va le décider !

Je vous invite à lire cet article sur la différence entre Promise / Stream / Observable.

La puissance des Observables et .. sa faiblesse

Ce qui fait la force (et aussi sa faiblesse) de l’Observable, c’est qu’on va pouvoir aller beaucoup plus loin dans le traitement des données dans le tuyau (Stream).

Pour reprendre l’image du tuyau d’arrosage.
Et si la taille des gouttes d’eau ne vous convenait pas ? La couleur de chaque goutte d’eau n’était pas la bonne ? Et tiens, et si vous souhaitiez ne prendre qu’une goutte d’eau sur deux ?

En Observable, c’est faisable ! L’utilisation d’operators, une fois appliqués dans le tuyau (pipe), vous permettre de transformer ce qui est émis depuis l’Observable !

Et voilà toute la puissance des Observables : vous allez pouvoir :

• combiner les operators pour prétraiter les émissions de l’Observable,
• combiner les observables entre elles
• ….

On vous en dit plus dans le prochain article, avec la découverte du pipe, et du tap !

Exemples de code

import { Observable } from 'rxjs';

const observable = new Observable(subscriber => {
subscriber.next(1);
subscriber.next(2);
subscriber.next(3);
setTimeout(() => {
subscriber.next(4);
subscriber.complete();
}, 1000);
});

console.log(‘just before subscribe’);
observable.subscribe({
next(x) { console.log(‘got value ‘ + x); },
error(err) { console.error(‘something wrong occurred: ‘ + err); },
complete() { console.log(‘done’); }
});
console.log(‘just after subscribe’);

 Nous l'avons vu Git est une bonne première base pour travailler ensemble. 

 Il permet de créer un historique, une histoire du travail réalisée dans le projet que vous développez.
A travers les univers parallèles, ces carrefours de travail, il va permettre aussi : 

• d'éviter de publier en production du code non voulu
• de ne pas aller polluer le travail de ses collègues lors de partage (fusion, pull / merge request) de code

 C'EST COMME LES FONDATIONS D'UNE MAISON : EN METTANT DÉJÀ ÇA EN PLACE, ON S'ASSURE D'UNE BONNE BASE, POUR ASSURER LA PÉRENNITÉ DU PROJET PAR LA SUITE. 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Les livraisons avancent à grand pas, et on peut avoir un peu de mal à tout suivre ! Angular était encore il y a quelques mois en version 10, voila que depuis la semaine dernière il est en version 11 !  Voyons ensemble les derniers nouveautés.

Fermeture de bugs bien connus

Que ce soit le bug autour de l'i18n (traduction), celui sur le routerLinkActive ou bien un nommage de route en lazy loading posant problème, la Team Angular a enfin clôturé plusieurs bugs bien connus, et qui étaient non clôturés, pour certains, depuis 2 ans au moins !

Optimisation du chargement initial

Angular 11 continue à optimiser le FCP en préchargeant des fonts par défaut.

Une amélioration notable des logg et des reports de build

Une amélioration du temps de build

L'ajout de nouvelles dépendances promet une amélioration d'exécution de 2 à 4 fois plus que les anciennes versions.
Et avec TypeScript en v4, des temps de compilation encore plus rapide !

Une mise à jour de l'extension Angular Language Services

L'extension est en cours d'amélioration (encore en développement). Le but est d'améliorer la détection des types inférents, du côté vue.

Ajout d'une option pour passer en HMR - Hot Module Replacement

Il suffit maintenant de lancer la commande ng serve --hmr pour passer en mode Hot Module Replacement. Pour rappel, c'est une des fonctionnalités proposées par webpack (et aussi FuseBox).

Pour rappel l'HTML permet, grâce à WebPack ici, de mettre à jour les modules (packages) durant l'exécution, sans faire un rechargement complet des js !

Et une option - Pouvoir tester webpack dans sa version 5

Vous le saviez sans doute, webpack est sorti dans sa version 5 ! (on va vous préparez un article sur les nouveautés / différences).

Vu que Angular utilise webpack pour tout empaqueter, nous avons une option avec Angular 11 pour tester webpack 5 :)

"resolutions": {
"webpack": "5.4.0"
}

Alors vous avez testé angular 11 dans vos projets ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Après les 5 mauvaises pratiques qu’on peut trouver dans Git, il est temps de passer du côté lumineux de la force, vous ne pensez pas ?!
Nous allons ici retrouver des bonnes pratiques dans Git, certaines sont le côté pile du dernier article, d’autres des ajouts essentiels pour bien réussir à créer un socle fondamental de cohésion technique dans l’équipe.

Concevoir votre projet Git comme un voyage, une aventure

Imaginez votre projet Git, votre travail comme un voyage, direction vos vacances. Intéressant de le penser comme ça, non ?
L’idée ici, en pensant voyages, c’est de se focaliser sur trois points :

• où je vais : le but, l’objectif, la vision de notre voyage
• ce que je souhaite me rappeler de mon voyage d’ici 6 mois, 1 an, 10 ans
• comment je vais pouvoir raconter mon voyage à mes amis, ma famille

Utilisez les commits Git pour marquer les étapes de vos voyages

Quand on part en voyage, on prend bien souvent un ou plusieurs appareils photos.
Ici, dans notre projet, Git est notre appareil photo.

Vos commits sont vos photos dans votre code, ce n’est pas un simple moyen pour envoyer une archive de votre code sur github, gitlab.
Faites autant de commit que vous avez envie de raconter d’étapes.

Bichonnez le nommage de vos étapes

OK, vous committez fréquemment, de manière unitaires et vos messages ressemblent à « commit » ou bien « écriture de code », … ?

Imaginez-vous dans votre voyage, durant votre voyage, tout est ok vous vous rappelez de ce que vous avez fait dans la journée. A peu près … De ce que vous avez fait hier … et si votre voyage est un roadtrip d’un an ?

Un projet de développement c’est la même chose : vous partez pour un long voyage.
Pensez à bien nommer vos messages de commits. Indiquez :

• le type de commit (bug, feature, refacto, …)
• un titre rapide qui résume le commit
• un contenu qui détail ce qui a été fait.

Et si vous avez envie de vous cadrer encore plus, utilisez : commitizen par exemple.

Tentez plusieurs aventures en même temps avec les branches Git locales

Des fois, dans un voyage, un roadtrip par exemple, on peut hésiter entre deux chemins : partir sur cette route, ou sur une autre.
Oui mais une fois qu’on part, on part vraiment. Est-il possible de revenir sur l’ancien chemin ?
D’une certaine façon oui, mais ça prend du temps.

Avec Git, vous allez pouvoir aller encore plus loin que tester deux chemins !
Plutôt que tout tester sur le même chemin : mieux vaut privilégier l’essai / erreur :

• je crée une branche locale depuis mon dernier commit
• je teste mon idée dans cette branche
• si c’est ok, je fusionne (ou rebase) dans ma branche parente.
• ça ne me plait pas : je supprime la branche

Et ainsi, on a une aventure, où l’on peut tester plusieurs aventures en même temps !
Et capitaliser à fond sur tout ce que l’on apprend, teste !

Rapportez vos souvenirs de la bonne manière : Rebase ou Merge

Bon, c’est décidé, vous voulez tester Tokyo, et Kyoto, et revenir à l’aéroport pour voir le meilleur chemin à prendre.
Dans le futur, vous voulez voir quoi : que vous avez tenté Tokyo, et tenté Kyoto, ou bien que vous avez fait Tokyo puis Kyoto sans parler de cette hésitation, de ces choix ?

Voilà toute la différence entre un merge et un rebase !

Des bons réflexes sont à adopter, et surtout le plus important : que tout le monde face de même dans l’équipe.
A retenir :

• on va faire des merge quand ce sont des fonctionnalités impactantes, du code commun
• vous allez créer un rebase d’une branche local vers une branche commune par exemple.

Concevoir votre projet Git comme un voyage collaboratif

En plus d’un voyage, un roadtrip super sympa seul, votre projet Git peut aussi devenir un voyage collaboratif !
Ca va amener plein de réfléxions :

• on part tous ensemble, oui mais chacun peut aller dans un pays différent ?
• si on s’arrête dans une ville, comment on fait pour alimenter l’histoire de notre voyage facilement ?
• si deux collègues sont dans la même ville, comment on gère ça ? et en plus, si c’est pas en même temps ?

Capitalisez ensemble votre travail avec les pushs

Pour continuer à raconter une belle histoire, toutes et tous ensemble, vous allez devoir utiliser un moyen de partage des infos découvertes, des lieux sympas, des moments fun, …

En projet avec Git, c’est la même chose ! Et le plus important est que vous partagiez assez souvent pour que tout le monde soit au courant. Pas trop souvent quand même, sinon, ça peut vite devenir lourd, et/ou amener de la confusion dans ce qu’il se passe.

Utilisez donc des pushs, pas à chaque commit, à minima une à deux fois par jour, ou sur demandes de vos collègues.

Cadrez les échanges de votre voyage avec Git

Si chacun part dans une ville différente, un pays différent, vous faites comment pour que tout soit clair ? Sans cadrage avec vos amis, votre famille, ça va vite partir en cacahuète ce roadtrip à plusieurs

Dans Git, nous allons utiliser les branches partagées, et donc choisir un cadrage (flow) Git adéquat à notre projet (à notre voyage).

Faites des propositions collaboratives avec les PR/MR

Voilà, le roadtrip est lancé, et ça commence plutôt bien ! Et puis, arrive le moment du choix de nouvelles villes, de nouveaux pays. Et puis, des idées de balades en kangourou arrivent alors que d’autres s’y refusent, … bref vous voyez le topo ! Et puis, certains ont déjà visité Moscou et veulent nous partager ce qu’ils-elles ont vu.

Bien utilisées, et fréquemment, les PR/MR, alias Pull Request / Merge Request, c’est essentiel dans Git en collaboratif !
Utilisez-les pour :

• sécuriser le code commun du projet : qualité de code, norme, …
• s’assurer que le fonctionnel a bien été compris
• travailler à plus que 10 dans un projet

Et en plus, priviligiez les échanges à travers une Pull Request, quand vous avez un doute sur ce que vous avez fait. Vous faites une proposition de code, et vos collègues peuvent argumenter, valider, ou refuser.

Profitez des mêmes expériences, réellement

Bon là, c’est presque de la science-fiction Imaginez, un-e de vos ami-e-s est parti-e voir Sao Paulo et vous souhaitez pouvoir vivre ce qu’il-elle a déjà vécu. Impossible, n’est-ce pas ? Même en regardant une vidéo, ce n’est pas la même chose que le vivre vraiment …

Bon Ok, prenons un autre exemple : et si votre ami-e avait créé tout un sentier super intéressant, tout un itinéraire, spécial, caché. Vous arrivez à votre tour dans la ville, et vous ne souhaitez pas trouver / construire vous aussi cet itinéraire ? Comment faire ? Il-elle vous envoie un mail, non ?

Sous Git, une bonne pratique, enfin, est de profiter des cherry-picks, souvent peu utilisés !
Ils vous permettent de récupérer du code d’un autre commit, d’une autre branche, et de le rajouter dans votre code courant ! Pratique, et pas besoin de recréer le code vous même…

On a eu peur avec le COVID 19 que tout soit décalé.

Et heureusement, tout le monde a réussi à garder le rythme ! Bravo à toute l'équipe, toutes les équipes autour de .net !

Fini le .net framework, le .net standard, le .net core, tout va s'unifier autour de .net 5 !

Et on va pouvoir en apprendre plus à travers la conférence qui va commencer dans 2 heures (ce 10 novembre 2020 à 14h30).

On va suivre ça du plus près que l'on peut, on vous fera des retours, à travers de nombreux articles ! :)

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Choisir un gestionnaire de sources pour son code, son projet, c’est une première belle étape. Et pourtant, les réflexes ont la vie dure !
Découvrons ensemble les 5 erreurs que l’on peut faire dans l’utilisation de Git et de son écosystème.

1 – Utiliser Git comme outil d’archivage

Lorsque l’on n’a pas l’habitude d’utiliser un outil de versionning et que l’on entend parler de Git (ou de svn, de mercurial, ..), on va commencer par l’utiliser comme outil d’archivage.

A savoir qu’on va envoyer toutes nos modifications uniquement dans un but d’archiver sur un serveur central.
C’est déjà une bonne étape.
En effet, on a au moins un historique par journée (c’est fréquent que « l’archive » est faite le soir, avant de partir).

Pourquoi ce n’est pas une bonne pratique ?

L’utilisation d’un Gestionnaire de sources comme Git permet d’aller beaucoup plus loin !
Pourquoi s’en priver ?

De plus, plus on envoie des commits gros, plus les conflits rencontrés seront difficiles à gérer, à corriger par vos collègues.
Très problématique quand on veut partir vite le soir, ou bien que l’on cherche une bonne cohésion d’équipe

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Que ce soit au niveau 1, ou bien pour le niveau 2, pour Angular, nous remarquons que l'un des points les moins maitrisés : c'est l'utilisation des Observable et de RxJs.

C'est pourquoi nous allons commencer une série d'articles (complétés de vidéos) autour de RxJs et des opérators.

Voici la liste initiale prévue d'articles : 

• - Les Observables de RxJs, c'est quoi vraiment ? (non actif)
• - Pipe et tap avec les Observables de RxJs (non actif)
• - Utilisation de map, pour modifier votre flux RxJs (non actif)
• - Filtrer avec les Observables RxJS (non actif)
• - SwitchMap et MergeMap, pour travailler entre Observable RxJs (non actif)
• - ReactiveForm et Observable, comment bien les utiliser (non actif)

Nous vous en reparlerons très bientôt à travers notre premier article !

Et vous allez voir, après cette première série (et bien d'autres), vous ne verrez les Observables RxJs plus jamais pareil.
Notre but, avoué :D, vous donner les clefs pour enfin utiliser et bien utiliser RxJS et les Observables, et penser en mode Réactif !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous continue notre série sur la découverte des cadres Git (git flow) pour plus de cohésion technique avec One Flow.
Vous cherchez une alternative à Git flow mais vous ne souhaitez pas passer par Github flow, ou bien Gitlab flow ? OneFlow est fait pour vous.

Prendre les principes de Git flow …

Dans OneFlow, on retrouve les mêmes principes de :

• branche master/main
• branche pour chaque nouvelle fonctionnalité
• gestion des bugs avec des branches hotfix

OneFlow dédié pour certains types de projet

Vu que Oneflow git cadre des projets où les livraisons s’enchaînent les unes après les autres, tout comme Git flow, il va sans dire que cela oriente rapidement notre choix pour démarrer un projet.
Exit les projets qui ont des contraintes de type : une nouvelle release est totalement différente de la dernière (non rétro-compatible). Dans son article, Adam Ruka présente par exemple le cas de Python avec le passage de la v2 à la v3.

Un flux de développement non pensé pour un haut niveau de Déploiement continu, selon l’auteur. Attention, cela ne veut pas dire que ce n’est pas possible. Simplement, le processus est sans doute un peu trop lourd pour ça.

… Et les améliorer

Se passer de la branche developpement

De base, on peut ici se passer de la branche developement ! Première avancée positive ? (l’auteur propose quand même la même option que git flow, à savoir avoir deux branches : main/master et developement)

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Nous continuons notre série de cadrage de nos projets git, pour plus de cohésion technique (et humaine par la même occasion), avec le gitlab flow.
Evolution du github flow, il propose de répondre à plusieurs questions laissées sans vrai cadrage officiel. Gitlab flow va y répondre, tout en gardant la simplicité du github flow.

Prendre le github flow …

Avec le gitlab flow, nous reprenons les principes du github flow, à savoir :

• Se baser sur la branche master/main pour créer les fonctionnalités
• Utiliser les Pull/Merge request pour préparer, vérifier, valider, contrôler le code qui va être envoyé sur la master

.. Tout en l’améliorant

La branche master / main devient le staging

Et ça change tout !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

 Découvrons ensemble comment git flow, bien que critiqué aujourd'hui, peut être un très bon cadre pour votre projet, pour votre équipe ! 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

 Vous avez choisi Git pour garantir la cohésion de votre équipe et de votre projet.
Après avoir acquis les bons réflexes d'archivage de votre code (commit et push), vous commencez à ressentir les limites de Git. 

  Prenons l'exemple suivant : vous êtes en train de développer une fonctionnalité. Or, flûte, un nouveau bug arrive et il faut le corriger direct. Oui, mais zut, je fais comment moi avec ma fonctionnalité pas finie ? Je la commente ? 

 Pour profiter de toute la puissance de Git, et pour pallier au problème ci-dessus, il existe la possibilité de créer des mondes parallèles de votre code source, de votre projet. 

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

  Choisir son outil (ses outils), est la première étape d'une bonne stratégie de veille informatique. 

• utilise google actualité (peu de vrais filtres)
• créer des alertes dans Google Alertes (pratique, ça peut par contre polluer votre boite mail si vous n'avez pas de dossier dédié)
• utiliser un agrégateur comme Feedly (très utile, attention à ne pas trop en mettre sinon on peut se sentir envahi-e)
• suivre dev.to depuis sa page d'accueil
• se concentrer également sur medium.com avec sa page d'accueil également
• utiliser des hashtags via twitter

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Vous êtes sur votre projet .net framework, ou votre projet .net core. Vous faites un fetch sur le repo commun. Et là, de nouveau, de nouveau !, vous récupérez un web.config / appsettings.json modifié, à cause de la chaine de connection qui a encore été commit ....
Comment diable éviter ça à chaque fois ?

Git et le gitignore

Vous le savez, dans git, un des fichiers les plus importants, c'est le gitignore.
Du coup la solution, simple à priori, c'est de mettre le web.config / appsettings en gitignore.

Ah ?! comment ça, ça ne fonctionne pas ?
Ben oui, vous souhaitez aussi pouvoir récupérer votre travail chez vous (vous faites et du remote, et du travail dans l'entreprise).

Git et le fork

Dans la plupart des outils de gestionnaire de sources d'aujourd'hui (gitlab, github, bitbucket, ...), vous avez un pouvoir immense, qui est à portée de main : le fork.

Oui, le fork !

1. Il est peu utilisé, et pourtant c'est d'un pratique !
   Comment y arriver ?
   Vous prenez le repository commun sur votre outil préféré (gitlab, github, bitbucket, ...)
2. Vous allez chercher à forker le projet, directement depuis l'interface de gestion sur votre navigateur
3. Ca va créer un clone complet, donc un répo complet, à distance, qui vous servira de base de développement
4. Et c'est ce projet que vous allez cloner !
5. Et c'est ce projet où vous pousserez (push) toutes vos modifications, y compris celle du web.config / appsettings

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Et voilà, une nouvelle recrue dans l’entreprise, hop, on le met dans un projet et … ça doit fonctionner ! Et … ben la pauvre personne qui vient d’arriver … elle rame un peu à contre-courant, marchand sur des oeufs, et ayant peur de mal faire …. peur de mal faire … tiens tiens …

Une ressource humaine n’est pas qu’une ressource

Tiens ça me rappelle cette équipe IT, où le commercial, sous la pression de sa direction, me dit :
– Evan, comment on peut accélerer le projet ? Si on met deux ressources de plus, dès la semaine prochaine, tu peux diviser le temps du projet par deux ?

Et ma réponse, à votre avis ?
Je lui ai répondu que non, et pour plusieurs raisons :

• Le temps d’intégration d’une personne dans une équipe peut durer plusieurs semaines
• Le temps d’apprentissage d’un nouveau projet peut prendre de deux semaines à plusieurs mois
• Un projet TMA qui n’avait aucun tests unitaires ou tests fonctionnels ne permettait pas une intégration facilitée

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Mon développeur, ma développeuse, il-elle fait de la merde ! C’est par cette phrase que j’ai envie de commencer cet article. On l’entend souvent, voire trop souvent, n’est-ce pas ?!

S’améliorer dans son métier

Le développeur, la développeuse doit se former, apprendre. Je dirais, comme tout personne, dans n’importe quel métier, non ? Surtout s’il, si elle, veut le fait bien.

Et pourtant, partout, dans n’importe quel métier, nous voyons autant des personnes qui réussissent que d’autres qui n’y arrivent pas. Et malgré ce qu’ils disent, ils n’y arrivent pas.

Bouc émissaire ? Ils n’ont qu’à se former !

Et pourtant, c’est un peu trop facile de juger, et dire : oh ben ils ont qu’à se former.
Avec le ya qua faucon, on arrive à rien, non ?!

Creuser et se poser les bonnes questions

Il est facile de dire que si le projet n’est pas pérenne, que si le projet a des bugs, c’est tout de la faute du développeur, de la développeuse.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

De belles nouveautés pour javascript : 

- BigInt

- Promise.allSettled

- globalThis ...

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Et oui, pour que tout fonctionne, nous devons avoir un effect, qui met à jour notre Etat via une action de loadSuccess.

Ca parait bien compliqué, pour de petits projets. Pour des plus gros, vous verrez c'est vraiment très efficace.

On découvre comment créer et utiliser un effect dans cet épisode.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Pensez à l'injection de dépendance :)

Avec des interfaces qui orientent le contat de vos classes businesses, et on spécifiant le tout du côté injecteur (par exemple dans dotnet core, dans le Startup)

Vous pouvez décider quelle classe utiliser, en respectant l'interface, le contrat souhaité.

A utiliser très vite.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Or, lors d’un de nos derniers articles nous parlions de la venue d’un petit dernier : FuseBox, qui se veut beaucoup plus simple à configurer (et à priori plus rapide dans la phase de génération des fichiers).

Ne partons pas tout de suite de WebPack : il vaut quand même bien le coup, et nous allons voir pourquoi dans un tour du propriétaire !

Note: vous pouvez aller voir notre github avec plein d’exemple sur webpack, fusebox, et bientôt aussi, nodejs.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Très utile en amont d'une approche DDD

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Durant nos développements, nous souhaitions pouvoir profiter d’une fonction de cryptage de nos données, que nous utilisions déjà dans notre projet C#.

Au lieu de s’embêter et risquer une incompatibilité avec l’encryptage depuis SQL Server, autant importer notre fonction dans Sql server, non ?

C’est parti pour le périple créer et importer une fonction CLR UNSAFE dans SQL Server !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

L’idée de WebAssembly c’est d’avoir un code qui soit rapide, portable. A priori, il se veut debuggable,même s’il s’agit d’un langage assembly bas niveau.

L’essentiel c’est d’avoir un fichier wasm qui sera chargé depuis notre page HTML, grâce à du code javascript.

Pour faciliter le debuggage, nous avons également un fichier wat (c’est du wasm textuel).

Le plus important ici, c’est qu’on ne va pas coder directement en WebAssembly.
Non en fait, nous voilà à coder en C, en rust, en C# et à générer du WebAssembly qui sera chargé dans notre navigateur !

Et tiens, pourquoi ne pas créer aussi du code TypeScript qui génère du WebAssembly !

Des exemples webassembly, un IDE

Pour des exemples WebAssembly avec javascript, je vous invite à aller voir ceux proposés par developper Mozilla.

Vous pouvez par exemple explorer un fichier C converti en fichier wasm, et voir le code intermédiaire, grâce au WebAssembly Explorer.

Et si le coeur vous en dit, il existe même un IDE en ligne pour créer vos fichiers wasm, soit à partir du C, de Rust ou bien de TypeScript !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

 https://microservices.io/articles/index.html 

Des patterns

Des antipatterns

Des exemples de projet

Des schémas

Des réflexions

Une mine d'or pour bien commencer, ou bien d'améliorer !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Comment mettre ça en place ?

Pourquoi les mettre en place ?

Quelles technologies ? 

Bien que nous allons centrer ça sur dotnet core, nous irons bcp plus loin

Nous parlerons kubernetes, azure, aws, github, gitlab, docker, ....

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Tout le monde en parle, très peu en font. 

Et nous n'allons pas chercher dans ce podcast à culpabiliser

C'est tout le contraire.

Ici, nous allons chercher à trouver en quoi la veille dans notre métier va nous aider à reprendre le lead, à retrouver un sens à ce que l'on fait dans notre métier !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Actuellement, on est à la Release Candidate 1 (à l'heure où le podcast a été réalisé), et toute l'équipe se prépare à la livraison finale.

Quand est-ce, vous me direz ? Semaine prochaine !

Semaine prochaine, une conférence sur 3 jours va avoir lieu, pour présenter dotnet core 3.0 !

Et on pourra échanger, découvrir les grandes nouveautés du langage C# 8, du framework 3.0.

Vivement !

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

- de la release officielle de dotnet core 3.0 ! 

- de la .net conf en live streaming

- de la Devops rex à Paris

- du Dev Fest 

....

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Prenons les trois piliers du code, à part le codeur, la codeuse : 

- la souris

une souris, rien de plus basique, non ? Et pourtant il en existe des programmables, ça peut être confortable, non ?

- le clavier

comme la souris, il est important d'avoir un clavier confortable.

Et si vous lui ajoutiez une touche de programmation ?

Vous avez testé le clavier bepo ?

- l'écran

Déjà on établit une règle obligatoire : deux écrans, non ?

On parle aussi logiciel pour simuler plusieurs écrans avec plusieurs pcs

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Evan BOISSONNOT est en train de tester l'écriture avec la norme Bepo.

Il a acheté un clavier TypeMatrix dédié afin de s'y mettre à fond.

Dans ce podcast, on parle ergonomie de clavier, du pourquoi on se met au Bepo ou au Dvorak.

Et vous, vous vous y êtes mis ?

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.