Tag : Travail

En ce moment, je travaille sur pas mal de projets en même temps, et je m'aperçois que j'ai quasiment autant de façon d'échanger avec les clients que de projets.
- Le premier est un vieux client, que j'ai depuis maitenant 2 ans. Je ne l'ai jamais vu en vrai, le seul contact que j'ai avec lui est l'email. Tous les devis, demandes de modifications, rapport de bugs etc... se font par mail. A vrai dire, c'est intéressant pour apprendre à bien se faire comprendre. Cela pose bien sûr le problème inverse, il faut que le client me comprenne bien. C'est pourquoi, je me répète souvent dans mes emails, demandant des confirmations. Un autre système que j'ai trouvé est le suivant : le client m'expose son projet, avec ces mots à lui. Ensuite, je lui réponds en reformulant tout ce qu'il veut faire, en lui demandant si c'est bien ce qu'il veut. Si c'est le cas, je peux me lancer dans le projet sans trop avoir de surprises...
- Le second type d'échange est pour un projet un peu plus conséquent, plus difficile à appréhender. Au début, on avait essayer de communiquer aussi par mail, mais je me suis vite aperçu que je ne saisissai pas assez bien ce que voulait véritablement le client. Nous nous sommes donc rencontrés pour qu'il m'expose clairement ce qu'il voulait, en même temps que je le questionnait sur les points que j'aurai besoin d'éclaircir pour faire ma programmation. C'est ici un gros avantage : je me rends compte directement des questions que j'aurai à me poser, et je les pose directement au client et je note sa réponse sur la calepin pour les ressortir au moment voulu. Nous nous voyons environ une fois par semaine, pour faire le point sur ce qui a été fait et validé, puis pour discuter des prochaines étapes du développement du site. Entre 2 rendez-vous les échanges se font par mail, un peu comme le permier exemple. La plupart du temps, un email contient plusieurs points du site. Pour y répondre, je réponds directement dans son email, avec une autre couleur pour plus de clarté, pour répondre point par point à ses questions/remarques. Ensuite, s'il y a encore des questions sur ce que je réponds, il utilise le même procédé, et ainsi de suite, jusqu'à ce que le point disparaisse, ayant été traité et mis en place sur le site.
- Le troisième est un client qui utilise internet, mais qui est beaucoup plus adepte du téléphone. Du coup, dès qu'il a une question ou une remarque, il me téléphone (jusqu'à 5 coups de fils en moins de 3 heures) et il m'expose son problème, on en discute, et je lui propose une solution technique à son problème, pour que ça lui convienne. Sur ce projet, j'ai aussi un contact par MSN avec le graphiste, je le tiens au courant sur quels fichiers je travaille et des modifications à apporter.
- Le quatrième est un projet au sens véritable du terme. Pour ce dernier, j'ai eu une réunion avec le commanditaire pour qu'il m'explique bien (et que je comprenne bien) ce que je devais faire, avec documents écrits des tâches à accomplir. Ensuite, je suis totalement libre, sans contact particulier avec lui, sauf si j'ai un point à éclaircir (ce qui n'a pas encore eu lieu) et à la fin du projet, il validera l'ensemble de mes travaux ou m'indiquera quels points sont à modifier.
- Enfin, le cinquième projet (qui touche bientôt à sa fin) avance lentement, car le client n'est pas très présent. Il ne reste que quelques petits détails à revoir mais qui demande l'intervention de ce client. Donc forcément, le site n'avance pas.

Sur tous ces projets, le système de communication que je préfère est sans doute l'email. En effet, quoi de plus frustrant de recevoir un coup de téléphone alors qu'on est en plein développement d'un élément charnière du code, de devoir s'arrêter net pour répondre, puis de changer de projet pour se mettre sous les yeux le projet dont parle l'interlocuteur, puis d'effectuer les petites modifications qu'il demande pour être sûr de ne pas les oublier, et de revenir à son code du début, en étant obligé de le relire pour être sûr de ce que l'on fait.
L'email a cet avantage que l'on y réponds quand on veut, ce qui permet de pouvoir mieux gérer son temps, de se consacrerà un projet particulier le temps qu'il nécessite et régler les petits détails à d'autres moments, où l'attention n'y est pas la plus grande.

Quel est votre avis ? Comment préférez-vous communiquer avec vos clients ? Pour quelles raisons ?

Pendant un long moment, je n'utilisai sur les sites que je m'occupai (en l'occurence pas beaucoup) que le script Les Visiteurs - v2.0.1 de phpInfo. Son avantage : je le trouvai simple, léger, et me donnant les informations que j'avais besoin rapidement et clairement, dans des beaux petits graphes. Et puis, ces derniers jours, j'ai du trouvé un outil de statistiques pour un client, qui donne un maximum d'informations dans une interface agréable et facile d'utilisation. Je me suis tout de suite tourné vers un script dont je connaissais l'existence, que j'avais testé il y a bien longtemps sans en être convaincu : phpMyVisites. Je l'ai donc installer sur le site du client : un beau petit script d'installation, très simple et très rapide, en 9 étapes. Une fois l'installation terminé, un simple code JavaScript/HTML à intégrer dans les pages, et le tour est joué. Une simple petite manip pour donner le nom de la page que je désire, pour les retroyver correctement dans l'administration de phpMyVisites.

Dans la foulée, je l'ai installé sur mes sites : nyrodev.com et nyrodev.info. Un gros avantage de cette application, est que l'on peut inclure dans la même admin plusieurs sites, qu'ils soit héberger au même endroit ou pas. Ceci est possible car le code appelle un javascript et un fichier PHP générant une image en URL absolue. Donc, on peut afficher un résumé de l'ensemble des sites sur une seule page. De plus, on passe d'un site à l'autre en changeant simplement une liste déroulante toujours accessible.

On peut afficher les statistiques pour un jour, une semaine, un mois ou une année complète que l'on sélectionne dans un petit calendrier, lui aussi toujours accessible.

Enfin, cet outil répond à toutes les attentes que l'on peut avoir d'un tel outil :

• nombre de visiteurs uniques
• taux de retour
• nombre de pages vues
• pages d'entrée / pages de sortie
• provenance géographique
• configuration client (résolution, OS, navigateur...)
• affluents, d'où les gens arrivent sur le site, avec affichage des mots-clés

De plus, on peut paramétrer des partenaires. Il suffit de l'ajouter dans l'administration, puis, de dire au partenaire de dirigier sur le site avec au bout de l'adresse le paramètre pid rempli suivant le numéro d'identifiant qu'il aura. La même chose est possible de faire avec les newsletter et le paramètre nid, pour savoir quel envoi a raporté combien de visites etc...

Le tout est présenté soit sous forme de tableau triable à loisir, ou de graphique, généré avec Artichow. Le tout est présenté dans un template très simple, sur fond blanc, avec des couleurs bleues. Le stricte minimum, parfait pour l'usage que l'on en fait !

Vous l'aurez compris, je suis totalement bluffé par cet outil.

Mais ce n'est pas fini ! En effet, en farfouillant dans l'administration de l'appli, j'ai remarqué que l'on pouvait ajouter des utilisateurs, et gérer les droits de lecture de chacun d'entre eux. Vous allez me dire : ouais super, mais bon, c'est rare que plusieurs personnes aillent voir les stats d'un site, donc ça sert à rien... C'est pas faux, mais rappelez-vous : on peut paramétrer plusieurs sites sur la même installation ! Mettez-vous donc à la place d'une entreprise qui propose la création et l'hébergement de sites internet, puis le suivi. Avec cet outil, qu'ils installent une seule fois sur leur site principal, ils peuvent déjà s'installer des stats sur leur site. Ensuite, sur chacun ds sites qu'ils vont faire, après l'ajout du site dans PhpMyVisites, ils pourront avoir les stats du site de leur client, et ce pour tous les sites clients. Ils pourront bien sûr consulter les statistiques détaillées de chaque site, ou bien se contenter du résumé basique, récapitulant quelques chiffres. Maintenant, si à chaque nouveau site, l'entreprise crée un utilisateur, dont il donne les accès uniquement sur le site du client, il peut alors proposer au client de consulter ses statistiques, et ce, sans lui couter un sous de plus.

Enfin, on peut aussi autoriser des visites anonymes sur les statisitiques. vous pourrez voir celles de mes 2 sites ici pour vous rendre compte.

Et vous, vous utilisez quoi comme outil de statistiques ? Quels sont leurs avantages/inconvénients ?

Pour un client, je travaille actuellement sur un site hébergé chez online.net, 1 hébergement M ou L. Etant donné que le site changera pour aller sur un beau serveur dédié tout neuf, je ne me suis posé aucune question sur les ressources utilisables lors de mes requêtes MySQL. Bref, tout allais très bien dans le développement de ce site : déploiement des classes appropriés, développement de classes spécifiques pour ce site, etc...
Aujourd'hui, je me suis attaqué à un listing, qui demande 5/6 jointures de tables, avec à chaque fois 1 clause ON sur la jointure.
J'écris ma requête dans mon fichier PHP, j'upload mon fichier sur le FTP, et j'appelle cette page avec FireFox. Habitué à ce que le site réponde lentement, je patiente quelques instants. Un peu plus que d'habitude cette fois-ci.
Enfin, la page s'affiche, avec une erreur MySQL. Pas inquiété, je lis l'erreur retournée :

The SELECT would examine too many records and probably take a very long time. Check your WHERE and use SET OPTION SQL_BIG_SELECTS=1 if the SELECT is ok

Et voilà. Alors là, je me vois bloqué sur le développement de cette partie, parce que le serveur MySQL d'Online n'arrive pas à suivre.
Actuellement, j'essaie d'exporter toutes les données vers mon ordi, pour pouvoir continuer à travailler, mais c'est extrémement long... le serveur est plus que lent, un vrai calvaire... Entre les erreurs de chargements, les déconnection de la base, les erreurs de requêtes dûes à des temps trop long... Mais bon, ça fait partie des aléas du métier...

Du coup, j'en ai eu tellement marre de faire mes développements dans des conditions pareilles que j'ai transférer tout le site (fichier PHP et Base de donnée) vers un serveur dédié pour d'abord comparer les temps de réponses dans un premier temps, puis faire tous mes tests dessus s'il était plus rapide.
Résultat : un temps de réponse 3 à 4 fois plus rapide, et plus de soucis de requêtes MySQL trop grande...

Aujourd'hui, profitant d'un petit temps d'attente de réponses de mail, je vais vous parler de ma façon de travailler, plus particulièrement de l'environnement logiciel dans lequel je travaille

Tout d'abord, je travaille sur Windows XP Familiale, tout simplement car c'est la version fournie avec mon PC Portable, et que je n'ai jamais compris l'avantage de la version Pro. A cela, j'ajoute un FireFox avec des extensions comme Tab Mix Plus, Live Http Header ou bien encore IE View Lite. Bien sûr, le IE 6 est toujours là, pour les tests indispensable...

Pour tout ce qu'il y a transfert, j'utilise FileZilla, avec les sites organisés selon les clients.

La plupart du temps, je travaille directement sur le serveur du client, car le site n'est pas encore ouvert, donc je peux me permettre d'avoir des bugs. Ca m'évite d'avoir à faire des transfertes par la suite, et d'oublier des fichiers ou de faire des erreurs de manip, au niveau de la version des fichiers... Dans certains cas, c'est indispensable pour permettre aux graphistes de travailler aussi sur le site.

Dans les autres cas, où je dois travailler en local, le célébrissime EasyPhp fait très bien l'affaire.

Pour l'édition des fichiers PHP, je suis passé il n'y a pas si longtemps à NotePad++ qui a pour avantage notable la présentation par onglet. Donc un fenêtre pour toutes les pages PHP ouvertes en même temps.

Dès que je peux, je passe en bi-écran. Croyez-moi, ça gagne énormément de temps, et une fois que l'on y a goûté, on ne veut/peux plus s'en passer. L'édition devant le clavier, le transfert sur le côté et la visualisation devant le clavier aussi.

A cela vient s'ajout les mails avec Thunderbird, MSN Messenger, RSS Xpress et Winamp pour le travail en musique, avec des webradios.