I ate my computer

Une pub Surface "ratée" de plus.

Basile — Tue, 27 Nov 2012 09:59:00 +0100

Voici la nouvelle publicité Surface de Microsoft. Actuellement visible aux US (surement bientôt dans le reste du monde).

Et j'ai envie de dire que celle-ci est encore "ratée". Une fois de plus on n'apprend rien sur la tablette et ce que l'on peut faire avec, et c'est à peine si l'on aperçoit une liste d'application disponible, Xbox Music, Skype, Fresh Paint (toute fournies par Microsoft) et comme toujours pleins d'effets autour du super clavier. A croire que Surface c'est le clavier et pas la tablette.

Bref cette pub donne trop l'impression d'avoir été faite dans le but d'être cool plutôt que de vendre le produit. Et d'une certaine manière c'est assez normal, Microsoft n'ayant actuellement rien d'une marque cool/branché.

Sans tomber dans les travers d'Apple (nous sommes les meilleurs, une révolution etc.), ou ceux de Samsung (Apple, c'est le mal, il n'y a pas flash), il est possible de faire une publicité montrant le potentielle de la tablette. Malheureusement celle-ci sont réservées pour l'OS.

Pas de Nintendo sous le sapin

Basile — Sat, 03 Nov 2012 12:26:00 +0100

Première fois, première fois depuis la Super Nintendo que je n'achèterai pas de console Nintendo le jour de la sortie.

Wii U désolé, mais tu attendras.

Je me rappelle encore l'attente interminable pour obtenir une Nintendo 64, arrivée bien tardivement sur le sol français. J'ai passé mon été 1996 à lire et relire le Console+ spécial sortie Jap de la bête. Si j'avais su que j'allais attendre 1 an de plus...

Première fois que je sèche les cours, je vous le donne en mille c'est pour obtenir une GameCube. Vendredi 3 Mai 2002, il me semble que c'est un cours de physique que j'ai fait passer à la trappe. Pas très jolie à 1 mois du BAC.

2006, je suis à l'EPITA, c'est le mois de décembre, un vendredi encore, je rentre dans ma colloc, avec sous le bras, ma Wii est trois jeux, Super Monkey Ball: Banana Blitz, The Legend of Zelda Twilight Princess, Wii Sports, et de longues heures de jeux et de fatigue devant moi.

Cette année, l'histoire ne se répètera pas. Le 18 Novembre 2012, je ne serai pas dans mon magasin du coin pour acheter une Wii U avec New Super Mario Bros. U et ZombiU. Pour la première fois, je ne sais pas trop quoi penser de cette machine. J'attends toujours les jeux au gameplay révolutionnaire sur Wii, alors je suis plus ou moins dubitatif devant ce que nous propose la Wii U.

WP8 SDK seulement pour W8

Basile — Tue, 30 Oct 2012 17:56:00 +0100

Le SDK Windows Phone 8 est enfin disponible au telechargement, malheureusement celui ci n'est disponible seulement que pour Windows 8.

Pour developper une application Windows Phone 8, ou mettre à jour son application Windows Phone 7, il faudra donc passer par la case achat, pour se procurer Windows 8.

Dommage.

Je ne sais pas vraiment quel sont les raisons ayant poussé Microsoft à limiter le SDK au machine Windows 8, surement le fait que le coeur de Windows Phone 8 soit partagé avec Windows 8, ou alors c'est simplement pour nous faire passer à la caisse, mais je pense que cela va enerver pas mal de monde.

Je fais souvent le rapprochement avec Apple, mais actuellement, pour developper pour iOS 6 il faut avoir OS X 10.7 minimum.

Retour sur l'event Windows Phone 8

Basile — Tue, 30 Oct 2012 15:24:00 +0100

Enfin! Après avoir laissé 99% des développeurs Windows Phone dans le noir, Microsoft à enfin présenté les détails de Windows Phone 8. La première chose qui viens à l'esprit et que le gros NDA à propos du SDK n'était pas mérité.

Le but de ce NDA était d'empêcher la fuite potentielle de features pour Windows Phone 8, malheureusement, rien ne justifiait ce blocage. Au contraire, maintenant, les développeurs vont devoir rusher pour proposer la version WP8 de leurs applications, ce qui ne va certainement pas aider à relever le niveau des applications disponible sur le Marketplace.

Mais bon, ce qui est fait est fait. Et malgré tout, Windows Phone 8 arrive avec de nouvelles features intéressantes.

Kid's Corner

Je n'ai pas d'enfant, pas encore, mais voilà une idée sympathique. Faire en sorte de pouvoir laisser son téléphone à ses enfants sans risquer un envoi de message/mail/tweet non voulu. Sur le papier (et en démo) cela semble efficace. Cela fonctionne comme une simple configuration du téléphone, avec une liste des applications, jeux, vidéos et musiques que les petits vont pouvoir utiliser. Un swipe vers la gauche depuis le lock screen, et une liste d'app ressemblant comme deux gouttes d'eau au home screen Windows Phone 7 apparait.

Malheureusement, un problème reste toujours le même, si je ne choisis pas de code pour verrouiller mon téléphone, il est toujours possible d'y accéder. J'aurai préféré un Kid's Corner fonctionnant un peu comme la feature "Musée" de iOS, ou il est possible créer une sorte de sandbox bloqué par mot de passe.

Custom Lock Screen

Joe Belfiore hier, lors de l'event Windows Phone 8 :

Whenever I take out my phone, I get greeted by surprise, by, may be a picture of my kids when they were born, or a great trip I went on, something ridiculously goofy I was doing...

