Ou j’explique que la discrimination est le seul mécanisme par lequel on crée de l’identité.

Les Collections sont des Objets fascinants. Supposons que vous soyez un collectionneur. De timbres. Vous ouvrez l’un de vos grands album, comme d’habitude, pour profiter du réconfort de la vision de vos timbres et souvenirs associés; bien rangés dans leurs pochettes. Mais voilà que cette foi, au beau milieu de l’album, vous trouvez une image autocallante panini. Vous vous en offusquez : Qu’est ce que cette image fait là?

Mais pourquoi est ce que vous pensez que cette image n’est pas a sa place, d’abord? Parce que ce n’est pas un timbre? Comment vous le savez? Il y a bien des timbres à l’éffigie de joueurs de foot, il y a bien des timbres autocollants, il y a bien des timbres de cette taille là, il y a bien des timbres sans dents. Qu’est ce qui fait que l’image autocollante est différente? Et surtout qu’est ce qui fait que les timbres sont Identiques? C’est fascinant une collection. Parce que tous les objets qui y appartiennent sont identiques; d’une certaine manière. Et en même temps, évidemment, différents.

En réalité pour Discriminer la simple image autocollante des timbres; vous vous référez probablement a différents Signes imprimés sur les timbres qui indiquent qu’une Autorité postale garanti leurs Authenticité.

Résumons :

• Une collection c’est fait d’objets à la fois identiques et différents, un peu comme les Hommes
• Si vous voulez identifier un ou plusieurs objets de la collection pour les exclure ou pour les classer dans une autre collection, ça revient a les discriminer des autres objets de la collection. En somme Identifier = Discriminer.
• Quand il est impossible de discriminer – ce qui est courant vu la dichotomie Identité-Différence au sein d’une collection – on fait appel a une Autorité qui tranche arbitrairement.

Un modèle de société avec la personne en haut et la société en bas

Maintenant, j’ai 13 ans. Je construit mon Identité avec ce qui me tombe sous la main : musique, série télévisée, équipe de foot, religion, jeux vidéo, voir même quelques fois mes parents. C’est que je suis un être humain doué de conscience et que le mécansime d’identité est cablé dans mon cerveau par 3 000 000 d’années d’évolution. Ce n’est pas par hasard que l’évolution a séléctionné ce comportement : l’identité est le socle de la confiance et la confiance le socle de la société. Je ne peux pas faire confiance à quelqu’un que je ne reconnais pas. Par ce qu’il m’est impossible de me rappeler ce qu’il a fait dans sa vie (son Historique), ou qui est la personne qui me l’a fait connaitre (son Autorité supérieure). L’historique et la délégation d’autorité sont les deux uniques mécanismes pour bâtir la confiance.

Pour vivre en société je dois pouvoir Identifier les membres de ma société et leurs permettre de m’identifier. Pour cela j’utilise la discrimination : je commence par me discriminer moi même, construire mon Identité, ceux a qui je veux ressembler, j’émule. J’utilise les Signes.  Je porte un jean tombant, je suis un cholo. Je met du Khol, je suis un emo. Ensuite je discrimine tous ceux qui me ressemblent de ceux qui ne me ressemblent pas et je crée avec eux des liens d’Autorité. C’est cela une société.

Résumons:

• Construire son identité c’est se discriminer soi même.
• La fonction de l’identité dans une société c’est de permettre la confiance en assurant la reconaissance.

La France connait en ce moment un grand débat sur l’identité nationale. Mais que signifie Identité nationale? Est ce que cela a un sens? On pourrait imaginer ce modèle : Une société des nations (ou une collection de nations). Pour construire l’identité nationale, il faudrait discriminer sa nation des autres nations. Mais sur quels critères? On pourrait choisir quelques valeurs : liberté, égalité, fraternité. Ou alors instaurer une Autorité qui discrimine arbitrairement. C’est aux français de voir. L’identité nationale a donc bien un sens.

Il doit vous surprendre que la question de l’immigration n’a aucune relation proche ou lointaine avec le sujet. J’en suis surpris moi même. Il est évident qu’en créant un ministère de l’immigration et de l’identité nationale (entre autres), la France ne se facilite pas la tâche. Cela ne fait que brouiller les pistes et ajouter à la confusion. Logiquement l’identité nationale devrait être du ressort du ministère des affaires étrangères. Si on opte pour la solution de l’autorité de discrimination, bien sûr…

• En 2024 je voterais pour X. Et je poserais une seule condition à ce X : qu’il ne soit pas de la famille proche ou lointaine ou par alliance du président actuel Zine El Abidine Ben Ali.
• Je m’engage à répertorier comme je peux, sur internet, les personnes aptes à devenir président de la république Tunisienne.
• Je m’engage à me rendre disponible autant que je peux pour discuter de ces idées au prés des membres sérieux du RCD.

Ce qui est sûr, c’est que nous aurons un nouveau président en Tunisie en 2024. Il est possible que nous en ayons un avant, mais en 2024 c’est sûr. J’apprécie énormément le travail, la ténacité et les sacrifices que font tous ceux qui veulent un changement maintenant. Mais à mon grand désespoir, mon cerveau est cablé de telle manière que je ne peux pas répéter la même chose des milliers de fois jusqu’à ce que ça rentre dans la tête des gens, je ne suis pas tenace et je ne tiens pas tête à l’adversité naturellement.

Il faut savoir que je gère des projets pour vivre, et en cette qualité je sais que pour atteindre un objectif non trivial, c’est à dire pour un projet qui dûre plus que quelques semaines, il y a deux types de temporalité : l’immédiateté et la prospective. Il y avait donc bien un rôle pour moi dans ce projet commun. Alors je me suis dit que j’allais aider comme je pouvais : je vais m’occuper à préparer les présidentielles de 2024. Pour assurer les arrières.

• En 2024 je voterais pour X. Et je poserais une seule condition à ce X : qu’il ne soit pas de la famille proche ou lointaine ou par alliance du président actuel Zine El Abidine Ben Ali.

C’est que j’ai revu mes ambitions à la baisse. A cette étape de l’histoire de nôtre jeune Tunisie, on devrait en être au pluralisme et à l’alternance à la présidence. Or nous avons pris du retard sur notre projet commun. En gérant des projets, j’ai appris que confronté à des objectifs aux risques (incertitude) élevés, il fallait choisir le plus essentiel et ce concentrer dessus. Il vaut mieux atteindre un seul objectif que d’essayer d’atteindre plusieurs et n’en atteindre aucun. On peut toujours atteindre un seul objectif, si on le choisi bien. Notre objectif principal sous le mandat Ben Ali était le pluralisme l’alternance à la présidence. Or nous ne l’avons pas atteint. Nous avons pris du retard.

Quand on prend du retard, la situation change, et il faut revoir ses objectifs. C’est pour cela que mon objectif principal maintenant, c’est d’avoir un président méritant en 2024. Ensuite nous reprendrons les objectifs, et peut être que le pluralisme et l’alternance redeviendrons des objectifs principaux.

En quoi est ce que des parents de Ben Ali ne sont pas méritants?

Une petite discussion qui avait commencé sur la propriété intellectuelle avait fini sur les libertés individuelles et la philosophie de la loi. Une loi est toujours une atteinte à la liberté et donc une violence. Alors on ne restreint les libertés des gens qu’après s’être assuré de deux principes :

• La loi est essentielle (L’absence de la loi nuit à tout le monde)
• La loi pénalise le minimum de gens (On s’assure que les limites de la loi sont bien définies)

Un parent proche ou lointain ou par alliance d’un président n’est pas éligible à la présidence de la république. Voilà une loi. Ce n’est pas une question de mérite et d’individus. C’est une question de système. C’est une loi. Avec cette loi, le système marche mieux et son absence nuit à tout le monde. En démocratie, le pouvoir devrait être distribué au mérite : plus tu est intelligent et talentueux, plus tu a du pouvoir. Or le pouvoir s’agglutine, il génère le pouvoir, c’est le talent d’Achille de la démocratie. En l’absence de cette loi, on risque l’accumulation de pouvoir sur des critères autres que le mérite. On est même sûr, d’un point de vue historique que cela va arriver. Le dernier exemple de fiasco en date doit être celui de la famille Bush qui a laissé la démocratie la plus puissante du monde dans un état lamentable. On ne peut pas laisser l’avenir de notre pays au hasard des individualités, nous devons avoir une protection systémique contre ces dérives : une loi. Cette loi est essentielle. Et le nombre de gens qu’elle affecte est minimal.

