Pour ma part, c’est la quatrième année consécutive où je m’y rends … et où on accepte de me voir déblatérer des sujets de plus en plus bizarre. Qu’y ai-je vu cette année ?

Gloire au petit amphitéâtre

Les double sessions sont apparues à l’origine avec une orientation décideur/technique. Aujourd’hui j’y vois davantage une découpe atypique/grand public puisque dans la pratique, la distinction se fait sur la contenance de l’amphithéâtre.

Dans ce petit amphi, on a décortiqué la base de notre travail : l’impact du webdesign dans les neurosciences et vu comment fonctionnait un navigateur, d’une requête HTTP au rendu de l’interface.
Subtilement, en deux heures, on a pu se rendre compte qu’un changement de code hexadécimal dans un fichier CSS transitait au travers de plusieurs milliers de ligne de code au sein de votre navigateur Web … mais surtout, traversait 7 zones différentes du cerveau pour provoquer une … sensation.

Sensation. Mot qui navigue lui aussi au travers de l’accessibilité, de l’ergonomie ou plus généralement, d’UX (expérience utilisateur).

De la technique au management

Le public a eu du mal à retenir un rire sarcastique, moi compris, lorsqu’Arthur Rigaud de Voyages-SNCF.com a débuté sa présentation sur l’accessibilité. Malin, il a préféré utiliser grand compte pour éviter la désertion de la salle ?

Toujours est-il qu’on a vite oublié les sarcasmes devant l’ampleur de la mission : 70 sites Internet, 450 sites Intranet et 1 mission commune, les rendre accessible. Tous ne le seront pas à la date buttoir mais l’explication dans leur démarche mérite attention.

En effet, classiquement, un expert accessibilité a été missionné pour aider les différentes équipes à rendre leurs sites accessibles. Grand bien leur en a pris, car ça s’est soldé par un échec. L’ampleur et la dureté de sa mission a certainement contribué à l’intégrisme de son application, excluant cette personne de tous les projets.

Une approche tranversale a ensuite été adoptée : communication dans les lieux communs (machine à café, affichages de communication interne), formations au personnel et surtout, une responsabilisation de différents postes, du développeur au chef de projet en passant par les graphistes.

De la brutalité isolée à la douce transversalité.

Du public au grand public

On ne parle pas de backend à Paris Web par contre on y parle Open Data !

David « Nippon » Larlet et Olivier Thereau ont présenté à la fois un panorama d’Open Data au travers des cultures, et comment la BBC s’y prenait pour utiliser Open Data avec leurs contenus et ceux issus de communautés spécialisées.

Open Data est le gros buzzword pour lequel le retour sur visibilité reste faible, en partie à cause du manque d’accompagnement, des coûts de développement et de maintenance (ben quoi, c’est de l’informatique et du temps de cerveau piqué à TF1) … et pourra-t’on constater, du manque d’outillage.

Y’a du maille pour mailler les données, car le Web sémantique c’est bien beau, mais lier des fichiers PDF entre eux, c’est priver un diabétique de son insuline en le gavant de chamallow (OK ? © Pablo).

L’atelier des bonnes idées

Samedi fût un peu plus difficile : réveil tardif suite à la retombée de pression de la veille et d’un épuisement lié au manque de sommeil. Bref, j’ai préféré rogner sur le premier atelier pour réserver mon attention au reste de la journée.

Après un énième café, la journée débute sur un sujet de typographie adressée aux développeurs. Le sujet couvrait les aspects de ce qu’on devait connaître mais après les 2 excellentes conférences de l’an dernier (macrotypographie de la page Web et typographie comme outil de design), dur dur. On repartait en tous cas avec l’idée essentielle : d’abord le contenu, ensuite le design. Couplé avec Mobile First et l’accessibilité, le lien n’en est que plus évident.

Songeant de plus en plus régulièrement à publier ce blog sous forme de contenu versionné avec git (geek), je pensais naïvement que ce serait le sujet de l’atelier Création et partage d’archives Web personnelles. La bonne surprise c’est qu’il y fût surtout question de créer des archives distribuées pour éviter les liens morts sur nos propres blogs : chaque lien externe est indexé en local pour s’y substituer en cas de disparition de la page cible respective. Ce sera à suivre sur le projet Owark.

Et le meilleur pour la fin : deux jeux sur l’itération et la communication de Pablo Pernot. J’avais déjà entendu parler du Marshmallow Challenge et ce fût l’occasion de l’expérimenter. Tout le monde (ou presque) a eu le réflexe de construire la tour la plus haute possible … et de se planter au dernier moment. Comme dans nos projets informatiques en fin de compte. Livraisons itératives vs. grosse livraison finale (qui fait mal).

Puis de tester la communication écrite (nos belles specs et cahiers des charges) vs. la communication orale. Cette dernière a donné de meilleurs résultats, en permettant d’ajuster en fonction du feedback. Ça m’a donné à réfléchir sur la capitalisation technique : travailler à 2 en même temps, pour qu’un formalise par écrit semble plus efficace qu’une seule personne, réfléchissant et écrivant. Et de constater une fois de plus la difficulté à imposer un processus formalisé à des personnes ne se sentant pas en mesure de le faire.

Des outils aux ressentis

C’est avec surprise que je suis reparti sans le boost d’énergie habituel, et sans le spleen post-évènement. Et de me rendre compte que finalement, j’ai passé tout mon temps à m’imprégner des expériences humaines exposées sur scène, ainsi que des conversations pendant les repas, apéritifs et autres diners plus ou moins informels.

J’y vois trois raisons :

1. l’expérience Sud Web a déjà regonflé le ballon il y a 6 mois ;
2. en travaillant en indépendant, je ne subis plus cette pression du boulot mal fait ou de l’incompréhension auxquelles Paris Web apporte une grande bouffée d’air frais ;
3. je n’espérais pas révolutionner ma vision des outils pour améliorer radicalement mon quotidien.

À vrai dire, ça doit bien être la première année où je me suis fichu éperdument des outils pour me focaliser totalement sur le comment et le pourquoi. Pourquoi ça foire ? Comment des hommes et femmes font réussir un projet ?

Et ma conférence ?

J’y reviens dans un prochain article pour apporter à la fois une explication à mes slides et aussi des éléments complémentaires.

D’ici là, tous mes remerciements à l’organisation impeccable de l’évènement (notamment sur l’arrivée des orateurs), à l’excellente soirée communautaire au Comptoir Général et aux personnes avec qui j’ai pu échanger, que ça soit sur ma coupe de cheveux ou sur nos vies respectives.

Où comment la recherche d’une personne de bonne volonté m’a ramené au fait qu’après la dure condition du stagiaire-salarié-payé-une-misère il y a aussi celle de l’étudiant, pauvre et incompétent de nature.

Pour les âmes sensibles, oui le titre est provocateur et reflète l’inverse de mes pensées (et de mes propos).

L’objet de la demande

Prompt à diffuser un message rapide, je me suis servi de Twitter en m’adressant en ces termes : « Si un étudiant parisien s’ennuie cet été, j’ai une refonte de blog #wordpress pour lui. Payée il va de soi. ».

Particulier à particulier

Revenons-en au contexte. La blogueuse dispose déjà d’un blog et se fait aider par un graphiste pour la conception graphique de la refonte. Reste à trouver une personne capable de décliner ce travail dans un thème WordPress, quitte à y adjoindre des plugins supplémentaires :

• la blogueuse est un particulier ;
• le budget est inférieur à 1000€ ;
• le souhait est donné à travailler avec une personne proche géographiquement parlant.

Le boulot n’est pas forcément énorme mais pour un indépendant, surtout s’il a conscience de la valeur de son travail, le salaire est maigre, surtout après abattement des charges. C’est toujours mieux que rien, on est d’accord.

La seule alternative que je voyais était de payer un étudiant :

• c’est un particulier qui le paie, il n’a pas à cotiser pour sa retraite ;
• c’est l’occasion pour lui de travailler sur un projet externe, se faire la main et d’acquérir en expérience ;
• ça paie les prochaines vacances, un loyer ou autre.

L’étudiant : la Cosette des temps modernes

Quelques réactions m’ont par la suite interpelé :

• « Pourquoi un étudiant, on peut espérer moins cher ? »
• « Parce que l’étudiant n’aurait pas les mêmes frais que le freelance ? Et il serait forcément aussi compétent ? »
• « Qu’est-ce qui justifie de payer moins cher un étudiant qu’un freelance ? »

À la première question, à part un bénévole, je ne vois pas comment espérer moins cher. Et vous ?

Les deux questions suivantes se basent sur des postulats qui n’avaient jamais été évoqués ou sous-entendu par le tweet initial, ou partent du principe que c’est devenu une base de réalité quand on écrit le mot «étudiant» :

• l’étudiant devrait facturer autant qu’un indépendant ;
• la tarification dépend de la tâche/temps travaillé, et non de son statut ;
• l’étudiant est aussi compétent que l’indépendant, mais toujours payé moins cher ;
• quand on veut exploiter quelqu’un, c’est soit le stagiaire, soit l’étudiant – points bonus si on lui dit ouvertement.

Sans vouloir tomber dans la réponse de Normand ou en éluder sa formulation, il n’y a pas de solution unique et dépend de plusieurs critères :

• un étudiant payé en direct n’a pas de charges à payer, juste un chèque à encaisser ;
• une des nécessités première de l’étudiant est d’acquérir l’expérience (celle tant demandée en stage ou entretien d’embauche), si en plus il y a moyen de se faire de l’argent de poche, pourquoi pas ;
• il n’est nulle part question d’affirmer qu’un indépendant ou un étudiant ont des compétences et un niveau de compétences identiques – il y en a probablement, mais ceux-ci ne seront pas intéressés par la mission, car pas assez rémunérée à leur goût (et c’est tout à fait compréhensible) ;
• un étudiant voulant monnayer (régulièrement) ses compétences passera par le statut d’auto-entrepreneur et là oui, il devrait facturer autant qu’un indépendant.

Petit boulot vs. professionnalisation

Pour résumer, à somme identique, la perception de cette rémunération sera différente.

On a le cas de l’étudiant travaillant pour le plaisir/l’expérience/qui se prend pas la tête. Le ratio temps/argent sera forcément différent. Je me souviens qu’à mes tous débuts, demander 300€ à un professionnel pour un site me paraissait énorme.
L’apprentissage du prix et de la confiance en soi n’est pas innée ; l’individu construit ainsi sa propre perception de la rémunération et de la valeur du travail, et celle de son savoir.

Il y a ensuite le cas de l’étudiant se professionnalisant. Il sait plus ou moins ce qu’il vaut, ce que demande le marché, tant en terme de prix que de compétences. Il intègre déjà qu’il y a un delta entre le montant de sa facture et ce qu’il percevra réellement, déduction faite des impôts et des charges.

Conclusion

Il serait quand même dommage de terminer sans parler de l’intention ; celle de la personne proposant le boulot.
Pour une somme donnée, elle peut être de l’exploitation (surtout s’il y a revente à un tarif bien plus élevé et assimilation à de la sous-traitance), du beurre dans les épinards etc.

L’envers du décors est celle de la perception par l’étudiant (en généralisant, de toute personne travaillant contre rétribution) : pas cher payé mais j’ai faim donc j’y vais, bien payé parce que ça ne coûte pas trop d’efforts, sensation d’être pris pour une machine d’usine etc.

L’idéal est alors que personne n’aie la sensation d’avoir à se prostituer, que ça soit sa conscience ou son temps. De travailler en accord avec soi-même, ou de l’outrepasser si nécessité fait loi.

