La question que je veux aborder dans cet article fait suite à une discussion que j’ai eu ce WE avec oui-oui de iphon.fr ! En effet, pour notre application présentée au BeMyApp, nous avions proposé un Business Plan que nous pensions tout adapté ! Cependant, il m’a fait remarqué que ce n’était pas le Business Plan adapté à une application  iPhone  (même si EasyLib était développé sous Android pour le WE, elle a clairement pour vocation d’être multiplateforme).

Nous avions décidé de rendre EasyLib entièrement gratuite (dans un  premier temps en tout cas) mais de limiter les fonctionnalités. Pour faire court, notre application permet de scanner n’importe quel média et de l’ajouter à sa bibliothèque afin de savoir à tout moment à quel tome on est rendu (typiquement lors d’un achat en  magasin). Notre souhait était alors de bloquer certaines fonctionnalités de l’applications telles que rajouter/modifier des catégories ou des types de médias (solutions pour trier sa liste). Notre but était clairement le suivant : Rendre disponible une appli sans limitations d’utilisations mais avec un « confort réduit » afin d’inciter l’utilisateur à réaliser du in app purchase pour profiter à 100% de l’application. L’autre solution que nous avions envisagé (et pour laquelle nous réfléchissons encore) est de rendre disponible une application complète mais gratuite en bridant les fonctionnalités de la gratuite (comme précisé auparavant).

Seulement voilà, même si cette méthode est  la plus répandue sur Android, ce n’est clairement pas celle sur iPhone ! Il semblerait que sur iPhone, les habitudes poussent les développeurs à diffuser des applications avec l’ensemble des fonctionnalités possibles mais limitées dans le temps ou l’utilisation. Par exemple, comme nous utilisons l’appareil photo pour scanner les codes barres des médias, il nous a suggéré de bloquer le nombre de scans possible par l’utilisateur tout en lui laissant profiter de la création/modification des catégories et types de médias. La philosophie derrière tout ça est clairement de proposer une meilleure expérience utilisateur possible pour l’inciter  à continuer à utiliser l’application en  l’achetant. Le fait de proposer une meilleure expérience utilisateur que sur Android est bien sûr accentué par la fameuse fragmentation d’Android tant au niveau de ses version d’OS que de ses différents terminaux (à l’image de la fameuse gamme HTC One annoncée récemment) !

Je ne me permettrais pas de critiquer telle ou telle philosophie mais je pense sincèrement que ce point était important à justifier. J’imagine que beaucoup d’utilisateurs des 2 plateformes se retrouvent dans les habitudes expliquées précédemment  et j’espère que ce billet permettra aux futurs utilisateurs de réaliser leur choix au mieux !

Merci à Oui-Oui pour m’avoir expliqué tout ceci ! (comme quoi, il semblerait que même des iPhone fan aient de bonnes idées  [troll inside])

P.S. : En  ce moment, c’est  le MWC, n’hésitez pas à suivre tout ce qu’il s’y passe sur AndroidPIT

Chaque ambassadeur y va de ses capacités et volontés, certains s’investissent dans les packaging de nouveaux logiciels, d’autres dans le design (d’applications ou de sites web), certains encore dans du marketing et pour ma part, je fais le maximum de communication autour de la distribution (comprenez,  je convertis des utilisateurs s’étant perdus dans des OS ou distributions quasi sataniques). Pour cela, j’attaque de plusieurs bords, que  ça soit par la discussion directe avec les utilisateurs (dans mon école, mon boulot voir même dans la rue !) ou alors, je vais directement chercher les utilisateurs déjà sensibilisés à GNU/Linux (à travers des conférences, rassemblements, workshop, install party…).

Maintenant que vous situez bien le job (bénévole) d’Ambassadeur et sa nécessité pour une distribution, je vais vous partager une expérience  qui m’est arrivée il y a quelques semaines.