Comment faire?

Il y a quelques temps j’ai regardé un reportage sur les bédouins du Sahara Marocain. Une petite tribu qui vit dans une oasis a une fascinante démocratie nominative pour élire le gestionnaire du puit. Pendant un quart d’heure le gestionnaire sortant était là à argumenter pourquoi il ne voulait pas être reconduit, mais il à été reconduit quand même. J’ai trouvé que c’était une bonne méthode pour résoudre la pénurie de candidats et l’absence d’information qui sont des problèmes majeurs dans la situation actuelle de la Tunisie. D’ailleurs c’est la méthode adoptée par le RCD pour élire Ben Ali candidat en 2009.

• Je m’engage à répertorier comme je peux, sur internet, les personnes aptes à devenir président de la république Tunisienne. Et je vous invite à m’aider.

Vous noterez que je n’ai pas exclu un membre du parti RCD du candidat X. C’est que je suis quelqu’un de raisonnable comme vous avez pu constater. Le RCD a été pendant longtemps le parti unique en Tunisie, il a 2 500 000 adhérents et probablement 99% des compétences et éxpériences politiques Tunisiennes. Nous avons 15ans d’ici l’échéance de 2024, il n’est pas déraisonnable d’espèrer qu’un technocrate apolitique fasse ses preuves et acquiert de l’éxpérience; mais quitte à assurer nos arrières, n’excluons pas les membres du parti RCD.

Cela dit, cette grosse oligarchie qu’est le RCD est la cause principale de l’échec de la pluralité pendant toutes ces années. Je les tiens pour responsables. Je pense que cette grosse structure à besoin de réformes plus encore que le pays. Et si vous voulez le fond de ma pensée, cette structure a besoin d’une scission. C’est une solution qui a été éprouvée en économie, et il y a une loi pour ça : ça s’appelle la Loi Anti Trust.

Mais on n’a pas besoin d’en demander tant au RCD. Au jour d’aujourd’hui, il n’y a pas plus apte que le RCD à livrer un excellent X aux éléctions de 2024. Et c’est tout ce qu’on demande. Un candidat dont la victoire est tellement assurée, qu’il peuvent se permettre de laisser les concurrents s’activer sur le terrain et les médias. Un candidat qui affronte les autres candidats dans des débats et gagne. Et ils peuvent le faire, mais pour cela il leurs faudra réformer leurs bases (الشعب و لجان التنسيق)  pour qu’ils ne faussent pas les éléctions par simple habitude et leurs sommets pour qui’ils dégagent X.

• Je m’engage à me rendre disponible autant que je peux pour discuter de ces idées au prés des membres sérieux du RCD. Et je vous invite à faire de même.

Pourquoi la situation est grave pour la Tunisie?

Le problème majeur en réalité, n’est pas celui des éléctions, ni de la pluralité ni même de la démocratie. C’est encore plus grave que cela. C’est un problème sociétal : un problème de confiance. Faut il rappeler que sans confiance, il n’y a pas de société. Tout marche à la confiance : le transport, les banques, le commerce,… tout. Et on ne construit pas la confiance en quelques années. C’est pour cela que c’est grave. Nous avons pris du retard. Pire encore on peut perdre la confiance, en une fraction de seconde. Cette bète est très difficile à manier. En réalité il n’y a que deux manières de construire la confiance :

• La délégation d’autorité (Je vous fait confiance, donc je fait confiance à ceux à qui vous faites confiance)
• L’historique (Je connais votre historique)

Ce qui est problématique c’est que nous en sommes à un point ou la délégation d’autorité n’est plus applicable : il n’y a plus d’autorité. Et je ne parle même pas de politique. Le système médiatique est tellement pourri, que s’il y a des autorités (intellectuelles par exemple) il est impossible qu’on les connaisse, ou si on les connais elles ne peuvent pas s’exprimer librement, donc on les prend pour des cons. Au début de la république, Bourguiba à bénéficié d’un bonus d’autorité que nous n’avons pas sû faire fructifier, et je fais porter encore une fois la responsabilité au RCD. Mais nous n’en sommes plus là. C’est pour cela que je me propose de répertorier les autorités Tunisiennes sur internet.

Les problèmes de confiance affectent notre vie de tous les jours. Pendant le mois de ramadan, quand on dit au tunisien qu’il n’y aura pas peinurie d’oeufs, il sacce quand même les supermarchés et en conséquence il y a peinurie. Les taxis n’ont pas confiance, les policiers n’ont pas confiance, les juges n’ont pas confiance, les journalistes n’ont pas confiance,les hommes d’affaire n’ont pas confiance , lles hommes politiques n’ont pas confiance. Chacun pour soi. Pas de société. Le seul moyen qui reste de bâtir la confiance c’est l’historique, et ça, ça va prendre du temps. Le plus tôt on commencera, le mieux ce pays se portera.

La plus ancienne base de données du monde : un cimetière

La conversation a commencé juste après le barcamp . Nous sommes allés prendre un petit café, Jazem, Houeida, Hatem, Kais et moi; et la conversation avait tourné autour des bases de données. Plus tard la conversation à continué entre Kais et moi par messagerie instantanée. Et encore plus tard avec Pr. Hatem Ben Sta au Caire. Ce que j’essayais d’expliquer, en mode non structuré mais caractéristique des conversations en direct, c’est pourquoi je me méfie des ORM, pourquoi nous n’utilisons pas de framework à ALIXSYS et comment on fait.

Quand vous écrivez une application qui, d’un côté est basée sur un modèle objet, et d’un autre côté fait appel à une base de donnée relationnelle pour stocker les données, vous avez  la désagréable impression de vous répéter et que toutes ces lignes de codes ordonnant a vos objets de s’enregistrer sont de trop. C’est normal. C’est que, comme l’expliquait Dan Ingals (à moins que ça ne soit Alan Kay, citation approximative de toutes façons) : “Dans la vraie vie, quand on rempli un Verre d’eau, on ne lui demande pas de se “mémoriser” juste après. ça n’a pas de sens.” Un système basé sur un modèle objet devrait gèrer le stockage des données de manière transparente, sans intervention du programmeur.

Mais alors pourquoi les programmeurs persistent à utiliser des SGBDR ? Principalement par habitude, mais quelques fois aussi par souci d’intégration. En environnement d’entreprise, vous avez souvent ces conditions :

• Un ou plusieurs SGBDR sont déjà déployés et en production
• Les développeurs ont l’habitude de développer des applications basées sur SGBDR
• Des applications décisionnelles (reporting, BI, etc…) sont déployées sur les SGBDR et le personnel est formé à leurs utilisation

En résumé SQL est un standard. Les gens ont tendance à l’oublier, mais SQL est probablement le standard le plus puissant du monde informatique. Le nombre de programmeurs qui parlent SQL doit être plus grand que ceux qui parlent HTML. SQL est plus puissant que HTML.

Écrire du code c’est écrire. En soi, ce n’est pas très différent d’écrire un poème, une facture ou sur un mur. Le but principal, au delà du langage, c’est de se faire comprendre; si possible par le plus grand nombre. Un standard est précisément fait dans ce but : pour que tout le monde parle la même langue. Et ça, ça n’a pas de prix.

Cette situation pose un dilemme : Objets ou SQL ? Et les réponses proposées sont :

1. On abandonne la POO
2. On abandonne SQL et on adopte smalltalk
3. On abandonne SQL et  on adopte un système de stockage non relationnel
4. On adopte un ORM
5. La réponse 5

Je vous déconseille de prendre le 50/50, je vous le donne en mille : ce sont toutes des mauvaises réponses. Mais ce sont là toutes les réponses envisageables à l’heure actuelle. Même si adopter smalltalk est tentant, vivre en autarcie n’est pas une option pour tous les projets. CouchDB, TokyoTyrant, BigTable et autres systèmes de stockage non relationnels ont le vent en poupe en ce moment, mais ils ne résolvent pas nôtre problème (Le stockage automatique et transparent des objets; juste pour rappeler). Il reste l’ORM. Qui résous bien partiellement le problème mais qui a l’énorme inconvénient de cacher SQL de la vue du programmeur. Ce qui est bien du point de vue des concepteurs d’ORM mais mal de mon point de vue.