L’étudiant est tout sauf pauvre et incompétent.
Auriez-vous procédé autrement ? N’hésitez pas à apporter vos éléments de réflexion

Je vous fais part de mes impressions, de mes actions mais aussi de mes craintes. J’en profite aussi pour vous communiquer un pré-requis indispensable : motivation. En étant seul à bord, on n’a pas d’autre choix que de maintenir le cap, et d’aller au-delà de son propre ressenti.

Choisir une banque

La banque est un univers formidable (évitez d’avoir votre patron dans le dos pour ouvrir le précédent lien …). Tout est plus ou moins sujet à taxe ou autre prélèvement : frais de tenue de compte, frais de mouvement, frais d’immobilisation etc. Leurs sites Web sont nazes mais à part ça, faut quand même payer.

Bref, le choix d’une banque est crucial, pour encaisser des contrats et surtout, faire chauffer la carte bleue. Étant en perso à la Banque Postale, j’ai tenté le coup. Grand bien m’en a pris puisque de toutes façons, cette banque n’est pas perçue comme une banque dans le milieu professionnel mais surtout, j’ai du mal à comprendre que lorsqu’on appelle pour prendre rendez-vous, si mon conseiller n’est pas disponible, ce dernier ne peut pas me rappeler dès qu’il le peut. Parce que soit disant la standardiste ne peut pas lui faire passer le message.
End of line comme dirait l’autre.

Je me suis au final tourné vers le Crédit Mutuel – non pas pour leur ignoble site Web de gestion de comptes mais plutôt parce que la conseillère a d’une part été dynamique, disponible, et surtout suffisamment efficace pour que tout se passe rapidement. Pas folle non plus, aucun coût d’acquisition de client, peu de complications en prévision.
J’ai apprécié le coup de pouce consistant à exonérer de frais de gestion pendant les 6 premiers mois, et d’une grille tarifaire claire (on ne paie rien de plus que les frais de gestion mensuels). J’adore leur machine à scanner/encaisser les chèques : saisie du montant à l’écran et photocopie dans la foulée. Qui plus est, ça simplifie simplifie la gestion comptable.

Mise en place de l’infrastructure technique

J’ai passé les premiers jours de mon activité à mettre en place toute mon infrastructure technique. Ça passe aussi bien par l’outillage nécessaire à produire, via mon ordinateur, que par les solutions logicielles à employer pour facturer, suivre les projets et gérer mes opportunités commerciales.

J’avais déjà décidé d’utiliser Google Apps pour gérer ma messagerie, du coup j’ai orienté ma recherche de CRM sur le marketplace Google Apps. C’est ainsi que j’ai découvert Insight.ly. J’ai été séduit tant par son intégration à Gmail que par la simplicité de l’outil.
Je peux transformer un email en opportunité, en projet ou l’ajouter (ainsi que ses pièces-jointes) à l’historique des activités liées à une entité (personne ou entreprise).
Vraiment pas mal du tout, pour mes besoins en tous cas. Le produit s’améliore régulièrement, et c’est une bonne chose aussi.

Côté facturation et émission de devis, je m’en tiens à Cedarloop puisque là aussi, sa simplicité me suffit et les documents générés sont de belle facture (sans jeu de mot ). En plus, ça fait toujours plaisir d’utiliser un outil développé par des gens qu’on connaît. En l’occurrence, Olivier Meunier, papa de Dotclear et depuis passé du côté Temesis de la Force.

Enfin, une micro-instance Amazon EC2 et un certificat SSL plus tard, Redmine était déployé sur du Nginx et Passenger. Il cohabite avec git (via gitolite) ce qui me permet de créer des dépôts à la volée depuis Redmine, de fonctionner avec une authentification par certificat et d’éviter la contrainte de la création manuelle de dépôt.
Je me sers pour l’instant des fonctionnalités par défaut, des milestones au suivi du temps (estimé et passé) … encore une fois tellement pratique puisque piloté par les commits.

Formalités administratives

Tout ça c’est bien beau, mais la réalité administrative attend.

Dès le courant du mois de janvier, je me suis lancé dans la recherche d’un expert-comptable. Pour deux raisons :

• la compta c’est pas mon truc (mais alors pas du tout) : ça me coûtera moins cher de bien déléguer le travail que de le faire moi-même (et le foirer) ;
• en SARL, il faut publier les comptes annuels ; et tout ce bazar, il va s’en occuper ;

La troisième raison, c’est aussi parce que j’ai besoin d’une attestation mensuelle pour pôle emploi, afin de continuer à bénéficier de 100% du montant de mes indemnités. Ça fera l’objet d’un autre billet, les modalités ayant changé en cours de route.
Toujours est-il, pour en trouver un bien, j’ai demandé autour de moi, afin de sonder les personnes satisfaites de leur comptable. Gain de temps, puisque ça s’est fait du premier coup.
Et cerise sur le gâteau, j’ai compris en 2 heures de rendez-vous ce que je n’ai jamais compris en 3 ans de cours de compta

La Responsabilité Civile professionnelle est l’autre indispensable – et qui coûte d’entrée de jeu. Dans le milieu informatique, vous pouvez oublier votre assurance perso : ils seront incapables de vous en délivrer une. Ça semble se jouer au coude à coude entre Hiscox et Chartis. Dans tous les cas, il faudra compter sur environ 500€ jusqu’à 100 000€ de chiffre d’affaire annuel. Sans pouvoir travailler avec l’Amérique du Nord – soumis à des contraintes supplémentaires sur lesquelles je ne me suis pas apesenti.

Restent encore les volets de la mutuelle santé et de la prévoyance. Bénéficiant encore du portage de mon ancienne mutuelle pro, j’en suis resté au stade des devis. Toujours est-il qu’en tant que travailleur non-salarié, faites passer les deux sur la loi Madelin : c’est la boîte qui paie, pas vous. Vos impôts vous diront merci.

Création des documents types

Entre les installations et les rendez-vous administratifs à droite et à gauche, le temps file. Pour autant, avant de signer le premier contrat, il est important de disposer du minimum pour … les signer justement :

• conditions générales de vente
• modèle de document
• base de proposition commerciale

L’idéal est d’en avoir un maximum avant d’avoir le premier client. Surtout pour les premiers clients. Vu que quasiment tout est à faire, autant en laisser un minimum pour le dernier moment, histoire de se concentrer sur l’essentiel : la réponse adressée au client. Ce n’est d’ailleurs pas à ce moment là qu’il faudra vous soucier de votre charte graphique – un peu tard pour ça.

À terme je compte passer par la case juriste pour tout ce qui est document légal ou contrat – sur de sages conseils. Ça se fera par la suite, après avoir signé quelques contrats et sécurisé ma trésorerie.

Premiers clients, premières propositions

Une des choses qui m’a le plus effrayé au début, c’est le fait de ne pas avoir de rentrées d’argent. En fait j’ai eu quelques petites missions, suffisantes pour couvrir les frais de départ (responsabilité civile, comptable) mais rien de très long. Se pose alors le problème de la disponibilité et de la visibilité.

J’ai eu la chance d’avoir d’entrée de jeu 2 missions : un accompagnement de projet innovant ainsi qu’une mission product design et la réalisation de son site Web. Mon autre chance fût surtout la grande souplesse d’emploi du temps, et l’absence quasi systématique de date de livraison. Ça m’a permis de pouvoir gérer le flux commercial entrant, de caser mes rendez-vous imprévus sans pour autant mettre en cause ma crédibilité ni occasionner un retard projet.

J’avoue que pour commencer, c’est l’idéal. J’ai pu travailler l’esprit tranquille … surtout que pour ma première proposition commerciale, je m’y suis escrimé pendant 5 jours, histoire de bien faire et surtout, parce qu’il y avait tout à faire (et puis OpenOffice quoi …).

Ma première erreur a été d’accepter de répondre à un petit projet – par son budget, alors que fonctionnellement le prix était plus élevé que ça. Pour un premier contrat, je me suis dis que je pouvais bien le faire, que je me ferais la main sur une techno que je connais mais sans être expert non plus.
Ça m’a posé 2 problèmes : la nette sensation qu’il était impossible de tenir parole sur les délais/charges engagées et surtout, que je me vendais en expert sans être expert. Je ne suis pas sûr que débuter, en solo, sur une mission éloignée de sa zone de confort soit un bon départ, tant pour sa santé que pour une optique business.

Au final, les opportunités suivantes ont été beaucoup plus rassurantes, le besoin étant plus modéré et/ou sur des technos que je maîtrise – suffisamment pour qu’en cas d’inconnu, je ne m’inquiète pas sur mes capacités à trouver des solutions. Ce dernier point est le plus important. On ne peut pas tout savoir ; il faut en revanche se faire confiance pour combler ce manque.

En tous cas, c’est aussi l’occasion de constater que rien n’est à l’heure et que compter sa dispo au jour près suivant la date de réponse théorique d’un projet se révèle être périlleux. En pratique, il y a toujours plusieurs jours ou plusieurs semaines de flottement. Une bonne communication, à la fois pour prospecter une réponse, mais aussi envers les clients avec qui je suis engagé est importante et nécessaire. Pas de tension, pas de friction, pas de conflit.

S’adapter au rythme de travail

J’étais déjà habitué à travailler dans un cadre autre qu’un bureau avec des collègues : chez moi, dans un autre logement ou encore dans les locaux de mes clients.
Toutefois, ça n’a jamais été une situation permanente et la dernière des choses à se dire, c’est qu’il n’y a pas de règles. Mon réveil est calé tous les matins sur 7h30 – sauf cas où j’estime que dormir plus m’apportera un travail de meilleure qualité. De même, j’essaie de m’astreindre à 1h30 voire 2h de pause le midi. En prenant bien le soin de faire autre chose que de l’ordinateur : ménage, bouquiner, prendre l’air/marcher.

Ce qui change tout, c’est de devoir tout faire : production, prospection, administration. En étant dans une organisation en solo, on peut rapidement se laisser déborder en cédant à tous les signaux : emails, coups de fil, Twitter etc. Considérer qu’on travaille 8h par jour est utopique. Il n’y a pas 8h de production en tous cas.
Je sais en revanche que je bénéficie d’un environnement calme, où les distractions sont limitées et où ma capacité de concentration s’en retrouve augmentée. C’est tout bénéf’ pour les clients : leurs projets avancent plus vite. Je conserve une bonne visibilité sur ce que je fais, et eux aussi.

En revanche clairement, j’ai banni Twitter et Facebook de mes heures de travail : la tentation est trop forte. Ma fenêtre de navigation « loisir » se trouve sur un autre bureau, que je ne consulte que pendant mes pauses, courtes ou longues. Ces pauses sont dictées par la méthode Pomodoro. À défaut de couper mes tâches en 25 minutes, je travaille en sprints de 25 minutes, avec pause forcée et arrêt d’utilisation de l’ordinateur. Ça a le gros avantage de retarder l’effet de lassitude, si prompt à pédaler dans la choucroute.

Affiner le positionnement et les tarifs

Dans le temps que je consacre à mon activité, j’ai en revanche une chance énorme : celle de n’avoir quasiment pas à prospecter. J’ai répondu à 3 appels d’offre, parce qu’ils me plaisaient et que j’en avais envie. Le reste, c’est sur cooptation et recommandation. Mon blog, celui-là même, joue encore un rôle important puisqu’il permet à quiconque de suivre mon évolution et, détail récurrent, c’est ce qui les motive à vouloir travailler avec moi. Même si ce n’était pas mon but initial, force est de constater que la part de confiance joue un rôle déterminant dans l’acquisition de mon flux commercial.