C'est exactement ce que je ne souhaite pas. J'aime bien l'idée d'avoir un lock screen un peu plus personnalisé, avoir un peu plus qu'un simple wallpaper. Mais ce que je ne souhaite absolument pas c'est, avoir mes photos les plus horribles affichées à chaque fois que je prend mon téléphone. N'ayant pas encore eu de WP8 entre les mains, impossible de savoir quels sont les paramétrages possible, mais dans le cas de Facebook il serait vraiment dommage de ne pas pouvoir choisir l'album que l'on souhaite voir.

En revanche si Flickr sort une version à jour de leur application prenant en charge cette feature cela m'intéresse beaucoup plus et il serait encore mieux de pouvoir choisir un flux RSS de photos.

Rooms

Les Rooms ressemblent à des Groups plus avancés. L'idée est simple, partager des photos, un calendrier, des notes, ou discuter, avec les seuls membres de cette Room. Comme toujours, pour que tout le monde en profite il vaut mieux que tous les membres de la Room aient un Windows Phone 8 puisqu'il semblerait que pour le moment seul le calendrier soit partageable avec d'autre device, ce qui peut réduire rapidement l'intérêt d'un tel système. Mais l'idée et là, il ne reste plus qu'à offrir des Windows Phone. De plus d'après la vidéo, il n'est absolument pas question de partager une Rooms avec un téléphone Android, bizarre.

En tout cas, j'y vois un bon moyen de pouvoir organiser une soirée, ou un rendez-vous, puisque tout ce qui s'y rattache sera disponible dans la Room. Peut-être est-ce la fin des interminables échanges de mail/sms pour organiser quoi que ce soit ? Puis au moins cette fois tout le monde aura le lieu, le jour et l'heure dans son calendrier.

SkyDrive

Dropbox + iCloud = SkyDrive.

Je crois qu'il est difficile de faire plus simple comme explication.

SkyDrive n'est pas nouveau, sont intégration à Windows Phone un peu plus.

SkyDrive emprunte à Dropbox pour ce qui est du partage de photos/documents etc. et de pouvoir y acceder sur tous les device.

SkyDrive emprunte à iCloud pour ce qui est de l'intégration dans les applications, avec synchronisation de la position dans les documents etc...

Il est donc possible d'utiliser SkyDrive pour avoir ses fichiers disponibles sur sa Tablette après les avoir créés sur son téléphone. De même pour la musique avec le Xbox Music Pass. Vous composé une playlist sur votre ordinateur, celle-ci est diponible sur votre téléphone. J'espère seulement que ce sera aussi possible avec nos propres mp3. Ayant une bonne bibliothèque, j'aimerai pouvoir les rendrent disponible partout sans avoir a souscrire un abonnement supplementaire.

Being cracked

Basile — Fri, 26 Oct 2012 16:42:00 +0200

Merci d'avoir créé un logiciel, le voila maintenant gratuit.

C'était inévitable. Nous aurions préféré moins rapidement, mais cela fait parti du jeu. Comme vous le savez surement nous avons sorti Steed il y a maintenant 2 semaines, et "agréable" surprise aujourd'hui, nous découvrons la version cracké.

La première chose qui passe par la tête à ce moment c'est : "Et merde !". Forcement, nous savions très bien que cela aller se produire, nous n'avons pas mis de protection complexe dans Steed, le but étant de faire en sorte que les utilisateurs légitime ne soit pas pénalisés, et tant pis pour les autres, qui de toutes façon ne paieront pas. Mais que cela ce produise aussi vite, cela surprend. Le logiciel n'a pas encore une importante visibilité dans le milieu, peu de news, peu d'achats, forcement c'est le début. Mais le voici déjà disponible gratuitement pour le plus grand nombre. Il est clair que cela ne va pas facilité notre travail.

La seconde chose à laquelle on pense est : "Mais comment ont ils fait ?". Curiosité oblige, lorsque l'on conçoit quelque chose, il est normale de vouloir comprendre ce qui a été fait pour le démonter. Donc téléchargement du logiciel et du crack, comme d'habitude c'est simple comme bonjour, et en deux clics l'application n'a plus besoin de licence pour fonctionner. Un petit coup d'oeil à l'exécutable s'impose. Et là, force est de constater que c'est la honte. La solution mise en place par le hacker est tellement bête, que l'on se demande pourquoi nous n'y avons pas pensé nous même.

Voici une simplification du code de vérification :

public bool IsActive()  
{
    if (SomeTest())  
        return true;  
    else  
        return false;  
}

Je vous l'accorde c'est grosse simplification, mais l'idée est là.
Et voici la version "cracké"

public bool IsActive()  
{  
    if (SomeTest())  
        return true;  
    else  
        return true;  
}

En gros maintenant la méthode retourne true quoi qu'il arrive. L'application est donc en permanence active.

Nous avions pensé à beaucoup de choses, mais pas à ça. C'est tellement simple que cela ne nous à même pas traversé l'esprit.

Alors bien sur nous pourrions perdre du temps à trouver un système ultra sophistiqué, pour la prochaine version de Steed, il n'en sera rien. De petites améliorations seront apportées, pour que ce ne soit pas si "obvious", mais comme il y a 100% de chance que l'application soit de nouveau crackée, nous n'allons pas nous battre sur ce terrain là. Au contraire nous allons poursuivre ce que nous avons entrepris, afin de faire de Steed une application attrayante, utile, simple d'utilisation, et de qualité.

Maintenant la question que je me pose est le pourquoi ? Pourquoi avoir sorti un crack pour une application méconnue ? Si c'est pour nous donner un coup de main pour la faire connaitre, pourquoi pas, malheureusement en ce qui concerne la pérennité de l'application ce n'est pas la meilleur solution. Peut être est-ce pour le défit. Mmmm, vu le niveau de crack, je ne pense pas, au pire le hacker à bien du rigoler au vu de la simplicité de la solution. Non, je pense que c'est plus simple que ça. Un logiciel est disponible payant, peut importe la taille de la société, le nombre d'utilisateurs, on propose le crack. Cela fait partie du jeu.

