De toutes les manières il y a des brevets partout désormais, d'ailleurs le W3C est bien emmerdé avec ça. Mais c# peut être utilisé sans soucis (en gros tu peux librement utiliser c# quand même), ce qui pose soucis c'est tous les composants qui tournent autour de Windows (winform, etc), mais ça tu t'en fous, tu ne les utilises pas.
De ce que j'en ai vu, je ne comprends pas la politique de Sun sur Java, et à mon avis ils continuent à s'enfoncer. Après avoir fait un peu de c# je trouve le language intéressant conceptuellement (c'est du Java en gros) et ça marche très bien sous Linux. Je prends un truc .exe codé sous Windows (sans winform and co évidemment), je le teste sous Linux, ça marche nikel, côté performance ça roule aussi.
J'ai passé un truc de C à C#, évidemment ça me bouffe 10 fois plus de RAM (de 3Mo à 30Mo en gros) mais c'est peu finalement pour avoir un code objet propre, ne pas avoir à gérer la mémoire (beaucoup de bugs en moins) et avoir des performances décentes. Finalement quand je code je veux faire un truc qui marche, et en 2005 je veux être plus efficace sur mes développements, pouvoir utiliser rapidement des composants téléchargés ailleurs pour ne pas avoir à les réimplémenter. Les languages types c# apportent ça.
[^] # Re: de l'article de linux mag
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Cecil : Mono se dote d'une belle reflection !. Évalué à 5.
De ce que j'en ai vu, je ne comprends pas la politique de Sun sur Java, et à mon avis ils continuent à s'enfoncer. Après avoir fait un peu de c# je trouve le language intéressant conceptuellement (c'est du Java en gros) et ça marche très bien sous Linux. Je prends un truc .exe codé sous Windows (sans winform and co évidemment), je le teste sous Linux, ça marche nikel, côté performance ça roule aussi.
J'ai passé un truc de C à C#, évidemment ça me bouffe 10 fois plus de RAM (de 3Mo à 30Mo en gros) mais c'est peu finalement pour avoir un code objet propre, ne pas avoir à gérer la mémoire (beaucoup de bugs en moins) et avoir des performances décentes. Finalement quand je code je veux faire un truc qui marche, et en 2005 je veux être plus efficace sur mes développements, pouvoir utiliser rapidement des composants téléchargés ailleurs pour ne pas avoir à les réimplémenter. Les languages types c# apportent ça.