Je me suis toutefois posé la question des tarifs. J’étais habitué à la tarification au « profil » des SSII … j’allais presque en oublier que tout simplement, je facture mon temps … et mes compétences. Simplement, je me suis orienté vers un tarif journalier unique, peu importe ma prestation. Ma force de développeur ? C’est d’avoir une vision d’ensemble, une approche projet et une capacité à communiquer avec le client. Ma force de maîtrise d’ouvrage ? C’est d’être dans le cambouis, de savoir ce qu’impliquent les décisions, comment parler à des individus fonctionnels et techniques.

En étant une seule personne, je ne vois pas comment je pourrais dissocier ces compétences, se prêtant main forte mutuellement – sauf à devenir schizophrène.

Outre le tarif unique, je propose 3 modes opératoires :

• la facturation de crédit temps à l’avance (et consommé au fil de l’eau) – pratique pour budgétiser des interventions ponctuelles ;
• la facturation à l’heure – mode agile, que ça soit au forfait ou au consommé (rassure beaucoup les petites structures) ;
• la facturation à la journée – classique.

Ce mode opératoire, accompagnée d’une transparence totale sur le temps passé suffit à rassurer mes clients, notamment car je suis proactif sur le temps passé. Ils savent ainsi si le projet prend plus de temps que prévu ; j’apporte mon ressenti et des solutions. Ils choisissent en connaissance de cause, selon leur budget et/ou leurs priorités.

Ils n’ont ainsi (jusqu’à présent) jamais eu l’impression de payer autre chose que de la qualité et de la tranquillité, dans le déroulement et la communication.

Investissement matériel

Initialement, j’avais tendance à croire que mon ordinateur portable (Ubuntu sur Centrino Duo, 2Go de RAM et écran 17″) suffirait, en terme de puissance et d’habitude de travail pour me procurer efficacité et donc productivité. Jusqu’au jour où j’ai réalisé la nécessité de me déplacer (notamment pour Sud Web – 5 heures de train jusqu’à Nîmes …). Qu’à cela ne tienne, je complète cela par un Netbook (Ubuntu Netbook sur HP PC Mini puis eeePC suite à un problème matériel du premier).

Au bout de 2 mois, je me résous à penser que ce n’est pas la bonne stratégie : en déplacement, je manque de puissance ; à domicile, je manque de mobilité. Je ne peux donc pas utiliser les mêmes outils, ni bénéficier du même confort … surtout après avoir été habitué à l’inspection de code de Netbeans et d’Eclipse. Quand je réalise que j’adapte mes tâches de travail à l’ordinateur que j’utilise, car en déplacement ou à domicile, je me mets à prospecter un ordinateur puissant, bénéficiant d’une bonne autonomie et qui ne soit pas de la camelote.

L’improbable se passe alors : je bascule sous Mac. D’abord pour la machine. Ensuite pour l’intégration OS/machine qui, il faut le reconnaître, renvoie au placard tous les micro-détails de la gestion matérielle d’Ubuntu (excellente au demeurant – agaçante parfois). En clair, j’ai considéré la combinaison OS/machine comme un investissement en productivité, en temps que je ne perds pas et surtout, en confort de travail, peu importe mon lieu de travail.

Conclusion

En bref, je trouve le bilan positif pour l’instant, tant dans l’apprentissage que dans l’accomplissement des valeurs me tenant à cœur.

J’ai appris à mes dépends que grossir le trait du risque, ou de ne pas se faire confiance est une des pires choses, à vivre et à faire. L’écoute de son entourage, proche et/ou professionnel, est un facteur clé qui évite de se planter. Croire en leur parole est salvateur ; et à défaut de ne pas penser comme eux, c’est un bon étalon pour ajuster sa propre estime de soi.

Au contraire, ma confiance et le fait de prendre du temps pour m’approprier la problématique de mes clients est ce qui les convainc. D’une part car je ne produis pas le discours habituel et, c’est lié, car je leur livre une vision personnelle des projets, en plus d’une grille tarifaire très précise. Autrement dit, j’écris ce que je pense, et on me choisit parce qu’on me fait confiance.

Alsacréations a publié hier son calendrier des conférences 2011. J’en profite pour étayer quelque peu, et ajouter d’autres sujets tout aussi intéressants.

BarCamp Bordeaux

Lieu : hôtel de ville de Bordeaux, du 23 au 24 avril.

Je garde un excellent souvenir du BarCamp Bordeaux 2010. C’est l’occasion de remettre les couverts cette année et ce, d’autant plus que l’évènement commence à rayonner au-delà des environs des Bordeaux.

Je pensais animer un atelier sur le freelancing mais ne restant qu’une journée, j’animerai un atelier « défis et objectifs d’un groupement régional des professionnels du numérique » avec Élie Sloïm. On s’inscrit ainsi dans la logique de co-construction chère aux BarCamp, avec la ferveur et le dynamisme qui caractérise l’évènement.

Inscriptions BarCamp Bordeaux.

Startup Weekend Bordeaux

Lieu : BEM, Talence, du 20 au 22 mai.

Ça sera mon premier Startup Weekend mais j’ai hâte d’y être : être à fond pendant 2 jours (et 2 nuits), à créer et développer une idée innovante, commercialisable et (espérons-le) utile, en équipe … c’est une occasion rêvée pour apprendre des autres, ainsi que partager son expérience.

J’espère que les travaux d’Open Data de la Cub et/ou la Région avanceront d’ici là, afin de donner des idées supplémentaires et d’amorcer une ou plusieurs applications.

Inscriptions Startup Weekend Bordeaux.

Sud Web 2011

Lieu : EMA, Nîmes, le 27 mai.

Là aussi, première année pour l’évènement et cette fois je suis du côté de l’organisation avec pas mal de personnes motivées.

Cela s’organise sous forme d’une journée de conférences Web tournées autour de 4 thèmes : développement, métier, valeurs et méthodologie. Au programme on trouvera donc du Web mobile, du SVG, comment acheter des prestations Web, le Web en contexte humanitaire, développement avec un IDE dans le cloud, fonctionnement d’une mission agile etc.

On s’est vraiment démené pour proposer un programme digeste, instructif et animé par des intervenants de qualité.
Pensez-y avant le 2 mai, date de fermeture des ventes des tickets

Programme Sud Web, inscriptions Sud Web.

Mais aussi

J’aurais pu vous parler de Djangocong … sauf que c’était le week-end dernier. À Bordeaux, il y a désormais le PHP User Group à suivre de près. Le 28 mai se tiendra le premier TEDx Bordeaux : des prises de parole courtes, avec des idées qui changent la vie/vision. D’ici là, le 5 mai, se tiendra le cinquième TwitterCamp à Cap Sciences.

Côté rendez-vous mensuels, je tiens aussi à signaler l’existence des Apéroweb à Toulouse et des Happynum à Bordeaux (via Aquinum).

Bref, il n’y a pas de quoi s’ennuyer d’autant plus qu’après, je lorgne déjà sur Paris Web et Métro’num (Métropole Numérique).
Vous avez des évènements à rajouter à la liste ? On s’y croise ?

Samedi dernier, le 5 mars, l’équipe de Sud Web s’est réunie à Nîmes pour voter le programme, déjà fortement élagué par le pôle orateurs pour n’en retenir que la crème.
Pour être précis, ce sont 12 personnes qui ont fait le déplacement jusqu’aux arènes, depuis Bordeaux, depuis Paris et même depuis Arles ! 12 personnes sur combien ? 14. Dont 1 excusé ayant prévu de venir et une personne en plein déménagement.

S’il y avait un pareil engouement pour se rendre aux urnes en avril 2012, j’en serais ravi.

Qu’y a-t’il à retenir ?

Jusqu’à présent, depuis le mois d’octobre 2010, toute l’équipe a œuvré à distance, chacun dans son coin sans pour autant être désorganisée, au contraire : des pôles se sont vite structurés, le leadership rapidement affirmé. Toute l’équipe s’informait hebdomadairement des avancées, des problèmes rencontrés et du reste à faire.

On a travaillé dans la confiance. L’objectif est avant tout le groupe, l’évènement et non les intérêts personnels.
Pour autant, unir une équipe en créant une rencontre physique a toute son importance. J’y vois un besoin vital et amical à travers ce plébiscite. Non pas qu’on arrivait à un point de rupture mais plutôt pour transformer, poursuivre l’engagement, marquer un jalon.

Serait-ce le « Sud » qui motive tant ?

Au-delà de l’équipe, qu’est-ce qui peut autant motiver à organiser un évènement, bénévolement, tout en conservant une cohésion d’équipe à distance ?
Serait-ce partager nos valeurs ? Où sont nos valeurs ?

Je dirais que rien que le nom correspond à nos valeurs, et celles de ceux qui viendront et aiment/aimeront l’évènement. Pas parce qu’il est symétrique (2 mots de 3 lettres) ni que ces 2 mots ont des courbes similaires (S → W, u → e, d → b) mais plutôt parce que c’est un des rares noms à véhiculer autre chose qu’une technologie, une information pratique ou une information géographique :

• PyCon : Conférence Python (information sur le contenu) ;
• SXSW Interactive : information géographique (tient également lieu des valeurs, rassemble un pays territorialement très grand) ;
• Codebits : Développement orienté rétro/8 bits (information sur le contenu) ;
• W3Café : Conférence courte sur les technos W3C (information sur le contenu) ;
• Augmented Reality DevCamp : BarCamp orienté développement sur la réalité augmentée ;
• etc.

Les noms sont ainsi car au final, ils permettent de s’y retrouver plus facilement.

Le boom des conférences Web

La tendance est aux conférences produits, le marché se segmente. Si je reprends l’historique des conférences enregistrées sur Lanyrd, c’est équivoque (pour peu que les conférences passées aient bien été renseignées) :

• 2000 : 12 conférences
• 2001 : 22 conférences
• 2002 : 17 conférences
• 2003 : 34 conférences
• 2004 : 40 conférences
• 2005 : 57 conférences
• 2006 : 102 conférences
• 2007 : 182 conférences
• 2008 : 295 conférences
• 2009 : 499 conférences
• 2010 : 2799 conférences
• 2011 : 2701 conférences (et l’année n’est pas terminée …)

Les chiffres sont très certainement inexacts pour les conférences avant 2010 mais je les pense représentatifs de la tendance. Jusqu’à 2007, travailler dans le Web passait encore pour quelque chose de fou, en marge du monde du travail voire de l’informatique. Depuis 2007, c’est de plus en communément accepté, voire même tendance.

En 2012, il faudra travailler dans le Web sinon on aura raté sa vie. Je soupçonne même Valérie Pécresse d’avoir en réalité fait un appel du pied afin de devenir RP pour Facebook en France.
Si on le voulait, on pourrait passer son année en déplacement pour assister aux conférences. Ou en faire un job à plein temps.

D’où l’importance des valeurs

Ce n’est plus une jungle, c’est un véritable bordel. Choisir sa conférence va devenir un véritable sport. La créer aussi. Loïc Mathaud nous le disait ce week-end : si on ne lançait pas Sud Web cette année, on ne sait pas si on aurait pu s’y atteler plus tard. Ce n’est plus seulement une question d’argent mais aussi de visibilité au sein de ce paysage de plus en plus rempli d’évènements.

À l’échelle du temps les langages de programmation sont éphémères. Les BuzzWordConf naîtront et mourront. Les SEOCon(g) et RockStarCamp mourront aussi.

Dans tous les cas, une fois passée la bulle, on souhaitera revenir à l’essentiel : « Dis papa, c’est quoi le Web ? ».
Le Web ? C’est un ensemble de valeurs qui évoluent, se font et se défont. Aussi nerd ou geeks que l’on soit, on croit encore à la liberté de parole, à sa diffusion et à des valeurs dissociées de l’argent. On voit aujourd’hui ce que cela fait de bâtir un modèle entièrement dessus : on perd de vue l’essentiel, jusqu’à vendre de la merde poudre dans nos assiettes.

