-
@skid9000 Clairement non. VS est un IDE complètement pourri avec des concepts totalement débiles. T’as déjà réussi à faire des tests unitaires décemment sans exploser toute la complexité de ton projet ?Permalink On twitter.com
❤️ 1 Favorite
Mood 0
-
@skid9000 T’es obligé de faire un projet spécialement pour les tests U, donc d’avoir un projet DLL pour ton code standard, et un projet EXE utilisant ton projet DLL. Parce que les tests U ne peuvent pas utiliser un projet EXE…Permalink On twitter.com
Mood 0
-
@skid9000 Ce qui veut aussi dire que tu es généralement dans l’impossibilité de tester le protected et private, vu que dans un autre projet…Permalink On twitter.com
Mood -2 🙁
-
@skid9000 Ah oui et puis du coup, quand tu veux compiler en mode release, ben… Tu es niqué… Parce que plus aucun symbole de debug pour les tests U…On twitter.com
Mood 0
-
@skid9000 (Même problème en C/C++, un .o est soit en debug soit en release, mais ne peut pas être dans les 2 à la fois. Avantage à l’interprété ici qui fait tourner le même code exactement entre la prod et les tests U)Permalink On twitter.com
Mood 0
-
@skid9000 C’est plein de petits détails comme ça qui font que des trucs comme C# ou C++, au final c’est un poil plus rapide en perfs brutes (et encore, faudrait voir sur des applis réelles type ERP ou CRM au lieux de bench brutos calculs matriciels…), mais carrément moins en perf de dev.Permalink On twitter.com
Mood 0
-
@skid9000 Des outils comme Maven ou Bundle/Gem, ça te facilite le dev à une vitesse phénoménale.Permalink On twitter.com
Mood +3 🙂
-
@skid9000 (Si en prime tu te paluches un langage codé par des macaques bourrés comme C#, c’est encore pire…)Permalink On twitter.com
Mood 0