On s'en branle total : si demain MS impose des trucs totalement débile dans C#, c'est leur problème : si Mono juge que c'est inutile d'aller dans cette direction, rien ne les obligent à suivre MS.
Mono est un logiciel libre, tu peux forker et faire ce que tu veux avec.
si tu fais l'effort de lire
J'ai lu, et ?
La politique de Mono est clair : si y'a un brevet qui peut géner, on l'utiliser pas en trouvant un algo alternatif. Si c'est pas possible, on supprime le code en question.
Je réitère donc ma demande : montre moi un brevet et un morceau de code de Mono qui violerait le dit brevet.
Je vais pas me fatiguer a repondre plus a tes attaques
Ou comment avouer que tu n'as strictement aucune preuve de ce que tu prétends. Mais t'as raison, arrête de répondre, c'est tellement ridicule.
Ah oui tiens c'est amusant va donc voir pourquoi Moonlight n'est pas inclu dans Fedora et apres on reparle.
Moonlight reste un projet à part dans Mono, ça serait bon de ne pas généraliser.
Prouve moi par un lien provenant de Microsoft que aucun brevet n'est viole par aucune version de Mono et des softs associe.
Tu sais très bien que c'est impossible à prouver gros malin. Et tu sais très bien que j'ai jamais dit que Mono ne violait aucun brevet : j'ai dit que Mono avait un risque, comme tous les autres logiciels libres.
Mais en tout cas tu confirmes mon intuition : tu te fou bien de la gueule du monde. Tu affirmes quelque chose (Mono utilise forcement des brevets MS) sans aucune preuve. Ton argumentation est detestable et totalement irrespectueuses des développeurs et utilisateurs de ce logiciel libre.
Mais bin sur Mono il y a des brevets connus qui sont forcement utilise dedans.
Vas-y, prouve-le : donne nous un lien vers un brevet et le code de Mono associé qui utiliserait le dit brevet.
On va voir si tu te fou simplement de la gueule du monde ou si t'es un minimum honnête.
PS : je te tire mon chapeau à l'avance, tu viens de faire passer les juristes de RedHat et Novell pour des guignoles simultanément.
Utiliser mono, c'est risquer d'enfreindre un brevet logiciel, il ne faut pas le nier, que tu le coupes en 2 ou 4 n'y changera pas grand chose.
Mais il est particulièrement malhonnête de ne pas mentionner également que :
- Jusqu'à preuve du contraire, on ne parle d'aucune infraction concrête mais uniquement de "possibles" litiges sans que l'on sache vraiment de quel code on parle ni de quel brevet.
- Utiliser Linux, c'est risquer d'enfreindre un brevet logiciel.
- Utiliser [cequevousvoulez], c'est risquer d'enfreindre un brevet logiciel.
- Debian semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
- Fedora semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
- Ubuntu semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
Le plus drôle dans l'histoire, c'est que tu trouveras toujours un anti-MS/anti-DeIcaza pour diffuser le troll de Microsoft & co. Ironique non ?
Ne connaissant pas le fonctionnement de cette organisation est-ce que la participation consistait juste en une promesse très généraliste ou dans une liste de brevets bien définis ?
Y'a une liste bien définie : http://www.openinventionnetwork.com/pat_owned.php
Tes reseaux de contrefacons a la qualite pourrie (xvid+mp3 pour le contenu SD)
Si le film est bon, c'est pas un soucis. Evidemment si c'est une grosse prod merdique hollywoodienne, effectivement tu dois te rabattre sur la forme à défaut de fond intéressant, et tu te retrouves à faire "ouaaah" parcque c'est en HD Dolby 5.1.
Et puis c'est bizzare de considérer qu'un projet est "mort" alors que son sponsor vient de l'inclure il y a à peine 6 mois dans son usine de développement phare en standard (Visual Studio), et qu'il pousse son utilisation sur d'autres plateformes (Windows Phone, Mono).
F# n'est sûrement pas beaucoup utilisé, mais il n'est pas mort : il doit juste faire ses preuves. Seul l'avenir nous dira avec le recul si c'est un échec ou non.
En fait le raccourci fait par Albert est simple : si Microsoft met quelque chose sous licence open-source, c'est qu'il est mort.
C'est parfois vrai, mais c'est pas toujours le cas.
Exemples : ASP.NET MVC est loin d'être mort (au contraire), WPF Toolkit et Silverlight Toolkit sont les composants de référence de tous projets dans ces technos.
Sinon oui, clairement Silverlight pour le web c'est clairement pas l'avenir au niveau grand public (application métiers par contre ça reste pertinent), Microsoft misant sur HTML5, par contre il a encore un avenir : pour preuve les Windows Phone.
C'est exactement ce que je dis, et c'est exactement ce que dit Microsoft, et c'est pour ça que y'a un port SD et pas un port proprio ou pas de port du tout comme sur l'iPhone.
Windows Phone 7 n'utilise pas de système de fichier "classique" : il n'y a donc aucun intérêt à vouloir changer régulièrement la carte SD pour échanger des données.
Le seul intérêt qu'il y a à changer/ajouter la carte, c'est augmenter la quantité de mémoire disponible pour le système.
Problème : les perfs de l'OS dépendent directement des perfs de la mémoire. Si l'utilisateur a accès facilement à la mémoire et qu'il l'a change, au hasard avec une carte SD NoName MadeInChina de chez Carrouf, l'OS va ramer/bugguer aléatoirement. L'utilisateur va penser : Windows Phone 7 c'est de la merde.
L'idée de Microsoft est donc de faire en sorte que :
- il soit possible d'augmenter la quantité de mémoire disponible
- s'assurer qu'il n'y est pas n'importe quoi comme carte d'installé
Pour ça :
- ils certifient les cartes SD pour tourner avec Windows Phone 7
- les constructeurs "cachent" le port SD comme ils "cachent" la carte SIM
- officiellement, c'est le constructeur ou l'opérateur qui change la carte
En fait il faut prendre le problème à l'envers :
Pour arriver au même résultat, Apple a totalement vérouiller l'accès au module de mémoire. Microsoft a fait le choix d'autoriser l'utilisateur de ports SD "standards".
Au final, les connaisseurs pourront upgrader eux-même leurs téléphone (et c'est bien ce qui nous intéresse), en connaissance de cause, et les 95% de la population restante iront chez leurs revendeurs si le besoin s'en fait ressentir.
Mais sinon oui, il est dommage que Microsoft n'est pas choisi de supporter les systèmes de fichiers "classiques" (FAT ou NTFS, n'en demendons pas trop), ce qui aurait permis d'envisager d'échanger des données avec une carte SD.
Qu'en est-il de l'aspect multi-plateforme (a priori, spécifique Microsoft pour le moment si j'ai bien compris) ?
Non, F# tourne déjà avec Mono, donc sous Linux, Windows, BSD, Solaris, Mac, Wii, PS3, sur les archi x86, x86-64, IA64, PowerPC, SPARC (32), ARM, Alpha, s390, s390x (32 and 64 bits). Donc sur à peu prêt n'importe quoi.
Le seul doute qui subsiste, c'est sur son fonctionnement sur iPhone.
S'il n'a ni les uns ni les autres, quels en sont ses réel avantages pour les scientifiques ?
Utiliser un langage au paradigmes généralement utilisés dans les milieux scientifiques tout en ayant accès à des frameworks "mainstream" et ainsi bosser avec des gens non scientifiques. (Une brique F# peut être consommée en VB, en C++, en C#, etc. et inversement).
Bref, c'est plus de choix pour ceux qui bossent déjà sous .NET, et c'est une bonne passerelle pour ceux qui viennent du monde scientifique et qui sont habitués aux Caml et autres dérivés.
C'est pas vraiment une migration "technologique", c'est plutôt un abandon du service Live Spaces par Microsoft, avec une reprise par un autre prestataire des contenus histoire de ne pas traumatiser les utilisateurs.
Oui et puis comme ça tu te retrouves à télécharger à 2ko/s parcque le réseau n'est plus capable d'identifier les sources similaires et te permettre de télécharger chez plusieurs sources en même temps... très pratique comme solution :)
Séparer la partie Internet de la partie TV, et payer 5.5% sur la partie TV
Tu comprends toujours pas : l'état a décidé de tout passer à 19,6%, plus de possibilité d'avoir 2 TVA différentes en séparant les prestations, d'où la gueulante légitime des FAIs qui se retrouve avec TVA à 19,6% + COSIP. Bref, soient ils encaissent, soient ils répercutent. Et c'est bien la décision/faute de l'état.
Augmenter les abonnements de la taxe COSIP, et seulement elle
Il est logique qu'ils paient la taxe COSIP puisqu'ils diffusent des contenus audio/visuel. Ce qui est anormal, c'est qu'ils ne puissent plus appliquer une TVA à 5,5%. Il est donc tout à fait logique qu'ils répercutent la différence de TVA.
Pour être totalement honnête, il faudrait qu'ils répercutent la différence de TVA que l'état "impose" par rapport à ce que l'europe demandait, à savoir 33% et non 50%. Reste à voir en pratique de quel montant sera l'augmentation.
Que les FAI soient déjà heureux de ne pas être redressés, ils profitent déjà d'une faveur
Et en échange l'état va leur rembourser la taxe COSIP ?
e fait que ce soit l'Etat qui ai accepté le principe manifestement (pour reprendre des termes que l'état aime mettre dans ses lois) illégal aide, soit.
Encore une fois, le principe n'est pas illégal, l'europe l'a rappelé en indiquant clairement que la partie TV pouvait continuer à être taxé à 5,5%. L'europe critique juste le ratio actuellement appliqué, à savoir 50/50.
Qui comme par hasard s'arrondirait à 33 € TTC, et Niel ne va rien gagner dans l'histoire c'est ça? ;-)
Si Niel affiche comme il le menace, la différence de prix sous la forme "+ taxe machin", ils vont plutôt avoir intérêt à ce que son montant soit exact sinon ils vont se prendre une volée de bois vert.
Source ?
J'ai pas trouvé le communiqué original, mais en tout cas par ici :
"Ce week-end, la Commission européenne a confirmé ces doutes en déclarant à l’AFP n’avoir jamais demandé à Paris d’augmenter la TVA sur les offres triple play. « Le taux de TVA réduit de 5,5% pourra continuer de s’appliquer pour la partie télévision de l’offre », a ainsi affirmé un porte parole de la Commission. Ce que Bruxelles demande, c’est que les services de haut débit ADSL et de téléphonie fixe illimité soient eux bien taxés à 19,6%. Et pour la Commission, ces deux services ne représentent logiquement que deux tiers de la facture, pas la totalité."
Bref, ce que conteste la commission européenne, c'est le ratio, pas le fait de l'afficher.
une pour Internet à 19.6%, une pour la TV à 5.5%
Euh, c'est déjà ce qu'il font : la moitié du forfait c'est internet (taxe à 19,6%) et la moitié c'est la TV (5,5%). Bruxelles avait juste demandé de changer le ratio 50/50 à quelque chose de plus réaliste du type 60/40. L'impact aurait été relativement faible et sûrement mieux accueilli des FAI. Mais l'état a choisi la solution atomique : c'est 19,6% pour l'ensemble, pas moyen de différencier. Bref, les FAIs ne peuvent à priori rien faire.
Ensuite il est faux de dire que la TVA à 5,5% c'est fait en silence, au seul bénéfice des FAIs : les FAIs ont dû s'acquitter d'une nouvelle taxe (taxe COSIP) pour financer la création audiovisuelle (entre 0,5 et 4,5% du chiffre d'affaire total contre une TVA à 5,5% sur la moitié du chiffre d'affaire).
Cette taxe sera probablement remise en cause, mais à l'heure actuelle elle est toujours là, il est assez logique que les FAI râlent.
Donc en l'état, les FAIs se retrouve bien avec + de taxe qu'avant même que la TVA ne baisse (il n'y avait alors pas de COSIP). Je trouves que fais un raccourci vraiment facile sur la situation actuelle.
Ce qui est marrant, c'est qu'on parle de logiciel libre, avec un code source disponible, et qu'au final, l'analyse (avec wireshark) se passe exactement de la même manière qu'avec un logiciel propriétaire, comme si c'était une boîte noire :)
Connaissant les lacunes du langage et l'incapacite de sun a pondre un framework ui un tant soit peu decent, c'est normal que google ait refuse ca.
On parle pas du framework mais de la VM.
Et le langage, malgré ses lacunes, il l'on gardé.
Non, car elles ne sont pas prévues pour les smartphones et aurait fait payer très cher une adaptation.
Elles ont justement été conçu pour l'embarqué, d'ailleurs ces VM tournent sur de nombreux smartphones... Google aurait pu se contenter de les modifier/thuner pour ses besoins. Non le problème était ailleurs :
- la VM Java ME est sous GPL, ce qui n'est pas acceptable pour Google qui veut monter un App Store.
- la VM de .NET, c'est du Microsoft, ce qui est idéologiquement inconcevable pour Google.
Ils auraient pu mettre les moyens nécessaire à réimplémenter une VM Java compatible sans réutiliser le code GPL de Sun, mais ils ont préféré aller au plus vite et récupérer le projet Dalvik qui proposait une 3ème alternative.
alors ses contributeurs sont aussi importants que les contributeurs GNOME, même s'ils maintiennent 50x moins de code.
Ben justement non : les contributeurs sont facilement remplaçables, et généralement le code également. Aujourd'hui jQuery a du succès, peut être que demain ce sera une autre lib, jQuery n'est clairement pas critique. Ruby On Rails a eu son moment de buzz mais pas plus de succès que ça aujourd'hui, niveau criticité, voilà quoi. WordPress a plein d'alternatives car finalement c'est pas un "gros" projet et qu'il est à la portée de nombreuses équipes de proposer une alternative.
Un projet de l'envergure (popularité) du Kernel est beaucoup plus critique de part sa taille, et c'est pas pour rien que les entreprises y participent : c'est qu'elles connaissent très bien son niveau de criticité et son côté irremplaçable. Leurs contributeurs sont donc bien plus important que les contributeurs de Ruby On rails ou de jQuery qui sont facilement remplaçable.
On est d'accord sur la popularité, c'est le critère numéro 1. Mais tu ne peux pas exclure la "taille" qui reste un critère pour mesurer l'importance/difficulté qu'il y a maintenir ou remplacer le code en question.
Parce que vouloir porté la bibliothèque .Net sur plein de langage pour Androïd, tout en restant performant est un peu optimiste pour commencer.
C'est "by design", et c'est également possible avec la VM Java. Rien de différent de ce côté là, juste des VM différentes.
En plus, j'ai l'impression que Java est plus connu que .Net dans son ensemble mais c'est juste une impression.
Google n'a utilisé ni la VM Java, ni la VM .NET mais une nouvelle relativement inconnue, Dalvik.
Ils auraient pu choisir une VM "connue" (Java ou .NET) et garder le langage de développement qu'ils souhaitaient au dessus (Java ou autre).
autant mettre toutes les chances de son côté.
S'ils avaient mis toutes les chances de leur côté, ils auraient pris une VM existante et "connue", comme celle de Sun ou celle de Microsoft. Ils ont fait le choix de l'alternative et s'en prennent plein la gueule aujourd'hui pour être justement rentré en concurrence direct avec les 2 autres du marché (qui elles se sont mises d'accord sur des échanges de brevets). Côté rassurant pour les fabriquants qui peuvent aussi se faire enmerder pour diffuser le code en question...
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 3.
Mono est un logiciel libre, tu peux forker et faire ce que tu veux avec.
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.
J'ai lu, et ?
La politique de Mono est clair : si y'a un brevet qui peut géner, on l'utiliser pas en trouvant un algo alternatif. Si c'est pas possible, on supprime le code en question.
Je réitère donc ma demande : montre moi un brevet et un morceau de code de Mono qui violerait le dit brevet.
Je vais pas me fatiguer a repondre plus a tes attaques
Ou comment avouer que tu n'as strictement aucune preuve de ce que tu prétends. Mais t'as raison, arrête de répondre, c'est tellement ridicule.
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.
Moonlight reste un projet à part dans Mono, ça serait bon de ne pas généraliser.
Prouve moi par un lien provenant de Microsoft que aucun brevet n'est viole par aucune version de Mono et des softs associe.
Tu sais très bien que c'est impossible à prouver gros malin. Et tu sais très bien que j'ai jamais dit que Mono ne violait aucun brevet : j'ai dit que Mono avait un risque, comme tous les autres logiciels libres.
Mais en tout cas tu confirmes mon intuition : tu te fou bien de la gueule du monde. Tu affirmes quelque chose (Mono utilise forcement des brevets MS) sans aucune preuve. Ton argumentation est detestable et totalement irrespectueuses des développeurs et utilisateurs de ce logiciel libre.
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 1.
Vas-y, prouve-le : donne nous un lien vers un brevet et le code de Mono associé qui utiliserait le dit brevet.
On va voir si tu te fou simplement de la gueule du monde ou si t'es un minimum honnête.
PS : je te tire mon chapeau à l'avance, tu viens de faire passer les juristes de RedHat et Novell pour des guignoles simultanément.
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 1.
Mais il est particulièrement malhonnête de ne pas mentionner également que :
- Jusqu'à preuve du contraire, on ne parle d'aucune infraction concrête mais uniquement de "possibles" litiges sans que l'on sache vraiment de quel code on parle ni de quel brevet.
- Utiliser Linux, c'est risquer d'enfreindre un brevet logiciel.
- Utiliser [cequevousvoulez], c'est risquer d'enfreindre un brevet logiciel.
- Debian semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
- Fedora semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
- Ubuntu semble penser qu'il est plus avantageux de proposer Mono à leurs utilisateur que de céder au troll des brevets.
Le plus drôle dans l'histoire, c'est que tu trouveras toujours un anti-MS/anti-DeIcaza pour diffuser le troll de Microsoft & co. Ironique non ?
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 6.
Donc MS va bientôt racheter HTC.
# google est ton ami
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 5.
Y'a une liste bien définie :
http://www.openinventionnetwork.com/pat_owned.php
[^] # Re: Faites tourner
Posté par TImaniac (site web personnel) . En réponse au journal Windows Phone 7. Évalué à 3.
Si le film est bon, c'est pas un soucis. Evidemment si c'est une grosse prod merdique hollywoodienne, effectivement tu dois te rabattre sur la forme à défaut de fond intéressant, et tu te retrouves à faire "ouaaah" parcque c'est en HD Dolby 5.1.
[^] # Re: Faites tourner
Posté par TImaniac (site web personnel) . En réponse au journal Windows Phone 7. Évalué à 2.
F# n'est sûrement pas beaucoup utilisé, mais il n'est pas mort : il doit juste faire ses preuves. Seul l'avenir nous dira avec le recul si c'est un échec ou non.
En fait le raccourci fait par Albert est simple : si Microsoft met quelque chose sous licence open-source, c'est qu'il est mort.
C'est parfois vrai, mais c'est pas toujours le cas.
Exemples : ASP.NET MVC est loin d'être mort (au contraire), WPF Toolkit et Silverlight Toolkit sont les composants de référence de tous projets dans ces technos.
Sinon oui, clairement Silverlight pour le web c'est clairement pas l'avenir au niveau grand public (application métiers par contre ça reste pertinent), Microsoft misant sur HTML5, par contre il a encore un avenir : pour preuve les Windows Phone.
[^] # Re: Avocat du diable
Posté par TImaniac (site web personnel) . En réponse au journal Windows Phone 7. Évalué à 1.
# Avocat du diable
Posté par TImaniac (site web personnel) . En réponse au journal Windows Phone 7. Évalué à 2.
Le seul intérêt qu'il y a à changer/ajouter la carte, c'est augmenter la quantité de mémoire disponible pour le système.
Problème : les perfs de l'OS dépendent directement des perfs de la mémoire. Si l'utilisateur a accès facilement à la mémoire et qu'il l'a change, au hasard avec une carte SD NoName MadeInChina de chez Carrouf, l'OS va ramer/bugguer aléatoirement. L'utilisateur va penser : Windows Phone 7 c'est de la merde.
L'idée de Microsoft est donc de faire en sorte que :
- il soit possible d'augmenter la quantité de mémoire disponible
- s'assurer qu'il n'y est pas n'importe quoi comme carte d'installé
Pour ça :
- ils certifient les cartes SD pour tourner avec Windows Phone 7
- les constructeurs "cachent" le port SD comme ils "cachent" la carte SIM
- officiellement, c'est le constructeur ou l'opérateur qui change la carte
En fait il faut prendre le problème à l'envers :
Pour arriver au même résultat, Apple a totalement vérouiller l'accès au module de mémoire. Microsoft a fait le choix d'autoriser l'utilisateur de ports SD "standards".
Au final, les connaisseurs pourront upgrader eux-même leurs téléphone (et c'est bien ce qui nous intéresse), en connaissance de cause, et les 95% de la population restante iront chez leurs revendeurs si le besoin s'en fait ressentir.
Mais sinon oui, il est dommage que Microsoft n'est pas choisi de supporter les systèmes de fichiers "classiques" (FAT ou NTFS, n'en demendons pas trop), ce qui aurait permis d'envisager d'échanger des données avec une carte SD.
[^] # Re: Calcul
Posté par TImaniac (site web personnel) . En réponse au journal Microsoft libère F#. Évalué à 0.
Non, F# tourne déjà avec Mono, donc sous Linux, Windows, BSD, Solaris, Mac, Wii, PS3, sur les archi x86, x86-64, IA64, PowerPC, SPARC (32), ARM, Alpha, s390, s390x (32 and 64 bits). Donc sur à peu prêt n'importe quoi.
Le seul doute qui subsiste, c'est sur son fonctionnement sur iPhone.
S'il n'a ni les uns ni les autres, quels en sont ses réel avantages pour les scientifiques ?
Utiliser un langage au paradigmes généralement utilisés dans les milieux scientifiques tout en ayant accès à des frameworks "mainstream" et ainsi bosser avec des gens non scientifiques. (Une brique F# peut être consommée en VB, en C++, en C#, etc. et inversement).
Bref, c'est plus de choix pour ceux qui bossent déjà sous .NET, et c'est une bonne passerelle pour ceux qui viennent du monde scientifique et qui sont habitués aux Caml et autres dérivés.
[^] # Re: ASP
Posté par TImaniac (site web personnel) . En réponse au journal Le service de blog Windows Live va migrer sous… WordPress !. Évalué à 2.
[^] # Re: Question technique
Posté par TImaniac (site web personnel) . En réponse au journal Seedfuck et la légalité. Évalué à 9.
[^] # Re: a propos du passage de 19.6% a 5.5%
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 2.
Tu comprends toujours pas : l'état a décidé de tout passer à 19,6%, plus de possibilité d'avoir 2 TVA différentes en séparant les prestations, d'où la gueulante légitime des FAIs qui se retrouve avec TVA à 19,6% + COSIP. Bref, soient ils encaissent, soient ils répercutent. Et c'est bien la décision/faute de l'état.
Augmenter les abonnements de la taxe COSIP, et seulement elle
Il est logique qu'ils paient la taxe COSIP puisqu'ils diffusent des contenus audio/visuel. Ce qui est anormal, c'est qu'ils ne puissent plus appliquer une TVA à 5,5%. Il est donc tout à fait logique qu'ils répercutent la différence de TVA.
Pour être totalement honnête, il faudrait qu'ils répercutent la différence de TVA que l'état "impose" par rapport à ce que l'europe demandait, à savoir 33% et non 50%. Reste à voir en pratique de quel montant sera l'augmentation.
[^] # Re: Défense
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 1.
Et en échange l'état va leur rembourser la taxe COSIP ?
e fait que ce soit l'Etat qui ai accepté le principe manifestement (pour reprendre des termes que l'état aime mettre dans ses lois) illégal aide, soit.
Encore une fois, le principe n'est pas illégal, l'europe l'a rappelé en indiquant clairement que la partie TV pouvait continuer à être taxé à 5,5%. L'europe critique juste le ratio actuellement appliqué, à savoir 50/50.
[^] # Re: Pas tous dans le même panier
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 2.
[^] # Re: Passage de 19.6 à 5.5 ?
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 1.
Si Niel affiche comme il le menace, la différence de prix sous la forme "+ taxe machin", ils vont plutôt avoir intérêt à ce que son montant soit exact sinon ils vont se prendre une volée de bois vert.
[^] # Re: Pas tous dans le même panier
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 2.
J'ai pas trouvé le communiqué original, mais en tout cas par ici :
"Ce week-end, la Commission européenne a confirmé ces doutes en déclarant à l’AFP n’avoir jamais demandé à Paris d’augmenter la TVA sur les offres triple play. « Le taux de TVA réduit de 5,5% pourra continuer de s’appliquer pour la partie télévision de l’offre », a ainsi affirmé un porte parole de la Commission. Ce que Bruxelles demande, c’est que les services de haut débit ADSL et de téléphonie fixe illimité soient eux bien taxés à 19,6%. Et pour la Commission, ces deux services ne représentent logiquement que deux tiers de la facture, pas la totalité."
Bref, ce que conteste la commission européenne, c'est le ratio, pas le fait de l'afficher.
[^] # Re: Pas tous dans le même panier
Posté par TImaniac (site web personnel) . En réponse au journal Sacrés fournisseurs Internet.... Évalué à 6.
Euh, c'est déjà ce qu'il font : la moitié du forfait c'est internet (taxe à 19,6%) et la moitié c'est la TV (5,5%). Bruxelles avait juste demandé de changer le ratio 50/50 à quelque chose de plus réaliste du type 60/40. L'impact aurait été relativement faible et sûrement mieux accueilli des FAI. Mais l'état a choisi la solution atomique : c'est 19,6% pour l'ensemble, pas moyen de différencier. Bref, les FAIs ne peuvent à priori rien faire.
Ensuite il est faux de dire que la TVA à 5,5% c'est fait en silence, au seul bénéfice des FAIs : les FAIs ont dû s'acquitter d'une nouvelle taxe (taxe COSIP) pour financer la création audiovisuelle (entre 0,5 et 4,5% du chiffre d'affaire total contre une TVA à 5,5% sur la moitié du chiffre d'affaire).
Cette taxe sera probablement remise en cause, mais à l'heure actuelle elle est toujours là, il est assez logique que les FAI râlent.
Donc en l'état, les FAIs se retrouve bien avec + de taxe qu'avant même que la TVA ne baisse (il n'y avait alors pas de COSIP). Je trouves que fais un raccourci vraiment facile sur la situation actuelle.
[^] # Re: Données personnelles....
Posté par TImaniac (site web personnel) . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 7.
[^] # Re: Pendant ce temps, dans le monde magique de Miguel de Icaza:
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 2.
On parle pas du framework mais de la VM.
Et le langage, malgré ses lacunes, il l'on gardé.
[^] # Re: Pendant ce temps, dans le monde magique de Miguel de Icaza:
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 2.
Elles ont justement été conçu pour l'embarqué, d'ailleurs ces VM tournent sur de nombreux smartphones... Google aurait pu se contenter de les modifier/thuner pour ses besoins. Non le problème était ailleurs :
- la VM Java ME est sous GPL, ce qui n'est pas acceptable pour Google qui veut monter un App Store.
- la VM de .NET, c'est du Microsoft, ce qui est idéologiquement inconcevable pour Google.
Ils auraient pu mettre les moyens nécessaire à réimplémenter une VM Java compatible sans réutiliser le code GPL de Sun, mais ils ont préféré aller au plus vite et récupérer le projet Dalvik qui proposait une 3ème alternative.
[^] # Re: Question con ?
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 4.
Ben justement non : les contributeurs sont facilement remplaçables, et généralement le code également. Aujourd'hui jQuery a du succès, peut être que demain ce sera une autre lib, jQuery n'est clairement pas critique. Ruby On Rails a eu son moment de buzz mais pas plus de succès que ça aujourd'hui, niveau criticité, voilà quoi. WordPress a plein d'alternatives car finalement c'est pas un "gros" projet et qu'il est à la portée de nombreuses équipes de proposer une alternative.
Un projet de l'envergure (popularité) du Kernel est beaucoup plus critique de part sa taille, et c'est pas pour rien que les entreprises y participent : c'est qu'elles connaissent très bien son niveau de criticité et son côté irremplaçable. Leurs contributeurs sont donc bien plus important que les contributeurs de Ruby On rails ou de jQuery qui sont facilement remplaçable.
On est d'accord sur la popularité, c'est le critère numéro 1. Mais tu ne peux pas exclure la "taille" qui reste un critère pour mesurer l'importance/difficulté qu'il y a maintenir ou remplacer le code en question.
[^] # Re: Pendant ce temps, dans le monde magique de Miguel de Icaza:
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 2.
C'est "by design", et c'est également possible avec la VM Java. Rien de différent de ce côté là, juste des VM différentes.
En plus, j'ai l'impression que Java est plus connu que .Net dans son ensemble mais c'est juste une impression.
Google n'a utilisé ni la VM Java, ni la VM .NET mais une nouvelle relativement inconnue, Dalvik.
Ils auraient pu choisir une VM "connue" (Java ou .NET) et garder le langage de développement qu'ils souhaitaient au dessus (Java ou autre).
autant mettre toutes les chances de son côté.
S'ils avaient mis toutes les chances de leur côté, ils auraient pris une VM existante et "connue", comme celle de Sun ou celle de Microsoft. Ils ont fait le choix de l'alternative et s'en prennent plein la gueule aujourd'hui pour être justement rentré en concurrence direct avec les 2 autres du marché (qui elles se sont mises d'accord sur des échanges de brevets). Côté rassurant pour les fabriquants qui peuvent aussi se faire enmerder pour diffuser le code en question...