Conclusion

Sans avoir la prétention d’affirmer qu’on est des visionnaires, qu’on sera mieux que d’autres conférences, au moins je me dis qu’on propose quelque chose d’inédit.
Une conférence où pour la première fois, le « Sud » c’est le rêve, celui d’échanger avec des gens chouettes, au soleil et dans un joli cadre.

Parce qu’on peut être geek, partager un savoir-faire et aimer le savoir-vivre.
C’est ça, le Sud ! Alea Jacta Sud Web

En 2011, nous avons décidé de mettre en avant ces thèmes de conférences : développement, métier, valeurs et méthodologie. 4 thèmes, c’est beaucoup … et bien peu face au nombre de sujets à traiter.
Retour sur la constitution de Sud Web, et ce qui nous a amené à choisir ces thèmes, chers à nos cœurs … et nos professions.

Sud Web : 3 mois montre en main

Paris Web 2010, c’était du 13 au 15 octobre. Loïc Mathaud écrit son compte-rendu de l’évènement de manière enthousiaste 2 jours plus tard. Il en profite pour annoncer la fin de l’arlésienne de Sud Web. Les premiers mails liés à Sud Web se sont envoyés le 19 octobre (à peine 3 jours après).
Un mois après, tout le monde était déjà sur le pied de guerre avec une baseline, des équipes et des tâches à accomplir.

3 mois après, Sud Web disposait d’une identité graphique (très chouette, de mon propre avis ; une fleur, la vie et tout ça), d’un lieu, de thèmes et d’une grande envie de réussir.
Surtout, 3 mois après, on pouvait déjà annoncer qu’on recherchait des orateurs, connus ou pas connus, ayant une forte envie de faire savoir leur savoir-faire.

Tout ça avec plusieurs centaines d’emails, et juste 1 rencontre physique de travail (d’où est né @sudwebleaks, remerciements à Bruno Bord pour cette délicieuse inspiration ).

Qui sommes-nous ? L’interrogation de Paris Web 2010

Je qualifiais Paris Web 2010 d’âge de raison. Et pour cause, au-delà des démonstrations et partages, il y a eu énormément de réflexions.
Des réflexions sur nos métiers, les manières de le faire comprendre face à nos clients (qui achètent des prestations, ils ont autant droit à l’ignorance qu’à l’information), sur l’éducation (on allait même jusqu’à parler de certifications. Y’a pas marqué W3Schools !) et même les manières de travailler.

Plusieurs conférences ont marqué cette tendance. Éric Daspet a parlé du Web comme un métier de valeur, entre précarité, plaisir et réalité(s). Francis Chouquet traitait de cette question au travers des outils : Photoshop ou CSS3 ? Le fond était là : qui sommes-nous, webdesigners, et comment allons-nous travailler ?

Enfin, la conclusion était là : la conférence dont vous êtes le héros. Toute cette conférence a été tournée vers ce sujet, celui du métier et des valeurs. Certains trouvaient qu’être une rockstar SEO ou un directeur artistique junior avait sa place dans le paysage, d’autres se posaient la question de facturer aux compétences plutôt qu’à la prestation, ou encore de l’intérêt de certifier des compétences.

Développement, métier, valeurs et méthodologie

Sud Web n’est pas et ne sera pas une copie de Paris Web dans le Sud. On souhaite apporter la même envie de partager (share the love) tout en n’abordant pas les mêmes sujets.
On se disait qu’attendre 12 mois pour répondre aux interrogations clôturant Paris Web 2010, c’était long … donc autant en profiter pour y puiser des thèmes de conférences illustrant la baseline : savoir-faire et faire-savoir.

Parce qu’on est des geeks, et que c’est aussi notre boulot, le développement est le fil rouge. Qu’il soit frontend, backend, desktop ou mobile.

Le métier et les valeurs se rejoignent indéniablement. Toujours est-il que  le métier de certains a pu être changé par le Web. De même que les métiers du Web changent grâce/à cause du Web.
En parler et le savoir permet d’aborder le sujet d’un point de vue différent, en apportant pragmatisme et humanité.
Ça, ça fait partie de nos valeurs.

Enfin, la méthodologie est essentielle pour atteindre un Web de qualité, et proposer des prestations à la hauteur.
Comment, avec quels outils, pourquoi et comment ? Ça, on aimerait le savoir.

Parlons vite, parlons bien : Lightning Talk !

Je passerai sur les formats de conférence standards, de 40 et 20 minutes.
Je m’attarderai sur les lighning talks. 5 minutes c’est court. Ça évite de préparer des slides, ça permet de faire passer un message et surtout, ce dernier en est d’autant plus percutant.

Traiter d’un sujet, d’une problématique (surtout s’il s’agit de soulever une polémique ou un gros troll velu de SEO rockstar) est presque plus intéressant en 5 minutes qu’en 40. La longueur ne fait pas tout (contrairement à ce qu’on pourrait penser ). Le public, le message et comment on en parle oui.

L’apéritif communautaire, juste après les lightning talks, sera le moment idéal pour continuer à discuter entre orateurs et assemblée.

Rendez-vous à Sud Web, à Nismes !

Il y a pour le moment de beaux sujets dans les tuyaux, beaucoup d’attentes (y compris des orateurs) et des profils vraiment variés.
Ça nous plait et on ne demande qu’à encore étoffer ça pour offrir une double dose de plaisir :  du contenu et des gens passionnés.
N’hésitez pas à proposer un ou plusieurs sujets à Sud Web, il y a ensuite latitude à modifier votre ou vos propositions, ensemble.

Du côté du staff Sud Web, ça se donne à fond pour solliciter sponsors et préparer cette première édition, dans la joie et la bonne humeur.
Sud Web, une conférence sur le Web organisée au travers du Web, c’est possible !

Remarque : j’ai initialement intitulé cet article « pourquoi j’ai décidé de devenir indépendant » mais au final, je me suis rendu compte que je ne répondais pas à la question. Ce sera l’objet d’un autre billet, détaillant pourquoi j’ai préféré l’indépendance à un autre employeur.

Remarque (bis) : comme le fait justement remarquer Padawan en commentaire, un meilleur titre à ce billet aurait pu (ou dû) être « Pourquoi j’ai décidé de quitter le salariat ». Subtile différence qui marque une volonté de changer de façon de travailler. C’est ce qu’il faut en retenir.

Le 30 novembre dernier, j’effectuais mon dernier jour chez Clever Age, société que j’ai rejoins 3 ans plus tôt, le 5 novembre 2007. Aujourd’hui, je pointe à Pôle Emploi dans un contexte de création d’entreprise. De toutes façons, personne ne me prend au sérieux quand je dis être chômeur (ce qui est pourtant une réalité, positive dans mon cas).

Pourtant, certaines personnes s’interrogeaient sur ma volonté de partir. J’insiste sur le mot partir car c’est ce sur quoi elles se sont arrêtées. Alors que moi, je me focalisais sur ce que j’allais entreprendre. Trait culturel ? Se fixer sur ce qui se termine au lieu de regarder au loin ?

Peut-être. Dans tous les cas, je vous livre mon point de vue et ce qui me motive à me lancer dans l’aventure et à prendre des risques.

It’s About Time

En janvier 2010, lors de mon entretien annuel, je n’étais pas fichu de savoir où je serais dans 2 ou 3 ans. Je me voyais toujours chez Clever Age, et absolument pas indépendant. Je craignais trop la nécessité d’avoir à démarcher commercialement et à traiter la paperasse administrative (la comptabilité par dessus tout).

Pourtant, un jour, le doute m’est venu, petit à petit, par concordance de signaux. Je commençais à être de plus en plus sollicité pour travailler sur des projets, pas mal de monde croyait que j’étais déjà indépendant et j’avais envie de participer à des projets externes, en conseil ou en réalisation.

Puis finalement, arrivent les RMLL à Bordeaux. L’occasion d’héberger Nicolas Perriault et Frank Taillandier, de cotoyer un peu plus David Larlet et de voir Bruno Bord s’ennuyer à Bayonne (alors qu’il ne demande qu’une chose, faire ce qu’il aime, du Python) ont provoqué le déclic.

Les doutes se sont alors forgés en conviction : j’étais en train de perdre mon temps.

La croissance ne fait pas tout

Je perdais mon temps car mes convictions et celles de mon employeur divergeaient de plus en plus. La croissance économique voulue et assumée entraîne des recrutements, le nombre de projets et fatalement, la taille de l’entreprise.

Qui dit taille plus importante implique davantage de structuration, davantage de hiérarchie.
Tout ça pour tourner à fond, limiter l’intercontrat et être le plus productif possible.

Enfin, productif, être le plus facturable possible.
En fait, à mes yeux, ce qui n’était pas une SSII car plutôt proche d’une agence Web de techos, était/est en train de devenir une SSII. Psychologiquement parlant, je n’ai pas pu ni voulu passer ce cap.

Privilégier l’homme à la ressource

Qui dit SSII dit « ressource ». Au même type que ressource humaine. À partir du moment où on parle de ressource, l’homme n’existe plus, en tant qu’individu, on ne voit plus que ce qu’on pourra en tirer.
Et plus la taille de l’entreprise augmente, plus l’homme devient une ressource.

On ne dira plus « j’ai ton homme » mais « j’ai les compétences » ou encore « j’ai suffisamment de ressources ». Ça n’a l’air de rien, ces mots, mais c’est toute la vision que l’on peut avoir des gens avec qui on travaille. Si on considère la personne pour ce qu’elle rapporte (car louée pour certaines compétences) et non ce qu’elle apporte, c’est le début de la (longue) fin.

Combien parmi vous se sont déjà sentis sous-exploités, car vous savez en faire plus que ce qu’on vous demande ? Combien parmi vous n’ont jamais eu cette sensation de frustration, explicable ou pas ?

J’ai été définitivement convaincu de ça le jour où je n’ai pas été défendu face au client, et que le seul argument du client payeur cautionnait le fait qu’il s’essuie les pieds sur moi. Ce jour là, le divorce était consommé : je n’étais plus consultant, j’étais une ressource.

Parce que je me suis senti prêt

Même si j’ai mon amour-propre et que j’ai servi de paillasson, j’avoue que cela m’a apporté, couplé au fait qu’il s’agissait d’une mission de longue durée. Le recul.

Le genre de recul qui fait poser plein de questions, sur soi, sur ce qu’on fait, où on est et ce qu’on tente de faire.
Comme me le soulignait un collègue, être en prestation chez un client, c’est comme si ton propre employeur devenait le client. Tu es loin, tu ne sais plus ce qui s’y passe et tu t’en détaches.

Une bonne manière de prendre du recul, et de réaliser que les aspirations ne seront pas satisfaites par les missions. Bien entendu, je parle pour moi. J’ai du mal à ne rien faire et j’ai encore plus de mal à me sentir inutile.

Après moult discussions, réflexions et interruptions de sommeil, j’ai réalisé ceci :

• on est tout le temps sous l’eau
• le marché cherche les bons profils
• le marché a besoin de bons profils
• les freelances que j’estime s’en sortent bien et sont comme moi, n’ont pas été destinés ni formés à être indépendants
• je cherche à améliorer ma qualité de vie
• j’ai envie de défi(s)
• ma famille, mes amis, mes relations professionnelles et ma tendre compagne me soutiennent et m’encouragent

En clair, il est temps, ni trop tard, ni trop tôt. Juste le moment, dans ma vie, où je veux me lancer. J’ai envie de me dire que je réussirai et s’il s’avérait que ce n’était pas le cas, tant pis, j’aurais essayé.

