Pourquoi? Mais pourquoi???
Plus sérieusement, mon client me paie pour que je lui sorte du code qui lui est utile. Je veux passer du temps sur du code client, et pas jouer du légo avec des briques Java. Je ne vois pas de raison a priori de sortir des sentiers battus: il y a un standard, il est supporté, je le suis, et je ne me pose des questions que sur le code client. Et je fais confiance à des gens comme toi, des architectes, pour me pondre une solution technique clé en main, gérant à la fois les performances, le multithread, etc. Et donc, désolé de le dire, mais, dans ce cadre, que ce soit un client ou un architecte, tous vont vouloir tester le dernier truc à la mode. La communauté Java sort un gros framework par 2 ans (à la louche) et tout le monde se précipite dessus. Il suffit de voir à quel point la norme JEE et spring se tirent la bourre.
Et le C# n'a pas ce problème. En C#, tu as une norme sans concurrence, et tu fais gagner à tout le monde un temps précieux: tu fais comme ça, et si ça merde, tu appelles un architecte ou un expert technique. Et nous, développeurs, on se concentre pour savoir ce que le client veut
Partager