J’ai été contacté par une personne de Linux Identity qui me précisait dans son mail que début Janvier, une édition spéciale serait mis en vente par l’éditeur. Cette édition spéciale nommée « Best Of Linux » regrouperait un ensemble d’articles sur 5 distributions phares de 2011 et proproserait un DVD avec les live des distributions. Cette personne me proposait de réaliser 2 articles dans ce magazine, un premier pour présenter l’installation de Fedora et un second sur une spécificité de Fedora (à ma convenance !). Voyant dans cette proposition une opportunité de toucher un grand nombre d’utilisateurs et de me faire une expérience dans ce domaine, je me suis empressé d’accepter ! Seulement, après discussions, je me suis rendu compte que les deadlines imposées étaient très courtes et j’ai donc préféré n’écrire qu’un article : la présentation complète de Fedora 16 Verne.

Au risque de paraître un peu bateau, la rédaction d’un article commence forcément par la création d’un plan ! Le sujet de mon article étant « Fedora 16 Verne », j’ai voulu réaliser une approche assez classique tout en étant le plus exhaustif possible et j’ai donc choisi de réaliser une énumération des nouvelles fonctionnalités phares de Fedora.

Après validation de ce plan par la personne en charge de mon encadrement, j’ai pu me lancer dans la rédaction du dit article de 15,000 caractères demandés. Pendant 10 jours, silence radio, plus de communication avec Linux Identity. C’est dans les premiers jours que les doutes surviennent. Après quelques paragraphes et une impression de bien avancer, je me rends compte que mon article va être un peu léger et qu’en fin de compte, l’utilisateur risque de prendre peur en voyant autant de fonctionnalités. Je décide alors d’y intégrer quelques paragraphes pour guider l’utilisateur vers les sites où il pourra trouver de l’aide et quelques astuces de démarrage. Puis je me penche sur les illustrations, point critique mais nécessaire à un article de cette taille !  Il faut donc trouver plusieurs images, libres de droits, en adéquation avec l’article et de bonne qualités ! Heureusement, le monde du libre est plutôt pratique pour ce genre de requête et forcément, j’arrive rapidement à trouver les images que je souhaite.

Le 11 décembre, j’envoie le premier gros jet de l’article pour un retour. Les retours sont plutôt bons, mais en fait il sera trop court ! On me demande de rédiger 1500 caractères de plus et en  fait, cela tombe plutôt bien car c’est après l’envoi du 1er jet que je me suis rendu compte (grâce à des discussions avec d’autres ambassadeurs) que j’avais quelques points  que je n’avais pas abordés (ou trop rapidement). Nouvel version envoyée quelques jours après, puis je reçoit un premier jet de mise en page. Là, c’est bonheur ! Ça fait plaisir de voir l’article qu’on  a écrit mis en forme et de voir mon nom apparaître au début de l’article ! Quelques ajustements, de mon côté comme du leur et l’article est enfin clos ! La suite de l’histoire, c’est contrat, cession des droits et réception d’un exemplaire du magazine il y a quelques jours  ! (Soit 2 jours après la sortie en France !)

Si je voulais vous faire partager cette expérience, c’est car je pense que certains peuvent se retrouver dans le même cas que moi (même si cela n’a aucun rapport avec l’informatique) et que cet article pourrait leur être utile ! Cette expérience a été très intéressante car elle m’a permis de me forcer à rédiger  pour un public le plus large possible (et non plus un public de geek) et à être le plus clair possible dans mes explications. Merci beaucoup à Linux Identity d’avoir pensé à moi pour cet article et merci à la personne qui s’est occupé de mon article pour la liberté à laquelle j’ai eu le droit pendant la rédaction !

Je vous met l’article pour que vous puissiez vous rendre compte, mais bien sûr, je le floute intégralement ! Si vous voulez le lire, votre marchand de journaux se fera un plaisir de vous le vendre !

Ce launcher est un fichier .desktop qui peut se trouver soit dans ~/.local/share/applications/ si on veut que le lanceur soit visible uniquement de notre compte, soit dans /usr/share/applications si on veut que tout le monde y ait accès.

Voici un exemple de .desktop que j’ai réalisé :