Liberté

J’ai réalisé une chose cette année, parmi d’autres : mon évolution est conditionnée par ma liberté. Dès que j’ai la sensation d’être en cage, d’avoir à subir un boulet au quotidien, j’essaie de rectifier le tir. Si ça ne fonctionne pas, je dérive le chemin, et je trace le mien.

Cette liberté, j’en ai besoin, et je la réalise au travers d’autres individus, des humains. Ils me guident positivement (admiration, inspiration) ou négativement (opposition, rejet).

C’est sur ces fondements que reposera mon activité : un travail de qualité, souple et indépendant, connecté avec d’autres professionnels pour leurs qualités, leurs compétences et leurs valeurs. Une activité où les projets qui me seront confiés seront aussi importants à mes yeux qu’à mon cœur.

Je suis convaincu que l’implication est le facteur premier de la réussite.
La frustration a ça de bénéfique : elle pousse à la liberté.

Et la suite ?

Je suis en train de préparer mon avenir, administrativement et stratégiquement parlant. J’aurai l’occasion d’expliquer dans un prochain billet pourquoi j’ai souhaité choisir la formule freelance / indépendant.

Rien ne démarrera avant 2011, je me laisse encore le temps d’y réfléchir et de profiter des fêtes de fin d’année dans le sud de la France.

Nota bene : pour éviter toute confusion, je n’ai aucun regret à avoir passé 3 ans de ma vie chez Clever Age. Sans cette étape, sans les gens que j’y ai cotoyé et sans ce que j’y ai appris, je n’aurais peut-être pas franchi le pas. Ce n’est pas un règlement de compte, ou un tir à boulet rouge. C’est un constat.

Nota bene again : à celles et ceux qui pensent qu’il s’agit d’un billet plein de rancune contre mon ancien employeur, relisez le titre. J’aime mes anciens collègues, ils sont bons et motivés. Ils ont été et sont une famille à mes yeux. Mais ne lisez pas entre les lignes : je partage un ressenti, c’est personnel et lié à ma personne.

Seulement voilà, lors de toute tentative de mise à jour, que ce soit du blog, d’une extension ou d’un thème, un écran de configuration de paramètres FTP apparaît. Comme nous sommes des feignants, on ne voudra en aucun cas ouvrir un serveur FTP, qui n’aurait d’ailleurs pour d’autre intérêt que de faciliter les intrusions dans votre système.

Où trouver l’information ?

En cherchant un peu, je suis tombé sur l’ensemble des directives de configuration de WordPress, dont les constantes liées au système de fichier.
Cette section précise ce qu’il faut savoir, même si c’est suffisamment technique pour perdre toute personne ne comprenant rien au code (et on ne leur en voudra pas).

Le problème vient du fait que si l’utilisateur propriétaire du système de fichier n’est pas le même utilisateur du serveur HTTP, WordPress bascule automatiquement en mise à jour via FTP.

L’astuce consiste à forcer WordPress en mode direct (système de fichier) et à donner les droits d’écriture au groupe propriétaire correspondant à celui du serveur HTTP (www-data pour Apache et Nginx sous Debian et Ubuntu).

Configuration de wp-config.php

Forcer le mode direct est très simple. Il suffit d’éditer le fichier wp-config.php, celui-là même qui contient les identifiants de connexion à la base de données et autres joyeusetés. Et d’y rajouter cette ligne, avant la première directive par exemple :

define('FS_METHOD', 'direct');

Enregistrez, et c’est plié.

Réglage des permissions

Côté permissions, ça peut également se régler en 2 coups de terminal. Partons du principe que le groupe propriétaire de votre serveur HTTP est www-data, à la base de votre installation WordPress, il suffit de faire ceci :

chgrp -R www-data wp-content/upgrade wp-content/themes wp-content/plugins wp-content/uploads
chmod g+wx wp-content/upgrade wp-content/themes wp-content/plugins wp-content/uploads

Cette manipulation attribue www-data comme propriétaire des répertoires que vous souhaitez rendre accessibles en écriture et ce, de manière récursive. Dans un second temps, elle attribute les droits d’écriture et d’exécution au groupe propriétaire (peu importe le nom du groupe).
Si vous êtes perdu(e) avec la commande chmod, un peu de lecture pour apprendre à le manipuler (ça sauve la vie).

Conclusion

A ce stade des choses, tout est fonctionnel : tentez d’installer une nouvelle extension, ça passera comme une lettre à la poste.
Si vous rencontrez des difficultés, c’est très certainement parce que les permissions des fichiers qui tentent d’être modifiées ne sont pas suffisantes pour le groupe propriétaire du serveur HTTP. Ajustez la procédure des permissions par rapport à votre besoin.

C’est pas sorcier, il suffisait de le savoir  :-)

La présentation

J’ai complètement changé d’axe d’approche entre l’appel à proposition de Paris Web et le jour venu. J’ai retourné le sujet dans tous les sens pour arriver à transmettre le message de la manière la plus adaptée qu’il soit au public. Parce qu’il est vraiment essentiel de comprendre votre auditoire.

De ce fait, j’ai préféré laisser tomber l’atelier magistral où j’aurais été le seul à partager. L’approche choisie fût celle de l’interaction design (IxD) ; notion découverte la veille pendant la conférence de Stéphanie Troeth. L’idée étant de construire ensemble le corps de l’atelier, de produire ensemble la réflexion et d’en arriver à des conclusions plus rapidement.

Le plus amusant fût qu’on arrivait aux mêmes conclusions, et que les slides suivant la phase de design répondaient aux questions nouvellement créées.

Pour l’expérience, et le résultat produit, j’en suis satisfait

Déroulement de l’atelier

L’atelier consistait à passer en revue 3 des étapes du développement frontend : l’intégration HTML, l’habillage CSS et les interactions JavaScript. Chaque étape se divisait en 4 composants de travail :

• Production / réalisation
• Organisation / équipe
• Documentation
• Tests

Pour chacun de ces composants, toute personne dans la salle pouvait suggérer une bonne pratique, une mauvaise pratique ou un outil. Cela s’est matérialisé avec un tableau blanc découpé en 4 zones, dans lesquelles on collait des post-it.

Pour la petite histoire, n’ayant pas pensé à acheter les post-il avant d’arriver à Paris, je me suis rabattu sur le premier choix venu, en me basant sur la connaissance du terrain de David Larlet : Loisirs & Créations du Bercy Village.

C’est ainsi que je me retrouvais avec 200 post-it en forme de cœur,  de maison ou de fleur.

Un peu de gaieté pour un atelier sérieux et créatif.
D’ailleurs, parce qu’on n’a pas bossé pour rien, et que Paris Web c’est aussi la création en plus de share the love, voici la carte mentale de notre heure de travail :

Constats

Mon premier constat, en regardant la carte mentale, c’est qu’on a quand même réussi à produire un bon nombre d’éléments en 1 heure, avec un public qui n’était pas préparé et dans une configuration de salle de classe, remplie de surcroît.
La logistique s’est organisée d’elle-même, avec des contributions diverses pour ramasser les post-it, leur circulation et même la modération.

Quant au contenu en lui-même, plusieurs remarques s’imposent :

• la très grande majorité des contributions concernaient la production (c’était flagrant, face au tableau)
• par extension, il y a peu d’éléments de documentation et de tests et dans une moindre mesure, peu de travail en équipe/organisationnel (à part les classiques versionning)
• en production de CSS et de JavaScript, le nombre de mauvaises pratique équivaut ou dépasse les bonnes pratiques

En une phrase et une seule : le développement frontend, en tous cas représentatif de la population présente dans la salle, travaille dans son coin, avec ses méthodes, peu adaptables à d’autres cadres.

Et la suite ?

Mon avis c’est que si la production n’est pas forcément industrialisable au sens où on ne peut que difficilement automatiser la production du code, en revanche on peut automatiser les tests et la documentation, voire certains aspects d’organisation (diffusion automatique des commits, rapports etc.).

Une de mes hypothèses est que si le caractère individuel du travail est si marqué, c’est que nombre des méthodes, astuces et outils de travail sont basés sur des avis subjectifs. Pas étonnant que les réactions sur le mot industrialisation soient si virulentes et chargées d’émotions.

C’est une des raisons pour laquelle j’ai proposé en conclusion d’aller au-delà de nos jugements personnels pour formaliser des bonnes et mauvaises pratiques, que l’on applique ensuite à son projet si l’on est concerné. Un mélange des guidelines BBC et des bonnes pratiques Opquast en somme.

Ce que j’aimerais, c’est produire 2 livrables :

• une checklist de bonnes pratiques de développement frontend
• un livre blanc du développement frontend, comprenant en plus le processus de dialogue entre acteurs, pendant les phases projet

Ces livrables seront Open Source, libres, gratuits et créés collectivement, parce qu’on a tous des terrains d’expertise différents et complémentaires.

Share the love

Je ne manquerai pas de vous tenir informé des avancées de ces projets, qui me tiennent à coeur.
Je ne saurais que trop remercier les participants, présents lors de l’atelier Paris Web, ceux qui apporteront leur pierre à l ‘édifice (même si ça ne concerne qu’un changement de virgule dans une phrase) et ceux qui apporteront leur soutien, Elie Sloïm en tête. Il propose en effet de mettre à disposition la plate-forme Opquast en tant qu’outil de contribution.

Une idée qu’elle est bonne.

Cette année, j’ai décidé de participer à toutes les conférences qui ne sont pas au cœur de mon activité quotidienne, au sens production. En gros, j’ai voulu laisser tomber tous les buzzwords et me concentrer sur des compétences et connaissances périphériques à activité. Satisfaire ma curiosité.

Je suis donc arrivé à Paris Web sans avoir regardé le programme, en décidant entre chaque pause le titre de la conférence que j’allais inscrire sur mon carnet de notes.

L’ouverture par l’architecture

Ce n’est pas tout à fait vrai : je savais quelle était la première conférence à laquelle j’allais assister. Graine semée il y a 2 ans, dans le retour en métro de Paris Web 2008. J’apprenais que Fabien Basmaison partait 1 année entière en Chine (ou ailleurs en Asie ?).
Absent de Paris Web 2009, il propose « Espace construit et espace virtuel, un retour vers le futur ?«  en guise d’introduction.

Ou comment ne pas parler de Web mais d’architecture, de construction et d’alliage fonctionnel/esthétique.

Il citait d’ailleurs une phrase que j’apprécie beaucoup : l’architecture, c’est savoir changer d’échelle, de point de vue. Je me plais à appliquer ce moto au quotidien mais au fond, n’est-ce pas là une chose essentielle pour toute personne travaillant dans le Web ? Savoir sortir le nez du cambouis, observer ce qui l’entoure, s’en inspirer et replonger/changer d’angle d’attaque.

L’architecture, c’est également réduire les obstacles pour obtenir davantage de fluidité, et augmenter le rendement. C’est la raison d’être des méthodes agiles, comme scrum. Parce que notre défi, c’est réussir un projet sur une base qui est tout sauf industrialisée (voire industrialisable).

L’architecture, c’est travailler sur un patrimoine, ensemble, en utilisant l’existant (cf. Let’s Interface!). On ne peut créer un ouvrage sans tenir compte de l’existant, de l’environnement ou même de l’intérêt même du-dit ouvrage. On ne peut décemment pas concevoir un site Web optimisé pour Internet Explorer 6 et une résolution de 1024×748, ce serait juste omettre/nier l’existence du Web tout entier.

