Le standard peut lui-même apporter certaines garanties en fonction des entreprises qui y ont pris part, au passage dire que n’importe qui peut y prendre part est faux : pour l’ISO ce sont les organisations nationales, pour l’ECMA les règles sont un peu plus compliquées et les droits ne sont pas les mêmes pour tout le monde, mais de ce que j’en ai compris ce sont les (grosses) entreprises, et c’est normal, le but de ces organisations est d’émettre des standard industriels et commerciaux !
La popularité du C vient du fait qu’il a été conçu dès le départ pour une très grande abstraction du matériel sur lequel il tourne, c’est à dire son côté multi-plateforme.
Tu m'excuseras mais non pas du tout, le C n'a pas grand-chose de multi-plateforme, son avantage est justement d'etre tres proche du materiel. C'est aussi son desavantage d'ailleurs, il l'est trop, un simple pointeur par exemple change de taille selon le systeme, le cote big/little endian n'est pas du tout gere, etc...
À côté de ça tu as le C♯, la version normalisée est la 2.0, Microsoft utilise la 4.0.
Non, la version normalisee est la 3.0 , la 4.0 est sortie il y a quelque mois donc ca va venir.
Le langage est très lié au framework .NET (développé en parallèle, annoncé en même temps), technologie exclusivement Microsoft.
Il y est lie en quoi ? A part avec la base de la base du framework en rien du tout, et la base du framework est standardisee aussi.
Pour ceux qui ne voient pas de quoi je parle : il y avait un fil ou un des trolleur avait rapporté l’existence, dont personne ne semble avoir remis en doute la réalité, d’un mail où Microsoft proposait que la norme ACPI soit orientée de telle sorte à favoriser Windows ; on parle régulièrement de problèmes liés à des bugs ACPI, curieusement bien corrigé par Windows : difficile de ne pas faire un parallèle
Faudrait penser a comprendre le probleme : MS donne un compilo ACPI pour Windows, ce compilo ne gere que Windows, car MS ne s'interesse qu'a Windows. Evidemment que les constructeurs qui utilisent ce compilo risquent de se retrouver avec du code qui ne fait pas tourner Linux, a eux d'utiliser un compilo fait pour etre multi-OS.
Il y a aussi un paragraphe sur l’article C♯ de la wikipedia anglaise à propos des accords passés avec Novell, c’est loin d’être simple et forcément donne de quoi se méfier, car populariser des solutions comme Mono c’est aussi donner plus de poids au FUD à propos des brevets.
Il n'y a aucun FUD la dedans, Mono est couvert par une promesse de MS sur les brevets, il n'y a donc absolument _AUCUN_ risque, que ce soit demain ou dans 20 ans.
Mais si je devais décider je préférerais encore tout simplement éviter de tendre la joue et ne pas utiliser de solutions comme Mono, ou alors se limiter à la version normalisée car elle protège contre l’attaque par brevet si j’en crois Wikipedia, mais on perd l’aspect multi-plateforme et compatibilité avec Microsoft qui utilise la version 4.0
T'as toujours pas compris le probleme.
C#, que ce soit 1.0, 2.0, 3.0 ou 4.0 est propre niveau brevets et il n'y a aucun risque.
Le risque, c'est quand t'utilises une reimplementation d'une librairie MS qui ne fait pas partie du framework standardise, genre WindowsForms.
Tu peux tout a fait ecrire un tas de softs en C# 4.0 avec Mono qui sont garantis 100% sans aucun risque niveau brevets MS, faut simplement suivre le standard qui te dit ce qui est standardise et ce qui ne l'est pas (ADO.net, ASP.Net, Windows Forms,..)
Il existe donc une seule implémentation, qui sera a fortiori une implémentation de référence : celle de Microsoft.
Non il y en a au moins 2 vu que Mono implemente C# 4 en toute legalite.
Si Microsoft décide de s’écarter franchement de la norme ? Que fait la Mono ? Suivre la norme... bien... mais on perd, encore une fois, toute compatibilité avec la référence, et donc le risque de perdre la très grande majorité des programmes ou développeurs qui se soucient peu de la compatibilité.
Et pourquoi est-ce que Mono suivrait ? Il y a une loi qui dit que Mono doit suivre comme un petit chien ?
PS : dans le monde du libre l’historique d’une société compte, si elle fait des coups bas les gens le retiennent.
Pas vraiment non, ils ont tendance a retenir ce qui leur plait et oublier le reste(je parles des fans, les devs ont plus d'experience et mettent de l'eau dans leur vin)
à propos des chevilles, c’est caractéristique de ton discours hautain, et ça a le mérite de mettre en évidence la culture d’entreprise qui doit régner : « on est les meilleurs ». Forcément quand ça reste entre vous c’est gratifiant de se faire mousser, par contre ici (alias linuxfr) ça passe très mal, et quand je dis ça je pense pouvoir parler au nom de pas mal d’entre nous. Tu réclames que certains d’entre nous se fassent plus consensuels sur leur discours contre Microsoft, mais j’espère que tu te rends compte que dans le genre tu en imposes...
Je vais pas le cacher, je trouves que sur certains aspects MS est loin devant les autres, il y a aussi des aspects ou on est derriere c'est evident, mais je vais pas me forcer a cacher les bons cotes pour faire plaisir aux gens ici, c'est pas vraiment ma nature.
[^] # Re: Bonne nouvelle
Posté par pasBill pasGates . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 3.
Non, ECMA accepte les petites et grandes entreprises, ainsi que les organisations a but non-lucratif, qui y ont les memes droits que les societes, cf. http://www.ecma-international.org/memento/Ecmabylaws.htm
La popularité du C vient du fait qu’il a été conçu dès le départ pour une très grande abstraction du matériel sur lequel il tourne, c’est à dire son côté multi-plateforme.
Tu m'excuseras mais non pas du tout, le C n'a pas grand-chose de multi-plateforme, son avantage est justement d'etre tres proche du materiel. C'est aussi son desavantage d'ailleurs, il l'est trop, un simple pointeur par exemple change de taille selon le systeme, le cote big/little endian n'est pas du tout gere, etc...
À côté de ça tu as le C♯, la version normalisée est la 2.0, Microsoft utilise la 4.0.
Non, la version normalisee est la 3.0 , la 4.0 est sortie il y a quelque mois donc ca va venir.
Le langage est très lié au framework .NET (développé en parallèle, annoncé en même temps), technologie exclusivement Microsoft.
Il y est lie en quoi ? A part avec la base de la base du framework en rien du tout, et la base du framework est standardisee aussi.
Pour ceux qui ne voient pas de quoi je parle : il y avait un fil ou un des trolleur avait rapporté l’existence, dont personne ne semble avoir remis en doute la réalité, d’un mail où Microsoft proposait que la norme ACPI soit orientée de telle sorte à favoriser Windows ; on parle régulièrement de problèmes liés à des bugs ACPI, curieusement bien corrigé par Windows : difficile de ne pas faire un parallèle
Faudrait penser a comprendre le probleme : MS donne un compilo ACPI pour Windows, ce compilo ne gere que Windows, car MS ne s'interesse qu'a Windows. Evidemment que les constructeurs qui utilisent ce compilo risquent de se retrouver avec du code qui ne fait pas tourner Linux, a eux d'utiliser un compilo fait pour etre multi-OS.
Il y a aussi un paragraphe sur l’article C♯ de la wikipedia anglaise à propos des accords passés avec Novell, c’est loin d’être simple et forcément donne de quoi se méfier, car populariser des solutions comme Mono c’est aussi donner plus de poids au FUD à propos des brevets.
Il n'y a aucun FUD la dedans, Mono est couvert par une promesse de MS sur les brevets, il n'y a donc absolument _AUCUN_ risque, que ce soit demain ou dans 20 ans.
Mais si je devais décider je préférerais encore tout simplement éviter de tendre la joue et ne pas utiliser de solutions comme Mono, ou alors se limiter à la version normalisée car elle protège contre l’attaque par brevet si j’en crois Wikipedia, mais on perd l’aspect multi-plateforme et compatibilité avec Microsoft qui utilise la version 4.0
T'as toujours pas compris le probleme.
C#, que ce soit 1.0, 2.0, 3.0 ou 4.0 est propre niveau brevets et il n'y a aucun risque.
Le risque, c'est quand t'utilises une reimplementation d'une librairie MS qui ne fait pas partie du framework standardise, genre WindowsForms.
Tu peux tout a fait ecrire un tas de softs en C# 4.0 avec Mono qui sont garantis 100% sans aucun risque niveau brevets MS, faut simplement suivre le standard qui te dit ce qui est standardise et ce qui ne l'est pas (ADO.net, ASP.Net, Windows Forms,..)
Il existe donc une seule implémentation, qui sera a fortiori une implémentation de référence : celle de Microsoft.
Non il y en a au moins 2 vu que Mono implemente C# 4 en toute legalite.
Si Microsoft décide de s’écarter franchement de la norme ? Que fait la Mono ? Suivre la norme... bien... mais on perd, encore une fois, toute compatibilité avec la référence, et donc le risque de perdre la très grande majorité des programmes ou développeurs qui se soucient peu de la compatibilité.
Et pourquoi est-ce que Mono suivrait ? Il y a une loi qui dit que Mono doit suivre comme un petit chien ?
PS : dans le monde du libre l’historique d’une société compte, si elle fait des coups bas les gens le retiennent.
Pas vraiment non, ils ont tendance a retenir ce qui leur plait et oublier le reste(je parles des fans, les devs ont plus d'experience et mettent de l'eau dans leur vin)
à propos des chevilles, c’est caractéristique de ton discours hautain, et ça a le mérite de mettre en évidence la culture d’entreprise qui doit régner : « on est les meilleurs ». Forcément quand ça reste entre vous c’est gratifiant de se faire mousser, par contre ici (alias linuxfr) ça passe très mal, et quand je dis ça je pense pouvoir parler au nom de pas mal d’entre nous. Tu réclames que certains d’entre nous se fassent plus consensuels sur leur discours contre Microsoft, mais j’espère que tu te rends compte que dans le genre tu en imposes...
Je vais pas le cacher, je trouves que sur certains aspects MS est loin devant les autres, il y a aussi des aspects ou on est derriere c'est evident, mais je vais pas me forcer a cacher les bons cotes pour faire plaisir aux gens ici, c'est pas vraiment ma nature.