Les standards aussi sont une écriture. Et à ce titre, je considère que leurs finalité c’est d’être lus, compris et appliqués par des hommes et non pas des machines. C’est ce qui fait la différence entre un bon standard et un mauvais comme SOAP et ses dérivés. On n’écrit plus du code comme en 1980, c’est devenu un travail collaboratif. En 1980 écrire du code ressemblait à une conversation privée entre vous et la machine. En 2009 écrire du code ressemble à un talk show : vous avez bien un animateur-ordinateur en face de vous, mais la conversation est devenue publique. Le code est devenu public. Libre. Formellement, vous vous adressez à l’ordinateur, mais pratiquement, vous vous adressez à d’autres programmeurs. Et tous ces programmeurs parlent SQL, ça serait dommage de ne pas en profiter.

Les “leaky abstractions” à la rescousse

Un Objet est une abstraction de très haut niveau. Elle permet de représenter toutes les choses de l’univers. Elle permet aussi de représenter plein d’abstractions de niveau plus bas. Avec un Objet, on peut tout faire. Notamment créer un Objet/Abstraction nommé Base de données.

Mais construire des abstractions est un art. Une bonne abstraction doit cacher ses détails. En mathématique, si j’utilise “n” comme abstraction pour représenter un nombre entier, c’est bien pour m’éviter de raisonner sur les 1, 2, 3 et autres 4 et 5 de toute la suite individuellement. Ce qui me serait impossible de toutes façons. “n” est une bonne abstraction parce que, avec, je peux prouver que la somme de deux entiers est un entier par exemple . Maintenant, si j’utilise le symbole ☹ comme abstraction pour représenter “tous les nombres contenant le chiffre 7 ou multiples de 666″, outre le fait que c’est complètement débile comme vous pouvez le constater, je ne peux rien faire avec mon ☹ sans devoir me rappeler ce qu’il représente. La suite 7, 17,  27, 37, 47, 57, 67, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 87, 97, 107, 117,  127, 137, 147, 157, 167, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 187, 197, 207, 217,  227, 237, 247, 257, 267, 270, 271, 272, 273, 274, 275, 276, 277, 278, 279, 287, 297, 307, 317,  327, 337, 347, 357, 367, 370, 371, 372, 373, 374, 375, 376, 377, 378, 379, 387, 397, 407, 417,  427, 437, 447, 457, 467, 470, 471, 472, 473, 474, 475, 476, 477, 478, 479, 487, 497, 507, 517,  527, 537, 547, 557, 567, 570, 571, 572, 573, 574, 575, 576, 577, 578, 579, 587, 597, 607, 617,  627, 637, 647, 657, 666, 667, 670, 671, 672, 673, 674, 675, 676, 677, 678, 679, 687, 697, 707, 717, 7 27, 737, 747, 757, 767, 770, 771, 772, 773, 774, 775, 776, 777 est bien représentée par ☹ mais pour la créer j’ai du traiter séparément les 2 cas : 7 et 666. ☹ n’est pas une bonne abstraction.

Ce genre d’abstractions, Joel Spolsky les appelle “leaky abstractions“, littéralement “les abstractions qui fuient” comme un robinet,  parce qu’elles laissent transparaitre leurs charpente. Il va même plus loin, il théorise : “Toutes les abstractions non triviales fuient”. Si on examine les abstractions utilisées par Ruby on Rails pour son ORM, cela se confirme.

D’abord RoR fait une simplification : 1 classe = 1 table ce qui n’est pas toujours la solution optimale. Nous avons pu constater par exemple que avoir plusieurs classes utilisant la même table est une situation assez commune de par son optimalité. Par exemple, pour la plupart des systèmes vous avez plusieurs classes d’utilisateurs : Clients, Commerciaux, Administrateurs, etc… Nous avons trouvé que utiliser 1 seule table et plusieurs Classes pour les utilisateurs est une solution optimale.

Ensuite RoR utilise des abstractions du genre “has_many:”, “has_one:” pour représenter les relations entre les objets. Or ces abstractions sont très peu expressives pour représenter les relations entre les objets. Les objets peuvent avoir toutes sortes de relations : une Souris:mange(Fromage) un Chat:chasse(Souris) . Ce qui est exprimé en réalité dans RoR ce sont les relations sous-jascentes dans la base de données. Vous voyez la fuite (leaky abstraction)? Cela ne m’étonnerait pas que les programmeurs RoR finissent par construire leurs modèle objet en pensant aux tables qui vont être créées dans la base.

Quitte à avoir un modèle conscient de sa condition d’objet informatique volatile, nous allons le faire parler carrément SQL avec la base de données. Observez ce petit bout de code PHP :

$senefer = Creature::select("where name like 'Sanfour %'");
$ghadhbaan = new Creature("Sanfour Ghadhbaan");
$ghadhbaan->insert();

J’en vois certains qui sont en train de s’arracher les cheveux. Mais vous avouerez que la clareté de ce code est incontestable. Ce modèle déroge aux règles les plus élémentaires de la conception : le code est strictement lié au modèle de la base. Si on change la base on doit changer le code. Mais les autres ORM y dérogent aussi. Et j’ai horreur de faire semblant. Je préfère faire avec. Et vous verrez dans un moment que ce n’est pas si grave que cela.

La méthode select() est statique et c’est une factory. Elle génère des objets de sa Classe.

$senefer[0] instanceof Creature; //retourne TRUE

Ce genre de méthode dans sa plus simple expression est très simple à écrire :

class Creature
{
  static function select($options = NULL)
  {
    $resultats = self::$db->query("select nom from creatures $options");
    foreach ($resultats as $ligne) {
      $creatures []= new Creature($ligne['nom']);
    }
    return $creatures;
  }
}

Ici on voit bien la liaison stricte entre le code et la base. Mais dans la pratique, il est de toutes façons impossible changer la base sans changer le code d’une manière ou d’une autre. Ce qu’on fait, généralement, c’est confiner le code qui peut changer de manière à ne pas avoir à le chercher. Et dans cette optique, je trouve que le code est assez bien confiné dans cette simple méthode select(). Si par exemple il nous vient à l’idée de changer le nom du champ “nom” en “nom_et_prenom” dans la table “creatures”. Nous aurions simplement à changer le code comme suit :

class Creature
{
  static function select($options = NULL)
  {
    $resultats = self::$db->query("select nom_et_prenom as nom from creatures $options");
    foreach ($resultats as $ligne) {
      $creatures []= new Creature($ligne['nom']);
    }
    return $creatures;
  }
}

PHP est une simple couche au dessus de la base de données, comme aiment à le dire ses détracteurs. On se propose de l’utiliser comme tel et d’en tirer parti. Je ne concevrais probablement pas mon modèle de la même manière si j’écrivais du code en Scheme.

La méthode insert() est dynamique. Dans sa plus simple expression l’implémentation ressemblerait à :

class Creature
{
  function insert()
  {
    $nom = $this->nom;
    self::$db->query("insert into creatures (nom) values('$nom');");
    return $this;
  }
}

Pour formaliser tout cela nous pourrions faire une petite interface :

interface presistance
{
  public static  function select($options = NULL);
  public function insert();
}

C’est tout ce dont on a besoin.

Ou sont passées update() et delete() ?

Nous avons pu constater, au bout de quelques années d’expérience quand même, que supprimer des données dans une base de données n’était pas du tout naturel. Le plus souvent les données sont plutôt marquées comme “supprimées” (ou annulé ou désactivé etc …). Dans les faits la requète “delete” est plutôt une requêtes de maintenance (optimiser la performance de la base) et de ce fait, dans la plupart des cas ne fait pas partie du système.

Nous avons pu constater aussi que les opérations de mise à jour des données “update” sont souvent complexes, impliquent plusieurs tables à la fois et quelques fois même transactionnelles. Une opération update() qui synchroniserait l’objet avec ses tables dans la base de données, dans la pratique, serait mieux implémentée conceptuellement comme une suppression (ou annulation ou désactivation etc…) suivie d’une nouvelle insertion. Par contre l’opération de suppression de l’objet utilisera forcément la requête  “update” formulée dans une méthode spécifique à l’opération :

