Mais faut arrêter de fumer des joints. Si Microsoft a un quelconque brevet génant sur GTK#, il l'est pour GTK+ tout court.
Ça n'est pas une question de brevet, c'est une question d'invalidation du Community Promise : il est clairement stipulé que seules les implémentations complètes et fidèles des parties standardisées de .NET sont protégées. Mais Microsoft ne fournit même pas de tests pour s'assurer de l'état d'une implémentation ! Comment faire confiance à une définition aussi floue ?
Dès lors, deux choses : toutes les extensions non-standardisées de .NET (ADO, LINQ, le DLR…) sont suspectes (et certains logiciels libres destinés à GNOME, comme Banshee et F-Spot, y ont partiellement recours, mais pas de façon très importante), et toutes les autres extensions de Mono doivent prendre garde à ne pas modifier l'implémentation originale (voir les discussions sur http://www.reddit.com/r/programming/comments/8yrtt/miguel_de(...) ).
Oh, tant qu'à pinailler un petit peu : il est clairement précisé dans la CP que la version de C# standardisée était protégée, et seulement celle-là. Savais-tu que Mono implémentait C# 3 et bientôt 4, qui ne sont pas standardisées (voir http://en.wikipedia.org/wiki/C_Sharp_(programming_language)#(...) ) ?
Tu connais la traduction du mot "irrevocably" ?
Au temps pour moi. Il me semble sincèrement avoir lu une première version de la CP parlant d'un "Term", fixé entre 2011 et 2012, au-delà duquel la CP pourrait être annulée. Un peu comme sur http://www.microsoft.com/interop/msnovellcollab/newmoonlight(...) , voir tout en bas.
Quant à Vala, il est parfaitement impossible de le faire passer pour une quelconque implémentation de C# ou du CLI, donc ton commentaire est parfaitement déplacé.
Voilà, donc MONO, ça plait pas, on utilise pas, c'est tout simple !
Non, c'est beaucoup plus compliqué. C'est normal de donner son avis sur le choix des technologies, parce que utiliser Mono aujourd'hui risque de nous en rendre dépendant (comme on l'est de Python, Perl ou autres) pendant des années. Or être dépendant de Mono est risqué : le "community promise" de Microsoft ne couvre que la partie standardisée du CLR, ne s'applique qu'aux implémentations strictes de cette partie standardisée (i.e. pas d'extensions comme GTK# !) et surtout il est est limité dans le temps.
Bref, si personne ne dit rien aujourd'hui, alors ces logiciels (ceux développés en C#) vont devenir une sorte de référence que les gens utiliseront et diffuseront tous. Ils seront inclus dans les distributions, et les alternatives seront peu ou pas développées (le nombre de programmeurs sur Terre n'est pas infini). Et le jour où Microsoft voudra revenir, très légalement, sur cette "promesse", paf le singe, ainsi que les utilisateurs, les gens qui font des distribs, et ainsi de suite.
Oui, Jython correspond à Jruby, IronPython à IronRuby et Rubinius correspond à Pypy, ça j'avais compris - sauf que dans le dernier cas, Pypy me semble être un beaucoup plus gros projet, ayant pour objectif d'améliorer les performances, de permettre des expériences (modification de l'implémentation d'un truc par exemple) et tout, alors que pour Rubinius je n'ai pas trouvé de but avoué, à part "faire comme en lisp et en smalltalk".
Donc j'attends que quelqu'un donne son avis, voilà :) .
Rubinius en version 1.0 : http://rubini.us/about/one_point_oh . Bon moi, je fais du Python, je sais pas trop ce que ça veut dire toutes ces implémentations, mais ça a l'air important pour d'autres.
Donc les gens vont passer d'un verrou propriétaire plus-ou-moins portable à un verrou propriétaire spécifique à un vendeur de matériel. Chouette.
Sur iPhone ça ne change strictement rien. Sur les autres plate-formes libres, Flash ne possède plus d'avantage technique particulier sur les solutions natives, et n'a plus de raison particulière d'être utilisé.
Ça me paraît être une excellente nouvelle pour tout le monde (sauf Apple, Adobe et Novell) : premièrement parce qu'on sait déjà que ça va rebuter des tas de gens, et les attirer vers des plate-formes plus libres, ce que tout le monde ici appréciera.
Deuxièmement parce qu'ainsi on est sûr que les gens n'ont pas de raison de préférer développer en Flash plutôt qu'avec les technologies propres à chaque machine. La situation avant cette annonce nous laissait envisager Flash comme seule technologie portable… au moins là les gens n'ont pas d'argument technique pour le choisir, et se pencheront donc sûrement plus sur le développement d'applications natives.
Bon, par contre les quelques développeurs Lua et l'unique développeur Scheme de l'iPhone doivent un peu faire la tête…
Bon bref, peu importe : il faut faire des dépêches pour linuxfr, okok. En même temps c'est pas évident de faire du contenu de qualité sur un sujet d'actualité.
C'est dommage, aujourd'hui on aurait pu parler du classement TIOBE.
Ça a déjà été dit, cet article n'est peut-être pas à sa place dans les dépêches, encore que. Ça n'est pas à cette partie de ton message que je réagis.
En revanche, il est intéressant, parce qu'il montre plusieurs choses : premièrement, que les gens qui depuis des années fustigent les trolls anti-Microsoft sous prétexte qu'ils font de l'informatique et pas de la politique ont tort. La plupart de ces liens montrent bien que l'on est obligé de faire de la politique à tout moment, que l'on aime ça ou pas. On ne peut pas prétendre que l'informatique est un îlot coupé du reste du monde, parce que c'est également un jeu d'acteurs gigantesques comme Google, Microsoft, Apple etc. dont les actions ont de l'impact sur le reste du monde. Une telle information est directement reliée aux trolls sur Mono et autres.
Deuxièmement, des parallèles peuvent être tracés ici avec la situation des brevets en informatique, exactement comme quand on parlait de café libre il y a quelques mois. Le logiciel libre est un mouvement alternatif, qui s'inscrit aux côtés de beaucoup d'autres comme contestation des modèles "traditionnels" qui avaient lieu avant. On ne peut pas ignorer les revendications politiques sous-jacentes en prétextant la migraine, ça serait passer à côté du principe. Bien sûr, c'est pas pour ça qu'on va tous virer cocos, mais ça implique quand même une démarche contestataire et progressiste.
Enfin, et c'est ici que j'aimerais justifier un peu l'apparition de cet article en tant que dépêche (même si ça n'est pas à moi de le faire), si tu considères que l'information n'est qu'une série de faits isolés (eux aussi ؟) et objectifs, tu te trompes : toute information est à replacer à un contexte, à relier à beaucoup d'événements antérieurs, et éventuellement futurs (au risque de se tromper un peu), sans quoi on est perdu.
Or cet article s'inscrit dans plusieurs fils conducteurs importants sur LinuxFr, qui sont certes la tarte dans la gueule de Microsoft, mais également tout l'intérêt porté au problème des brevets logiciels et des abus de position dominante (il n'y a pas longtemps, je regardais des dépêches de 2003 ou 2004 et le sujet était quand même fréquemment abordé, peut-être parce qu'il y avait moins de logiciels libres en manque de contributeurs à promouvoir). Cette dépêche n'est donc pas totalement incongrue : un article qui parle un peu des OGM ou du nucléaire tous les 10 ans, c'est pas la mort.
Python n'est clairement pas menacé, ne serait-ce que parce que Vala ne vise que GTK et Gnome. Mais dans ce domaine-là, il risque de faire parler de lui dans les années à venir.
Après, pour tout ce qui est web, scripts et extensions, ou développement multi-plateforme, Vala ne sera sans doute jamais vraiment intéressant (et c'est pas son but).
On est jeudi soir, alors ce message est suspect, mais mon but n'est pas de troller (enfin, pas trop, en tout cas sachez que j'aime beaucoup Python). J'ai juste trouvé beaucoup de messages intéressants, avec des gens qui se plaignaient des dépendances de Gwibber ou de sa lenteur.
La news en parle vaguement, mais je pense qu'il est important de souligner que Pino est développé en Vala (un langage dont certains ont déjà bien parlé sur ce site mais je suis nouveau, je sais pas faire les liens). C'est un langage basé sur la GLib, inspiré de C# mais avec des noms moins irritants, qui compile en fait vers du C utilisant cette bibliothèque. Il a été créé pour servir d'alternative à C# dans le développement GTK ou Gnome, et pour l'avoir vaguement essayé je dirais qu'il s'y prend plutôt bien (même si pour l'instant le langage comme la bibliothèque standard manquent de maturité).
Revenons à la news : je n'ai testé ni Pino ni Gwibber, mais je pense que dans les prochaines années, si Vala continue à se développer, on va assister à un certain nombre d'affrontements entre Python et lui, ou entre leurs supporters respectifs. Déjà parce que Vala n'a pas de dépendances importantes pour des applications Gnome (sauf si on veut les compiler soi-même, et encore). Ensuite parce qu'il est bien plus rapide que Python (il compile vers C, certes avec du comptage de références en plus mais bon les benchs sont très positifs).
Et aussi, ce que je trouve amusant, parce que des gens s'amusent à coder en Vala des tas de trucs qui existent déjà en Python : outre ces deux clients Twitter, on peut citer PiTiVi contre Lombard.
[^] # Re: Dommage...
Posté par ZankFrappa . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 2.
Ça n'est pas une question de brevet, c'est une question d'invalidation du Community Promise : il est clairement stipulé que seules les implémentations complètes et fidèles des parties standardisées de .NET sont protégées. Mais Microsoft ne fournit même pas de tests pour s'assurer de l'état d'une implémentation ! Comment faire confiance à une définition aussi floue ?
Dès lors, deux choses : toutes les extensions non-standardisées de .NET (ADO, LINQ, le DLR…) sont suspectes (et certains logiciels libres destinés à GNOME, comme Banshee et F-Spot, y ont partiellement recours, mais pas de façon très importante), et toutes les autres extensions de Mono doivent prendre garde à ne pas modifier l'implémentation originale (voir les discussions sur http://www.reddit.com/r/programming/comments/8yrtt/miguel_de(...) ).
Oh, tant qu'à pinailler un petit peu : il est clairement précisé dans la CP que la version de C# standardisée était protégée, et seulement celle-là. Savais-tu que Mono implémentait C# 3 et bientôt 4, qui ne sont pas standardisées (voir http://en.wikipedia.org/wiki/C_Sharp_(programming_language)#(...) ) ?
Tu connais la traduction du mot "irrevocably" ?
Au temps pour moi. Il me semble sincèrement avoir lu une première version de la CP parlant d'un "Term", fixé entre 2011 et 2012, au-delà duquel la CP pourrait être annulée. Un peu comme sur http://www.microsoft.com/interop/msnovellcollab/newmoonlight(...) , voir tout en bas.
Quant à Vala, il est parfaitement impossible de le faire passer pour une quelconque implémentation de C# ou du CLI, donc ton commentaire est parfaitement déplacé.
[^] # Re: Dommage...
Posté par ZankFrappa . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 2.
Non, c'est beaucoup plus compliqué. C'est normal de donner son avis sur le choix des technologies, parce que utiliser Mono aujourd'hui risque de nous en rendre dépendant (comme on l'est de Python, Perl ou autres) pendant des années. Or être dépendant de Mono est risqué : le "community promise" de Microsoft ne couvre que la partie standardisée du CLR, ne s'applique qu'aux implémentations strictes de cette partie standardisée (i.e. pas d'extensions comme GTK# !) et surtout il est est limité dans le temps.
Bref, si personne ne dit rien aujourd'hui, alors ces logiciels (ceux développés en C#) vont devenir une sorte de référence que les gens utiliseront et diffuseront tous. Ils seront inclus dans les distributions, et les alternatives seront peu ou pas développées (le nombre de programmeurs sur Terre n'est pas infini). Et le jour où Microsoft voudra revenir, très légalement, sur cette "promesse", paf le singe, ainsi que les utilisateurs, les gens qui font des distribs, et ainsi de suite.
(Et plutôt que de le coder en C, utilisez Vala !)
[^] # Re: Preumz
Posté par ZankFrappa . En réponse à la dépêche PdfMod : outil de manipulation de PDF. Évalué à 4.
[^] # Re: Créé le baladeur mp3 ?
Posté par ZankFrappa . En réponse au journal Nouveau coup de tonnerre attendu. Évalué à 4.
[^] # Re: Rubinius aussi
Posté par ZankFrappa . En réponse à la dépêche Petites brèves à propos de Ruby et Rails. Évalué à 4.
Donc j'attends que quelqu'un donne son avis, voilà :) .
# Rubinius aussi
Posté par ZankFrappa . En réponse à la dépêche Petites brèves à propos de Ruby et Rails. Évalué à 3.
[^] # Re: Restriction du choix des langages sur l'iPhone
Posté par ZankFrappa . En réponse à la dépêche Panaché de brèves informatiques de la semaine. Évalué à 2.
Sur iPhone ça ne change strictement rien. Sur les autres plate-formes libres, Flash ne possède plus d'avantage technique particulier sur les solutions natives, et n'a plus de raison particulière d'être utilisé.
[^] # Re: Incompréhension
Posté par ZankFrappa . En réponse à la dépêche "Qu'est-ce qu'Internet ?" Cycle de conférences à Sciences Po par Benjamin Bayart. Évalué à 0.
Ah, parce que toi tu tchattes avec les pieds ?
# Restriction du choix des langages sur l'iPhone
Posté par ZankFrappa . En réponse à la dépêche Panaché de brèves informatiques de la semaine. Évalué à 5.
Deuxièmement parce qu'ainsi on est sûr que les gens n'ont pas de raison de préférer développer en Flash plutôt qu'avec les technologies propres à chaque machine. La situation avant cette annonce nous laissait envisager Flash comme seule technologie portable… au moins là les gens n'ont pas d'argument technique pour le choisir, et se pencheront donc sûrement plus sur le développement d'applications natives.
Bon, par contre les quelques développeurs Lua et l'unique développeur Scheme de l'iPhone doivent un peu faire la tête…
[^] # Re: Ah la moderation
Posté par ZankFrappa . En réponse à la dépêche Bill Gates et la diversification externe. Évalué à 3.
[^] # Re: Ah la moderation
Posté par ZankFrappa . En réponse à la dépêche Bill Gates et la diversification externe. Évalué à 1.
C'est dommage, aujourd'hui on aurait pu parler du classement TIOBE.
[^] # Re: Ah la moderation
Posté par ZankFrappa . En réponse à la dépêche Bill Gates et la diversification externe. Évalué à 4.
En revanche, il est intéressant, parce qu'il montre plusieurs choses : premièrement, que les gens qui depuis des années fustigent les trolls anti-Microsoft sous prétexte qu'ils font de l'informatique et pas de la politique ont tort. La plupart de ces liens montrent bien que l'on est obligé de faire de la politique à tout moment, que l'on aime ça ou pas. On ne peut pas prétendre que l'informatique est un îlot coupé du reste du monde, parce que c'est également un jeu d'acteurs gigantesques comme Google, Microsoft, Apple etc. dont les actions ont de l'impact sur le reste du monde. Une telle information est directement reliée aux trolls sur Mono et autres.
Deuxièmement, des parallèles peuvent être tracés ici avec la situation des brevets en informatique, exactement comme quand on parlait de café libre il y a quelques mois. Le logiciel libre est un mouvement alternatif, qui s'inscrit aux côtés de beaucoup d'autres comme contestation des modèles "traditionnels" qui avaient lieu avant. On ne peut pas ignorer les revendications politiques sous-jacentes en prétextant la migraine, ça serait passer à côté du principe. Bien sûr, c'est pas pour ça qu'on va tous virer cocos, mais ça implique quand même une démarche contestataire et progressiste.
Enfin, et c'est ici que j'aimerais justifier un peu l'apparition de cet article en tant que dépêche (même si ça n'est pas à moi de le faire), si tu considères que l'information n'est qu'une série de faits isolés (eux aussi ؟) et objectifs, tu te trompes : toute information est à replacer à un contexte, à relier à beaucoup d'événements antérieurs, et éventuellement futurs (au risque de se tromper un peu), sans quoi on est perdu.
Or cet article s'inscrit dans plusieurs fils conducteurs importants sur LinuxFr, qui sont certes la tarte dans la gueule de Microsoft, mais également tout l'intérêt porté au problème des brevets logiciels et des abus de position dominante (il n'y a pas longtemps, je regardais des dépêches de 2003 ou 2004 et le sujet était quand même fréquemment abordé, peut-être parce qu'il y avait moins de logiciels libres en manque de contributeurs à promouvoir). Cette dépêche n'est donc pas totalement incongrue : un article qui parle un peu des OGM ou du nucléaire tous les 10 ans, c'est pas la mort.
[^] # Re: Python vs Vala
Posté par ZankFrappa . En réponse à la dépêche Un combat de clients de microblogging. Évalué à 1.
Après, pour tout ce qui est web, scripts et extensions, ou développement multi-plateforme, Vala ne sera sans doute jamais vraiment intéressant (et c'est pas son but).
# Python vs Vala
Posté par ZankFrappa . En réponse à la dépêche Un combat de clients de microblogging. Évalué à 3.
La news en parle vaguement, mais je pense qu'il est important de souligner que Pino est développé en Vala (un langage dont certains ont déjà bien parlé sur ce site mais je suis nouveau, je sais pas faire les liens). C'est un langage basé sur la GLib, inspiré de C# mais avec des noms moins irritants, qui compile en fait vers du C utilisant cette bibliothèque. Il a été créé pour servir d'alternative à C# dans le développement GTK ou Gnome, et pour l'avoir vaguement essayé je dirais qu'il s'y prend plutôt bien (même si pour l'instant le langage comme la bibliothèque standard manquent de maturité).
Revenons à la news : je n'ai testé ni Pino ni Gwibber, mais je pense que dans les prochaines années, si Vala continue à se développer, on va assister à un certain nombre d'affrontements entre Python et lui, ou entre leurs supporters respectifs. Déjà parce que Vala n'a pas de dépendances importantes pour des applications Gnome (sauf si on veut les compiler soi-même, et encore). Ensuite parce qu'il est bien plus rapide que Python (il compile vers C, certes avec du comptage de références en plus mais bon les benchs sont très positifs).
Et aussi, ce que je trouve amusant, parce que des gens s'amusent à coder en Vala des tas de trucs qui existent déjà en Python : outre ces deux clients Twitter, on peut citer PiTiVi contre Lombard.