[Desktop Entry]
# http://standards.freedesktop.org/menu-spec/latest/apa.html
Categories=Education
Comment=Mendeley
Encoding=UTF-8
Exec=/data/Cours/ENSICAEN/These/Tools/mendeleydesktop-1.0.1-linux-486/bin/mendeleydesktop
GenericName=Mendeley
Hidden=false
# Icons : /usr/share/pixmaps (or absolute path)
Icon=/data/Cours/ENSICAEN/These/Tools/mendeleydesktop-1.0.1-linux-i486/share/icons/hicolor/64×64/apps/mendeleydesktop.png
Name=Mendeley
Type=Application


Merci à markand de #fedora-fr pour le coup de main.

English version

Sometimes, when you’re using too much of your own scripts or unpackaged software, you don’t want to use command lin to run them. This is how to create a launcher easily.

This launcher is a .desktop file which can be either in ~/.local/share/applications if you want it to be visibile oly for your account or in /usr/share/applications if you want it to be avaible for everyone.

There it’s an exemple of my Mendeley.desktop :

[Desktop Entry]
# http://standards.freedesktop.org/menu-spec/latest/apa.html
Categories=Education
Comment=Mendeley
Encoding=UTF-8
Exec=/data/Cours/ENSICAEN/These/Tools/mendeleydesktop-1.0.1-linux-486/bin/mendeleydesktop
GenericName=Mendeley
Hidden=false
# Icons : /usr/share/pixmaps (or absolute path)
Icon=/data/Cours/ENSICAEN/These/Tools/mendeleydesktop-1.0.1-linux-i486/share/icons/hicolor/64×64/apps/mendeleydesktop.png
Name=Mendeley
Type=Application


Thanks to markand from #fedora-fr

J’ai acquis il y a maintenant 1 an et demi un Dell E6500 qui comportait plusieurs features intéréssantes. Parmis elles, j’avais choisi un lecteur de cartes contact/sans contact, à l’époque, plus en tant que gadget qu’autre chose. Mais avec l’avancement de mes études et mon rapprochement de ce domaine, j’ai commencé à m’y intéresser. Afin d’être clair dès le début, je précise que lorsque j’ai commencé à me renseigner sur le lecteur Broadcom 5800, on m’a plusieurs fois dit que c’était un lecteur bas de gamme qui avait quelques difficultés à lire certaines cartes.

Pour info, le lecteur que j’utilise est un Broadcom 5800 qui est le même que le 5801 qui lui, inclus un lecteur d’empreinte digitale.

Voici donc la procédure pour l’installer sur une environnement GNU/Linux :

1. Installer le dernier « Dell ControlPoint Security Device Driver Pack » disponible sur http://support.dell.com. Et oui, pour cette étape, MS Windows est obligatoire et l’install n’est pas franchement « user friendly » ! (plusieurs reboot, pas de confirmation de l’installation…)
2. Après le reboot, ouvrir une commande et après s’est déplacé dans c:\Program Files\Broadcom Corporation\Broadcom USB Host Components\CV\bin , lancer ushradiomode64.exe -n. Cette action permet d’activer le lecteur et de le rendre utilisable
3. Un petit reboot pour la route, mais sous GNU/linux ! (pour vérifier si tout a bien fonctionné, rebootez sous Windows et jetez un oeil au gestionnaire de périphériques, 2 nouveaux périphériques devraient être apparus et pour tester la lecture des cartes, vous pouvez utiliser ce soft en version d’essai)
4. D’après ce report, pour utiliser ce lecteur, il faut utiliser ccid en version supérieure à 1.3.13. D’après koji, celui ci n’est disponible dans les dépôts qu’à partir de Fedora 14.
5. Éditez le fichier Info.plist dans /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/ et ajoutez les lignes « VendorID=0x0A5C », « ProductID=0×5800″ (0×5801 pour ceux qui possèdent le lecteur d’empreintes digitales) et une petite ligne pour l’array ifdFriendlyName. Les informations à ajouter proviennent de lsusb.
6. Si tout s’est bien passé, un petit « pcsc_scan », une carte sans contact (en espérant qu’elle soit lisible) et hop, un petit ATR qui s’affiche !

English version :

More than 1 year ago, I’ve bought a Dell E6500 which was plenty of interresting features. I’ve specially choose  a contact/contactless card reader more because it was a really cool gadget than a usefull feature ! But due to my studies and my work, I’ve started to have a look on this. At the beginning, I’ve asked around me if someone knows how the reader Broadcom 5800 is working and especially the quality of it. People who knows this reader said me that it is a cheap reader which have difficulties to read some kind of card but which can be used when people doesn’t have any other reader (which is my case !).

FYI : I’m using a Broadcom 5800 which is like 5801 but without fingerprint reader.

So, the process to install this reader and use it with GNU/Linux follows :

1. Install the last « Dell ControlPoint Security Device Driver Pack » available on http://support.dell.com. Yes, for this step, you must use MS Windows and you’ll see how the install is not user friendly…. (several reboots, no confirm about the install…)
2. After the reboot, open a command line and move to c:\Program Files\Broadcom Corporation\Broadcom USB Host Components\CV\bin. Run « ushradiomode64.exe -n » which will enable the reader and switch it on.
3. Now, it’s finally time to reboot on GNU/Linux ! (if you want to check the install, you should reboot on Windows, look at the Device Manager and verify if 2 new devices are appeared. This soft in trial version could be usefull to test your install with Windows)
4. From this report, to use this reader, you should use ccid from 1.3.13 version. In Koji, this verison is available on the repositories only from Fedora 14.
5. Edit the file Info.plist in /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/ and add lines « VendorID=0x0A5C » , « ProductID=0×5800″ (0×5801 for those who have the fingerprint reader) and an other line for the array ifdFriendlyName. All this informations are coming from lsusb command.
6. If everything was done well, you should run « pcsc_scan », use a contactless card (hope it is readable …) et normally, you should see the ATR of the card !

Pour resituer rapidement le contexte, je suis partis avec 3 amis de l’Ensicaen à Paris afin de passer 48H à développer une application pour Android.Nous nous étions débrouillés pour arriver tôt le vendredi soir et cela nous a permis de prendre possession des lieux en avance et, ainsi, de prendre contact avec les premières personnes sur place. A ce sujet, je tenais à remercier sincèrement ceux qui ont permis au sein de l’IESA Multimédia que cet évènement puisse avoir lieu. Ils ont vraiment été exceptionnels sur ce WE, à partir plus tard et arriver plus tôt que nous tout en étant disponibles tout au long du WE.

Les personnes participant à l’évènement se regroupaient en 4 catégories, chacune identifiée par une couleur.

Répartition des acteurs du WE

L’avantage que nous avions était avant tout d’être une équipe de 3 développeurs et d’1 designer, habitués à travailler ensemble.

Négociation des jetons pour les porteurs

A 20h, c’est dans une salle bondée que l’événement commence réellement. Après quelques  explications de John et la présentation du jury composé d’acteurs importants d’internet et du monde mobile, les premiers porteurs d’idées commencent leur pitch… Ces pitchs d’1 minute permettaient de présenter les projets au jury et aux différentes personnes dans la salle. A la fin de chaque pitch, le jury avait la possibilité de donner un avis sur chaque projet afin de donner la tendance des projets qui pourraient être réalisés tout au long du WE. A la fin des pitchs, le jury s’est retiré pour choisir 4 projets. Pendant ce temps, un projet a pu être « repêché » par le public. Pour effectuer cette repêche, chaque développeur ou designer avait en sa possession 3 jetons tandis que chaque porteur d’idée devait en ramasser le plus possible dans son gobelet !

C’est vers 22h que le jury a rendu son verdict. Les applications sélectionnées étaient : C la teuf, Sat & Sun, Liquidation Totale et Ping Point. Petite déception pour nous, en effet, aucun de ses projets ne nous motivait particulièrement. Heureusement, l’avis du public a su aller à l’encontre de celui du jury et c’est Newzitiv qui a été sauvé par le public ! Les 4 porteurs qui ont vus leur projet sélectionné ont ensuite eu quelques minutes pour canaliser l’afflux de développeurs et de designers pour former une équipe et commencer à parler du projet plus sérieusement. La soirée de vendredi a donc été une soirée capitale pour l’ensemble des équipes car c’est lors de celle ci que les décisions concernant l’application et plus particulièrement ce qui sera présenté dimanche soir ont été prises. Pour notre part, nous avons donc pu travailler avec l’équipe de Newzitiv et cette soirée nous as permis de comprendre ce qu’ils attendaient de nous et de discuter des réalisations possibles ou non. Après une première grosse soirée, nous sommes rentrés chez Cilheo (que je remercie encore une fois pour l’hébergement !) vers les 2h du matin afin d’essayer de se reposer avant une journée de samedi… difficile !

