Mono (C#)

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
0
30
juil.
2002
Technologie
Juste une petit news qui date du 26 juillet.

Mono en est a sa version 0.13 (ca porte chance ca, non ?). Bon on va encore me dire que j'aurais du poster la news sur win32fr.org. Mais la je retorque:

La dernière version de Mono a enfin été développé entièrement sous Linux (cf. lien), sans utiliser Windows. Ceci est principalement dû au fait que Mono est désormais capable de compiler ses propres classes.

L'extrait en question:
"There are many changes since the last version, the major one
is that Mono can now compile its class libraries and we have
been able to move our development to Linux (indeed, this
release was done entirely in Linux without using Windows)."

Aller plus loin

  • # berk

    Posté par  . Évalué à 10.

    ca reste un outil qui vas servir le monopole de microsoft ... je comprend pas tres bien pkoi la fsf soutient ce projet ...
    • [^] # Re: berk

      Posté par  . Évalué à -10.

      ... hum ...

      on dirait que ça mord pas ...

      faut dire que ton lancement de troll était un peu faible ...

      [critique gratuite libre --> -1]
    • [^] # Re: berk

      Posté par  . Évalué à 10.

      C'est sans doute justement pour éviter que ce monopole existe non? Si il n'y a que Microsoft qui propose .net, alors oui il y aura un véritable monopole.
      • [^] # Re: berk

        Posté par  . Évalué à 6.

        pas d'accord, ca vas juste imposer un language qui n'est regit que par microsoft et le fsf se retrouvera a suivre comme elle peut les modif. C'est pas ma vision du LL
        • [^] # Re: berk

          Posté par  . Évalué à 8.

          Bof, n'est-ce pas mieux que le logiciel libre s'y mette dés maintenant plutôt que ça fasse comme pour java où les dvpeurs sous linux n'ont pas d'autre alternative que d'utiliser le jdk de sun ?
        • [^] # Re: berk

          Posté par  . Évalué à 5.

          Est-ce que ça revient pas au même avec Java ?
          Jusqu'à présent il n'y a eu aucun soucis.
          Le procès Sun contre MS et son java modifié a permi d'en éviter.

          Pour l'instant on ne peut rien dire à moins de faire un procès d'intentions à MS. C'est vrai qu'il y a des raisons de s'inquiéter. Entre les 2 choix il est très difficile de choisir le bon et je ne pense pas que le choix de la FSF se soit fait à la légère.
          • [^] # Re: berk

            Posté par  . Évalué à 1.

            1) la fsf a pas assez de thune pour un proces de grande envegure contre kro
            2) c'est sun (developeur de java) qui a attaque Kro (le copieur)
        • [^] # Re: berk

          Posté par  . Évalué à 7.

          Bon si on doit suivre cette politique alors :
          - stoppons le compilo Java (regit par SUN)
          - arretons de suite le C, C++, ... (regit par ANSI ... les gars qui tiennent entre leur main tout plein de langage et qui modifient les normes tout les 10 ans ...)
          - ne nous remettons surtout pas a l'Objective C ce produit cree par SUN et NeXT et desormais regit pas Apple
          - ne touchjons pas a l'assembleur qui est regit par le fondeur du CPU
          - redigeons donc nos algo sur papier avec des "tant que" "si" ... ca au moins c'est regit par nous

          Sinon Il y a la politique qui a fait ces preuves pour tout les langages sites plus haut est qui est de faire un environnement de dev compatible afin de creer un groupe pouvant suggerer des nouvelles idees sans que un seul acteur decide de tout ... je croit que la FSF veut aller dans ce sens

          Fred
          • [^] # Re: berk

            Posté par  . Évalué à -2.

            certe mais deja certain languages cités sonts de normes ouvertes, et de plus ici c'est une question de volontées officiel de domination de l'informatique et d'internet
          • [^] # Re: berk

            Posté par  (site web personnel) . Évalué à 1.

            Et concernant Objective C il est quand même important de noter que NeXT utilisait gcc, de même qu'Apple, et que les extension d'apple sont donnés au comité gcc (par exemple, la possibilité de mixer C++ et Objective C). Bon, maintenant les types de gcc ont dit qu'ils mettraient un an à intégrer ça, mais hein...
          • [^] # Re: berk

            Posté par  . Évalué à -1.

            Hey !
            Il ne faudrait quand meme pas oublier le goto++ :+)
          • [^] # ANSI = standardisation

            Posté par  . Évalué à 6.


            arretons de suite le C, C++, ... (regit par ANSI .

            ANSI c'est l'organisme de standardisation americain. D'ailleurs le C et le C++ sont normalises par seulement par ANSI mais egalement ISO (international)


            creer un groupe pouvant suggerer des nouvelles idees sans que un seul acteur decide de tout ...

            C'est le role de ces organismes de standardisation (Ansi, Iso, Afnor...)
            • [^] # Re: ANSI = standardisation

              Posté par  . Évalué à 1.


              ANSI c'est l'organisme de standardisation americain. D'ailleurs le C et le C++ sont normalises par seulement par ANSI mais egalement ISO
              (international)


              Je sais bien ceci mais c'etait pour mettre un intrus dans la liste afin de montrer a quel point ca pouvait etre extreme


              C'est le role de ces organismes de standardisation (Ansi, Iso, Afnor...)


              Tout a fait mais ces organisme ne se penchent pas sur un langage des csa naissance ca presenterais le risque de perdre du temps et des ressources pour un langage qui risque de mourrir d'ici peu.

              Elles attendent donc que ce langage ait atteint une certaine maturitee avant de s'occuper de cette 'standardisation'. Toutefois durant la periode de flottement quelques "bonnes ames" occupent un role qui a defaut de 'standardiser' cherche a faire 'evoluer' ce langage afin qu'il ne meure pas precocement ou tout autre raison (qui n'a jamais entendu parle de K&R ou pour les plus jeunes GNU qui a contribue pas mal a cet elan dans divers langages).

              Le fait est que durant cette periode le nombre de "bonne ame" doit etre de preference superieur a 1 (plus il est grand mieux c'est) afin d'eviter que la "bonne ame" seule ne decide de fermer les specifs du langage et de garder pour elle ce langage - ce qui risque fort de mener ce dernier a une mort certaine - je pensait donc que la FSF fait bien de travailler sur le C# pour ces aspects la. Ce bien sur jusqu'a ce que ce langage soit assez mature pour etre normalisable (et ca prends du temps ... Java a mes yeux est encore loin de ce stade)

              Fred
          • [^] # Re: berk

            Posté par  . Évalué à 0.

            Y'a plus qu'a programmer en Brainfuck!

            http://www.muppetlabs.com/~breadbox/bf/(...)
        • [^] # Re: berk

          Posté par  . Évalué à 8.

          C# est une partie marginale de .net, le CLR est de loin l'un des concepts les plus évolués de l'infomatique moderne.

          Maintenant, plus je me renseigne, plus je vois des problèmes, mais techniques, pas des conneries du style C# machin.

          Le CLR est extrèmement intéressant à étudier (architecture, modèle de sécurité ...), j'ai entendu le plus grand bien sur la bibliothèque de classes (que j'ai pas encore étudiée).

          J'aimerais bien qu'un jour la discussion porte sur la réalité de .net plutôt que ce genre de discours.

          Microsoft a payé à prix d'or un paquets de spécialistes de domaines divers, jugeons les sur leur travail, pas sur celui des commerciaux ou des journalistes (y'a une différence ?).
          • [^] # Re: berk

            Posté par  . Évalué à -1.

            ...des journaquoi ?
            • [^] # Re: berk

              Posté par  . Évalué à 0.

              des commercialiste ou des journaciaux, c'est un concept particulier : c'est des gens qui sont là pour faire la critique (indépendante, ça va de soi) des produits ou des stratégies des gens qui les nourissent.

              -1 sarcasme
      • [^] # Re: berk

        Posté par  . Évalué à 1.

        de plus a mon avis les programes C# feronts bien le voyage gnu->microsoft, l'inverse me semble helas plus difficile
        (2 mess car pb de prox)
    • [^] # Re: berk

      Posté par  . Évalué à -8.

      Pour eviter que la FSF pronne le monopole *NIX ?
      Pour prouver au reste du monde que la FSF n'est pas un groupe de SECTAIRES *NIXiens ?
      Pour faire un pieds de nez a 'crosoft ? (allez on veut bien vous aider va vu que bientot vous allez clamser ... j'aime bien rever)
      Pour penser aux povres gars qui sont obliges de bosser sous windows ?
      Pour etendre l'hegemonie du IIIe reichde la FSF a travers le monde ? (mais la je suis en train de brunir un peu)
      ....

      Fred
      • [^] # Re: berk

        Posté par  . Évalué à -3.

        Pour etendre l'hegemonie du IIIe reichde la FSF a travers le monde ?

        pfeuu ....
  • # Amis de la sémantique bonsoir...

    Posté par  . Évalué à 5.

    Euh j'y connais nib à ce nouveau language, mais rien qu'au niveau du nom, je préfère Mono (singe en espagnol) que C#. C'est plus joli, plus expressif, ça fait moins ethnocentrique et surtout ça évite les problèmes de prononciation: http://www.theregister.co.uk/content/28/26042.html(...)

    Quite à choisir entre .Net avec son "D Flat" (ou C# si vous préférez) .GNU/Mono ou encore .Mac je préfère largement celui qui se préocuppe de défendre les libertés des utilisateurs et des programmeurs et qui n'a pas pour but de créer un Internet qui sent un peu trop le propriétaire.
    • [^] # Re: Amis de la sémantique bonsoir...

      Posté par  . Évalué à 2.

      il me semble que .Mac c'est juste des services, ca n'a rien a voir avec un language

      Depending on the time of day, the French go either way.

      • [^] # Re: Amis de la sémantique bonsoir...

        Posté par  . Évalué à 0.

        Ouais, tu as raison, ce sont bien des services...
        Mais il me semble aussi - d'après ce que j'ai lu - que ces services sont censés créer un environnement intégré pour l'utilisateur. J'ai pas vu beaucoup d'explications sur la platforme et les technologies utilisées pour offrir ces services, mais à mon avis le côté "Tout va passer par nous, faites-nous confiaaaance..." n'est pas vraiment ultra-idéal.
        Bon, tout ça c'est vraiment flou, mais il me semble que le principal reproche fait à l'environnement .Naitte/D Flat c'est la tendance à absolument tout centraliser. L'alternative libre de la FSF et de Ximian a justement été mise en oeuvre pour s'affranchir d'un fournisseur de service unique qui serait M$ (pour lequel les mots liberté, respect des utilisateurs et libre concurrence sont définies par la stratégie marketing) et pour fournir des outils similaires à la communauté du libre.

        Bref, il me semble qu'il y a un arrière-goût de tout ça dans .Mac. Quelqu'un pour confirmer??
        • [^] # Re: Amis de la sémantique bonsoir...

          Posté par  . Évalué à 4.

          .mac regroupe plusieurs choses:
          -Une adresse electronique accessible en IMAP
          -L'hebergement d'une page perso
          -Un espace de stockage en ligne (iDisk)
          -Un antivirus
          -Un calendrier et un carnet d'adresse en ligne
          -Plus une ou deux autres conneries

          La platfome utilisee, c'est du MacOS X Serveur avec de l'apache, et le mod WebDAV (http://www.webdav.org/(...)) donc klk chose de plutot standart, et utilisable avec ce que tu veux, du TCL par exemple (http://mini.net/tcl/3203(...)).
          Bon le mail c'est de l'IMAP, et les pages web du classic.
          Pour le reste je sais pas trop faudrait que j'etudie ca un peu plus, mais il n'y a pas plus de risques je pense a stocker ce genre de trucs chez Aplle que chez ton ISP

          Depending on the time of day, the French go either way.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.