blog.cozic.fr » développement

Comment devenir millionnaire quand on est développeur iPhone

Romain Amardeil — Mon, 21 Mar 2011 08:30:03 +0000

Apple est l’un des précurseurs dans ce mode de commercialisation. Proposer une plate-forme où les développeurs peuvent vendre leur création à ses clients. Un moyen intéressant de se faire de l’argent. C’est ce que propose cette infographie au détour de quelques statistiques intéressantes sur le métier de développeur iPhone et ce qu’il faut faire pour devenir millionnaire. Alors d’après vous, quelle est la recette de la réussite?

Les développeurs web et l'Open Source

Romain Amardeil — Wed, 16 Feb 2011 10:30:55 +0000

Cette infographie présente les résultats d’une étude demandée par Mozilla sur les web développeurs et leur rapport au web open source. Comprenez Web open source, tout ce qui est disponible sur Internet et qui est utilisable sous cette licence particulière. Les résultats sont intéressants et on se rend vite compte que la majorité des développeurs web (américains ou non) utilisent les outils à leurs dispositions notamment ceux open source, généralement pratiques (puisque ce sont des développeurs comme eux qui ont créés ces outils) et gratuits. Et vous, les utilisez-vous, quotidiennement?

La publicité sur les mobiles et le développement des coupons promotionnels

Frédéric Cozic — Mon, 10 Jan 2011 10:30:26 +0000

Retour sur le marché de la publicité en ligne sur mobile avec cette infographie qui nous présente également le marché des coupons promo sur mobile qui se développe à toute vitesse aux US.

Web Designers versus Web Developers

Frédéric Cozic — Wed, 01 Dec 2010 12:30:07 +0000

Cette sympathique infographie propose une comparaison entre les web designers (graphistes) et les web developpers (developpeur web). Personnellement, je suis assez fan des tee-shirts des deux personnages ! (Mention spéciale pour Olivier qui a affiché cette infographie dans mon bureau)

Histoire et faits marquants sur les CSS

Frédéric Cozic — Wed, 01 Dec 2010 08:30:52 +0000

Très belle et intéressante infographie réalisée par Templatemonster.com et illustrant l’histoire des CSS (Cascading Style Sheets). L’infographie revient également sur la compatibilité de certaines méthodes en fonction des navigateurs.

Récupérer les principaux scripts JS en un seul clic

Frédéric Cozic — Tue, 10 Aug 2010 07:10:36 +0000

Je viens de tomber sur une ressource qui pourra vous être utile mais qui m’a surtout plus pour son idée et sa simplicité. La plupart des sites Internet d’aujourd’hui repose sur une ou plusieurs librairies JavaScript pour animer leur page (contenu dynamique, effet visuel, chargement asynchrone). Les plus connus sont jQuery, Mootols ou encore Prototype.

Le site ScriptSrc.net vous propose de récupérer la bonne ligne de code à insérer dans vos pages pour les principales librairies JavaScript et le tout en un seul clic. La plupart des scripts sont appelés sur les serveurs de Google (ce qui permet d’optimiser le temps de chargement) et sont bien évidemment proposés dans leur toute dernière version.

Les librairies disponibles sont :

jQuery
jQuery User Interface
Chrome Frame
swfObject
MooTools
YUI
Ext JS
Prototype
Dojo
Script.aculo.us

Vous n’allez pas vous servir de ScriptSrc.net tous les jours, je vous l’accorde. Mais j’ai beaucoup aimé sa mise en oeuvre très simple et efficace et l’idée de base.

Guide de référence des interactions tactiles

Frédéric Cozic — Tue, 03 Aug 2010 09:47:51 +0000

Je découvre avec plaisir le travail de Luke Wroblewski, spécialiste en ergonomie et design d’applications. Parmi ces différents travaux, Luke a consolidé de nombreuses recherches sur les interactions tactiles (Touch Gesture) qui gagnent peu à peu notre quotidien via les smartphones et autres tablettes. Il a ainsi rédigé un guide complet sur toutes les actions tactiles possibles en essayant de normaliser les noms donnés à ces gestes (en anglais) : Tap, Drag, Flip, Press and Tap, etc.

