Sur mon mandat, la question revient à chaque nouveau projet: on bâtit ça en web ou en desktop? C’est le vrai duel du dev .NET ces temps-ci, pis y’a pas de réponse facile. Ça dépend, comme toujours — mais « ça dépend de quoi », c’est là que ça devient intéressant.

Le desktop (les WinForms), c’est puissant, riche, rapide. Mais faut l’installer sur chaque poste, pis le mettre à jour partout chaque fois. Le web (ASP.NET), c’est installé nulle part, accessible partout, mais plus limité dans l’interface pis prisonnier du fureteur.

Le tableau que j’ai dans la tête

flowchart TD
    A{Quel besoin?} --> B[Interface riche<br/>+ rapide]
    A --> C[Déploiement facile<br/>partout]
    B --> D[Desktop / WinForms]
    C --> E[Web / ASP.NET]
    D --> F[Installer + maintenir<br/>chaque poste]
    E --> G[Limité par le fureteur]

Chaque choix règle un problème pis en crée un autre. Y’a pas de gagnant absolu, juste le bon outil pour le bon contexte. Pis le contexte, c’est rarement technique — c’est qui va l’utiliser, où, pis combien souvent ça change.

Mon réflexe sur le terrain

Je me pose trois questions. Est-ce que le monde a besoin d’une interface complexe? Est-ce que ça doit rouler sur plein de postes différents? Est-ce que ça va changer souvent? Si ça change souvent pis que c’est partout, le web gagne — juste pour me sauver l’enfer du déploiement. Si c’est une interface riche pour quelques postes, le desktop reprend le dessus.

Ce que j’en retiens

Le vrai duel, c’est pas web contre desktop. C’est maîtriser assez les deux pour choisir avec ma tête plutôt qu’avec ma mode du moment. Le piège, c’est de tout faire en web parce que c’est « moderne », ou tout en desktop parce qu’on est confortable. Le bon dev, lui, garde les deux outils aiguisés pis choisit selon la job.