J'ai simplement envie de dire à Steed, bienvenue dans la cour des grand.

Ce qui ne va pas avec File History

Basile — Fri, 03 Aug 2012 15:21:00 +0200

Le problème de File History, en comparaison avec Time Machine, c'est qu'il ne "sert à rien". Ce qui rend Time Machine tellement efficace c'est qu'il effectue un backup complet du HDD, sans poser de question, donc pas de problème pour savoir si tel ou tel ficher est sauvegarder.

File History lui ne backup que les Bibliothèques, Contacts, Favoris et le bureau. Ouah.

En gros il ne sauvegarde que les fichiers étant potentiellement les plus utilisés.

Premier problème, cela ne permet pas une restauration du système, il faut pour cela effectuer les backups habituels qui créent une image du disque. Fonctionnalité qui ne sera plus mise en avant.

Second problème, certains fichiers sont laissés sur le carreau. Je prends par exemple le cas de Steed. D'après la documentation de Microsoft, les applications doivent stocker leurs données utilisateur dans ApplicationData ou LocalApplicationData, les données partagées dans CommonApplicationData, et les éléments créés par l'utilisateur dans MyDocuments. Steed stock donc les bookmarks et settings dans ApplicationData puisque ce sont des données créés par l’application pour l’utilisateur. Vous l'aurez compris, ces informations ne pourront pas être sauvegardées par File History, elles sont pourtant capitales.

Je ne doute pas que l'on va voir beaucoup d'application se mettre à stocker des données qui n'ont rien à faire dans MyDocuments afin de "simplifier" la vie de leurs utilisateurs. C'est malheureux, et c'est pour moi un des problèmes récurrents de Windows, le bordel.

Je regrette donc amèrement que Microsoft n'est pas sortie les photocopieurs afin de reproduire Time Machine, qui est d'après moi la meilleurs façon de faire du backup pour le grand public, de façon simple et efficace.

Développement compliqué sous Windows

Basile — Tue, 03 Jul 2012 11:42:00 +0200

Corrigez-moi si je me trompe, mais il me semble que sous MacOS (et accessoirement iOS), il n'y a qu'une méthode officielle de développement, cela consiste à télécharger Xcode incluant le SDK MacOS (et iOS). Il s'agit actuellement de Xcode 4.3.3 avec le SDK MacOS X 10.7. Une fois le développement terminé, ont obtiens un fichier .app contenant tous le nécessaire à l'utilisation de l'application. Celle-ci peut être téléchargée sur le Web, ou par le Mac App Store, si l'éditeur a pris la peine d'en fournir une version. Concernant la retro compatibilité, le SDK 10.7 permet de faire des applications fonctionnant sous MacOS 10.5.

Pour faire simple, chaque version de Xcode est livrée avec une version du SDK correspondant à la version courante de MacOS, avec la possibilité de choisir à partir de quelle version on souhaite pouvoir faire tourner son logiciel. C'est simple, efficace, et il n'y qu'a ce concentrer sur le développement.

Maintenant, voyons voir comment cela se passe sous Windows. Premièrement il existe plusieurs façons officielles de développer un logiciel. Avec l'API Win32 et ses différents wrapper (MFC, ATL, etc...), ou en utilisant le Framework .NET. Pour développer il faut télécharger Visual Studio qui est payant. Il existe des versions gratuites spécifiques à certains langages, VS Express C++ pour Win32, ou VS Express C#/VB pour .NET. Une fois l'application finie, il faut créer un Setup qui se chargera de l'installation. Et la commence les ennuis.

.NET n'étant pas forcement installé sur l'OS de l'utilisateur, celui-ci ne pourra pas faire fonctionner l'application. Par exemple .NET 4.0 (dernière version stable à ce jour) est fournis séparément ou avec Visual Studio 2010. Autrement dit, il faut que l'utilisateur, peu importe sa version de Windows (XP à 7), installe .NET 4.0 avant l'application, ou que le setup de l'application s'en charge. Pas très pratique.

En Win32 on pourrait s'attendre à plus de facilité, c'est l'API native de l'OS, il ne devrait donc rien y avoir à faire. Ce n'est malheureusement pas le cas. Prenons l'exemple d'une application développée avec Visual Studio 2010, pour fonctionner, il faut que le setup installe, en plus de l’application, le VC++ Redistributable Package 2010. Cela permet d'utiliser les dernières nouveautés fournis par Visual Studio pour C++. Il existe bien des solutions au moment de la compilation pour éviter cela, mais pour moi le problème reste entier.

Je m'explique.

Il me semble que du côté de chez Microsoft on a perdu depuis longtemps l'élément principale dans le développement et la distribution d'un logiciel, l'utilisateur. Le principe du Setup est, à mon avis, dépassé, c'est une relique de l'informatique. Cela complexifie le développement et ce n'est pas user friendly. Premièrement, personne n'est à l'abri par exemple d'un setup qui ne fonctionne pas ou qui ne propose pas une désinstallation propre, deuxièmement, cela ne devrait pas être le boulot du développeur, il y a bien assez à faire avec le logiciel en lui-même.

Alors d’accord, il est intéressant de pouvoir ajouter des fonctionnalités, ou d'utiliser de nouveaux outils lors du développement d'une application, sans pour autant devoir attendre une nouvelle version de l’OS, mais cela ne devrait en aucun cas concerner l'utilisateur. Il est rageant de devoir faire du support pour des éléments annexes. Combien de développeurs doivent expliquer comment se procurer et installer .NET, ou les Redistributable Packages, ou aider les utilisateurs lorsque l'installation de ceux-ci posent des problèmes.