Au delà de ce guide complet que vous trouverez ci-dessous, Luke a mis en ligne également plusieurs ressources sur le sujet comme :

A noter également que tous les schémas et illustrations sont disponibles en version EPS, OmniGraffle ou encore Visio (super pratique pour les mockups !) sur cette page.

Le guide de référence des interactions tactiles

via

Tutorial complet pour construire son player vidéo en HTM5 et CSS3

Frédéric Cozic — Thu, 29 Jul 2010 15:36:23 +0000

Rapide petit partage d’un tuto découvert sur le blog des développeurs d’Opéra qui explique de manière très détaillée comment construire un player vidéo HTML5 en CSS3 et avec l’aide de jQuery. Exit donc le Flash ! Allez au boulot les geeks !

→ Découvrir le turorial

Startup, avez-vous créé votre Status Page ?

Frédéric Cozic — Thu, 29 Jul 2010 14:40:51 +0000

Depuis plusieurs mois déjà, les services web qui « décollent » sont rapidement confrontés à des problématiques de tenu de charges. Rançon du succès, coup médiatique ou simple pic de charge, il n’est pas toujours évident de maintenir une plate-forme Up & Running tout en assurant des développements en parallèle et une communication agressive sur un service web. De plus en plus de services web choisissent également de diffuser leur contenu ou services via des API ouvertes en incitant les développeurs à les utiliser. Dès lors, les problèmatiques de tenue charge deviennent doubles : ne pas dégrader sa propre plate-forme tout en assurant une qualité de service minimum pour l’ensemble des utilisateurs des autres services construit sur ces API.

Faire preuve de transparence

Beaucoup ont alors choisi de jouer à fond la carte de la transparence, d’assumer complètement ces problématiques de tenus charges et voire même de communiquer autour. Pour cela, on retrouve de plus en plus souvent des « pages de statut » (Status Page) qui informent les utilisateurs mais aussi les développeurs de l’état en temps réel du service web, des API ou des fonctionnalités mises à disposition. Simple blog minimaliste ou véritable tableau de bord, ces pages trouvent un intérêt doubles pour les startup ou services web qui les mettent en place. D’une part, ils trouvent ainsi un moyen de communiquer facilement et de manière contrôler en cas de « crise » à gérer. Ils maîtrisent ainsi complètement le message à faire passer et peuvent aisément répondre à des buzz négatifs. D’autre part, c’est également le moyen d’être complètement transparent avec ses utilisateurs, qui a avoué ses faiblesses…

Ne pas tomber dans l’erreur de l’autruche

D’autres, en revanche, résistent ou ne mettent en place ce genre de pages pour leur utilisateurs. Comme je le disais, que cela soit par peur de montrer ses faiblesses ou de diffuser un statut négatif, certains sites web préfèrent jouer le jeu de l’autruche et résoudre tant bien que mal sans communiquer autour. Malheureusement, le résultat est alors souvent bien pire avec un ressentit des utilisateurs ou de la communauté de développeurs mauvais ou dégradés lorsque ce genre de problèmes se reproduit encore et encore…

Ne pas négliger sa communauté non plus

Lorsque vous construisez un site web qui propose des services à ses utilisateurs ou qui expose des API à une communauté de développeurs, il est essentiel de faire preuve de transparence et de rester pro-actif dans la gestion des problèmes. D’un côté, la communauté se sent soutenue, trouve le moyen de comprendre ce qui se passe sur leur propre service qui est impacté et d’un autre côté, le service web mis en défaut communique simplement à un unique endroit et peut se concentre à résoudre le problème en question plus que de perdre du temps à communiquer autour. Gérer une crise est avant tout affaire de communication !

Les 7 règles à respecter pour construire une page de statut de ses services

Je reprends et traduis ici un très bon article trouvé sur le très bon TransparentUptime.com :

Vous devez afficher le statut en temps réel de chacun de vos services
Les informations doivent être à jour et correctes
Votre page de statut doit être facilement identifiable et trouvable par vos utilisateurs
En cas de problème, vous devez mettre à jour en temps réel le statut de l’incident
Mettez en place un historique
Prévoyez la possibilité de notifier vos utilisateurs d’un problème : Twitter, flux RSS ou email par exemples
Soyez précis dans la manière dont vous récupérez ces informations

