IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Actualités Discussion :

Microsoft : C# et CLI donnés aux développeurs

  1. #1
    Correspondant Actualités

    Profil pro
    Inscrit en
    Juin 2009
    Messages
    72
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2009
    Messages : 72
    Points : 240
    Points
    240
    Par défaut Microsoft : C# et CLI donnés aux développeurs
    Microsoft : C# et CLI donnés aux développeurs
    Microsoft vient d’annoncer qu’il appliquera sa Community Promise sur son langage C# et son Common Language Infrastructure (CLI), ce qui devra mettre tous les développeurs à l’abri des éventuelles poursuites que Microsoft pourrait engager pour cause de violation de propriété intellectuelle.

    Ce geste est plutôt rassurant. En effet, elle a prise la décision de faire bénéficier aux implémentations de C# et de CLI (Common Language Infrastructure), des éléments de Mono, son programme Community Promise. Ainsi Microsoft promet de n’engager aucune poursuite ou encore de demander plus tard des droits d’auteurs sur la vente, l’utilisation, ou la distribution de C# et CLI. Cette déclaration aura l’avantage de faire descendre de plusieurs crans les inquiétudes des développeurs quant à l’intégration des produits Microsoft dans leurs produits.

    ECMA
    Le 6 juillet, Peter Galli, manager de la communauté open-source de Microsoft, déclarait que la Community Promise sera appliquée aux ECMA et ECMA 335. Selon toujours ce manager, si la spécification ECMA 334 préparait l’interprétation des programmes écrits avec C#, le standard 335 élabore le Common Language Infrastrucure (CLI).

    Cette infrastructure permettra aussi à plusieurs applications conçues sous différents langages, de tourner dans divers environnements, sans qu’il soit indispensable de les réécrire, ces applications pouvant alors s’harmoniser automatiquement avec les caractéristiques de leurs environnements.

    Un point très important de cette promesse de Microsoft, c’est que les développeurs seront désormais dispensés de signer un quelconque contrat de licence avec Microsoft.

    Community Promise

    Cette promesse de Microsoft stipule que dorénavant il n’est plus exigé à qui que ce soit un engagement écrit avant de réaliser un cahier de charges. Le développeur peut, également, mettre en vente son logiciel sans qu’il ait une obligation quelconque de faire apparaître le nom de Microsoft dessus. Tout un chacun peut désormais utiliser ces spécifications en combinaison avec sa technologie, son code ou ses solutions sans qu’il y ait à établir un contrat de licence avec Microsoft. Il suffirait de respecter les conditions d’utilisation.

    Parallèlement, Microsoft décrit sa Communauté Promise destinée aux développeurs d’une manière qui se veut rassurante. Microsoft promet de bannir tout Microsoft Necessary Claims et cessera toute poursuite donc, contre celui qui fabrique, qui utilise, qui vend ses C# et CLI. Galli, de Microsoft, précise que l’open-source, à l’instar des modèles de licence LGPL ou GPL, n’est pas exclu de cette promesse.

    Novell
    Miguel de Icaza, de Novell et fondateur du projet Mono, affirme qu’il est indirectement l’un des artisans de cette somptueuse promesse de Microsoft en faisant pression sur Microsoft. En effet, quelques mois auparavant il aurait approché deux responsables de Microsoft, Bob Mublia, au Server Tolls Business et Brian Glodfarb, au développement des plateformes, pour les inciter à « clarifier » l’octroi de licences relatives aux normes ECMA. Dans la foulée, il n’a pas attendu longtemps pour annoncer qu’il tiendra compte de cette promesse dans un avenir très proche.

    Malgré cette nouvelle promesse de Microsoft, les mémoires n’ont pas encore oubliées les menaces de Microsoft contre Linux en l’accusant de violation de brevets. Alors faut-il percevoir dans cette promesse un semblant de geste d’excuse ? Qu'en pensez vous?

  2. #2
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    21
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 21
    Points : 29
    Points
    29
    Par défaut
    Il faut de toute façon distribué le .Net FrameWork en même temps qu'on distribue notre application...
    Donc bon c'est quand même encore lourd.

    En plus, j'ai remarquer dernierement, quand ton application utilise la dll Oracle pour se connecter à une BDD, faut aussi que l'utilisateur installe le client Oracle... En fin de compte toute les technos .Net sont dépendante malgré qu'on donne les dll avec :/

  3. #3
    Membre éprouvé
    Homme Profil pro
    Inscrit en
    Février 2006
    Messages
    943
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Secteur : Finance

    Informations forums :
    Inscription : Février 2006
    Messages : 943
    Points : 1 156
    Points
    1 156
    Par défaut
    Le problème vient de la guerre des gangs.
    microsoft tourne le dos à oracle.
    plus de support de la JVM, plus de support de oracle en .NET

    Donc pour se prévenir et profiter des nouveautés de .NET => utiliser SqlServer

  4. #4
    Membre chevronné

    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juillet 2009
    Messages
    966
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Juillet 2009
    Messages : 966
    Points : 2 078
    Points
    2 078
    Par défaut
    très bonne nouvelle!

  5. #5
    Rédacteur/Modérateur

    Avatar de gorgonite
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Décembre 2005
    Messages
    10 322
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Transports

    Informations forums :
    Inscription : Décembre 2005
    Messages : 10 322
    Points : 18 681
    Points
    18 681
    Par défaut
    Réponse de la FSF : ces promesses sont insuffisantes !!!


    Reconforté par le récent procès de Microsoft à l'encontre de TomTom au sujet d'une violation d'un brevet sur le système de fichiers FAT, la FSF répond à la promesse de Microsoft de libérer une partie de C# et de la CLI dans le cadre de la Community Promise. Ainsi selon eux, bien que Microsoft se soit engagé à ne pas attaquer en justice, ni à réclamer le paiement de royalties pour l'utilisation, la vente et/ou la distribution de n'importe quelle implémentation de C# et CLI (cela concerne donc une partie du projet Mono), la FSF répond que certains blocs constituant Mono, mais n'étant pas spécifié dans les normes ECMA 334 et 335, ne sont pas protégés par cette Community Promise, et constitue encore un danger potentiel pour ses utilisateurs.



    source http://www.fsf.org/news/2009-07-mscp-mono

  6. #6
    Membre émérite

    Profil pro
    Inscrit en
    Décembre 2003
    Messages
    3 995
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2003
    Messages : 3 995
    Points : 2 522
    Points
    2 522
    Par défaut
    Ben en gros, Microsoft en a juste fait assez pour clairement démontrer qu'il y a un problème, quoi. Si là Debian ne flaire pas le piège, c'est qu'ils sont vraiment stupides !

  7. #7
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Points : 39 753
    Points
    39 753
    Par défaut
    Citation Envoyé par Bebeoix Voir le message
    Il faut de toute façon distribué le .Net FrameWork en même temps qu'on distribue notre application...
    Donc bon c'est quand même encore lourd.
    Ben c'est comme en Java... si une application utilise un framework spécifique (par exemple .NET ou le JRE), il faut bien que ce framework soit présent. D'ailleurs .NET est inclus dans Windows depuis pas mal de temps (mais pas la dernière version malheureusement)
    Mais bon, de toutes façons je vois pas le rapport avec la news

    Citation Envoyé par Bebeoix Voir le message
    En plus, j'ai remarquer dernierement, quand ton application utilise la dll Oracle pour se connecter à une BDD, faut aussi que l'utilisateur installe le client Oracle... En fin de compte toute les technos .Net sont dépendante malgré qu'on donne les dll avec :/
    le provider ADO.NET Oracle de Microsoft n'a pas évolué depuis .NET 2.0, donc ce n'est pas "dernièrement", ça a toujours été comme ça...

    Citation Envoyé par ash.ice.loky Voir le message
    microsoft tourne le dos à oracle.
    plus de support de la JVM, plus de support de oracle en .NET
    Concernant la JVM, c'est depuis le procès que Sun a intenté à Microsoft que MS ne fournit plus sa propre JVM. Donc MS n'y est pour rien sur ce coup là...
    Pour Oracle, MS a décidé d'arrêter le support de son provider ADO.NET, parce qu'il n'est pas à la hauteur des autres implémentations (il reste disponible mais n'est plus maintenu). Je vois pas où est le problème, tu peux toujours utiliser le provider fourni par Oracle (qui est gratuit), ou celui d'un autre éditeur. Mais de toutes façons, on ne peut pas raisonnablement demander à MS de développer et maintenir des providers pour chaque SGBD du marché, c'est aux éditeurs de ces SGBD de le faire. Et je dirais que c'est plutôt Oracle qui tourne le dos à MS : depuis le temps qu'on attend, on a toujours pas vu la couleur de leur support pour Entity Framework...

    Citation Envoyé par ash.ice.loky Voir le message
    Donc pour se prévenir et profiter des nouveautés de .NET => utiliser SqlServer
    Ben oui, c'est un peu logique qu'ils mettent en avant leur propre SGBD plutôt que celui du concurrent...
    Mais encore une fois, c'est un peu hors sujet par rapport à la news

Discussions similaires

  1. Réponses: 1
    Dernier message: 29/05/2015, 23h20
  2. Microsoft ouvre F# 3.0 aux développeurs
    Par Hinault Romaric dans le forum F#
    Réponses: 5
    Dernier message: 06/01/2013, 13h29
  3. Microsoft envoie un minuscule gâteau aux développeurs de Mozilla
    Par Hinault Romaric dans le forum Humour Informatique
    Réponses: 43
    Dernier message: 01/04/2012, 01h17
  4. Microsoft ouvre le Cloud d’Amazon aux développeurs Windows Phone
    Par Hinault Romaric dans le forum Windows Phone
    Réponses: 0
    Dernier message: 31/01/2012, 11h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo