Après avoir fait mon coming-out en tant que vilain vendu… je me suis dit qu’il est temps de clarifier un peu les choses.
Surtout après la pseudo-polémique à deux balles bloggers-journalistes autant être carré et afficher clairement la couleur.

Envoyez les trucs à tester
Oui, vous pouvez envoyer des trucs à tester… je vous garantie pas des avalanches de louanges, je garderais la même ligne, qui globalement est: je test et je dis ce que j’en penses, rien de plus, rien de moins.
Peu importe que ce soit un buzzkit-machin-bidule de com360° trucmuche… si y’a quelque chose à tester, je teserais, sinon je risque de pas en parler.
Envoyez moi vos AppleDisplay 30 pouces et MacPro OctoCoeur, je me ferais un plaisir de les tester pour une durée indéterminée
Non sans blague, si vous voulez un avis objectif (enfin mon avis quoi), aucun problème, je me ferais une joie de tester ça (et de vous renvoyer le matos dès le test effectué évidemment)… c’est valable aussi pour les applications web, ou desktop… vous développez un truc qui tue, envoyez moi un lien et si j’ai le temps je testerais.

Redistribution de cadeaux
Tester c’est ok, par contre même si j’adorerais ça, non je n’accepterais pas de cadeaux (ou de pseuso test-cadeaux) qui n’ont aucun rapport avec ce blog, donc voyage aux Antilles malheureusement pas possible (au grand damne de madame je suis sûr)… pour le reste, envoyez moi des cadeaux, je me ferais un plaisir de les re-distribuer aux lecteurs qui ne manqueront pas d’apprécier vos cadeaux (j’en suis sûr).

Voilà donc ma vision: tester oui, cadeaux je refile…
J’attends vos paquets (et non je ferais pas du genre “ouah va falloir un deal spécial avec mon facteur tellement je suis un blogger star de la mort ultra influenceur et que même que je reçois trop plein de colis… pff c’est fatiguant tous ces cadeaux”)

Je test donc une clef USB Gemalto qui ma été envoyé dans un fameux “BuzzKit” (argh je déteste le mot Buzz…) via l’ordinateur de Fadi, puisque c’est une solution réservée à Windows et qui ne marche pas sur mon Mac.

Le principe
Le principe donc c’est de pouvoir sécuriser certaines données sur une clef USB d’1Go, via un encryptage et un mot de passe (ou PIN)… donc si vous avez pas le PIN pour débloquer la clef, impossible de lire les informations qui sont dessus.

Installation

Bon c’est sous Windows est l’installation est relativement simple, on plug la clef, l’installation se lance et un petit logo vient se placer dans la barre des tâches (le bidule près de l’horloge), un clic droit et on accède aux différentes fonctionnalités:
- bloquer/débloquer la clef
- changer le mot de passe
- générer un mot de passe
- configuration

Fonctionnement

C’est relativement simple, vous drag&droppez, copiez ou enregistre sous vos documents sur la clef USB, si la clef est dé-vérouillée vous pouvez lire les infos, sinon impossible… vous pouvez voir les fichiers mais pas les lire.
Pour le reste c’est de la configuration principalement: changer le PIN, changer la langue du soft, etc…

J’ai fait plusieurs tests en depluggant comme un vilain la clef et elle se bloque bien, j’ai aussi testé de copier les fichiers quand la clef est bloquée et c’est pas possible.

J’en penses quoi?
La solution semble solide, puisque je ne suis pas non plus un hacker de la mort qui tue sa race, mais malgré quelques tests, pas moyen d’accéder aux infos sans le code PIN… ensuite sur l’utilisation elle même, je trouve dommage qu’on doive placer physiquement les fichiers sur la clef USB, aujourd’hui les fichiers sont envoyés par email, IM, etc… et devoir se balader ou envoyer une clef USB c’est une contrainte, mais il n’empêche si vous psychotez sur vos données et voulez les sécuriser (jusqu’à 1Go) et que vous êtes sur Windows, pourquoi pas.
Aucun élément de prix pour cette solution… dommage.

Dernière remarque, y’a une espèce de puce sur la clef USB et malgré tous mes efforts (sur le site officiel, et la doc en pdf dans la clef USB) pour savoir à quoi elle sert… et bien aucune idée

Bon et vous c’est quoi vos trucs pour sécuriser vos données

Et oui, ça devais bien arriver un jour ou l’autre…
Il y a quelques jours j’ai reçu par la poste un pacquet mystérieux, avec à l’intérieur deux items:
- une clef USB supra sécurisée machin truc de Gemalto
- un Tri-link Alarm System (un truc pour les gamins, mais super rigolo)
La blague étant: “Quel outil est le plus à même de sécuriser vos données”…

Première partie du test donc…

TDW: SpyGear TriLink Alarm System from babozor on Vimeo.

Voilà je suis donc un vendu (c’est officiel)… en tout cas le système machin-bidule est bien rigolo, on s’est bien marré chez Busineo (surtout moi, Fadi jouant le rôle du cobaye plus ou moins volontaire)
D’ailleurs ça me fais penser que j’ai pas encore ramené mon lance missile USB pour terroriser les gens chez Busineo, à penser donc…

On pensait la trève bien installée… que neni, avec aujourd’hui la charge venue du Monde, CBNews (et merveilleuse création pour la couv à souligner), etc… à lire l’excellent (et je pèse mes mots: article complet et très bien écrit) article de Fabrice Epelboin “Porfession bloggeur: Une grande leçon de journalisme” sur ReadWriteWeb France… Gonzagues lui aussi en a parlé récemment…

Que penser de tout ça?
Tout d’abord je trouve les journalistes un peu gonflés de cracher comme ça dans la soupe. Ils se targuent d’éthique, alors que beaucoup profitent largement de leur sacrosaint statut de journaliste pour se faire arroser par certains annonceurs (cadeaux, voyages, etc…), beaucoup ne font que relayer les informations (que je reçois moi aussi dans ma boîte email) pré-machée de dossiers de presse, sans même vérifier ou tester. Il reste certes une minorité de journalistes qui font leur travail, mais parfois on les cherche un peu (ils passent volontairement sous silence des informations qui DEVRAIENT être rendu public, pour préserver leurs annonceurs ou leurs jobs, heureusement que Le Canard Enchaîné est toujours là…)

Personnellement je pense que c’est le dernier effort poussif d’un organisme malade (comme l’industrie de la musique qui tente de lutter vainement contre le partage) qui n’a pas su se reconvertir, pas su trouver un business model valable… et donc tente de trouver un coupable facile: les bloggers.

Coupable facile, puisque d’un SkyBlog à RWW c’est le giga grand écart en terme de contenu bien évidemment et de temps passé sur ce fameux contenu. Oui on trouve de la merde, des trucs cools, 25 879 fois la même info, mais parfois on tombe aussi sur des blogs très bien…

Je ne me sens pas spécialement visé, puisque je gagne pas grand chose avec ce blog (sauf une tonne de connaissances, de rencontres…) un peu d’adSense (utilisé principalement pour faire des jolis stickers et acheter des miniDV pour Bob) que je compte remplacer sous peu d’ailleurs… et je ne penses pas non plus être d’une éthique déplorable (à confirmer) ni céder aux sirènes des agences, puisqu’un de mes principe c’est: si j’ai pas testé j’en parles pas (j’évite de relayer bêtement des informations comme ça)… qu’ils m’envoient pleins de trucs à tester et de cadeaux et je verrais si je sais résister

Bref, pour moi c’est un combat stérile, et honnêtement les journalistes (oui je généralise volontairement) n’en ressortent pas grandis.

Et vous vous en pensez quoi?

Chez Busineo, on est presque à la dernière ligne droite avant la mise en ligne: quelques semaines de développement et de debuggage et on sera prêt pour mettre en ligne la nouvelle version (en tout cas la partie fonctionnelle). Mais voilà un moment critique du développement d’une application web: le debuggage…

1. Trouver les outils adéquates
C’est la première partie de cette vaste tâche: trouver les outils adéquates à la structure de l’entreprise et aux gens qui vont l’utiliser. Vous pouvez toujours garder la méthode old-school (papier/crayon ou vieux fichier excell) mais par expérience deux écueils:
- transmission des informations: certaines informations risquent de ne pas être transmises aux bonnes personnes, avec pas les bonnes données et au final, certains bugs risquent de subsister
- oubli de certaines données: vous pensez avoir éradiquer tous les bugs, mais vous avez oublié ce bout de fichier excell qui traîne sur votre bureau avec pleins de bugs importants et poum la release est foirreuse…
Il existe énormément d’outils disponibles, soit des outils spécifiques, soit des outils que vous pouvez détourner pour faire du debuggage. Tout dépend ensuite de l’infrastructure et des personnes.
Pour ma part si vous souhaitez un bugtracker vraiment complet, je conseillerais Mantis, nous à Busineo on utilise Trac qui a un éditeur de tickets tout à fait correcte (ce sont deux applications WerbBased, il en existe beaucoup aussi en applications desktop).

2. Eduquer les testeurs
Après avoir installer les outils, voici la partie la plus dure: éduquer les testeurs.
Pour un debuggage efficace il faut tout d’abord que les testeurs utilisent les outils mis en place, cela veut dire pas de retour par voix orale ou par email, tout DOIT passer par l’outil, il faut les forcer à l’utiliser… par tous les moyens possibles, pour que cela devienne un réflexe.
Il faut aussi les éduquer à documenter les bugs, cela veut dire page, contexte, quelles données, etc…

3. Bug non reproduit = pas un bug
C’est une notion aussi qu’il faut essayer de faire rentrer dans la tête des testeurs, si eux ont vu un bug, c’est bien, mais si il est impossible à reproduire, pour vous il n’existe pas (puisque aucun moyen de le reproduire, aucun moyen d’en savoir la cause et donc de le corriger).
Donc si vous n’arrivez pas à le reproduire, refusez le systématiquement, à la charge du testeur de compléter sa fiche de bug.

4. Prioriser les bugs
Traitez les bugs les plus critiques en premier et ensuite par ordre d’importance… rien ne sert de s’acharner sur des bugs mineurs qui ne gênent pas fondamentalement l’expérience utilisateur (cela peut être fait après quand vous aurez plus de temps)

5. Savoir laisser passer certains bugs
C’est paradoxal mais vrai, certaines fois debugger une fonctionnalité vous amènera plus d’emmerdes et de bugs que de le laisser… c’est difficile mais parfois laisser un bug connu et identifié (mais pas gênant pour l’utilisateur) peut être une bonne solution.

6. En tuer le plus posible, le plus vite possible…
Tous les développeurs le savent, debugger c’est chiant! Rien de plus insupportable que ça, c’est beaucoup plus rigolo de développer de nouvelles fonctionnalités, donc essayez de les tuer le plus vite possible, pour pouvoir passer à autre chose.

Et vous, ça ressemble à quoi votre debugagge?