class Creature
{
  function tuer()
  {
    $nom = $this->nom;
    self::$db->query("update creatures set supprime='oui' where nom='$nom'");
    return $this;
  }
}

Cette méthode est capable de tuer un sanfour. Ce qui est une prouesse : on n’a jamais vu un sanfour se faire tuer. Mais tuer() est la méthode appropriée pour supprimer un sanfour.

Cette conception a été utilisée sur plusieurs projets et si je vous en parle maintenant c’est que nous avons pu tester son efficacité et sa simplicité. Ce dernier point est très importants pour nous. Veuillez observer ce schema illustrant notre process :

Process ALIXSYS

Si j’ai mis “Former les développeurs” ostentatoirement au début du process, c’est pour insister sur la consommations de resources en amont et combien il est important d’optimiser cette activité. Vous me direz : mais vos développeurs sont déjà formés. Oui, mais on recrute.

Quand nous avons fait la refonte de notre progiciel de géstion intégrée ALIX, il y a quelques années quand nous étions un département R&D dans une autre société, l’objectif principal identifié était de simplifier son accés aux programmeurs novices. ALIX était un système assez complexe avec une base de code assez importante qui faisait que quand on écrit du code pour ALIX on a à peine l’impression d’écrire du code PHP ou HTML : tout était caché derrière les bibliothèques et l’architecture du système elle même compliquait les choses. Nous avons tout reconçu depuis le début pour que quelqu’un qui a des connaissances rudimentaires en PHP puisse s’y retrouver dans le code et se faire utile très rapidement. C’était un impératif pour nous car nous avions un turnover assez important et nous recrutions souvent des jeunes diplômés.

Aujourd’hui ce n’est plus un impératif, mais cette expérience m’a permis de me rendre compte que avoir un système simple avec une base de code accessible donne un avantage compétitif certain. Prendre un frais diplômé et le rendre opérationnel comme développeur sur le système en 3 mois est certainement le trait conceptuel le plus attrayant du système ALIX. Et j’en suis très fier.

Cependant je ne suis toujours pas tout à fait satisfait. On peut aller plus loin. Et pour la version 3 de ALIX, je compte le débarasser de tout son code. ALIX sera alors un pur processus. Le rève.

Yet Another Why Google Should Buy Twitter. Ces derniers temps la mode et aux articles expliquant pourquoi Google devrait racheter twitter. J’ai décidé d’ajouter ma petite pierre à l’édifice.

Si vous êtes un utilisateur de twitter, vous avez peut être eu l’occasion de ressentir un “twitter moment”. Un twitter moment, c’est quand vous réfléchissez à haute voix sur twitter et qu’une voix étrangère vient corroborer vôtre réflexion. C’est déroutant. Déroutant mais jouissif. Par exemple : Vous dites “J’attend le bus depuis 30min, je vais être en retard” et une voix étrangère @taxidriver vous répond immédiatement : “Je viens vous chercher?”. Vous ne connaissiez pas @taxidriver auparavant, mais il va vous rendre immédiatement service.

Il est important de souligner ici la différence dans l’expérience utilisateur entre Google et twitter. Dans Google il faut chercher une information, même formuler une recherche. Dans twitter il vous suffit de communiquer votre état pour que des options vous soient présentées. C’est comme si il suffisait d’y penser. En tout cas ce n’est pas très loin.

Cette faculté de télépathie c’est la force de twitter. Si on l’analyse, on trouve que cette force trouve ses racines dans la dissymétrie entrée/sortie dans les systèmes d’information. L’entrée d’information et la sortie (consultation) d’information ont des fonctions et des propriétés totalement différentes dans un même système; quelque soit le système. C’est ainsi que toute la valeur ajoutée fournie par le système se concentre dans la sortie d’information. Il n y a aucune valeur ajoutée dans l’entrée d’information. Absolument rien. Un système d’information doit tendre vers un système idéal qui ne demande aucune entrée. Un système qui devine vos pensées.

Cette dissymétrie a de profondes implications sur tout le système. Par exemple, dans la plupart des applications, l’entrée n’a pas le même niveau de sécurité que la sortie d’informations. Vu qu’il n y a aucune valeur ajoutée a l’entrée d’information dans un système précisément, le niveau de sécurité de l’entrée d’information pourrait être très bas si le contexte le permet. En d’autres termes si votre système opère dans un contexte ou personne ne va chercher a fausser sciemment vos données, vous pouvez carrément mettre le niveau de sécurité au plus bas. Vous pouvez ne pas demander d’authentification pour les interfaces de saisie.

Cela dit définir un niveau de sécurité pour une interface utilisateur n’est pas si simple, puisque dans son interaction avec le système, l’utilisateur a besoin de feedback et donc de sortie d’information. Les interface utilisateur sont donc composites. Mais ce n’est pas une obligation, c’est à vous de voir.

J’utilise buxfer pour gérer mes petites dépenses. La consommation d’essence de ma 4L, les factures, etc… Pour saisir mes dépenses depuis mon vieux Nokia 6610i j’envoyais un mms a une adresse secrète. Jusqu’au jour ou Tunisie Telecom désactive le mms to mail sans aucune raison ni notice et que je me trouve obligé d’utiliser l’interface web mobile du service. Après quelques mois d’utilisation, je peux dire que ce n’est pas une solution idéale pour mes besoins. Le système m’oblige à m’authentifier trop souvent et c’est très pénible avec mon clavier 12 touches.

Je me suis dit que mes besoins sont très simples, que je n’ai pas vraiment besoin de représenter mes dépenses sous forme de camembert 3D tous les jours, et que ça serait mieux si je me faisais mon petit service sur mesure.

Ce dont j’ai besoin :

• Sélectionner une catégorie de dépenses le plus rapidement possible, sinon ça m’emmerde et je le fais pas
• Saisir un prix et un libellé optionnel le plus rapidement possible, sinon ça m’emmerde et je le fais pas
• Une fois par siècle, je consulte un état structuré de mes dépenses si possible manipulable avec un tableur

L’idée c’est que je ne vais pas demander un mot de passe pour saisir les dépenses, je vais juste demander un email comme identifiant. Quand vous voulez un état vous n’avez qu’a indiquer un email et l’état est envoyé a l’email en question. Voila pour la sécurité. A vue de nez le niveau de sécurité est amplement suffisant pour ma petite application. On verra à l’itération suivante si je devrais combattre le spam.

Je me suis donc retroussé les manches et le résultat c’est FLOOS essayez la sur votre téléphone portable (ça marche aussi sur votre ordinateur, mais ça n’a pas beaucoup d’interet). Et pour vous prouver à quel point je fais confiance au niveau de sécurité que j’ai établi pour l’application voici le code source de FLOOS. Si vous trouvez des bugs, ne soyez pas avare, c’est par ici les bugs : bugs FLOOS.

Les systèmes automatiques sont faits pour effectuer des opérations complexes tout en cachant la complexité a l’utilisateur. Si on ne fait pas attention en les concevant, ils cachent aussi la responsabilité. Pour pallier a ce problème, souvent, on ajoute des fonctionnalités de traçabilité : historiques et autres artefacts. Alors qu’il serait beaucoup plus effectif de concevoir le système dés le départ de façon à garder la responsabilité proche de l’utilisateur.

La responsabilité à un cout. C’est une sorte de taxe qu’on paie sur tous les produits qu’on en soit conscient ou pas. Quand elle est inscrite sur la facture, la responsabilité porte souvent le libellé : “Frais de gestion” ou “Assurance qualité”. Mais souvent, elle est sous évaluée. Bien évaluée, la responsabilité représentera probablement plus que 30% de la facture. Prenons un pain par exemple : c’est de l’eau, de la farine et du travail du boulanger. Dans le prix du pain, il y a le cout de la responsabilité du boulanger qui doit s’assurer que le pain est commestible et qu’il est de bonne qualité. D’ailleurs c’est principalement pour cela que les boulangers ne se valent pas. Mais il y aussi le cout de la responsabilité des services d’hygiène nationaux qui vérifient que les normes sanitaires sont respectées. Il y a le cout de la responsabilté de celui qui a vendu la farine et de celui qui a vendu l’eau et celui qui a loué le local. Chaque fois qu’il y a travail, il y a responsabilité et il y a un cout.

