Web consulting

Le 1er janvier 2008 à minuit tout le monde était occupé, même Feecker. Il a commencé sa ronde infernale pour ne jamais l’arreter.

Toutes les dix minutes, un caractère apparait ou change quelque part.  L’image fait 2000×1000 pixels pour essayer de remplir tous les écrans, vous ne verrez donc pas forcément tous les changements.

Essayez de trouver un mot , si c’est le cas faites une capture d’écran, prennez note de l’heure et envoyez le tout à word@feecker.com les meilleurs seront publiés.

Feecker marque une révolution dans le web. Après le contenu généré par les utilisateurs, voici le site autonome, il génère lui-même son contenu.

Plus d’informations à venir.

En regardant de près les statistiques de Daskoo (qui va super bien soit dit en passant), mon attention a été retenue par les détails des navigateurs et leurs versions.

On parle toujours de deux principaux : Firefox et Internet Explorer mais développer un site pour eux ne suffit pas. Ce qui va suivre démontrer une fois de plus l’importance d’avoir un site accessible avec des alternatives à Flash/AJAX.

Pour commencer avec Firefox et IE, comme je l’ai dit il y a un gros pourcentage de FF 2.0 et IE 6/7 mais il y a aussi…

Ok mais il y a encore ceux qui ne sont ni FF ni IE… comme Netscape (nan il est point mort)

Bon, qu’est-ce qu’il nous reste… simplement le pire car il y a une variété époustouflante et ça représente tout de même 6% des visiteurs…

Est-ce que tout ce beau monde voit convenablement le site ? Daskoo n’est pas un site complexe, mais il faut supporter CSS 2 pour le voir correctement, et CSS 2 tous les navigateurs cités dans ce billets ne le supporte pas. Vous aussi vous avez des navigateurs “exotiques” non ? Que faites-vous pour eux ?

Il y a deux jours, le 14 septembre 2007, Google annonçait discrètement qu’il soutenait le prix X Prize de la fondation du même nom. Comment fonctionne ce prix ?

L’idée est de fixer un défi au secteur privé (le soutien par des gouvernements n’est pas possible), d’ailleurs selon le règlement 90% au moins des fonds doivent provenir du privé pour être conforme, et récompenser largement le gagnant.

Si le prix est imposant (20 millions pour le grand prix cette fois et 10 millions lors de la dernière édition), le défi l’est tout autant :

• Lors de la dernière édition remportée en 2004 par SpaceShipOne, il fallait réaliser des vols sub-orbitaux à 100 km d’altitude.
• À présent le défi est d’envoyer un robot faire une petite promenade de 500m sur la lune en envoyant des images et communications en quasi temps réel.

X Prize vise entre autre à relancer l’intérêt général pour le domaine spatial, les mathématiques et autres sciences.

Selon le communiqué de Google, ils espèrent avoir 6 ou 7 participants crédibles. Pour toucher les 20 millions de dollars, il va falloir faire très vite car dès 2013 le prix perd 5 millions. À noter qu’un prix secondaire ainsi que des bonus sont également en jeux, totalisant 5 millions (donc 30 millions de dollars pour la totale):

• Prix secondaire si le robot ne fait qu’envoyer des images
• Bonus si le robot fait plus de 5km (10 fois plus que demandé par le prix principal)
• Bonus si le robot rapporte des photos des missions précédentes (allusion aux missions Apollos ? Si des images sont rapportées ça risque de faire du mal à la polémique en cours depuis longtemps…)
• Bonus si le robot résiste aux durs conditions de la lune (froid glacial durant la nuit) durant deux semaines

Bien que le prix soit imposant, il ne couvrira pas forcément les frais de développement, surtout si le prix remporté n’est “qu’un bonus”. Par contre cela fait une formidable publicité et carte de visite pour le créateur (voir la médiatisation pour SpaceShipOne et les retombées que cela aura lorsque Virgin lancera prochainement son agence de vols spatiaux).

Ce que je trouve dommage c’est l’esprit du concours : “On envoie sur la lune, on émet des signaux et c’est finit pour le robot.” Il va donc rester sur la lune en compagnie de base de module spatiaux, instruments, mirroirs, jeep et autres restes des missions lunaires.

C’est marrant, on a fait à peine quelques missions humaines sur la lune et lors du retour d’humains là-bas (projeté en 2020 par la NASA), la lune est déjà un dépotoir.

Au mois lors du défi des vols orbitaux, l’enjeu était de concevoir un véhicule réutilisable. C’est pour cela que le défi n’est véritablement intéressant que si au minimum on s’intéresse à tous les prix : endurance, fiabilité,… les robots envoyés sur mars dépassaient régulièrement leur espérance de vie (à part les échecs).

Étant participant à l’Eurobot 2008, je connais l’intérêt et les enjeux de ce genre de concours et c’est extrêment intéressant au vu du nombre de défis à résoudre (lancement, communication, déplacement, autonomie, solaire, etc… surtout à 300′000km de distance…).