Microsoft est plus ou moins en train de simplifier ce processus, les applications Windows 8 (Metro) s'installeront grâce à un Store, donc pas de Setup. Les éléments nécessaires sont directement intégrés à Windows. Mais pour que cela fonctionne cela nécessite que les nouveaux outils de sortent plus ou moins en parallèle avec le nouveau Windows.

Windows Phone 8/7.8

Basile — Thu, 21 Jun 2012 12:20:00 +0200

Voici la différence majeure entre Microsoft et Apple.

Apple propose iOS 5 avec Siri sur iPhone 4S, et iOS 5 sans Siri sur iPhone 4.

Microsoft propose Windows Phone 8 pour les futures devices, et Windows Phone 7.8 pour les anciens.

Finalement Apple propose plus ou moins 2 OS différents, avec des features différentes suivant le hardware, mais le tout est vendu sous le même nom.

Microsoft au contraire propose un nouvel OS, qui aura des fonctionnalités supplémentaires en fonction du hardware (même si les changements sont plus profond que ça), mais ne propose pas cette OS sur les anciens modèles, seulement une version "allégé". Et donc deux noms différents.

J'aurai été a leur place, j'aurai parlé de Windows Phone 8 pour tous les devices, minus les features spécifiques au Hardware.

Surface

Basile — Tue, 19 Jun 2012 16:05:00 +0200

Nous avons enfin le concurrent direct de l'iPad, enfin c'est ce que Microsoft aimerait bien. Et vu la présentation d'hier, il se pourrait que ce soit vrai.

J'avais espéré que Microsoft sorte un produit comme celui-ci pour Windows Phone 7, afin d'avoir le meilleur hardware possible pour leur nouvel OS mobile, ce qui ne fut malheureusement pas le cas, et il faudra attendre le rapprochement avec Nokia pour enfin voir arriver un Windows Phone digne de ce nom.

On aurait pu s'attendre à la même chose pour leur nouvelle version de Windows, qui fonctionnera aussi et surtout sur tablette, et voir quel partenariat ils allaient bien pouvoir trouver, mais il n'en sera rien. Microsoft sortira donc une tablette nommée Surface, afin d'avoir le meilleur hardware possible, pour le meilleur software possible.

Alors certes, il y a encore beaucoup d'inconnues, comme son prix ou son autonomie, mais cela n'empêche en rien de rêver un peu.

Pour qui ?

Il est certain que ce sera la tablette par défaut pour Windows 8, peu importe que les partenaires de Microsoft crée eux aussi leur hardware, celle-ci sera la référence. Reléguant les autres constructeurs au marché de niches, aux écoles, ou aux entreprises.

Même si Microsoft propose deux versions, une pour Windows RT (architecture ARM) ne pouvant faire fonctionner que les applications Metro provenant du Windows Store ainsi qu’une version spéciale d’Office, et une pour Windows 8 Pro (Architecture Intel) qui elle, pourra faire fonctionner tous les types d'applications, la Surface s'adresse quand même clairement au grand public. Le but étant d'en faire le porte étendard de Windows 8.

Et donc ?

En tant que développeur cela veut dire que si il y a bien une tablette à privilégier, c'est celle-ci. Et qu'il ne faudra surtout pas manquer le bateau. Il y avait eu un premier voyage lors de la sortie de l'iPad, celui-là en est clairement un second.

Pour le moment faire une application pour Windows 8 peut paraitre risqué, l'OS n'est pas encore sortie, la base utilisateur est donc proche de zéro. Mais pour peu que demain lors de la conférence consacrée à l'avenir de Windows Phone, on nous annonce un rapprochement entre les deux plateformes, il deviendra difficile de passer à côté.

To finish...

J'espère que cette tablette marchera, en tout cas j'en achèterai une.

Vous pouvez jeter un coup d'œil à la conférence. Ça fait un petit peu Apple (mais il y a quand même des couacs, sinon ce ne serait pas Microsoft). Puis parce qu'il le vaut bien, je vous laisse aussi avec une petite photo de Steve Ballmer, CEO de Microsoft, celui-là a toujours la classe.

Encore une UI de plus pour Windows.

Basile — Thu, 14 Jun 2012 11:03:00 +0200

Il y a environ un mois Microsoft nous indiqué, comment la UI de Windows évoluerait afin d'être plus metro. Fini donc Aero Glass et sa transparence, présent depuis Windows Vista.

Aujourd'hui, de nouveaux screenshot de Windows 8 ont fuités, ceux-ci nous montre clairement la direction prise par Microsoft et nous confirme la disparition de l'ancienne interface.

Et bien espérons que cela ne reste pas comme ça. D'après ces dernières images, de la même manière qu'il est possible actuellement sous Windows Vista et 7, de modifier la couleur de la transparence des fenêtres, il sera possible de modifier la couleur de la nouvelle bordure "Metroisé". Et c'est une horreur.

Avec la transparence c'est moins grave, la couleur choisi étant atténuée, par le fond d'écran et la possibilité de voir à travers, sur Windows 8 c'est une autre histoire. Microsoft indique que le retrait d'Aero Glass permet de ne plus être distrait par la UI des fenêtres, mais de se concentrer sur le contenu. Je suis désolé, mais une fois que vous aurez choisi une bordure rouge, ou verte, vous ne verrez plus que cela.

De plus pour nous développeurs c'est encore pire. Il devient de plus en plus difficile de faire une interface soigné, qui s'intègre le mieux possible à l'OS. Et sur ce point j'envie grandement les développeurs MacOS. Pour faire une application sous Windows, et vouloir toucher le plus de monde, il faut supporter Windows XP, Vista, 7, et maintenant 8. Windows XP représente encore 32% du marché, il est donc difficile de passer à côté.

