Alors que nous sommes de plus en plus liés via réseaux sociaux, emails, messengers, forums, blogs, etc… il est de plus en plus difficile de savoir à qui on a affaire.
Deux exemples:
- Dans le dernier wired une histoire assez sordide ou un bon père de famille tombe amoureux d’une petite lycéenne de 17 ans, tue un jeune rival… pour s’apercevoir qu’il dialoguait avec une femme de 45 ans qui se faisait passer pour sa fille.
- 30% des personnes fournissent de fausses informations aux réseaux sociaux.

Rien de plus facile que de se créer “from scratch” une fausse identité numérique: un mail avec un nom de personne (par exemple: julia.buscemi@gmail.com [j’ai inventé le mail…]), un profil correspondant sur facebook, linkedin et autres réseaux sociaux… chopez quelques photos crédibles (sur flickr par exemple) et hop, me voila transformée en jolie blonde de 23 ans habitant Palo Alto en Californie, USA…

Quelles réponses pouvont nous (aussi bien les professionnelles du web, les pouvoirs publics ou les utilisateurs) donner à ce problème?
C’est un problème qui risque de devenir de plus en plus préoccupant… et pour l’instant les professionnels du web semblent un peu désarmés. Faites des vérifications officielles et personne ne viendra sur votre réseau social… ne faites rien et laissez trainer mensonges, prédateurs, violeurs…
Comment garantir sécurité et respect de la vie privée? (alors que ce deux deux notions aux antipodes)

Des pistes?

On entend souvent (en particulier avec la vague 2.0), de Béta… mais peu de gens savent ce que cela veut vraiment dire (ou quelles signification se cache derrière ces termes). Après avoir vu comment recruter des Béta Testeurs, voyons un peu les différentes phases de lancement d’un logiciel/site web/service web.

- Alpha
C’est la phase où votre projet est en phase de finalisation et vous devez tester toutes les fonctionnalités, l’ergonomie du site, etc… pour vous assurer que votre produit est conforme à vos attentes. Généralement ces tests sont faits en interne et nécessite beaucoup de petits changements (principalement dans les fonctionnalités qui ne correspondent pas aux attentes).

- Closed Beta
Votre projet est fonctionnel (en gros ça marche) mais vous n’avez eut aucun retour client potentiel. Vous allez donc ouvrir votre site/service/logiciel à un nombre restreint d’utilisateurs qui pourront tester votre projet et vous envoyer des recommandations: bugs, difficultés dans la navigation, problèmes d’ergonomie, etc…
Beaucoup d’entreprises utilisent aussi ce système pour faire du teasing, en donnant des accès à des personnes influentes pour parler du produit avant son lancement officiel.

- Open Beta
Votre projet est fonctionnel et en constante amélioration grâce aux conseils de vos béta testeurs, il est temps maintenant de l’ouvrir au plus grand nombre pour voir sa réaction face à un nombre d’utilisateurs beaucoup plus grands. Le but ici est de continuer de recueillir des informations pour améliorer votre produit, mais aussi de voir si votre projet tient la charge.
C’est aussi une façon de prévenir les utilisateurs que votre produit n’est pas complètement finalisé et que quelques bugs peuvent subsister (c’est la grande excuse du web 2.0, éternellement en Béta)

- RC: Release Candidate
C’est dur de trouver une traduction à ce terme anglais… votre projet n’est plus en Béta, le debuggage est donc terminé (ou presque) et il est prêt à être lancé, certaines fonctionnalités et notions ergonomiques peuvent éventuellement changer, mais on est très très proche du produit final.
Ce terme est beaucoup utilisé par les utilisateurs de logiciels pour caler une version d’un logiciel avant sa mise à disposition du public. Une Release Candidate est une version finale possible, mais pas encore validée.

- Release
Votre projet est finalisé et en ligne, accessible par tout un chacun… Il ne vous reste plus qu’à travailler sur la prochaine release (et repasser par tout le cycle Alpha/Beta, etc…)

Voici donc un repompage/adaptation d’un article extrêmement intéressant de Smashing Magazine (lecture quotidienne obligatoire, ce site est une véritable mine d’or pour tout le monde). Je me suis inspiré de quelques questions, en adaptant les réponses…

1. Tout le monde peut le faire
Votre petit cousin a ouvert par mégarde DreamWeaver, votre voisin parle le HTML couramment? Je suis content pour lui (ou pour eux) mais cela ne fait pas de lui un travailleur du web. Tout le monde pense que le développement web est quelque chose de facile, qu’on a juste à designer le bidule et puis faire les pages, et puis…
Non le web c’est un métier, de plus en plus professionnalisé et complexe, donc… laissez ce travail aux professionnels.

2. Tout ça peut se designer en 2 jours chrono en main
C’est évidemment faux. On ne peut pas faire vite, pas cher et bien… c’est juste impossible. Il est possible d’aller plus vite aujourd’hui grâce aux différents framework, CMS, etc… et d’avoir une intégration beaucoup plus rapide, mais la phase de conception reste longue.

