diff --git a/content/2015/2015-05-22-poids-des-choix.html b/content/2015/2015-05-22-poids-des-choix.html new file mode 100644 index 0000000..0e38e9f --- /dev/null +++ b/content/2015/2015-05-22-poids-des-choix.html @@ -0,0 +1,44 @@ + + + + + Yannick François - Elsif.fr + + + + + + + + + + + + + + + + +
+

Le poids des choix

+

Stand up qui va bien. Nous avons du retard, c’est principalement du au client final qui n’a pas validé les tickets. Il est loin ce client.

+

Nous partons ensuite chacun sur nos tickets. Pas de pair programming. C’est triste. Surtout que je pense que c’est pour un soit disant gain d’efficacité. Mais comment gagner en efficacité alors que deux des trois développeurs sont des stagiaires ?

+

Un des stagiaires part sur le ticket d’upload de photo. C’est un peu la galère: la lib angular envoie le fichier en mode streaming (intéressant pour ne pas bloquer l’interface utilisateur), mais du coup node le recoit bizarrement. Il manque peut-être un truc pour cloturer la reception ?

+

L’autre stagiaire part elle sur l’éditeur WYSIWYG. Je n’ai pas assez insisté pour ne pas faire cette feature, j’aurais peut-être due ? Après quelques essais, elle à finalement réussie à le mette en place.

+

De mon coté, j’ai voulu faire du nettoyage du code coté client (organiser un peu les repertoires angular). C’était galère. Je faisait des pas trop grand. J’ai fait plusieurs fois des retour en arrière pour avancer d’un plus petit pas. Au final, je n’ai pas fait tout ce que je voulais. J’ai ensuite fait un premier pas sur le système de recherche: un champ avec une query avec un where =. J’ai ensuite exploré la recherche en full text search. Je crois que nous allons faire tout ça à la main.

+

Après une journée un peu hard. J’aide le premier stagiaire à trouver un contournement au fonctionnement de l’upload. Nous avons faire un formulaire or angular pour envoyer le fichier en direct à node, puis nous le stockons dans un repertoire local, avec enregistrement du chemin…

+

Entre les difficultés à maintenir une organisation clair des fichiers, les galères sur l’upload, et le fait que les deux stagiaires ont déjà beaucoup de chose à apprendre, je me demande si AngularJS est un choix judicieux ? De plus je ne vois pas trop quel est l’intérêt pour l’usage du client ?

+

En fait je me demande si ce projet n’aurait pas été plus simple avec du html/css/jquery/nodejs/mongodb plutôt que du html/css/angular/node/postgres. Est-ce que le changement est encore faisable ? Je pense que pour mongo c’est moins indispensable… Mais nous pourrions gagner du temps de réalisation en supprimant angular :-)

+

A suivre.

+
+ + + diff --git a/content/2015/2015-05-22-poids-des-choix.md b/content/2015/2015-05-22-poids-des-choix.md new file mode 100644 index 0000000..6fe7a23 --- /dev/null +++ b/content/2015/2015-05-22-poids-des-choix.md @@ -0,0 +1,47 @@ +--- +title: Le poids des choix +--- + +Stand up qui va bien. Nous avons du retard, c'est principalement du au client +final qui n'a pas validé les tickets. Il est loin ce client. + +Nous partons ensuite chacun sur nos tickets. Pas de pair programming. C'est +triste. Surtout que je pense que c'est pour un soit disant gain d'efficacité. +Mais comment gagner en efficacité alors que deux des trois développeurs sont +des stagiaires ? + +Un des stagiaires part sur le ticket d'upload de photo. C'est un peu la galère: +la lib angular envoie le fichier en mode streaming (intéressant pour ne pas +bloquer l'interface utilisateur), mais du coup node le recoit bizarrement. Il +manque peut-être un truc pour cloturer la reception ? + +L'autre stagiaire part elle sur l'éditeur WYSIWYG. Je n'ai pas assez insisté pour ne pas +faire cette feature, j'aurais peut-être due ? Après quelques essais, elle à +finalement réussie à le mette en place. + +De mon coté, j'ai voulu faire du nettoyage du code coté client (organiser un +peu les repertoires angular). C'était galère. Je faisait des pas trop grand. +J'ai fait plusieurs fois des retour en arrière pour avancer d'un plus petit +pas. Au final, je n'ai pas fait tout ce que je voulais. J'ai ensuite fait un +premier pas sur le système de recherche: un champ avec une query avec un +`where = `. J'ai ensuite exploré la recherche en full text search. Je crois que +nous allons faire tout ça à la main. + +Après une journée un peu hard. J'aide le premier stagiaire à trouver un +contournement au fonctionnement de l'upload. Nous avons faire un formulaire or +angular pour envoyer le fichier en direct à node, puis nous le stockons dans un +repertoire local, avec enregistrement du chemin... + +Entre les difficultés à maintenir une organisation clair des fichiers, les +galères sur l'upload, et le fait que les deux stagiaires ont déjà beaucoup de +chose à apprendre, je me demande si AngularJS est un choix judicieux ? De plus +je ne vois pas trop quel est l'intérêt pour l'usage du client ? + +En fait je me demande si ce projet n'aurait pas été plus simple avec du +html/css/jquery/nodejs/mongodb plutôt que du html/css/angular/node/postgres. +Est-ce que le changement est encore faisable ? Je pense que pour mongo c'est +moins indispensable... Mais nous pourrions gagner du temps de réalisation en +supprimant angular :-) + +A suivre. +