Il faut donc une application capable de s'intégrer dans ce type de UI, ou encore celle-ci, et celle-là, et maintenant la nouvelle UI pour Windows 8. Et je ne vous parle pas de la possibilité, sous Windows Vista et 7 de désactiver Areo Glass, ou même de mettre le desktop en mode Windows 2000. Je n'ai donc qu'une réponse: difficile.

Seul solution, faire des choix. Impasse sur Vista, normal, peu de part de marché, et il ressemble beaucoup à Windows 7, impasse aussi sur Windows XP, tant pis, il faut que cela fonctionne, mais si visuellement l'interface ne s'intègre pas parfaitement ce n'est pas grave, cet OS est vieux, et va représenter de moins en moins de PDM.

Il nous reste donc Windows 7, et Windows 8. Et là encore, il faut faire des choix. Une UI ajustée, pour les deux OS, donc 2 fois plus de travail. Une UI Windows 7, qui s'adaptera plus ou moins bien sur Windows 8, ou l'inverse, une interface Windows 8, qui s'adaptera tant bien que mal sour Windows 7.

Tout ce que l'on peut espérer, c'est que Microsoft arrête de jouer avec l'interface utilisateur de Windows.

La langues des applications sous Windows

Basile — Fri, 27 Apr 2012 17:06:00 +0200

En ce qui me concerne j'ai l'impression que la localisation des applications sous Windows est "cassée". Certaines sont en Français, d'autres en Anglais.

Pourtant cela me semble plutôt simple de respecter le choix de l'utilisateur. Pour vous donner un exemple, sur mon Windows 7 (Anglais) Dropbox se lance en Français par défaut, comme FileZilla ou encore VLC.

En allant voir dans les options de chacune des applications, que vois-je ? Que pour chacune d'entre elles les réglages concernant la langue sont sur Auto, ou Langue par défaut du système. Etonnant, mon OS étant en Anglais, cela devrait être la langue affiché par ses applications.

Si je jette un œil à la configuration de mon Windows, dans les options de langue, dans l'onglet Formats, il se trouve que j'ai choisi French (France), et bien sûr, vous vous en doutez, si je change ce réglage pour, par exemple, German (Germany), et que je relance FileZilla, celui-ci est en Allemand.

Certaines applications ont donc pris pour habitude d'ajuster leur réglage en fonction du Format choisi par l'utilisateur et non en fonction de la langue du système, ce qui n'a rien à voir.

Les formats permettent d'indiquer de quelle manière on souhaite afficher la date, l'heure ou les chiffres, ce qui donne:

dd/MM/yyyy pour une date courte en French (France)
dd.MM.yyyy pour une date courte en German (Germany)
M/d/yyyy pour une date courte en English (United States)

ou encore

HH:mm pour l'heure en French (France) et German (Germany)
h:mm tt pour l'heure en English (United States)

Il est donc tout à fait possible et normal, d'avoir un OS en Anglais avec le formatage des données lié à son pays de résidence, la France dans mon cas. C'est quand même plus simple, d'avoir l'heure au format 24h que 12h AM/PM.

Il me semble que tenir compte des réglages et choix de l'utilisateur est quelque chose d'important. De plus il serait préférable de ne pas mélanger des paramètres qui n'ont rien à voir.

Dans le monde du développement d'application, et plus particulièrement sous Windows, les développeurs ont pris la fâcheuse habitude de n'en faire qu'à leur tête, et c'est bien dommage.

Ce n'est pas quelque chose de dramatique, mais ce genre de petit détails ajouté à d'autres, comme les applications qui ne s'installe pas au même endroit, ne font que renforcer l'idée d'un Windows bordélique, instable, et je ne sais quoi encore. Mes amis développeurs, il serait peut-être temps de remettre de l'ordre dans votre code. Vous ne pensez pas ?

Filling the gap

Basile — Sun, 08 Apr 2012 11:45:00 +0200

Pas tous les jours facile de vouloir proposer le meilleur quand la technologie n'aide pas.

Que faire lorsque l'on souhaite proposer une application aboutie, intégrer le mieux possible au système d'exploitation, mais qu'au final, suivant la technologie utilisée, l'accès au fonctionnalité est limité ?

Et bien on retrousse ses manches et on plonge les mains dans le cambouis. On ne va pas lister ici toutes les manières possible de développer une application sous Windows, mais prenons par exemple les deux plus répandu (il me semble), à savoir utiliser l'API Win32 ou le Framework .NET. L'un possède un nombre inimaginable d'API (100 000 parait il, mais je ne retrouve plus ma source), mais est beaucoup plus complexe à utiliser, l'autre est du simplicité déconcertante, mais se retrouve limité dès qu'il s'agit de toucher aux fonctionnalités de l'OS, ou de sortir des sentiers battus.

Petit exemple, il peut être fort intéressant pour une application de faire appel au système d'association de fichier, pour faire en sorte que celle-ci ouvre par défaut certaines extensions. Malheureusement l'API qui permet cela n'existe qu'en Win32, il n'y a pas d'équivalent .NET. Dommage. Un développeur .NET peu scrupuleux, ira donc forcer l'association de fichiers sans passer par les API, en allant directement fouiller dans la base de registre, et si celui-ci ne prend pas le temps de le faire bien, l'application pourra avoir un comportement désagréable pour l'utilisateur. Pareil, vous souhaitez afficher les icônes de fichiers dans votre application à la manière de l'explorateur windows ? Et bien je vous conseil de vous accrocher. Vous ne trouverez dans .NET que les icônes stocker dans les fichiers (donc en général les .exe), via la méthode ExtractAssociatedIcon, pour ceux stocker dans Windows, il faudra repasser. Pour plus d'info vous pouvez par exemple regarder ce post de Brad Smith sur comment construire une meilleur version de cette methode .