Paris Web est un moment où l’on s’ouvre l’esprit : cette conférence était programmée au bon moment, avec le bon intervenant mais surtout avec le bon contenu. Quelque chose qui n’était pas axée sur le Web. Celui qui replace le Web dans son contexte, celui de l’inspiration.

Conseil livre : de Le Corbusier.

Let’s Interface!

Christian Heilmann me fascine littéralement. Il a le don d’arriver à insuffler ce qu’il recherche : du fun et de l’intelligence.
Si je devais résumer cette conférence en une phrase, ça serait la sienne : le Web est un outil, utilisons-le. On ne construit pas pour le Web, on construit avec le Web.

C’est la transcription parfaite de l’architecture vers le Web. Tenir compte de l’existant, des outils, pour construire les siens et arrêter de réinventer la roue.

Les interfaces devraient être des outils faciles à utiliser, et à comprendre. De l’accessibilité au sens large en somme.
De quoi insister auprès des clients de ne pas perdre de vue l’objectif principal ? L’utilisateur ?

L’accessibilité dans une chaîne de production Web

Quel meilleur moyen de ne pas perdre ses objectifs de vue en effectuant un contrôle qualité, matérialisé par une vérification de l’accessibilité à toutes les étapes du processus, plutôt qu’en livraison finale. C’est le point de vue de Denis Boudreau et de Vincent François.

Pourquoi la fin de chaîne pose problème ? Tout simplement parce qu’il est (souvent) déjà trop tard, que le coût des modifications en est multiplié mais surtout, c’est beaucoup plus simple d’intégrer ça dès le départ.
Si on en revient à l’architecture, c’est comme si on mettait des fenêtres à 2 mètres de hauteur et qu’on se rendait compte à la livraison de la maison que ce n’est pas accessible car trop en hauteur pour les habitants. Vous vous voyez casser le mur et descendre la fenêtre ?

Leur présentation de l’accessibilité dans une chaine de production Web, navigable au clavier et à la souris, est équivoque et découpe ces différentes phases au sein du projet :

• Analyse
• Architecture
• Ergonomie
• Graphisme
• Prototypage
• Rédaction
• Développement
• Contrôle qualité

Le liant entre ces phases étant la gestion de projet, menée de concert entre la maîtrise d’oeuvre et la maîtrise d’ouvrage. Une personne a même très justement souligné qu’il faudrait ajouter une nouvelle dernière étape, la livraison/maintenance. Pour s’assurer notamment qu’à l’usage, lors de la contribution ou des évolutions de l’application, l’accessibilité soit maintenue à niveau.

Innover de 9 à 5

Je m’intéresse à l’innovation, pas seulement à la théorie mais également à sa mise en pratique, depuis que je vois passer sous mon nez des projets intéressants mais qui oublient toujours une chose. Les usagers (tiens, on y revient). Un site est réalisé par une entreprise, pour accomplir un but (besoin marketing, nouveau produit ou autre) mais … la praticité et l’intérêt de l’usager, bien souvent, y sont absent ou trop peu représenté.

J’y reviendrai dans d’autres articles, par le biais de mes lectures et de mes projets.

Toujours est-il, j’ai découvert une autre personne de Phéromone, Olivier Théreaux. Il a présenté de manière méthodique les différents types d’innovations possibles (business, design, incrémentales, radicales). Leur mélange provoque de l’efficacité, une amélioration des processus, de nouveaux produits, une découverte de nouveaux besoins et j’en passe.

Le travail de l’innovation, ce n’est pas seulement l’acquisition de l’idée : c’est l‘art de la faire fructifier, de la mettre concrètement en oeuvre.
En ce sens, il cite Scott Berkun : les gens ne veulent pas innover, ils veulent avoir innové. N’avez-vous jamais entendu de client qui vous demandait une application iPhone sans savoir ce qu’ils voulaient y mettre ? La réponse est dans la citation.

Innover, c’est apprendre à échouer. C’est admettre que des fautes seront commises et que la réussite se mesure également en terme de ressources : elles doivent être à la mesure des ambitions. L’amplitude entre les 2 augmente les risques d’échec.

Olivier soulignait aussi un détail essentiel, qu’on oublie un peu et qui pourtant caractérise tellement notre métier, notre univers : c’est la culture hacker. Hacker au sens bidouilleur. Celui qui parvient à ses fins en se servant d’outils à disposition. LE Web est à notre disposition.

Encore une fois, les personnes les plus fascinantes ne sont pas celles qui apportent de nouvelles choses ou qui sont les « meilleures ». Mais celles qui apportent un regard différent, de par leur(s) culture(s), leur expérience et leur vécu.

Conseil lecture :  de Scott Berkun.

Journey over Destination: creating an effective framework with UX tools