Maintenant, la responsabilité liée à un produit est fixe, elle ne peux pas être diminuée. Et la responsabilité ne se donne pas, elle se prend. Chacun est libre de prendre autant de responsabilité qu’il le désire. Mais pour l’acheteur, plus le vendeur prend de responsabilité moins il doit en prendre lui même. Parce qu’il faut bien que quelqu’un la prenne. Aussi plus de responsabilité engagée dans un produit est le seul argument de vente valable pour justifier d’un prix relativement élevé. Cet argument est souvent abusivement formulé : “meilleure qualité”. La qualité d’un produit c’est palpable, ce n’est pas un argument de vente. Et si le produit n’existe pas encore – le cas d’un logiciel ou d’une architecture – c’est qu’on parle d’assurance qualité et non pas de qualité. Et l’assurance c’est précisément le produit de la responsabilité. Il y a des vendeurs de responsabilité pure. Ça s’appelle les sociétés d’assurance.

A l’inverse, l’acheteur peut avoir une idée de la quantité maximale de responsabilité engagée dans un produit avec un calcul aussi simple que “30% de la facture” à titre d’exemple. Si vous achetez un jouet a 5 dinars, la responsabilité maximale engagée dedans est de 1.500 dinars. Le reste c’est vous qui l’assumez, alors ne le donnez pas a un enfant.

L’autre jour, je me suis arrêté a un passage à niveau et j’ai attendu. J’ai attendu jusqu’à me rendre compte que le passage à niveau était probablement cassé : c’était une fausse alerte, “False Positive” en anglais, il n’y avait pas de train. A ce moment là je me suis demandé si le passage à niveau ne demandait pas une intervention humaine pour fonctionner. Le chauffeur aurait il oublié d’appuyer sur le bouton pour lever la barrière? Et c’est très dangereux. Tous les experts en sécurité vous le diront : une fausse alerte est presque aussi dangereuse qu’une vraie alerte. La preuve, j’ai contourné la barrière pour traverser. Si le même problème s’était reproduit encore une ou deux fois, j’aurais probablement pris l’habitude de contourner la barrière et je me serais probablement fait écraser un jour ou l’autre. Ne vaudrait il pas mieux avoir des systèmes automatisés pour ce genre de chose? Un capteur sur les rails et un déclenchement automatique et on n’en parle plus.

Non. C’est une question de responsabilité. Je ne m’y connais pas en passages à niveau, et après une petite recherche sur internet à ce sujet, je ne suis toujours pas en mesure de vous dire si c’est automatique ou manuel. Mais il serait probablement plus judicieux qu’ils soient manuels et assistés. Les systèmes automatiques, y compris les systèmes informatiques, ont une fâcheuse tendance à éloigner la responsabilité de l’utilisateur. Les systèmes automatiques sont faits pour effectuer des opérations complexes tout en cachant la complexité a l’utilisateur. Si on ne fait pas attention en les concevant, ils cachent aussi la responsabilité. Pour pallier a ce problème, souvent, on ajoute des fonctionnalités de traçabilité : historiques et autres artefacts. Alors qu’il serait beaucoup plus effectif de concevoir le système des le départ de façon à garder la responsabilité proche de l’utilisateur.

A ALIXSYS nous construisons des progiciels de gestion. Ce sont des applications critiques et nos clients nous demandent souvent de :

• “verrouiller”
• ajouter des contrôles
• diminuer des droits d’accès
• demander des confirmations à l’utilisateur
• etc…

Tout se passe comme si nos clients faisaient plus confiance au logiciel qu’aux utilisateurs, y compris eux mêmes. C’est que les erreurs humaines ont souvent des conséquences graves et il est tellement facile de faire en sorte que le logiciel les empêche… à première vue. Vue de notre bout de la lorgnette, la situation est différente :

1. Le système ne peux en aucun cas empêcher l’erreur humaine.
2. Le système est là pour donner du pouvoir aux hommes, pas pour les brider. Du pouvoir de faire des choses qu’ils ne pouvaient pas faire sans.
3. On préfère que les hommes se trompent plutôt que le système.

Oui. On préfère que les hommes se trompent plutôt que le système. C’est une question de responsabilité. Quand un utilisateur se trompe, on ne l’en empêche pas, on essaye de savoir pourquoi il s’est trompé. Dans 50% des cas c’est notre logiciel qui est en cause; mais dans 50% des cas c’est la procédure qui est en cause. C’est aussi notre métier de savoir quand un problème n’est pas de notre compétence et d’en informer le client. C’est le conseil. Quand c’est notre logiciel qui est en cause, dans presque tous les cas, le problème est dans l’interface utilisateur et il y a une meilleur solution que de limiter la liberté de l’utilisateur. Il suffit de changer la position d’un bouton, pour que plus personne ne clique dessus par erreur. Il suffit de changer le libellé d’un champ de saisie de chiffre, pour que plus personne ne tape des lettres dedans.

Quand le système se trompe, qui porte la responsabilité à votre avis? Oui, c’est nous. Et qui paie? Oui, le client. La responsabilité liée à un produit est fixe, on a dit. Alors à ALIXSYS, nous préférons que ça soit le client qui la porte quand c’est possible. Après tout, en déléguant la responsabilité, il ne délègue pas le risque (l’histoire de la responsabilité et du risque, je vous la raconterais peut être une prochaine fois). Alors c’est tout benef pour lui aussi. Avouez que c’est cocasse comme manière d’être compétitifs sur nos prix. D’aucuns tapent dans l’assurance qualité pour diminuer leurs part de responsabilité, nous ce qu’on fait c’est concevoir des systèmes où la responsabilité est d’emblée déléguée à l’utilisateur.

Voilà. Vous connaissez notre secret. Bossez maintenant.

La désynchronisation des activités est l’essence même de Ajax, c’est le “A” dans “Ajax”. Ces derniers temps, on commence a utiliser le terme “Ajax” pour dire “XMLHttpRequest” ce qui était prévisible : personne ne peux dire “XMLHttpRequest” sans attraper le hoquet.

Comme vous le savez déjà nous sommes en train de développer un Progiciel de Gestion Intégré (PGI) pour un grossiste en pharmaceutiques en Tunisie. L’activité de grossiste pharmaceutique est très particulière pour deux raisons :

1. le secteur pharmaceutique est relativement ancien et bien développé ce qui fait qu’il y a des “traditions”
2. le secteur pharmaceutique est très régulé pour des raisons de santé publique évidents

L’une des particularités du secteur c’est le traitement d’un nombre de commandes élevé dans une plage horaire très restreinte. Pour vous donner un ordre d’idée, ici, on traite à peu prés 900 commandes par jour dont 400 entre 11h et 13h. Il faut donc une logistique adéquate.

L’une des difficultés évidentes que nous avons identifiée depuis le début de projet, c’est l’interface de prise de commande qui allait être utilisée par les commerciaux. Les commerciaux sont généralement très peu connaisseurs en informatique : ils sont là pour appeler les clients au téléphone et saisir leurs commande le plus rapidement possible, par conséquent le niveau d’instruction est secondaire. Cela dit, vu la nature de leurs activité, ils maîtrisent parfaitement le logiciel qu’ils utilisent maintenant. Ils ont même développé des réflexes et des automatismes liés aux touches de fonction.

Quand nous avons présenté l’interface de prise de commande la première fois, nos interlocuteurs avaient des doutes. Pourtant la nouvelle interface etait loin devant l’ancienne en terme de fonctionnalités et même en terme d’ergonomie. Nous avons donc corrigé quelques détails par-ci par-là et donné l’application aux utilisateurs finaux pour la tester.

Le verdict fut unanime : la recherche des articles est trop lente. Quand vous cherchez un article dans les 7991 références, notre système met 300ms à répondre. Ce qui était beaucoup trop. Après avoir observé pendant une heure le plus expérimenté des commerciaux travailler sur l’ancienne application, j’ai été convaincu.

Après avoir étudié le problème et essayé différentes solutions, il n’y avait rien à faire : toute l’interface était à refaire. La seule solution était de grignoter sur les 300ms et pour cela il fallait reconcevoir l’interface.

La saisie d’une ligne de commande se passe comme suit :

1. L’utilisateur saisi les premières lettres de l’article recherché
2. Le système lui présente une liste d’articles qui correspondent à sa recherche
3. Il sélectionne l’article qu’il veut
4. Il saisi la quantité commandée
5. Il recommence