Bref, il y en a encore d'autre, il serait trop long de toutes les lister. Ce que je regrette c'est que Microsoft ne mette pas plus l'accent sur l'uniformisation de ses API. Il est clair que Windows étant codé en C/C++ les API sont en premiers faite pour Win32, et que porter toutes ces API vers .NET ne se fait pas en 15 jours. Mais même le minimum n'est pas fait. Il me semble que la moindre des choses serait que lors de la sortie d'une nouvelle version de Windows, les nouvelles fonctionnalités soit ajoutés en même temps à .NET. Et non pas via une DLL téléchargeable sur MSDN, et à peine maintenue.

Je comprend en tout cas mieux pourquoi il est si difficile de trouver de bonne application .NET, utilisant une majorité des API liés à l'OS de façon cohérente. Microsoft n'utilisant pas vraiment cette technologie dans ses propres projets. Le vent tourne légèrement depuis que Visual Studio utilise WPF pour son interface, et donc .NET, on a pu voir quelques améliorations, malheureusement nous ne somme pas encore à égalité avec les développeurs Win32.

Ce n'est que le début

Basile — Thu, 22 Mar 2012 11:30:00 +0100

Nous y sommes ! Premier pas, grand saut dans l'inconnue !

Je vous présente Steed.

Comme je vous l'avais dit précédemment, il ne s'agit pas d'une version publique. Mais "seulement" d'une version Alpha, nous recherchons donc activement des personnes souhaitant utiliser l'application afin de la tester, et de nous faire des retours !

Si cela vous intéresse, et que vous avez le temps de nous aider, aller faire un tour sur la page concernant l'alpha de Steed.

Je rappel ici les conditions, c'est toujours utile. Il vous faudra donc :

Utiliser Windows 7 (32 bit ou 64 bit)
Avoir le Framework .NET 4 full profile
Etre utilisateur de FTP, SFTP, Amazon S3, ou Microsoft Azure
Et bien sûr avoir le temps d'utiliser l'application !

N'hésitez pas à nous suivre sur Twitter, @FrenchFryApps, et plus personnelement @StrAbZ.

You must release !

Basile — Sat, 10 Mar 2012 11:06:00 +0100

Oui c'est exactement ce que l'on doit faire, sortir notre application !

Mais bon, avant d'en arriver là, nous avons encore un peu de chemin à parcourir. Impossible pour nous de lancer un logiciel qui ne serait pas fini, dont nous ne sommes pas assez satisfait, "assez" sera suffisant, parce que nous ne seront jamais satisfait.

Donc première étape, l'Alpha, pendant cette période, nous allons traquer les derniers bugs majeurs, prendre les premiers retour utilisateurs, ajouter les dernières fonctionnalités, ajuster les derniers éléments graphiques, afin d'améliorer encore plus le produit, de corriger ce que nous ne voyons plus.

Je vous préviens, si vous êtes intéressés pour participer, il faudra vous dépêcher, les places ne seront pas nombreuses. Nous cherchons de plus, des gens motivés, qui vont réellement tester l'application, l'utiliser au jour le jour.

Pour nous cette phase est vraiment critique !

Si vous souhaitez juste avoir accès à l'application mais que vous pensez ne pas pouvoir nous aider ou ne pas avoir le temps, je vous conseil d'attendre, votre tour viendra ! Les autres vous êtes les bienvenues !

Je vous donnerais bientôt plus d'informations sur comment participer.

N'hésitez pas à me suivre, @StrAbZ sur Twitter.

Le code ce n’est pas comme le vélo...

Basile — Mon, 05 Mar 2012 12:09:00 +0100

... ça s'oublie. Oui, sans pratique, on redevient facilement un gros débutant. Et ce n'est pas forcement quelque chose que j'apprécie.

Petit reminder. J'ai appris lors de mes études à coder en C, C++ (et j'en ai bouffé), ainsi qu'un peu de Java, C#, et Ruby. Par la suite en entrant dans le monde du travail, j'ai fais pas mal de PHP, et au final beaucoup beaucoup d'Objective-C, pour la réalisation d'applications iOS.

Bref au final sur les 5 dernières années, j'ai utilisé énormément de langage me demandant de gérer la mémoire, de savoir ce que sont des pointeurs et comment ne pas merder avec. Le plus souvent (mis à part le C en fait) il s'agissait de langage utilisant des Objets.

Seulement voilà, depuis maintenant 1 an et demi, je travaille en C# qui est un langage pour faire du code managé (et depuis 6 mois je ne fais que ça), donc fini la gestion de la mémoire. De plus celui-ci est d'assez haut niveau, donc plus de prise de tête sur les chaines de caractères par exemple. Pour faire simple, maintenant je passe plus de temps à réfléchir à ce que je veux faire et comment le faire, qu'à me prendre la tête sur les contraintes du langage.

Sauf que mercredi, j'ai dû faire un peu de C++, et donc rejouer avec la mémoire et les chaines de caractères, et des choses qui pour moi étaient triviales, me sont d'un coup apparues comme plus complexes. Et des questions que je ne me posais plus sont revenues, du genre:

Ca marche comment déjà la gestion de la mémoire ?

Et merde pourquoi ma chaine de caractères contient de la merde ?!

Je ne m'étais pas posé ce genre de question depuis bientôt 3 ans, et en un peu plus de 6 mois, j'ai l'impression d'avoir oublié certaines bases.

Et franchement, c'est la honte.

Et si je protégé mon logiciel comme on protège un DVD ?

Basile — Sat, 11 Feb 2012 17:40:00 +0100

