Juste pour voir ces derniers temps je fais du c#. Et au vu de ce qu'annonce l'article il n'y a pas de doute : microsoft ne va pas se faire des amis chez ses propres clients.
Au monde du chapelier fou, les dév, et les admins rigolent déjà pas mal :
Vulnerability in Vector Markup Language Could Allow Remote Code Execution (938127)
Vulnerability in Microsoft Excel Could Allow Remote Code Execution (940965) http://www.securityfocus.com/brief/569
Et oui, n'ouvrez pas une feuille de calcul ou un dessin vous risquez d'être infectés :)
.NET Serialization traps and flaws
SOAP Formatter
• When string values contain non-displayable symbols with certain numbers, receiver crashes on attempt to deserialize data
• DateTime objects serialization behaves wrongly, when sender and receiver are in different time zones
La date comme indiquée dans l'article est une plaie sur MS.
Et un dev se pose la question légitime :
So, XML string escaping is not implemented properly yet, am I right?
Pour développer en C#, je peux vous affirmer que c# est :
- sous doué pour les maths (non vous ne pourrez pas trouver de bibliothèques de coeur pour les entiers de tailles arbitraires),
- sous doué pour les dates (le système gérant la représentation en fonction des locales) ;
- sous doué pour les encodages MIME ;
- assez versatile : par exemple en .Net 1.1 (je prends pas de risque en 2.0), quand on passe à une fonction prenant des argument variables plus de 3 arguments, on est pas sur qu'ils soient tous passés.
Au rang des joyeuses loufoquerie, je travaille sur leur CRM, si il est installée sur un serveur en français, toute l'API d'interrogation SOAP change. Un peu comme si installer un serveur SQL en français vous obligeait à modifier votre code pour écrire
Selectionner * de table où nom COMME 'bill%'
Pour les dévs c'est déja le calvaire, j'ai du mal à imaginer qu'ils vont garder leurs clients avec OOXML
Par contre, malgré tout ça, les clients ont peur que le monde soit vachement compliqué si il quittent MS. Là je suis surpris quand même. Ils ont jamais osé essayé les trucs libres, mais ils se disent que MS qui est vachement bon, c'est tellement compliqué, que forcément ailleurs, ça doit être pire. Au point que j'ai un client qui préfère perdre 10 minutes par jour à rouvrir fermer le même fichier de log avec notepad plutôt que d'utiliser le tail installé sur sa machine.
# libre ou pas libre peu importe :)
Posté par Jul (site web personnel) . En réponse à la dépêche Pas de trève estivale pour la guerre des formats bureautiques. Évalué à 7.
Au monde du chapelier fou, les dév, et les admins rigolent déjà pas mal :
Vulnerability in Vector Markup Language Could Allow Remote Code Execution (938127)
Vulnerability in Microsoft Excel Could Allow Remote Code Execution (940965)
http://www.securityfocus.com/brief/569
Et oui, n'ouvrez pas une feuille de calcul ou un dessin vous risquez d'être infectés :)
Ici un problème en soap :
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=179808(...)
Celle ci est pas mal :
La date comme indiquée dans l'article est une plaie sur MS.
Et un dev se pose la question légitime :
Pour développer en C#, je peux vous affirmer que c# est :
- sous doué pour les maths (non vous ne pourrez pas trouver de bibliothèques de coeur pour les entiers de tailles arbitraires),
- sous doué pour les dates (le système gérant la représentation en fonction des locales) ;
- sous doué pour les encodages MIME ;
- assez versatile : par exemple en .Net 1.1 (je prends pas de risque en 2.0), quand on passe à une fonction prenant des argument variables plus de 3 arguments, on est pas sur qu'ils soient tous passés.
Au rang des joyeuses loufoquerie, je travaille sur leur CRM, si il est installée sur un serveur en français, toute l'API d'interrogation SOAP change. Un peu comme si installer un serveur SQL en français vous obligeait à modifier votre code pour écrire
Selectionner * de table où nom COMME 'bill%'
Pour les dévs c'est déja le calvaire, j'ai du mal à imaginer qu'ils vont garder leurs clients avec OOXML
Par contre, malgré tout ça, les clients ont peur que le monde soit vachement compliqué si il quittent MS. Là je suis surpris quand même. Ils ont jamais osé essayé les trucs libres, mais ils se disent que MS qui est vachement bon, c'est tellement compliqué, que forcément ailleurs, ça doit être pire. Au point que j'ai un client qui préfère perdre 10 minutes par jour à rouvrir fermer le même fichier de log avec notepad plutôt que d'utiliser le tail installé sur sa machine.