J’ai malheureusement été moins attentif sur la conférence de Stéphanie Troeth (projet client à régler, à croire que chaque année j’y coupe pas ;-(). Néanmoins, à la lecture de ses slides pendant sa présentation, une chose m’avait frappé : tout est clair, limpide et extrêmement synthétique. Sans le son, il y avait de quoi apprendre. C’est d’ailleurs comme ça que je me suis aperçu que la méthode employée lors de mon atelier technique (dont vous pouvez lire l’annonce ; le détail et résumé arrivent) était en fait de l’interactive design.

L’expérience utilisateur repose avant tout sur la conception, du site, de l’outil ou de je ne sais quoi (le concept s’applique à tout, pas seulement au Web). Encore une fois, l’agilité du processus, la fragmentation des tâches et les contraintes (limites de temps, de fonctionnalités etc.) sont un élément essentiel à la qualité du résultat final.

L’exemple le plus parlant est celui du curseur : tirer d’un côté enlève du poids à l’extrême opposé. De même que parmi la trinité temps, argent, fonctionnalité, on ne peut en conserver que 2. Lesquels choisiriez-vous au moment d’acter un choix ? Que diraient vos clients ?

Notre conversation en off m’a confirmé mon intuition : sa présentation représente des mois de réfléxion, au fil de l’eau. Tiens, ce n’est pas justement le concept de l’innovation ?

La typographie comme outil de design

Encore un petit nouveau à Paris Web : David Rault. Encore un globetrotter, à croire que ça va devenir un élément déterminant sur le CV

La typographie, de mémoire, est un sujet qui a été peu abordé à Paris Web, en tous cas pas lors de conférences. Je m’y connaissais assez peu et le moins que je puisse en dire, c’est que je suis resté le regard rivé sur la scène, à noter avec délectation cet enseignement, fort souvent un choix par défaut. On va utiliser quelle typo ? Oh bof, de l’Arial ou du Verdana.

Quelques explications sur la classification typographique, et hop, tout devient plus clair quant aux termes serif, sans-serif, linéales, humanes, garaldes, romaines etc. Je ne paraphraserai pas cette classification.

En revanche, retour à l’architecture, c’est tout le bagage culturel que les polices de caractères véhiculent. Sans oublier leur base historique et sociale. Je n’imaginais pas utiliser sur un ordinateur une police datant du XVI^ème siècle, considérée comme parfaite.

En considérant que le Web, c’est 95% de typographie (ce que l’on lit), ce n’est clairement pas le choix banal que l’on a l’habitude de faire, ou de subir. Je rajoute cette notion aux indispensables à réunir pour réussir un projet, par le biais de la communication écrite.

Conseil lecture : de David Rault.

La macrotypographie de la page Web

On reste dans l’univers de la communication visuelle avec Anne-Sophie Fradier. L’occasion d’ailleurs de me rendre compte que j’avais déjà lu son blog auparavant, et que je le découvre juste maintenant, à l’occasion de la rédaction de cet article Le Web est petit et on se connait plus facilement en avatar en fin de compte.

Macrotypographie vous dites ? Il s’agit de concevoir la typographie au niveau du paragraphe, de la page, par le biais de grilles, de colonnes, leur ratio etc. C’est forcément une personne bien puisque les grilles, elle adore et en mange au petit-déjeuner mais surtout, a eu une réponse extra à ma question (oui j’ai posé beaucoup de questions, je sais ) : les grilles apportent-elles une contrainte qui brident la créativité ?
Réponse : non, bien au contraire, il faut des contraintes pour développer la créativité. Elles agissent comme un guide.

Le rapport permanent du livre au Web était très intéressant. On a tendance à opposer print au Web, moi le premier … et finalement, elle considère que la page Web se rapproche du volumen (les rouleaux de papier, utilisé pour la Torah notamment).
Plus amusant encore, tout ce qui concerne la typographie a déjà été inventé … par les moines. Enluminures, marges, blocs de lecture etc.

Un regard rafraîchissant de plus sur la manière de concevoir et d’architecturer nos contenus, nos sites et nos applications.

Conseil lecture : de Josef Muller-Brockmann.

La crois au rouge français

Conclusion

Alors, pourquoi avoir titré mon article l’âge de la raison ? Parce qu’en plus de partager notre amour du Web, les intervenants de Paris Web, les organisateurs, mais aussi les participants, ont réussi à démontrer qu’on n’était plus que dans la diffusion d’informations à coup de slides.
Non, on était dans la création.

L’âge de la raison parce que finalement, le fond de cette édition était basé sur les réflexions. Qui sommes-nous ? Comment valoriser nos compétences ? Comment dialoguer avec le client ? Comment dire que la qualité ce n’est pas une option (pas la nôtre) ? Comment faire un site Web standard et un site Web mobile en un seul développement ?

L’âge de la raison car les processus de création et les enjeux métier étaient au centre des réflexion. Et qu’on n’a d’ailleurs toujours pas une réponse claire. L’argumentation va s’étoffer avec le temps, je n’en doute pas.

Je remercie chaleureusement les organisateurs d’avoir si bien réussi la programmation. Cette matinée typographie est un vent de fraîcheur qu’il faut continuer à pousser, pour aborder le webdesign d’un angle peu pratiqué jusqu’à présent.
L’expérience de la vélotypie et de la traduction simultanée (et les 2 en même temps) était excellente. Je découvrais l’effervescence d’un organisateur des RMLL se demandant comment mettre en place un tel système.

Je terminerai malgré tout par quelques critiques, car on peut toujours progresser :

• HTML5 c’est sympa, il faut aller vers du concret, au-delà des balises section, header etc. La démo de Paul Rouget cassait la baraque car elle apportait ce qu’il manquait jusque là : la concrétisation au-delà du slide ;
• le mobile a quasiment disparu de la programmation alors que l’an dernier, on sentait que c’était le sujet de toutes les interrogations
• les conférences sur le contenu, leur rédaction me font trop souvent penser à des cours de référencement naturel de bas étage (je suis dur, j’assume)

Encore une fois, rendez-vous de pris pour l’année prochaine, à savoir en 2011 … à moins qu’un Sud Web se glisse entre temps dans le calendrier ?

Remarque : j’oublie plein de choses, plein de personnes (Ryan, toute la famille avec Frank, N1k0 etc.) … dur dur de tout caser en 1 billet ;-(

Je reviens aux sources et à mon grand dada avec l’intégration HTML au sens large du terme. J’ai choisi d’intituler cet atelier : industrialiser l’artisanat de l’intégration HTML. Rendez-vous le samedi 16 octobre 2010 à 10h50 dans les locaux de Télécom Paris pour en discuter … et maintenant, pour le préparer et en dessiner les contours.

Origine de l’atelier

Juste après l’édition 2009 de Paris-Web, je me demandais sur quoi je pourrais parler en conférence ou en atelier. Cette manifestation a le mérite d’attirer des orateurs de qualité … et ce n’est pas évident de monter sur scène en se disant : que pourrais-je apporter au public, qui ne soit pas de la redite et suscite autant d’intérêt qu’une Stéphanie Troeth, Karl Dubost ou Christian Heilmann.

Et là j’ai lu la lettre au papa Paris-Web d’Elie Sloïm. J’ai de suite pensé à un sujet lié à l’intégration HTML. Cette spécialité connaît une effervescence d’outils depuis 2008 (frameworks CSS, pré-processeurs CSS et performances Web) … pourtant les méthodes de travail restent toujours très liées au développeur, à son tempérament et à ses connaissances d’outils capables d’améliorer la productivité. Quelque chose de tout sauf normalisé, industrialisé.

Comme il s’agit également d’une pratique ayant du mal à accepter les changements – je me souviens encore des réticences liées aux frameworks, alors que dans tout langage de programmation ces outils sont perçus comme du pain béni – je me suis dis qu’il y avait quelque chose à faire.

Les axes initiaux de l’atelier

En préparant l’appel à propositions de Paris-Web, j’avais convenu que cet atelier devrait tenter de répondre aux objectifs suivants :

• dresser un état de l’art de l’intégration HTML
• offrir une large tribune à l’audience, notamment en partageant ses propres retours d’expérience
• déterminer ce dont on dispose et ce dont on manque en terme d’outillage

Par extension, je souhaitais répondre (au moins) à ces questions :

• comment bâtir des CSS indépendantes et réutilisables ?
• quand et comment utiliser un préprocesseur CSS ?
• comment dialoguer avec le graphiste ?
• comment dialoguer avec le développeur ?
• comment détecter les régressions et assurer une qualité de code en CSS ?

J’ai également repris l’historique des précédents Paris-Web pour voir que de précédents ateliers s’étaient déjà penchés sur la question de la chaine d’intégration. D’où mon souhait de ne pas forcément réinventer la roue.

Pour autant, les objectifs tout comme les questions ne sont pas figées dans le marbre. Cet article est également là pour capter vos avis et vos remarques, pour ajuster cela avant le jour de l’atelier.

Discuter, échanger, et créer

Enfin, mon évolution personnelle au long de cette année 2010 et certaines paroles de David Larlet résonnaient dans ma tête.
Un sujet de cette importance ne peut pas être magistral. Pourquoi ? Parce que tous les intégrateurs rencontrent une variété de conditions de travail différentes, et qu’il serait d’autant plus difficile d’obtenir un consensus en prodiguant cet atelier de manière magistrale.

D’où l’idée d’introduire l’atelier par un bref résumé de mes retours d’expérience sur les frameworks (existants, ou créés pour le besoin), les pré-processeurs CSS, leur combinaison ainsi que l’application de la philosophie Object Oriented CSS. Quelque chose comme 10/15 minutes maximum.

Le reste du temps serait réparti de manière équitable sur chacune des questions, et animé sous forme de discussion. Chaque participant répondrait (via des post-it, je les fournirai ) par 1 ou plusieurs réponses, positives et négatives. En gros, ce qu’il faut faire, et ce qu’il ne faut pas faire.

Cette collecte en live des post-it, affichés au tableau, permettrait de dresser une cartographie des bonnes et mauvaises pratiques, des actions à mener et dont il faut se méfier.

A défaut de parler d’une industrialisation vidant l’intégration HTML de son côté artisanal, on aurait une excellente occasion pour tous se poser ensemble les bonnes questions, et repartir avec des réponses et des idées pleins la tête.

Conclusion

Bref, si le sujet de l’intégration HTML vous préoccupe, est au centre de vos intérêts et que vous souhaitez en améliorer sa pratique professionnelle (pour une meilleure reconnaissance de celle-ci ?), je vous invite à la fois à venir à l’atelier technique du samedi (il reste quelques places ; ça ne coûte que 22€) et à réagir en commentaires. Je ferai mon possible pour adapter l’animation de l’atelier à vos problématiques et questionnements.

Cet atelier serait ainsi à l’image de Paris-Web : une grande discussion conviviale, constructive et enrichissante.
L’idée sera ensuite de concrétiser ces échanges soit par un ensemble de billets de blogs soit, si la matière le permet, en livre blanc.

Ne me demandez pas ce que je prévois pour 2011, je n’en ai aucune idée … pour l’instant

Un peu forcée puisque l’on s’est quitté lors du lancement des RMLL 2010, au début du mois de juillet. Je n’ai pas pris le temps d’en dresser un compte-rendu. Toujours est-il que ce fût une expérience à vivre, tant lors des conférences que des afters.
Le remplissage des salles était vraiment aléatoire, avec semblerait-il une légère allergie aux conférences en langue anglaise. J’ai pris quelques claques, d’humilité notamment. Merci les indiens (vraiment).

Toujours est-il qu’il est temps de revenir à la réalité. J’aurais pu écrire plusieurs articles.
Par manque de temps (ou plutôt parce que je préfère le consacrer à d’autres choses), je mutualise tout ça dans cet article.

Widget VCUB

J’ai peaufiné le widget VCUB pour Netvibes annoncé en avril dernier. J’ai ajouté ces quelques éléments :

• simplification de l’affichage de la date de mise à jour
• recherche du nom des station (à la volée, ou via la recherche Netvibes)
• affichage d’une carte réduite de station (avec stations à proximité)
• choix de la langue d’affichage (en français par défaut)
• correction du bug d’ajout de station en favori (merci à Sébastien Dugué pour m’avoir mis sur la piste)

En parallèle, je me suis lancé dans un petit projet utilisant les données de VCUB avec Node.js et CouchDB. J’espère aboutir à des résultats en 2011.
D’ici là, je dois accumuler des données, à la fois pour secouer les performances de la base NoSQL mais aussi pour arriver au résultat qui m’intéresse.

En attendant, vous pouvez toujours forker uwa-vcub sur Github ou installer le widget VCUB sur votre page Netvibes.

Boulimie littéraire

Catalogué geek ou pas, on a beau passer ses journées à travailler dessus/sur/devant un ordinateur, cela n’empêche pas d’aimer lire.
Je suis tenu en haleine par un pavé ô combien instructif : de Jean Lopez. Il s’agit d’un livre historique sacrément bien ficelé sur les offensives finales de l’Armée Rouge entre 1944 et 1945.
Il contient beaucoup d’explications sur les contextes politiques, géopolitiques et les raisons du succès des Soviets … jusqu’aux fondements de la Guerre Froide.
Je recommande fortement sa lecture, pour peu que le sujet vous intéresse.

Se sont entassés sur le canapé, pour cause de bibliothèque remplie :

• Beginning CoucbDB − suite à un article de Nicolas Steinmetz
• CoucbDB: the Definitive Guide − pour approfondir le sujet
• Micro-ISV: from Vision to Reality
• Rework − déjà lu et prêté/commenté par mon éminent collègue Boris Schapira
• Absolument dé-bor-dée ! – comment faire 35 h en un mois…Quand on est fonctionnaire
• Scrum and XP from the Trenches: How We Do Scrum
• Améliorer ses taux de conversion Web
• Design Thinking: Integrating Innovation, Customer Experience, and Brand Value
• Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers
• Tribes: We Need You to Lead Us
• Les Mots sont importants

Bref, il me faudra un petit bout de temps pour voir la lumière au bout du tunnel de la lecture.
Peut-être devenir fonctionnaire pour avoir davantage de temps ?

Association du numérique en Aquitaine

Le besoin commençait à se faire sentir depuis quelques temps déjà. La filière numérique en Aquitaine s’organise et est en train de se constituer en association de loi 1901. Elle s’adresse aux acteurs du numérique en Aquitaine qui, par l’innovation, la recherche, la formation ou l’usage, développent la filière numérique dans cette région.

Le reste du compte-rendu a été fort bien synthétisé par la secrétaire de l’association sur le site Éditoile. Il y a à mon avis un besoin d’opérer en liberté, sans s’embourber dans des déblatérations sans fin. Je rêve de voir des task force émerger pour apporter leurs réponses à des sujets.
En espérant que cela puisse aider à faire aboutir une solution intelligente de lieu de coworking à Bordeaux, pour commencer.
Et éviter une rivalité inutile entre CUB et Mairie de Bordeaux.

Bref, j’y participe et j’ai hâte de voir cette agence tous risques à l’œuvre

Paris-Web 2010

J’animerai un atelier technique pour la troisième année consécutive. Rendez-vous à l’atelier provoc’ Industrialiser l’artisanat de l’intégration HTML le samedi matin, à 10h50. Ça se passe dans les locaux de Télécom Paris, donc beaucoup plus proche du centre de la capitale que lors des précédentes éditions.

Pourquoi industrialiser un artisanat ? Parce que j’ai toujours eu la sensation que tenter d’apporter un semblant d’organisation (grilles, frameworks & cie) dérangeaient les habitudes, parce qu’on n’a pas besoin de davantage, parce que les CSS doivent rester simple etc.

Bref, cet atelier s’orientera sur mes retours d’expériences, dans mon coin et au quotidien, dans divers contextes. J’ai envie de confronter les problématiques habituelles entre personnes de l’assemblée.

Je détaillerai tout ça dans mon prochain billet, afin de présenter cela plus en détail.

Je vous parlais en janvier de l’appel à conférence. Celui-ci a battu les records : 35 conférences, 1 table ronde et plus d’une demi-journée de conférences en anglais pour la session Internet, que je co-organise avec Nicolas Perriault.

La session Internet

Toutes les conférences liées à la thématique de l’Internet et du libre se déroulent sur 3 jours, du mercredi 7 juillet (demain) jusqu’au vendredi 8 juillet. Ça se passe dans l’amphitéâtre A (150 places) de l’ENSEIRB-MATMECA, à 2 pas de l’arrêt de tramway B « Arts et Métiers ». Tout se trouve sur le plan détaillé de l’évènement, en particulier dans la rubrique déplacement en tramway.

La philosophie consiste à réduire les durées de conférence sur des durées de 20 minutes, pour offrir un message clair, sans longueur ainsi qu’une variété d’intervenants et de sujets.
Coïncidence de la vie et organisation aidant, on a réussi à caser ça en demi-journées thématiques.
Cela offre d’une part une vision claire du programme mais aussi, si vous avez une attente bien précise, une (ou plusieurs) demi-journées suffisent pour y répondre.

On aurait aimé en faire plus … difficile en 3 jours, déjà intenses.

Frameworks et tests

• Date : mercredi matin
• 6 conférences

Où l’on parlera de frameworks de développement avec Django et Symfony2, de tests avec Selenium et une avant-première Temesis.
SPIP sera de la partie pour inaugurer ce bal technique, servant autant à du site Web que de l’applicatif ou de la création d’API.

HTML, CSS et accessibilité

• Date : mercredi après-midi
• 8 conférences

On habille le Web avec des présentations d’HTML5, CSS3 mais également des outils d’amélioration de qualité (comme KBAccess, ou Tanaguru).
La journée se terminera sur 2 conférences clé : l’intégration accessible de vidéos et l’accessibilité pour les non-lecteurs. Oui, les non-lecteurs

CMS et gestion de contenu

• Date : jeudi matin
• 6 conférences

eZ Publish sera à l’honneur, aux côtés d’Automne, Typo3 et Joomla. Piwigo illustrera la gestion de contenu de photos et d’images.
L’orientation est données aux cas pratiques : intégration de recherche à facette, optimisation de performances.

Internet I/O

• Date : jeudi après-midi
• 6 conférences

À la fin de la demi-journée, vous saurez ce qu’il faut pour devenir votre propre hébergeur, de l’infrastructure matérielle jusqu’à l’accès Internet maitrisé.
Une autre partie des conférences est dédiée à des outils d’extraction et d’accès à Internet, autrement qu’avec un navigateur Web.

Matinée anglophone

• Date : vendredi matin
• 3 conférences

C’est un peu plus fourre-tout : CMS Java avec Apache Lenya (présenté par des membres de la fondation Apache), tests de montée en charge et outil de traduction collaborative par Automattic.

Collaboratif, traduction et Open Data

• Date : vendredi après-midi
• 6 conférences
• 1 table ronde

Le clou du spectacle : traduction automatisée, réseau social décentralisé, collaborer à OpenStreetMap, gérer une communauté Open Source, Open Data et moteur de recherche décentralisé.

On terminera sur une table ronde dédiée à Open Data, afin de décrypter ensemble tous les intérêts à libérer ses données, créer de la richesse et apporter l’innovation jusqu’à la société civile ; un levier de croissance trop facilement oublié.

On se voit sur place !

Je serai sur place pendant toute la durée de la session Internet donc n’hésitez pas à nous interpeler, Nicolas ou moi.
Le programme continue également en soirée, en aparté :

• mardi soir à la Parcelle
• mercredi soir chez Élie − c’est celui qui est plus beau en vrai que sur le Net, et c’est pas un self-service
• jeudi soir au repas du libre
• vendredi soir chez Alriq

Vous pourrez y croiser entre autre (et dans le désordre) Nicolas Perriault, Sébastien Delorme, David Larlet, Mickaël Hoareau, Romy Tetue, Élie Sloïm, Frank Taillandier, Dennis Benkert et moi-même.

Je remercierai quand même mon employeur, Clever Age, qui prend intégralement en charge mes jours de participation à cet évènement. Participer à l’écosystème du libre sans se soucier de l’aspect financier est un confort très appréciable.

Pour un Internet libre !

Non, ce qui m’a vraiment frappé c’est que sur les 10 raisons évoquées, à peine 2 sortent la tête du lot :

• utilisation du push
• l’écosystème de l’App Store

Mais surtout, les véritables raisons ne sont même pas évoquées.
Rectification.

Ces 10 raisons sont du bullshit

La grosse dérive de ces articles à base de n-raisons, c’est qu’on se sent obligé d’en pondre pour arrondir le compteur. Forcément, 2 raisons ça fait pas rêver.

Je vais revenir sur chacune de ces raisons de préférer une application à une version mobile :

1. un format adapté
   Ça ne veut strictement rien dire : le site Web mobile et l’application peuvent avoir la même apparence et s’affichent dans le même espace disponible (à quelques détails près − les boutons de navigation par exemple).  L’application ne garantit par le rendu mais utilise bien souvent une charte de facto ; charte qui est rarement reprise pour les sites Web mobile et pour cause, ces derniers s’adressent à tous les mobinautes.
2. une plus grande facilité d’utilisation pour le public
   Là encore il y a grosse confusion entre fond et forme. Un site Web mobile peut avoir la même apparence et le même type de navigation qu’une application. La preuve : l’application Facebook (pour Android en tous cas) renvoie régulièrement sur la version mobile (adaptée aux écrans tactiles) pour terminer certaines actions.
   En terme d’apparence, elles sont quasiment identiques. D’ailleurs, vu qu’il est impossible de consulter ses messages privés sur l’application, le site Web mobile est plus facile à utiliser que l’application.
3. le grand public déteste les URL
   Il s’en fiche surtout, parce qu’il ne comprend pas. Donc bien souvent le nom du site est cherché dans le moteur de recherche par défaut du navigateur. Cela se termine par un ajout dans les favoris.
   Entre chercher un nom d’appli dans un store ou dans un moteur de recherche Web, il n’y a strictement aucune différence.
4. le grand public adore les icônes
   Difficile de laisser échapper un sourire en lisant cette raison Je cherche encore le rapport car des icônes, on peut en mettre à foison sur un site Web mobile.
5. le push
   C’est quelque chose qu’on ne peut effectivement pas faire depuis un site Web mobile. C’est un avantage pour l’application. Combien de sites ont besoin de fournir du push ? Je n’imagine pas avoir 26 applications de blogs m’envoyer du push à chaque publication d’article. Donc à consommer avec modération d’autant plus que l’existence du push ne rend pas son utilisation obligatoire.
6. le buzz
   Le buzz ne se fait pas par rapport à l’application mais aux fonctionnalités du service. Que je sache, je joue avec Foursquare, j’utilise Seesmic pour son widget Android et ses options poussées, pas parce que c’est une application ou un site Web. Foursquare serait pourri, l’application n’y changerait pas grand chose.
   Le buzz est possible mais ça concerne un nombre tellement faible de services (par rapport à l’ensemble des sites Web existants) qu’il ne faut pas espérer un buzz uniquement parce qu’une application existe.
7. c’est bon pour ton image, coco
   Ne pas proposer une application pour un service à usage de masse est effectivement une erreur à l’heure actuelle. En revanche, c’est une décision stratégique qui n’empêche pas pour autant de disposer d’un site Web mobile. La raison est hors-contexte : ça se décide entre l’application et l’application.
8. une application est plus facile à trouver qu’un site Web
   Cf. ce que j’ai écrit plus haut : chercher sur l’App Store ou sur Google, c’est pareil. En revanche, le réflexe de chercher dans le store sera probablement bien plus élevé. Ça n’ajoute aucune facilité. C’est juste une habitude différente − donc ce n’est clairement pas la même chose.
9. une application offre des possibilités de fonctions plus avancées qu’une version Web mobile
   Oui, et le push en fait partie. Mais là encore, l’auteur de l’article n’a pas compris qu’un site Web est universel, à la différence de l’application qui est spécifique à la plateforme en question. C’est d’ailleurs pour ça que ça porte un nom différent, site Web, application.
   Encore que, avec des technos Web on peut réaliser une application mobile grâce à des outils comme PhoneGap.
10. l’écosystème de l’App Store, iAd et la possibilité de monétiser une application
    C’est fortement lié à la 8ème raison : l’écosystème fait qu’on va chercher en premier dans le store plutôt que depuis son navigateur mobile. D’ailleurs, pour un service existant, les utilisateurs n’attendent même pas que la communication soit faite sur l’application : les possesseurs de smartphones cherchent dans le store. Point final.
    iAd n’est qu’une plateforme publicitaire parmi d’autres mais on n’a pas le choix (sur iPhone en tous cas).
    La monétisation est possible en paiement à l’acte sur un site Web mobile, mais clairement pas à l’installation. La manière de monétiser est différente. L’acte d’achat aussi : l’utilisateur sera très certainement plus propice à payer une application qu’un accès à un site Web mobile.

S’il ne fallait retenir qu’une seule raison

Quand même, je vais citer LA raison qui me fait utiliser une application plutôt qu’un site Web mobile : la vitesse. L’application ayant toute l’interface préchargée, la navigation est fatalement plus rapide.

Je pourrai quand même citer un excellent contre-exemple : le site Web mobile de Flickr. Sa navigation entièrement en Ajax (pour les mobiles supportant cela) la rend véloce et très agréable à utiliser. Elle est aussi rapide à consulter que l’application Facebook. Elle est même plus rapide en ce qui concerne le chargement d’images.

Application ou site mobile ? Les deux mon capitaine !

Il faut quand même comprendre une chose : le choix ne se fait pas entre une application ou un site Web mobile.

Comme je l’expliquais avant, la cible est différente.
Quand je publie une application iPhone, le public est mécaniquement la population possédant un iPhone.
Quand je publie un site Web mobile, le public est mécaniquement la population connectée à l’Internet mobile, y compris les utilisateurs d’iPhone naviguant avec Opera Mini.

Le Web a une notion d’universalité que n’ont pas les stores. Un store, c’est un service Minitel 2.0. On se connecte au service et on n’en sort pas.
Ne pas proposer de site Web mobile, c’est nier une frange des internautes. Et ce n’est pas ce que j’appelle un progrès, l’exclusion.

Ah et dernier point : il n’y a pas que l’iPhone dans la vie. Il y a aussi Android, webOs et Windows Phone. Certes en Europe l’iPhone domine l’Internet mobile et le marché des smartphones mais ce n’est pas une généralité mondiale.

Conclusion

La mobilité et le Web mobile sont des sujets très chauds et en pleine croissance. Ça serait bien d’arrêter de se secouer la nouille pour le bon plaisir des statistiques.

Vous pouvez proposer un site Web mobile.
Vous pouvez proposer une application mobile.

Vous n’avez par contre pas vocation ni obligation de sortir une application mobile pour y caser tous les buzzwords ou être hype. Un exemple ? L’application Agenda de la ville de Bordeaux. C’est une appli mais un chargement systématique de 10 minutes au lancement, c’est un non-sens complet.

Comme quoi, application ou site Web mobile, encore une fois, la clé du succès c’est une bonne conception et surtout une réflexion sur les apports à l’usager en situation de mobilité.

Le compteur est remis à zéro cette année avec la publication du widget VCUB.

VCUB

Le soir en sortant du travail, j’aime bien prendre un VCUB pour prendre l’air, raccourcir mon trajet (les bus en centre-ville à 18h c’est pas forcément gagné) ou pour me déplacer plus rapidement.

Mon seul ennui, c’était la facilité d’accès à l’information principale : la disponibilité des vélos. Elle est disponible à la fois sous forme de carte ou de liste sur le site Web officiel. Cela reste toutefois assez long pour y accéder.

Étant toujours utilisateur du service Netvibes, je me suis dis pourquoi ne pas en faire un widget ?.
Quelques jours après, le widget VCUB était né. Vous pouvez ajouter le widget VCUB sur votre page Netvibes en 2 clics.

Aperçu du widget VCUB

En terme de fonctionnalités, ça reste simple : il y a la liste des stations ainsi que vos stations favorites. Ces dernières permettent d’accéder rapidement aux stations que vous utilisez le plus fréquemment, afin de ne pas avoir à les chercher sans arrêt parmi la centaine de bornes existantes.

Si vous avez des idées ou d’autres besoins, n’hésitez pas à m’en faire part. J’essaierai de les ajouter dans un délai raisonnable.
Sinon, il ne vous restera plus qu’à contribuer au code.

Github

J’ai profité de l’occasion pour jouer (oui un geek joue quand il s’amuse à produire du code) avec git et Github, cette plate-forme de social coding.

En plus d’être ultra pratique à utiliser et d’être pédagogue dans la manière d’expliquer git aux nouveaux venus, Github facilite énormément les contributions possibles à n’importe quel projet. Étant habitué de Subversion, j’étais un peu effrayé par le terme fork. Les fusions de code étant plutôt galères, un fork raisonnait dans ma tête comme étant une fuite de code, une branche qui vit sa vie sans revenir à la source.

Avec Github ce n’est pas ça, c’est presque le contraire : forker c’est vraiment reprendre du code dans son coin pour le proposer confortablement au projet d’origine. L’interface en ligne du projet et la magie du merge de git font tout le reste.

En clair, Github peut devenir une réelle addiction pour qui aime contribuer à des projets libres et ouverts. On a envie de tout forker et d’apporter notre pierre à l’édifice.

Conclusion

Il est tellement plus facile de pouvoir compenser un problème lorsqu’on a les outils à disposition. En quelques 400 lignes de HTML, JavaScript et CSS tous les bordelais ont 2 choses :

• des informations fraiches sur la disponibilité des vélos à portée de main
• une possibilité d’enrichir eux-même le widget

La pérennité est assurée par l’ouverture du code. Libre à vous d’en faire un widget concurrent ou de l’adapter pour une autre ville que Bordeaux.

Mais surtout, tout l’intérêt d’un service (comme VCUB) repose dans la communauté et les usagers. Certaines personnes sont prêtes à donner de leur temps et de leurs idées pour enrichir un service qu’ils utilisent et apprécient.