Je me demande pourquoi Novell a passé un accord avec Microsoft si c'était si sécure que cela sinon...
troll FUD patent detected. bip bip.
L'accord concerne pas uniquement mono mais tous les logiciels inclus dans les distributions Linux de Novell.
Si tu parles du récent accord, il concerne moonlight, qui par nature intègre du code à Microsoft : les foutus codecs bourrés de brevets (et pas uniquement des brevets de MS). Mais c'est pas le sujet, Moonlight ne m'intéresse pas, et n'a vraiment aucun rapport avec ce Qyoto.
Juste pour se mettre une partie de la communauté à dos?
Je suppose que dans la tête des commerciaux de Novell, ca rassure les clients, quitte à se mettre à dos la communauté. Je dis pas que c'est malin mais je suppose que c'est le raisonnement.
Je ne me sers plus de cet OS (à mon grand plaisir) depuis des années et je ne suis pas comme certains je vais pas ramener ma fraise la où elle n'a rien à faire.
Eh ben c'est parfait ! t'en à rien à branler de MS.NET alors ! Rien à péter du retard de Mono sur la compatibilité avec les libs de .NET ! Rien à péter des bindings Qt proprios pour COM/.NET ! Que du bonheur, on va enfin pour en revenir à ce qui nous intéresse, Qt open source et le binding Qyoto !
La base technique de la version 2 car la version 3 n'est pas normalisé
Ce qui est chiant, c'est que tu trolls en même temps que tu découvres de quoi tu parles. Le socle technique n'a pas bougé depuis 4 ans et est toujours en version 2.0. Son implémentation dans mono est stable depuis un bon moment, la norme ISO est toujours d'actualité, tout va bien.
Le socle technique s'appelle CLI pour Common Language Runtime, autrement dit, rien à péter de la version de C#, de VB ou d'IronPython au dessus, si tu fais un binding pour la CLI, c'est un problème parfaitement indépendant du langage, la CLI a été conçu pour ça.
[^] # Re: Qyoto/Kimono
Posté par TImaniac (site web personnel) . En réponse à la dépêche Sortie de Qt 4.5. Évalué à 3.
troll FUD patent detected. bip bip.
L'accord concerne pas uniquement mono mais tous les logiciels inclus dans les distributions Linux de Novell.
Si tu parles du récent accord, il concerne moonlight, qui par nature intègre du code à Microsoft : les foutus codecs bourrés de brevets (et pas uniquement des brevets de MS). Mais c'est pas le sujet, Moonlight ne m'intéresse pas, et n'a vraiment aucun rapport avec ce Qyoto.
Juste pour se mettre une partie de la communauté à dos?
Je suppose que dans la tête des commerciaux de Novell, ca rassure les clients, quitte à se mettre à dos la communauté. Je dis pas que c'est malin mais je suppose que c'est le raisonnement.
Je ne me sers plus de cet OS (à mon grand plaisir) depuis des années et je ne suis pas comme certains je vais pas ramener ma fraise la où elle n'a rien à faire.
Eh ben c'est parfait ! t'en à rien à branler de MS.NET alors ! Rien à péter du retard de Mono sur la compatibilité avec les libs de .NET ! Rien à péter des bindings Qt proprios pour COM/.NET ! Que du bonheur, on va enfin pour en revenir à ce qui nous intéresse, Qt open source et le binding Qyoto !
La base technique de la version 2 car la version 3 n'est pas normalisé
Ce qui est chiant, c'est que tu trolls en même temps que tu découvres de quoi tu parles. Le socle technique n'a pas bougé depuis 4 ans et est toujours en version 2.0. Son implémentation dans mono est stable depuis un bon moment, la norme ISO est toujours d'actualité, tout va bien.
Le socle technique s'appelle CLI pour Common Language Runtime, autrement dit, rien à péter de la version de C#, de VB ou d'IronPython au dessus, si tu fais un binding pour la CLI, c'est un problème parfaitement indépendant du langage, la CLI a été conçu pour ça.