C'est pas 0,01%.
Je parlais du nombre de développeurs qui sauront utiliser les expressions lambda et les inférences de type (en plus C# supporte la surcharge d'opérateurs, selon le codeur, ça va vite devenir le bordel et tu seras obligé de marquer les types pour rendre le code plus lisible pour l'humain et le compilateur).
C'est super techniquement, mais pour la maintenance et les vérifications des contrats des fonctions on repassera.
LINQ :
Java Persistence Query Language (JPQL) qui provient de Hibernate Query Language (HQL)
Et pour les opérations CRUD, tu as encore plus simple JPA
event : c'est du "sucre syntaxique", c'est une bonne chose, ça rend le code moins verbeux, mais ce n'est pas un changement de paradigme.
Je ne suis pas spécialement fan de JAVA, mais les arguments avancés ne sont pas les bons pour préférer C# ou JAVA.
Il suffit que l'entreprise est un historique d'applications hétérogènes dont certaines sont écrites en VB ou en VisualC++ pour que .NET est un intérêt indéniables
Ton exemple rentre dans la catégorie entreprises 100% MS, et il ne faut pas être con, autant utiliser C#.
Maintenant mon point de vue est biaisé, je n'ai fait que des applications WEB au travail (et des scripts de conversion basiques que je peux écrire en n'importe quel language), donc l'adhérence avec un framework "bureau/application graphique" n'est pas mon soucis principal.
Et c'est la tendance en entreprise.
Maintenant, pour faire une application graphique "lourde" pour entreprise, mon choix de language/framework dépendra de l'OS (MS->.Net, Apple->Objective-C, Linux -> C++ et QT), mais pour le coup, je ne m'ennuirais surtout pas à en faire une en JAVA/SWING.
Pour un projet perso, plutôt python avec éventuellement des functions en C pour des parties de calcul critique. Je connais et je peux récupérer le code sur MS,APPLE,UNIXES
[^] # Re: Microsoft va-t-il LIBÉRER .net ?
Posté par darkleon . En réponse à la dépêche Tomboy vs Gnote. Évalué à 1.
Je parlais du nombre de développeurs qui sauront utiliser les expressions lambda et les inférences de type (en plus C# supporte la surcharge d'opérateurs, selon le codeur, ça va vite devenir le bordel et tu seras obligé de marquer les types pour rendre le code plus lisible pour l'humain et le compilateur).
C'est super techniquement, mais pour la maintenance et les vérifications des contrats des fonctions on repassera.
LINQ :
Java Persistence Query Language (JPQL) qui provient de Hibernate Query Language (HQL)
Et pour les opérations CRUD, tu as encore plus simple JPA
event : c'est du "sucre syntaxique", c'est une bonne chose, ça rend le code moins verbeux, mais ce n'est pas un changement de paradigme.
Je ne suis pas spécialement fan de JAVA, mais les arguments avancés ne sont pas les bons pour préférer C# ou JAVA.
Il suffit que l'entreprise est un historique d'applications hétérogènes dont certaines sont écrites en VB ou en VisualC++ pour que .NET est un intérêt indéniables
Ton exemple rentre dans la catégorie entreprises 100% MS, et il ne faut pas être con, autant utiliser C#.
Maintenant mon point de vue est biaisé, je n'ai fait que des applications WEB au travail (et des scripts de conversion basiques que je peux écrire en n'importe quel language), donc l'adhérence avec un framework "bureau/application graphique" n'est pas mon soucis principal.
Et c'est la tendance en entreprise.
Maintenant, pour faire une application graphique "lourde" pour entreprise, mon choix de language/framework dépendra de l'OS (MS->.Net, Apple->Objective-C, Linux -> C++ et QT), mais pour le coup, je ne m'ennuirais surtout pas à en faire une en JAVA/SWING.
Pour un projet perso, plutôt python avec éventuellement des functions en C pour des parties de calcul critique. Je connais et je peux récupérer le code sur MS,APPLE,UNIXES