Pour bien faire son boulot l’utilisateur a aussi besoin de feedback. Il a besoin de savoir quelle est la quantité disponible en stock et d’être notifié en cas d’erreur (article mal saisi, etc…). Dans le système tel qu’il était conçu, il y avait une seule requête, ce qui nous avait semblé être un bon choix quand on avait conçu l’interface. La logique étant que 1 seule requête (Ajax) prend toujours moins de temps que plusieurs. Mais à y regarder de plus prés, l’activité pour laquelle on conçoit l’interface a une particularité qu’on peut exploiter : quand l’utilisateur veut vraiment (vraiment!) aller rapidement, il ne regarde pas la quantité disponible, il n’a pas le temps.

Ce que nous avons fait c’est séparer la consultation de la disponibilté en stock de la recherche d’article. En fesant cela nous avons gagné du temps doublement :

• d’abord nous n’affichons la quantité disponible que pour l’article séléctionné et non plus pour tous les articles retournés par la recherche, ce qui décharge le serveur.
• ensuite nous avons désynchronisé cette activité (remarquez les barres de synchro dans le diagramme) ce qui fait qu’elle se fait maintenant en parallèle avec la saisie de la quantité et donc ne prends plus de temps.

Cette nouvelle conception nous a permis de faire tomber la réponse du système à 30ms, et de réduire la responsivité perçue par l’utilisateur par – a vue de nez – un facteur 100. Notez aussi que nous n’avons pas fait que désynchroniser la consultation de la disponibilité en stock, nous avons aussi désynchronisé tous les autres feedbacks du système y compris l’affichage de la ligne saisie elle même (remarquez les 3 points de fin d’activité).

La désynchronisation des activités est l’essence même de Ajax, c’est le “A” dans “Ajax”. Ces derniers temps, on commence a utiliser le terme “Ajax” pour dire “XMLHttpRequest” ce qui était prévisible : personne ne peux dire “XMLHttpRequest” sans attraper le hoquet. Certains disent même qu’on fait tout et n’importe quoi avec Ajax et en fait ils veulent dire qu’on fait tout et n’importe quoi avec “XMLHttpRequest”. Je ne le pense pas. Je pense que “XMLHttpRequest” ne peux pas faire de mal, même s’il est utilisé n’importe comment.

Nous sommes actuellement en train de tester la nouvelle interface avec les utilisateurs et vous savez quoi? Aucun feedback. Ils disent rien les utilisateurs. Ils utilisent l’application comme si tout allait de soi. Comme s’ils l’utilisaient depuis toujours. Et je me dis que faire des logiciels pour entreprise a cette différence par rapport à faire des applications grands public : l’efficacité prime sur l’effet. On n’est pas la pour faire du buzz, on ne veut impressionner personne. Et effectivement les utilisateurs ne sont pas impressionnés … mais ils ne se plaignent pas. Et c’est ça notre récompense.

En réalité, ce qu’on perdait de vue c’est que cela serait vraiment pratique de pouvoir comparer les montant des factures à l’ancienne avec nos nouvelles factures avec un seul clic de souris. Si on avait ça, on le ferait tous les jours. C’est parce que, justement, examiner les listings était pénible qu’on le faisait pas tous les jours.

Je me plais à dire que, dans notre métier, la programmation en tant que telle n’est ni une étape du processus, ni une activité. Elle est là à toutes les étapes : préparation, conception, test, amélioration. Si on devait la définir par une abstraction dans le processus ça serait celle ci : “Contexte”. C’est une erreur conceptuelle très courante dans les processus préfabriqués que de considérer la programmation comme une étape.

Nous sommes actuellement en phase de test intensif avant déploiement. C’est une étape plus ou moins critique selon le projet, et pour ce projet-ci, elle est très critique. Nous sommes en train de migrer l’un des plus importants grossistes en pharmaceutiques vers un nouveau système d’information intégré.

La difficulté dans ce genre de projets est toujours la même et peut se résumer à cette phrase du client : “n’oubliez pas que <nom de l’ancienne application> marche très bien depuis <nombre d’années supérieur à 10>“. Quelle que soit la définition du client pour “marche très bien” et quelque soit sa perception de son bon fonctionnement, le contrat est là : il faut qu’on remplace une application qui marche par une application qui ne marche pas encore.

Concevoir des tests n’est pas toujours chose aisée : une fois qu’on sait ce qu’il faut tester et combien, le “comment?” demande souvent des masses de créativité ou de ressources. L’avantage d’avoir une ancienne application comme étalon, c’est que justement, toute une classe de tests devient évidente : beaucoup de fonctionnalités doivent fonctionner EXACTEMENT comme l’ancienne application.

Hassen était aux prises avec des listings contenant des centaines de factures issues de l’ancienne application. Le but était d’identifier les différences entre les nouvelles factures et les anciennes. et jusque là la seule manière de faire que nous avions trouvée c’est de comparer manuellement les montants (des centaines, je rappelle). J’ai regardé Hassen faire ça pendant quelques jours, puis j’ai eu l’inspiration. J’avais pas encore une idée, juste une piste : si ce vieux logiciel DOS pouvait imprimer sur une feuille, on pouvait le faire imprimer dans un fichier.

J’avais l’idée, mais je ne savais pas encore comment j’allais faire, ni combien de temps ça allait prendre et surtout je n’avais pas le temps. A ce moment là Bechir était venu à la rescousse de Hassen, ils faisaient ça en XP, alors je leurs ai proposé l’idée. Nous avons réévalué les taches de la semaine ensemble et avons estimé que cela ne valait pas la peine. Dans ces moments là, on a souvent la hantise du YAGNI : après tout, on ne va pas examiner les listings des factures tous les jours. Une fois que c’est fait, c’est terminé.

En réalité, ce qu’on perdait de vue c’est que cela serait vraiment pratique de pouvoir comparer les montant des factures à l’ancienne avec nos nouvelles factures avec un seul clic de souris. Si on avait ça, on le ferait tous les jours. C’est parce que, justement, examiner les listings était pénible qu’on le fait pas tous les jours.

J’avais laissé la porte ouverte, disant : “si vous sentez que ça va vous aider, je le fais”. Ils ont fini par me demander de le faire. ça m’a pris quelques jours pour essayer différentes solutions qui n’ont pas marché et pour trouver la solution qui marche : j’ai installé dosemu sur un vieux poste linux, je l’ai configuré pour envoyer tout ce qui était destiné à l’imprimante dans un fichier texte accessible sur le réseau et j’ai installé la vieille application dessus. J’ai même pris la peine d’écrire un peu de code pour transformer les listings malpropres en fichiers CSV parfaitement acceptables pour notre base de données.

Nous ne fûmes pas déçus. Avec le recul, maintenant on est sur qu’on y serait jamais arrivé sans avoir fait cela. La morale de cette histoire c’est : donnez du pouvoir à l’équipe, ce n’est jamais une perte de temps. Faites comme Abraham Lincoln , si vous avez 8 heures pour couper un arbre, passez 6 heures à aiguiser votre hache. ça vaut la peine.

je suis désormais patron d’entreprise. une très petite entreprise de 3 développeurs d’applications web que nous avons nommée ALIXSYS.

ALIXSYS est né de la scission de l’unité Recherche et Développement en Systèmes d’Information (RDSI) de AlphaStudios. En d’autres termes l’équipe ALIXSYS à toujours existé sous cette forme mais sous une autre appellation et sous une direction différente : j’étais le patron de l’équipe, mais j’avais moi même un patron.

A AlphaStudios j’étais “Directeur des Projets”, à l’époque j’avais estimé que le titre de “Directeur Technique” ne convenait pas parce que dans l’entreprise telle qu’elle était structurée tout était technique. Ce qui mettait sous ma responsabilité les deux unités constituant AlphaStudios : RDSI et Web et Multimédia (WM) . WM étant l’unité historique de AlphaStudios. AlphaStudios crée des sites web et des applications multimédia depuis 1997. Date à laquelle j’ai rejoins l’entreprise.

L’unité RDSI est née vers 2001 d’une constatation simple : nous avions des compétences trop importantes pour ce que demandais le marché des sites web et des (défunts) cdroms multimédia. Nous avons donc décidé d’investir le marché des applications pour entreprise et nous avons d’emblèe cru dans les applications web.