C’est la journée de samedi que les développements prennent vraiment de l’ampleur et c’est au cours de celle ci qu’on se rend compte si on a choisi les bons axes pour l’application à réaliser. Cette journée a permis aux participants de se rencontrer aussi bien au sein de la même équipe qu’entre celles ci. Pour nous, un des aspects les plus intéréssants de ce genre d’événements est bien évidemment de pouvoir rencontrer des gens passionés par le même domaine que nous et de pouvoir se retrouver autour d’un verre pour en discuter. Après une journée difficile et ponctuée d’interventions plus ou moins sérieuses des différents organisateurs, c’est à 19h que John nous a demandé de nous rendre dans la salle où avait eu lieu les pitchs de la veille pour que chaque équipe puisse se présenter aux autres et montrer leur avancement. Ce moment de détente pour les équipes nous a permis de décompresser et aussi d’apprendre qu’un grand hastag match avait été lancé et que nous n’étions pas bien placés du tout ! Ni une ni deux, c’est à ce moment là que nous avons commencé à nous déchaîner sur la timeline #BeMyApp pour montrer qu’à Paris, on sait aussi faire du Buzz !

Après ce moment de détente, quelle ne fut pas notre surprise que de voir arriver 2 livreurs de pizza et d’apprendre que les orgas avaient commandés pas moins d’une vingtaine de pizzas pour l’ensemble des participants !

Ravitaillement du samedi soir !

Après avoir bien mangé, les organisateurs nous ont proposé de visionner les vidéos réalisées dans les autres villes afin de nous présenter les différents projets en cours. Ce moment nous as permis de nous rendre compte de l’évolution des projets des autres villes mais surtout de l’ambiance au sein des autres équipes. Et quelle ambiance ! Et puis comme ce n’était pas tout de se reposer, nous sommes retournés sur nos projets pour une bonne partie de la nuit.

La journée de dimanche est toujours une journée stressante pour les différentes équipes. En effet, à 18h, les projets doivent être rendus pour être étudiés par le jury et les 300 beta testeurs. De plus, pour une question de sécurité, il nous a été demandé de rendre une application fonctionnelle pour 15h afin d’éviter de se retrouver sans rien à 18h. Pour notre part, après avoir commencé doucement la matinée, à partir de 15h, nous avons été confronté à un rush pour réussir à implémenter les dernières fonctionnalités, rendre compatible notre application au maximum et corriger tout les petits détails de dernières minutes (qui sont toujours plus nombreux qu’on ne le pense !). Pendant ce temps, les porteurs de projets devaient se préparer pour les présentations qui allaient avoir lieu à 20h pour présenter leurs projets et convaincre le jury et les béta testeurs. La seule règle imposée pour cette présentation était la durée de 5 minutes. La plupart des équipes ont décidés de réaliser une petite démonstration de l’application ainsi que quelques slides pour présenter le projet (et généralement, le Business Model).

Les préz du dimanche

20h, début des présentations dans les 3 villes. Le stress était grand dans la salle et la fatigue se faisait clairement sentir chez tout le monde ! A la fin des différentes présentations, c’est le jury qui a dû choisir les 2 finalistes de chaque ville. Moment très intense car tout le monde s’attendait à une annonce générale après délibération mais en réalité, les votes ont eu lieu directement, devant tout le monde. Le système était simple, chaque juré écrivait sur une ardoise le nom de l’application qu’il souhaitait éliminer et la montrait à tout le public dans la salle.

Pour notre part, l’aventure s’est arrêtée ici, première équipe éliminée. L’explication semblait assez claire, en effet, nous avons privilégié d’avoir une application fonctionnelle, quasi prête à être déployée sur le market alors que les autres équipes ont préférés déployer un grand nombre de fonctionnalités pour la plupart, non utilisables. Malgré cette défaite cuisante, l’équipe a su garder le sourire et relativiser. Nous sommes partis peu de temps après l’annonce des deux finalistes de Paris et sans attendre le grand vainqueur de BeMyApp car nous avions 2h30 de route pour rentrer et les affaires n’étaient pas tout à fait prêtes.