Utilisez une solution Open Source pour créer votre page

Il existe aujourd’hui plusieurs produits vous facilitant la vie pour mettre en place une Status Page ou un tableau de bord pour vos services. Le plus connu et complet est certainement StashBoard. Cette solution Open Source vous fournit plusieurs outils pour se brancher à votre système pour monitorer et communiquer sur votre qualité de service et vos incidents éventuels. Autant se servir de ces outils et ne pas réinventer la roue…

Quelques exemples de Status Page

Finissons ce petit article par quelques exemples illustrés de pages de status assez célèbres.

Google

Google a assez longtemps avant de mettre en place une page de statut pour ces différents services. Celle-ci se présente sous la forme d’un tableau de bord et est accessible publiquement : http://www.google.com/appsstatus.

Status Page de Google

Twitter

Twitter a été par le passé très souvent confronté à des problèmes de charge et a donc souvent dû gérer des crises par rapport aux très nombreux utilisateurs de ces API. Sa page de statut est un Hub de communication très important pour la société et se présente sous la forme d’un blog minimaliste : http://status.twitter.com/.

Blog de statut de Twitter

Amazon

Tout le monde ne le sait pas mais Amazon propose de très nombreux services web pour les éditeurs et développeurs. Ces services sont là encore monitorés et présentés dasn un tableau de bord : http://status.aws.amazon.com/.

Tableau de bord de statut des services d'Amazon

Seesmic

Dans la même lignée que Twitter, Seesmic propose lui aussi un blog minimaliste pour communiquer sur la qualité de son service : http://status.seesmic.com/.

Mini-Blog de Seesmic

LiveJournal

LiveJournal, plate-forme de blogs, joue la carte de l’humour en confiant la communication sur le statut de son service à une chèvre Ninja ! Visible là : http://status.livejournal.org/.

La chèvre ninja de LiveJournal !

Pourquoi ne pas aller encore plus loin !

Pour terminer, je finirai en citant l’exemple de la société CultureCode qui produit l’excellent outil de gestion de tâches Things. Cette société va encore plus loin dans l’utilisation et la communication de son quotidien en mettant en ligne une page listant les projets sur lesquels ils travaillent, qui y travaillent et quel est le statut à date de chacun des sujets. Au delà d’un design original, cette page pousse donc encore plus loin le concept pour le plus grand plaisir des fans de la société : http://culturedcode.com/status/.

CultureCode communique sur l'avancement de ses projets en interne

L'un des robots.txt les plus originaux au monde

Frédéric Cozic — Wed, 28 Jul 2010 19:45:09 +0000

Pour ceux qui ne connaissent pas l’existence et le principe du fichier « robots.txt », sachez qu’il s’agit d’un simple fichier texte très fréquemment utilisé par les éditeurs de sites Internet pour indiquer aux moteurs de recherche ce qu’ils ont le droit d’indéxer (de référencer) et ce qu’ils doivent ignorer. Pratique pour cacher une nouvelle version ou empêcher le référencement de certaines zones privées.

Bon les geeks ou éditeurs de sites web apprécieront certainement plus la blague que les non initiés mais je ne pouvais pas m’empêcher de bloguer le fichier robots.txt qui actuellement utilisé par le célèbre site de musique en ligne Last.fm :

User-Agent: *
Disallow: /music?
Disallow: /widgets/radio?
Disallow: /show_ads.php
Disallow: /affiliate/
Disallow: /affiliate_redirect.php
Disallow: /affiliate_sendto.php
Disallow: /affiliatelink.php
Disallow: /campaignlink.php
Disallow: /delivery.php
Disallow: /music/+noredirect/
Disallow: /harming/humans
Disallow: /ignoring/human/orders
Disallow: /harm/to/self
Allow: /

Le fichier est vraiment visible et consultable à cette adresse : http://www.last.fm/robots.txt . Vous remarquerez certainement les 3 dernières lignes qui ~~font discrètement passer un message de paix ou d’appel au calme~~ sont les trois lois de la robotique (loi d’Asimov).