Notre idée première c’était de proposer une meilleure solution aux entreprises multi-sites qui jusque là travaillaient avec des applications client-serveur relativement couteuses à maintenir. Mais notre premier client aller nous orienter sur un autre marché auquel nous n’avions pas pensé : celui des sous traitants exportateurs.

Les sous-traitants ont typiquement un donneur d’ordre à l’étranger à l’égard de qui ils doivent montrer le plus de transparence possible. Nous avons donc développé pour cette société une solution simple qui permettait à son client de suivre la production sur internet. Mais les circonstances ne nous ont pas permis d’exploiter ce filon. Il n’en reste pas moins que je crois que nos solutions sont idéales pour les sous-traitants exportateurs et je compte engager ALIXSYS dans cette direction.

Vers 2003 nous sommes passés par un bref épisode de service web d’audience des médias. Malgré la brièveté (relative) et l’échec (certain) de ce projet, cela m’a néanmoins fait réaliser l’importance du SaaS comme modèle de vente de logiciel. à ALIXSYS nous développons, hébergeons et maintenons les applications de nos clients.

Au bout de quelques années de fonctionnement l’équipe à fini par développer un noyau d’application pour entreprise que nous avons appelé AliX. Plus tard l’unité RDSI sera rebaptisée AliX aussi. Ce noyau à servi par la suite de base à une série de Systèmes de Gestion Intégrés (ERP) que nous avons développés pour quelques entreprises tunisiennes. Cet expérience de l’entreprise Tunisienne fut capitale : un logiciel, au delà d’une certaine taille, n’est pas fait que de code; il est fait de négociations, de politique et de relations humaines complexes. je ne suis pas sûr que nous continuerons à faire des logiciels de cette taille là dans ALIXSYS.

Ces dernières années, j’ai fini par m’occuper exclusivement de l’unité AliX, devenue aujourd’hui ALIXSYS. Parce que Anis s’occupait très bien de l’unité WM et parce que cela me convenait parfaitement. Au début de cette année j’ai décidé que pour assouvir mes ambitions, et après 10 ans de travail, je devais fonder ma propre entreprise. J’en ai parlé à Zied, mon patron, et on s’est mis d’accord pour que j’attends encore 6 mois. Le problème étant que la survie de l’unité AliX était menacée sans moi. Mon idée à ce moment là c’était de faire la startup markkit. C’était risqué, mais j’étais volontaire.

Au cours d’une réunion un peu dure avec un client de AliX, le client décide d’arrêter son projet (ce sont des choses qui arrivent). L’étau se resserre sur l’unité AliX, mais je vois une opportunité. Je propose à Zied de séparer AliX de AlphaStudios et au client de travailler avec la nouvelle entreprise. Au bout de 4 mois de négociations ALIXSYS est né.

NOTICE IMPORTANTE : Après avoir lu cet article, ne m’envoyez pas d’email pour me demander pas de l’aide. Je ne fais pas de support. Débrouillez vous!

UPDATE : après avoir publié cet article la première fois, un site partenaire de payoneer a arrêté de fonctionner comme il faut. j’ai été obligé de changer l’article. Vous pouvez toujours voir la version originale de l’article ici. (un grand merci a Hatem Zidi pour avoir détecté le problème et m’avoir aidé à le résoudre)

Principe : nous allons utiliser 2 applications web.

• payoneer, est un fournisseur de services de payement électronique (comme paypal) qui à la particularité de fournir des cartes de crédit.
• odesk, un site de freelance en ligne

nous allons ouvrir un compte sur odesk, ensuite dans odesk nous allons choisir payoneer comme méthode de paiement et remplir un formulaire de demande de carte de crédit.

Comment faire?

1. allez a odesk.com et ouvrez un compte “Freelance provider”. renseignez toutes les informations qu’il faut, confirmez votre email et faites tout ce qu’ils vous disent.
2. cliquez sur “Billing & Payements”. ensuite choisissez la méthode de paiement “oDesk debit MasterCard”. (cliquez sur “Sign up now”)
3. vous allez être envoyé chez payoneer.
4. renseignez tous les champs dans le formulaire payoneer honnêtement. ils vont vérifier vos informations dans les bases de données de terroristes, personnes recherchées, et mauvais payeurs avant de vous donner leurs accord.
5. dans 48h vous allez recevoir une confirmation que votre carte vous a été envoyée. (ou pas!)
6. dans 1 mois vous allez recevoir votre carte par la poste.
7. votre carte sera bien évidemment vide quand elle arrivera (votre solde est à zéro). Vous devez demander à quelqu’un de vous la charger en utilisant le formulaire de recharge et votre email (c’est facile). Bien sur les frais sont relativement onéreux, mais avoir une carte de crédit internationale n’a pas de prix dans certaines situations.

Voilà pour ceux qui sont pressés. Pour les autres, vous pouvez lire mes aventures avec le système bancaire tunisien.

Comment est ce que j’en suis arrivé là?

Il y a quelque temps, je commençais à réfléchir à fonder ma startup. Je savais déjà qu’il y avait un problème qu’il fallait que je résolve rapidement : l’hébergement. Je savais, pour les avoir côtoyés, que je ne pouvais pas compter sur les hébergeurs tunisiens. Parce que d’abord ils sont tous dépendants de Tunisie Telecom et tout le monde sait le niveau d’incompétence de Tunisie Telecom, ensuite le niveau de compétence des hébergeurs est lui même à peine suffisant pour héberger des sites web d’entreprises. On ne peut décemment pas fonder une startup dessus.

Il fallait donc que j’héberge chez un hébergeur sur lequel je pouvais compter et pour cela il me fallait pouvoir payer en ligne. Donc il me fallait une carte de crédit internationale : c’est la méthode de paiement préférée des hébergeurs.

A l’époque Amen Bank faisait la promotion de la carte de crédit tayara, c’était une nouveauté : une carte rechargeable sur laquelle on met son allocation touristique avant de partir en voyage, pour ensuite l’utiliser à l’étranger. Je me suis donc rendu à la première Amen Bank que j’ai vue. C’est à dire en bas de chez moi. J’ai demandé d’ouvrir un compte, et… il n’y a pas de et. Ils ont commencé à me poser des questions sur où je travaille, où j’habite, combien était mon salaire et m’ont demandé une tonne de paperasse; comme si j’allais me qualifier pour quelque chose. Questions auxquelles j’ai refusé de répondre et je les ai envoyés se faire foutre dans un langage qu’ils comprenaient bien, le langage administratif : j’ai dit que j’allais “revenir demain” (نرجع غدوا).

Mais je n’étais pas découragé pour autant. Je savais que, si elle avait été compétente, la grosse dame, elle n’aurait pas atterri dans une agence pourrie de cité El khadhra. J’avais donc bon espoir. Je me suis rendu à la nouvelle agence Amen bank sur l’avenue (ou presque). Et effectivement j’ai été bien accueilli par un chef d’agence déjà visiblement compétent, il m’a tendu d’emblée les formulaires pour ouvrir un compte dés que je l’ai demandé. Ensuite nous avons commencé à discuter et j’ai commencé à expliquer ce que je voulais en faire de ce compte et de la carte en particulier. Et la j’ai senti un vent de méfiance. Il à commencé à me dire que je n’avais pas le droit de payer avec la carte sur internet. Ce qui était était complètement idiot car leurs publicité disait “réservez votre hôtel et achetez votre billet en ligne”. D’ailleurs le bonhomme, regrettant de s’être engagé aussi loin avec moi, à poussé l’idiotie à ses limites en me disant qu’il fallait que j’apporte mon billet d’avion (entre autres paperasses) pour obtenir ma carte. J’ai pris les papiers. Et j’ai dit que j’allais revenir demain.