Je remercie encore une fois l’ensemble des personnes qui ont permis que cet événement ait lieu ! Merci à Julien pour ses coups de mains, à John pour sa bonne humeur, aux gens de l’IESA pour leur disponibilité, au jury pour leur présence (ou pas), aux autres équipes pour leur bonne humeur et aux différents fournisseurs du week end (fasts foods, boissons énergisantes… ). On l’a promis, on sera de retour pour la prochaine édition !

Une partie de l'équipe

Photos : Jorodan pour Frandroid et Cheupi pour nous

Gnome-Shell et l'intégration de google calendar

Depuis quelques temps, je test Fedora 15 alpha et donc Gnome-Shell qui va avec… Et, même si le passage par rapport à Gnome 2 est assez perturbant, je m’étonne tout les jours de la rapidité et de la fluidité du bureau. Qui plus est, je commence à prendre en main les fonctionnalités et il est vrai qu’il est de plus en plus agréable de l’utiliser.

J’ai particulièrement remarqué quelque chose d’intéressant suite à mon utilisation quotidienne. En effet, j’utilise énormément Google Calendar, que ce soit pour mes cours ou pour mes rendez vous personnels et j’ai toujours regretté de ne pas avoir une vrai bonne intégration à Gnome de ce calendrier. Je n’utilisais pas particulièrement Evolution mais je m’y suis mis dans une volonté de récupérer mes calendriers et de les intégrer à Gnome-Shell ! Et quand je vois le résultat, je ne suis pas déçu ! L’intégration est parfaitement réalisé et permet grâce à un coup d’oeil de savoir si je suis disponible pour un rendez vous et comment s’organiseront mes journées à venir.

Le but de cette nouvelle version est de rendre le site plus convivial mais aussi de le mettre au goût du jour. Ainsi, les améliorations principales sont les suivantes :

• Nouveau design
• Amélioration du « social network » du site (Facebook, Twitter…)
• Utilisation d’EzPublish 4.4
• Amélioration de la recherche grâce à OpenSearch

Un grand merci à tous ceux qui ont participé à cette V5 (et particulièrement à Llaumgui), n’hésitez pas à donner votre avis !

Fedora-Fr V5

Et pour ceux qui auraient oublié  :

Testez Fedora 15 Alpha !

Pour les amateurs, vous comprendrez que les noms des machines sont tirés de Futurama.

Capture d'écran de Leela

Machine principale : Leela (Dell E6500)

• Intel Core 2 Duo P9700 (2,80GHz)
• 4Go de ram
• 250Go de DD
• Fedora 12 / Win XP
• Lecteur de carte smartCard sans contact (je me mettrais bientôt à jouer avec )

Capture d'écran de Bender

Machine de tests : Bender (Packard Bell MX36-U049W)

• Intel Core Duo T2080
• 2Go de ram
• 160Go de DD
• Fedora 14 (bientôt Fedora 15 alpha)
• Et une superbe non-batterie ! (batterie de 15 minutes >_<)

Capture d'écran du milestone

Machine mobile : Nibbler (Motorola Milestone)

• Processeur 550MHz
• 256Mo de ram
• 8Go en carte SD
• Android 2.1 (Merci Motorola ! )
• Et mon superbe clavier physique !

Pour l’instant Farnsworth n’est plus utilisé et reste sagement chez mes parents en attendant que je lui fasse une seconde jeunesse. Je ne ferais que citer l’ordinateur d’Amélie qui n’a aucune utilité pour moi (et qui pour le coup pourrait très bien s’apeller Zoïdberg ! )

Voilà pour mon petit parc ! A cela on pourrait ajouter un TuxDroid qui fera très bientôt l’objet d’un article pour qu’il se présente un peu, le Samsung Galaxy Teos d’Amélie ou bien le futur remplaçant de Nibbler…

Mon TuxDroid avec de la compagnie