Blazor

Dans mes projets Blazor, la logique métier est testée avec xUnit depuis longtemps, mais les composants eux-mêmes ne l’étaient pas. Si un @if affichait le mauvais bouton, je le voyais seulement en ouvrant la page. Dans cet article, on ajoute un projet de tests bUnit à une application Blazor et on couvre les cas que je rencontre le plus souvent.

Partie 2 de la série “Dans les coulisses d’arbitres.ca” : Partie 1 – Assigner des arbitres sans Excel | English

Dans le premier article, j’ai présenté arbitres.ca et sa stack. Ici, je passe à la méthode. À la fin juillet, le dépôt comptait 280 commits, 68 specs et 9 skills, accumulés sur environ deux mois et demi de soirées.

Partie 1 de la série “Dans les coulisses d’arbitres.ca” : Partie 2 – Comment je l’ai bâti avec l’IA | English

J’ai un proche qui arbitre au baseball mineur. C’est comme ça que j’ai vu comment les associations gèrent leurs assignations d’arbitres, souvent avec un fichier Excel et une série de textos. Je voulais aussi un projet assez gros pour tester pour vrai Blazor et Supabase, et ma façon de travailler avec l’IA.

Partie 5 de la série “Développement IA avec Ollama et .NET” : Partie 1 – Ollama et .NET | Partie 2 – RAG local | Partie 3 – Agents IA | Partie 3.5 – Serveur MCP | Partie 4 – Microsoft Agent Framework | English

Dans le reste de la série, Ollama tournait à la main : installé localement sur la machine, le ollama pull fait manuellement, et l’application .NET qui pointait sur l’adresse locale d’Ollama codée en dur. Ça fonctionne, mais c’est plusieurs étapes manuelles à refaire sur chaque poste. Aspire prend en charge cette configuration. J’ai voulu voir ce que ça change.