3. Le respect des standard vous garantit un bon site web
C’est souvent une erreur commune, entre la forme et le fond. Evidemment c’est très bien d’avoir un site qui respecte les standard, un code propre, portable et bien fait (cela simplifie beaucoup la tâche de maintenance je l’admets), mais cela ne garantit en rien la qualité intrinsèque d’un site. Des sites sont affreux au niveau standard mais marchent divinement bien (même si je n’aimerais pas mettre mon nez dans le code), alors que d’autres respectent les standards mais sont fonctionnellement idiot ou ergonomiquement handicapés. Donc non, ce n’est en rien une garantie…

4. Les bonnes pratiques et le respect des standard coûte cher
C’est vrai si vous n’avez jamais été sensibilisé à ce problème… le cout d’acquisition de ces connaissance risque oui de vous couter cher. Si c’est le cas, il est temps de vous mettre à lire.

5. IE est un cauchemard pour développer
Il est vrai que cela demande certains efforts et surtout une connaissance poussée des différences avec les autres navigateurs, mais vous pouvez relativement facilement arriver à un résultat très correcte, et très proche du rendu des autres navigateurs.

6. IE7 est une amélioration d’IE6
Microsoft devait nous fournir un produit qui devait nous simplifier la vie… au lieu de ça, il a continué à rajouter des merdes (désolé de mon langage, mais c’est mon sentiment le plus profond). Je ne connais aucun travailleur du web qui travail sur IE7 par choix, c’est toujours par obligation…

7. Les développeurs ne sont pas des designers / les designers ne sont pas des développeurs
Il n’existe pas de frontière aussi claire que cela, beaucoup de développeurs sont aussi designers et beaucoup de designers savent coder… le CSS/XHTML est une bonne passerelle entre les deux univers qui sont bien souvent assez bien maitrisées par les deux catégories.

8. Il faut être en californie pour réussir
De nombreux exemples nous montrent le contraire… aussi bien en Europe, en Israel, dans d’autres pays européens ou non. Il est vrai que la concentration d’entreprises du secteur dans ce lieu géographique nous y fait penser, mais ce n’est pas (totalement) vrai.

9. Les développeurs web sont tous des NoLife
Evidemment faux, même si vous voulez vous faire greffer votre BlackBerry sur le bras ou si pour vous sortir nu c’est sans votre ordinateur portable, la grande majorité des développeurs web sont des gens comme n’importe qui, certes un peu web/techno addicted, mais qui sortent, voient du monde, ont des enfants, etc…

10. Ce qui est important ce sont les idées
Archi faux, ce qui est important c’est la REALISATION, pas les idées… tout le monde a des tonnes d’idées (même ma grand mère…) mais ce qui fait la différence c’est la réalisation de cette idée (et pas juste d’avoir des idées)

Les deux idées reçues principales et que l’on rencontre tous les jours, avec les non-initiés (et certains de nos collègues/clients malheureusement):
- tout le monde peut le faire
- ça se fait en deux minutes
En général quand on leur explique en deux minutes les tenants et aboutissants du problème et toutes les questions que nous allons devoir résoudre, ce fantasme disparait bien vite, mais il reste malgré tout tenace…

Voilà un nouveau mot qui risque de faire fureur dans les jours/semaines/mois qui viennent: “Bacn“. (raccourci de Bacon, cf photo ci dessus…)

Ce mot désigne toutes les alertes emails, provenant de newsletter, de réseaux sociaux, d’outils web, d’applications de gestion de projet, etc… des alertes indispensables (plus ou moins) mais que vous ne pouvez regarder tout de suite…
qui vous intéressent (plus ou moins), mais qui ont la fâcheuse tendance a encombrer votre boite mail.

Vous pouvez l’utiliser comme suit:
“Je suis en train de lire mon bacn”
“Pfff j’ai tellement de bacn aujourd’hui!”
“Mec, j’en ai déjà marre de tout ce bacn!”

Plus d’info ici ou encore ici (site officiel, ouais je sais c’est dingue un site officiel… en même temps j’aime bien le tshirt).

Personnellement, je reçois pas mal de bacn… je n’ai pas de chiffre exact, mais entre les newsletter, les alertes divers (googleAlert, réseaux sociaux, blogs, etc…) je dois être à plusieurs dizaines par jours (dont 80% que j’archive ou supprime direct), et vous?

Je suis tombé sur cet article de Mashable qui liste une quarantaine de WebOS… et après avoir en avoir testé quelques uns, je me suis posé la question, à quoi ça peut bien servir un WebOS?
Les fonctionnalités sont très variables d’une distribution à l’autre, avec espace de stockage ou non, email, messagerie instantanée, etc… mais la question reste entière: quel est le but de toutes ces sociétés.

Uniformiser votre espace de travail peu importe votre OS actuel?
Pouvoir travailler dans un cybercafé, en vacances et garder son espace de travail?

Je ne vois pas trop le but de tout cela… bref je ne vois pas l’intérêt (mais certains surement pour investir dans de telles sociétés), donc si vous avez un idée… je suis preneur