Maintenant, il y a un truc que je ne gobe pas dans le secteur bancaire. Les intérêts de qui est ce qu’ils défendent? (معانا ولا معاهم) Ce n’est évidemment pas leurs intérêts puisqu’ils refusent des clients. Mais c’est pareil pour les assurances et toutes les reliques d’un système économique renfermé et basé sur les monopoles et le contrôle de l’état. Tout ça c’est de la faute de Ben Salah , que dieu protège son âme (et ça sera bien fait pour sa gueule, ce coco de mécréant) (update: Ben Salah n’est pas décédé, mais que dieu protège son âme quand même ce coco de mécréant. je dois faire gaffe, parce que vu mon patronyme, je risque d’être présent à son enterrement et je ne veux pas qu’on me regarde de travers) Cette attitude de méfiance est typique. Ces gens te mettent des bâtons dans les roues sans que personne ne leurs demande. Ils sont dans un système, où ils sont motivés par la peur de la faute au lieu d’être motivés par l’envie de faire mieux que leurs voisin. Tout ça c’est de la faute de Ben Salah.

Le dernier épisode se passe dans mon agence il y a quelques mois. Après mure réflexion, j’ai commencé à comprendre le système de cartel dans lequel évoluent les banques et les entreprises strictement controllées en général (assurance, etc.). Je me suis dit que ma banque offrait forcément le même service. Alors je me suis adressé à mon chargé de clientèle du jour (ils changent tous les six moi dans cette grosse agence, ce qui fait que toutes ces conneries de relation privilégiée, d’écoute, de suivi ne marchent pas. tant mieux. je sais à quoi m’attendre.). Effectivement, ils offraient ce service mais ne communiquaient pas dessus. J’ai demandé à faire la carte et cette fois je suis resté évasif sur ce que j’allais en faire. Après tout ça ne les regarde pas. Ils ont le droit de me donner la carte, qu’ils me la donnent. Si c’est interdit c’est moi qui encours les peines, non?

Hier j’ai reçu ma carte, d’où cet article.

Entre temps il à fallu que je me débrouille pour héberger markkit et pour avoir mon indépendance financière. C’est là qu’au détour d’un article de TechCrunch, je découvre payoneer. Je commente le fait que payoneer n’est disponible que pour les américains et que ça ne sert à rien puisque ce n’est vraiment utile qu’au tiers monde et Yuval Tal (directeur technique de payoneer) me reprends en me disant qu’il est possible pour tout le monde d’avoir une carte à travers leurs “revendeurs”. Ce faisant il m’indique là ou il faut regarder. Je remercie aussi un certain Bryn qui à été plus explicite. Achetez des CD chez lui pour tester votre carte

Le service de payoneer est particulièrement brillant parce qu’il réutilise de l’infrastructure existante largement déployée. Ceci est la caractéristique des bons business models : ils s’appuient sur les autres acteurs économiques et ne réinventent pas la roue. C’est pour cela que, par exemple, l’hydrogène comme carburant ne réussira jamais. Le BioCarburant qui va réussir, c’est celui que je pourrais mettre dans mon réservoir sans changer ma voiture. Mais c’est une autre histoire.

P.S. ce texte est une fiction. toute ressemblance avec des fait réels n’est que pur hasard. notamment la grosse dame de l’amen bank.

L’historique commencerait à la date ou on a commencé à s’intéresser à lui et finirait quand on ne s’y intéresse plus. Ce serait une sorte de prothèse mémorielle gérée qui garderait une trace de tout ce qu’une personne à vécu dans sa vie. incidemment.

Cette année, parait-il, la tendance est aux “life streams”. en français “historique public”. FriendFeed a fait fureur au SXSW, mais je trouve personnellement que soup.io est nettement supérieur. d’ailleurs voici mon historique public.

Tout a commencé avec les blogs. Ce fut la première forme d’historique public. L’idée première était le “journal”, plus ou moins intime, en ligne. Je me souviens que moi même à l’époque je n’en voyais pas l’intérêt. Ou plutôt je voyais l’intérêt pour celui qui lit mais pas pour celui qui écrit. Je me disais donc, comme beaucoup, que ce mouvement allait être éphémère.

Mon raisonnement pouvait se formuler de la façon suivante :

1. la société moderne à délibérément cassé le lien social pour éviter le tribalisme.
2. l’individu a perdu l’échange d’expérience dans l’équation. ce qui s’est soldé de conséquences très graves sur la société entière : les individus sont devenus de grands enfants qui ne savent de la vie que ce qu’ils ont vécu eux mêmes.
3. l’individu est en manque d’expériences. résultat deux directions : les expériences individuelles extrêmes (sports, modifications corporelles, etc…) et le “voyeurisme” (reality shows, blogs, etc…). Je met des guillemets a “voyeurisme” pour atténuer l’aspect péjoratif.
4. l’explosion des blogs. les gens veulent savoir comment les autres gens se comportent dans la même situation qu’eux. rien de plus naturel. c’est même la base de la réussite de notre espèce. maintenant on appelle cela “voyeurisme”, mais il n’y a pas si longtemps que cela, quand les villages étaient plus petits, on appelait cela “potins”. comme s’il ne suffisait pas de rendre le mot “potins” péjoratif, il fallait inventer un autre mot plus effrayant.

Pendant un certain temps, la société a fait des villages de plus en plus grands alors que les moyens de communication sont restés les mêmes. Les gens ont préféré le confort et l’anonymat dans les grandes villes à la vie rustre et socialement riche des petits villages. Cela se comprends. On ne pouvait pas avoir les deux. Maintenant on peux.

Maintenant l’intérêt de celui qui profite de l’expérience est clair (le lecteur de blog), mais quel est l’intérêt de celui qui donne l’expérience (l’écrivain de blog)? La réponse est évidente : l’autorité. C’est évident parce que c’était déjà la même chose dans le petit village. Les schémas sociaux n’ont pas changé. Ce sont les moyens de communication qui ont changé pour s’adapter aux villages modernes.

L’autorité c’est l’historique. dans certaines cultures, on dit “l’ancien” pour désigner la personne à la plus forte autorité. La problématique de l’autorité et de la confiance est d’actualité parce que fortement liée à la sécurité. Et la sécurité c’est la science de notre siècle. D’ailleurs si nous vivons un changement de paradigme, le nouveau, c’est bien celui de la sécurité. Et si c’est le cas, nous ne pouvons rien faire contre. Espérons seulement que cela fera avancer le savoir dans le domaine des sciences sociales.

Firefox 3 vient de sortir. Parmi toutes les innovation en termes de sécurité, il y en a une qui n’est pas classée par l’équipe firefox parmi les innovations en sécurité et qui me semble, moi, la plus importante : l’historique infini. Quand vous naviguez sur internet, désormais Firefox pourra garder la trace de tous les sites que vous visitez. En d’autres termes, quand vous visitez un site, le navigateur pourra vous informer que vous êtes en train de visiter le site pour la première fois. Cela permettra par exemple d’éviter le phishing. Plus généralement, puisque vous avez accès à votre historique de navigation complet, vous pourrez estimer le degré de confiance que vous donnez à un site. La confiance aussi c’est l’historique.

L’historique est important pour établir une relation. Quand vous allez recruter quelqu’un, vous cherchez son nom dans google. Pour savoir si vous pouvez lui faire confiance et si c’est une autorité dans son domaine. Souvent le résultat de la recherche est confus, se sont des “traces” plutôt qu’un historique structuré. Surtout que les informations sont fragmentées : les photos sur un site, les videos sur un autre, les écrits sont même fragmentés sur plusieurs sites selon leurs natures : twitter, articles (certains ont plusieurs blogs), commentaires sur d’autres blogs, etc…

Interviennent alors les nouveaux logiciels spécialisés que sont les “historiques publics”. Vous leurs dites ou sont les informations sur vous et ils les agrègent dans un seul flux. De cette manière quelqu’un qui s’intéresse à vous peut vous suivre. Et vous pouvez aussi mieux gérer votre historique : modifier, supprimer les informations qui vous semblent non avantageuses ou simplement inutiles. Là, nous commençons a entrevoir les limites de la confiance. Celui qui gère l’historique, à le pouvoir sur l’historique.

Ce qu’il faudrait, c’est pouvoir gérer son historique et celui des personnes qui nous intéressent. Chacun pourra garder une copie de l’historique de n’importe qui. L’historique commencerait à la date ou on a commencé à s’intéresser à lui et finirait quand on ne s’y intéresse plus. Ce serait une sorte de prothèse mémorielle gérée qui garderait une trace de tout ce qu’une personne à vécu dans sa vie. incidemment.

Je crois bien que soup.io est bien parti pour être ça. s’il survit à sa jeunesse. longue vie a soup.io.