Comme vous le savez certainement, je suis en ce moment en plein dans la conception d'un logiciel, afin d'en faire mon gagne pain. Et comme vous le savez aussi, lorsqu'il s'agit d'un logiciel, on parle aussi de protection contre le piratage, et donc de comment faire pour empêcher les gens d'utiliser l'application sans payer. Rassurez-vous il n'est pas prévu d'avoir un système complexe et contraignant pour l'utilisateur, en revanche cela m'a fait penser à quelque chose.

Ce logiciel est destiné à être vendu à tous le monde, et donc potentiellement à des gens travaillant dans l'industrie du jeux video, de la musique ou du cinéma. Imaginons maintenant que j'applique à mon logiciel le même traitement que me font subir ces personnes lorsque je veux regarder un DVD, écouter de la musique en ligne.

En gros cela donnerait :

Si vous avez acheté le logiciel en Europe et que vous vous rendez aux USA, impossible d'utiliser le logiciel car vous avez changer de zone géographique et que votre logiciel est Zone 2 (Europe), vous pourrez cependant changer la zone de votre logiciel, un maximum de 3 fois, ce qui pourra verrouiller votre logiciel sur la dernière zone sélectionnée, et le rendre inutilisable chez vous.
Malgré le fait que vous ayez acheter l'application, certaines de ses fonctionnalités pourraient être désactivés en fonctions des accords que nous avons avec les distributeurs du logiciel, et ce, sans préavis.
A chaque lancement de l'application, il y aurait 2 minutes d'écrans que vous ne pourriez pas passer, vous prévenant des effets néfaste du piratage, avec des avertissements FBI, vous rappelant que même si vous avez acheté le produit, vous n'êtes pas perçu comme un client légitime, mais comme un potentiel voleur.

J'aimerai donc voir la tête de ces utilisateurs, cela même qui en gros nous pourrissent la vie, seraient bien embêter si ils avaient toutes ces contraintes pour utiliser Word, Excel, Photoshop,et j'en passe.

Bref à méditer.

ClickOnce sucks !

Basile — Sun, 05 Feb 2012 18:34:00 +0100

Cela part pourtant d'un bon sentiments, améliorer et sécuriser l'installation d'application sous Windows pour l'utilisateur, et simplifier les mises à jours pour le développeur.