Voici quelques informations, rappels et tuyaux pour développer un service web 2.1 :

• OpenID : C’est la mode. Enfin, ce sera la mode, il faut être précurseur. Proposez l’authentification par OpenID c’est avoir une longueur d’avance. Voici des librairies pour faciliter l’intégration OpenID en divers langages.
• Gravatar : LE service d’avatar. (petit lien discret à une explication d’Aysoon sur l’importance de ces pixels). Pour implémenter gravatar c’est simple.
• N’oubliez pas le petit beta à côté de votre logo ni de faire une beta fermée avec système d’invitation (2-3 au début pour que les heureux élus soient fiers et fassent une bonne pub pour donner à 2-3 personnes leurs invitations, puis élargir ce nombre à 5 pour l’hystérie et quand le service est fin prêt (avec 2-5000 membres quoi), laisser les invitations à 25 durant 6 mois. Après mieux vaut ouvrir les inscriptions, ça diminuera la charge de vos serveurs mails. Mais laissez le beta, sinon votre site perdra de la crédibilité et vous n’aurez plus d’excuse pour les bugs.
• Développez directement votre site sur une plate-forme multi-lingue. Même si vous sortez le site en une seule langue, soyez prêt. Après ce sera trop tard pour y penser. À lire : Les frontières des langues et le web.
• Mettez à disposition des flux RSS sur tout ce qui bouge.
• Développez votre site proprement et sortez le plus vite possible des API, ça déchainera la passion des développeurs.
• Choisissez un nom qui sonne bien, court et en .com (mais si, ça existe…). Au besoin, gagnez du temps avec ce petit vérificateur en ajax.
• Ne vous reposez jamais ou la concurrence vous dépassera. Si vous percez, il faut en profiter, pas attendre les autres.
• Évitez la publicité au lancement. Vous en avez besoin pour vivre, mais mieux vaut attendre d’avoir une fréquentation correcte pour attaquer ce point du business plan. Pensez à laisser bien visible un lien pour les annonceurs.
• Ne dévoilez pas votre idée tant que la beta n’est pas prête, contentez-vous de faire vieillir le nom de domaine avec des liens par-ci par-là.
• Tout au long du développement (je ne dis pas “et après” car c’est jamais fini….), soyez à l’écoute des feedbacks. Soyez réactifs.
• Éviter de penser à l’infrastructure de l’hébergement après les gros ralentissements ou down de votre service, ça se pense au début. Elle doit pouvoir évoluer très simplement.
• Suivez l’évolution de votre site, regardez ce qui a du succès, ce qui n’est pas suffisamment mis en avant, etc…
• Développez les sites au format extensible, qu’ils couvrent tout l’écran et soient agréables à lire tant sur un 1024*768 que sur un écran wide de 22″ en 1680*1050.
• N’oubliez pas les petits écrans. Smartphone, PDA,… les petits navigateurs deviennent important. Conseils.

J’ai probablement raté une bonne dizaine de points importants, si vous en avez dans la tête, laissez un commentaire et je complète

J’ai décidé samedi d’attaquer un nouveau projet :

C’est un projet de site communautaire qui devrait rendre service à bon nombre de développeurs, qu’ils soient amateurs, débutants, professionnels, freelances ou autre.

Beta privée prévue fin aout. Au passage, si vous êtes ou connaissez un web designer disponible et motivé par ce genre de projet, vous pouvez me contacter. Mes projets étant amateur, pas de rémunération à prévoir, juste du plaisir.

Avoir le concept du siècle c’est une chose. Monter une équipe performante c’en est une deuxième. Lever les fonds, c’en est une quatrième. Devenir populaire c’en est une cinquième.

À ce stade, le succès est tel que plus de la moitié des membres sont étranger à la langue du site. Mince, on avait pas retenu une structure multilingue dans le cahier des charges… trop couteux, trop long. Du coup, il ne suffit pas d’avoir les traducteurs, il faut aussi passer un bon moment à transformer le site en profondeur.

Entre le moment où on réalise l’importance du marché potentiel d’une version international du service, d’autres start-up on pris leur part du marché, tel des vautours.

Heureusement, comme la plupart de ces start-up sont américaines, elles proposent la version originale en anglais, ce qui couvre une large proportion des internautes (entre ceux qui le comprenne et ceux qui le parle couramment). Mais le potentiel du Chinois, du Français, de l’Italien, de l’Espagnol, etc… est gigantesque.

Qui s’est fait avoir ? Digg, Del.icio.us, Youtube, Twitter,… pour ne citer que les plus connus.

Traduire un service est certes couteux à la base. Mais ne pas le faire fait perdre des millions en cas de succès. Et une version internationale dès le lancement favorise largement le succès.

Je n’ai plus la source en tête, mais plus de la moitié des utilisateurs des sites comme Youtube, Flickr ne sont pas Américains.

Et vous, pensez-vous à traduire vos nouveaux sites ? Ou du moins à le construire de manière à pouvoir facilement ajouter des langues ?