Actuellement pour installer une application le plus courant est de télécharger un setup, souvent sous forme de .exe ou de .msi, de le lancer (le fameux double click sur l'exe), et suivre les étapes de l'installation. Si vous ne faites rien de spécial, en général celle-ci s'installe dans:

C:\Program Files\[My Company]\[My Application]\

Et ajoute au passage un raccourcis sur le bureau, et dans le menu démarrer. Au final quelque chose que tous les utilisateurs de windows connaissent maintenant.

Il faut l'avouer ce n'est pas ce qu'il y a de plus simple surtout lorsque l'on compare à la méthode MacOS (que beaucoup ne comprennent pas, alors qu'il s'agit d'un simple drag and drop), et je comprend la volonté de vouloir simplifier le processus. C'est donc là que ClickOnce entre en jeu.

Le principe est très simple, vous vous baladez sur Internet et vous voyez une application intéressante, vous cliquez sur le lien pour télécharger l'application, à ce moment au lieu de télécharger un setup, une installation Web démarre. Vous vous retrouvez devant cette fenêtre :

Appuyé sur Install et l'application va s'installer depuis Internet. Miracle

On est d'accord, c'est plus simple pour l'utilisateur. Pas de Suivant, Suivant, Suivant, Terminé. Pour le développeur aussi, pas besoin de mettre en place un système de mise à jour, une simple pression sur le bouton Publish dans Visual Studio (l'environnement de développement) et tout cela est poussé vers l'utilisateur comme lors de la mise en production d'un site web.

Seulement voila, au lieu d'essayer de corriger ou d'améliorer le système actuel, Microsoft à préféré en inventer un nouveau. Qui casse les règles, non pas qu'elles soit toutes bonnes mais elles avaient le mérite d'exister, même si parfois elles ne sont pas respecter par les développeurs, Microsoft aurait pu forcer leurs utilisations.

D'abord un application ClickOnce est dites isolée c'est à dire qu'elle ne peut pas interférer avec d'autres applications, pour cela elle est installée dans un répertoire spécial, en général :

C:\Users\[UserName]\AppData\Local\Apps\…\[AppName..exe_Id]\

C:\Users\[UserName]\AppData\Local\Apps\…\[AppName..tion_Id]\

Dommage, vous cherchez cette application dans le dossier habituel, oups, elle n'y est pas. Vous avez maintenant des applications installées dans plusieurs endroits de votre ordinateur, pour l'organisation on à vu mieux.

Ensuite on ne peut installer une application ClickOnce que pour un utilisateur, pas possible de faire une installation pour tous les utilisateurs de la machine, impossible aussi de créer les différents raccourcis nécessaires (autre que les standards), impossible aussi de mettre en place des actions spécifiques pendant l'installation, comme ajouter des entrées dans la base de registre.

Vous me direz que ce n'est pas si terrible que l'on peut faire ça au lancement de l'application, et je vous répondrez que oui, il y a pire. Seulement voila, je pense qu'il vaut mieux une expérience unique bien pensé plutôt qu'une expérience de plus, certes plus simple, mais encore une fois différente.

J'aurai préféré une amélioration du système standard, les applications toujours installées dans le même répertoire, avec des droits leurs empêchant d'interagir avec le reste du système, la possibilité dans le setup de régler certains paramètres tout en limitant les choix, afin d'avoir des installations homogène d'une application à une autre.
Concernant les mises à jour une, le principe de ClickOnce est simple, il ne modifie que les fichiers qui on changer, et quand il y à trop de changement, cela repasse par un téléchargement complet… c'est une bonne solution, et elle pourrait être intégrer au setup.

Pour conclure, ClickOnce seul, ça sucks, intégré au système d'installation standard, cela aurait pu être quelque chose de vraiment intéressant, améliorant, unifiant et simplifiant une fois pour toutes les installations d'application sous windows.

Des portables dans l'avion

Basile — Sat, 28 Jan 2012 12:23:00 +0100

Je me pose toujours la même question lorsque je prend l'avion, pourquoi n'a t'on pas le droit d'utiliser d'appareils électroniques pendant les phases de décollage et d'atterrissage, et voir même pendant tous le vol.

Que ce soit il y a 10, 15 ans, ou maintenant cela n'a pas changer. D'abord avec les Walkman et GameBoy, il va falloir que l'on m'indique quel champs magnétique produit une GameBoy, et maintenant avec les iPod, smartphones, tablettes, etc. et même avec le mode avion.

Je laisse bien sur de côté, l'aspect sécurité physique, il est clair que lors des phases de décollage et d'atterrissage c'est mieux d'être attentif, de plus une tablette qui vol dans la cabine suite à un freinage d'urgence ça peut faire mal.

Mais concernant leur utilisation et les potentielles émissions qui pourrait gêner l'appareil, je ne comprend pas. Et encore moins puisque nous sommes en 2012, que l'on en connait un rayon un peu plus large sur ces machines, que l'on est capable de faire des cabines isolés, et même, mais là je me répète, de fournir un mode avion.

Enfin, l'on en crois la FAA (Federal Aviation Administration) et leur section safety information (désolé je n'ai rien trouver pour l'agence européenne):

The FCC and FAA ban cell phones for airborne use because its signals could interfere with critical aircraft instruments. Radios and televisions are also prohibited.

Laptops and other personal electronic devices (PEDs) such as hand-held computer games and tape or CD players are also restricted to use above 10,000 feet owing to concerns they could interfere with aircraft instrumentation

En gros, pas de téléphone à bord des appareils, et pour le reste c'est au dessus de 3000 mètres.

Bref, en ce qui me concerne je reste quand même septique, je n'ai rien trouver expliquant les réels danger de leur utilisation et vu comment ils nous font chier, et encore je suis gentil, concernant les liquides, et autres produits à bord, je pense que si il y avait le moindre risque qu'un téléphone puisse faire tomber un avion, ils seraient purement et simplement interdit.

Pourquoi un projet sous Windows ?

Basile — Mon, 16 Jan 2012 11:58:00 +0100

Pourquoi un projet sous Windows ?

C'est une question que l'on me pose souvent lorsque j'aborde ce que je fais en ce moment. Pourquoi développer une application sous Windows ? Windows 7 desktop, même pas une version Metro style pour Windows 8 alors que celui-ci pointe le bout de son nez.

Pour commencer, et ce afin de limiter la discussion, pour Windows 8 c'est hors de question, parce qu'il n'est pas encore sorti, et n'est pas près de sortir. La beta est prévu pour incessamment sous peu, mais la version finale, elle, est prévu pour Octobre 2012, ce qui nous laisse pas mal de marge. Puis une fois sorti rien ne garanti que l'engouement autour des applications Metro style sera fort. Et quand bien même ce serai le cas, la concurrence sera extrêmement rude, et sortir du lot sera très très difficile, il suffit de voir comment cela ce passe sur iOS ou Windows Phone, impossible de sortir son épingle du jeu sans avoir l'idée qui vous propulsera sur le devant de la scène. De plus et c'est surement le point le plus important, cela n'entre pas dans le but que nous nous sommes fixé.

Bien sur cela ne veux pas dire que nous n'en feront pas.

Donc, pourquoi Windows, d'abord pour les raisons cités ci dessus, difficile de se démarquer avec une application iOS, de plus j'en ai fais pendant 3 ans et demi, je connais bien la plate-forme, et j'avais envie de changer, de tester un peu mes capacités sur autre chose, et au passage acquérir de nouvelles compétences.

Nous aurions pu partir sur une application MacOS, mais non, premièrement parce que c'est plus ou moins les même technologies que pour iOS, donc pas beaucoup de changement. Deuxièmement parce que, toujours pareil, cela va en contradiction avec le but que nous nous sommes fixé.

Et pourquoi pas Linux… et bien… vous avez déjà vu quelque chose se vendre sous linux ?

Mais alors, quel est donc ce but ? Simple, faire une application la plus aboutie possible. Que ce soit les fonctionnalités, le design, l'ergonomie, il faut que l'application soit parfaite. Je sais c'est assez facile à dire, c'est aussi très présomptueux, mais pourquoi pas. Et c'est là que vous devez apercevoir en quoi mes propositions précédentes sont en conflit avec notre but. Windows 8, le design, l'ergo, assez limité, ou en tout cas très cadré, donc au final peu de marge, sous MacOS il le font déjà tous, ou presque. La plupart des applications entre dans ce cadre là. Jetez un coup d'oeil à Reeder, Cornerstone, Transmit, Analog, Things, et j'en passe. Les dévelopeurs Mac on déjà ça dans le sang.

Si vous regarder sous Windows, difficile de trouver des projets ou toutes les étapes de la conceptions sont importantes, ou le développement n'est pas seulement dirigé par les fonctionnalités, ou au final l'application n'est pas qu'un regroupement de boutons. Oui sous windows c'est souvent la fonctionnalité qui prime, mais il est possible de voir cela autrement. Il y en a qui on déjà commencé à voir cela comme ca, InType, Office 2010 (Word, Powerpoint, …), MetroTwit.

Nous souhaitons donc ajouter notre pierre à l'édifice.

Le Christmas Eve à deux

Basile — Sun, 25 Dec 2011 13:50:00 +0100

20h : Le repas

21h : Les cadeaux

21h10 :

22h : Samba de Amigo + Singstar

Joyeux Noël à tous !