Re: [Zope3-french-user] Commentaire à propos : "N'utilisez pas des techniques que vous ne maîtrisez pas"

[Tarek Ziadé]

On 10/25/06, KLEIN Stéphane <klein.stephane at gmail.com> wrote:
>
> 2006/10/25, Sebastien Douche <sdouche at gmail.com>:
> > On 10/25/06, KLEIN Stéphane <klein.stephane at gmail.com> wrote:
> > > Bonjour,
> >
> > Hello
> >
> > > Dans une journée de 24h, comment allier : développement (production),
> > > expérimentation, étude... ?
> >
> > 2 choses, la veille/étude est quelque chose qui doit être officialiser
> > dans le poste. Moi j'en parle dans les rendez vous avec une nouvelle
> > boite.
> > Pour l'expérimentation, si cela doit être fait (nouvelle techno,
> > alog...) alors le CdP doit prendre en compte cette tâche dans son
> > planning. En méthode agile, c'est une tâche à part (user story) ce qui
> > permet au client de choisir l'itération dans lequelle elle doit être
> > effectuée.
>
> Hmm, je pense qu'un client n' pas envie que son prestataire réalise
> des expérimentations avec son projet ! Il faut donc rester discret à
> ce propos.


Je pense que ca dépend vraiment des postes et des profils en fait.

Même si la veille prend une part de plus en plus importante dans toutes
les activités liées au dev., un intégrateur ou un chef de projet fonctionnel

n'aura pas forcément besoin de faire beaucoup de veille pour être
compétitif.

C'est de cette catégorie dont parle Stéphane, à propos de la frilosité du
client
face à l'expérimentation et je partage son avis: si un projet client doit
servir
à la R&D, il faut rester discret je suppose. (je parle sans avoir vécu ça)

Maintenant si on parle de la catégorie qui nous interesse (nous ;) )
et qu'on en revient au sujet initial:

pour ma part, sur une journée de travail qui n'est pas dédiée à la r&d,
 je passe bien 20% du temps à lire à m'informer. Ces 20% c'est en tâche de
fond, et ce n'est pas réelement
comptabilisé (de toute façon je fais tjrs au moins 20% de plus de temps par
rapport
aux 35h officielles, pas vous ?) .  Le patron est gagnant car il est sûr
d'etre à la pointe de
de l'innovation avec des employés qui font ça. Si en plus les gens
participent au buzz technologique, c'est aussi un bénéfice pour l'image
de l'entreprise et fatalement pour les clients. Donc c'est une pratique
courante au moins dans l'open source
d'avoir toujours ses flux RSS ouverts, et de passer
de la fenetre de code aux infos qui défilent, ne serait-ce que pour
pas avoir la tete qui explose à taper du code toute la journée.

Mais dans tous les cas, c'est avant tout une culture d'entreprise à mon
avis,
et c'est pas frocément offert à tous de pouvoir faire ca. et je rejoins
sébastien
par rapport à ca: si la boite n'a pas la culture "agile", c'est bien
d'expliquer
que ca fait partie du travail je pense.

Pour résumer: 20% de veille, le reste en design et coding.

et la nuit pour geeker sur le truc sur lequel on a lu un article en journée
;)

les gens qui réussissent à s'arreter intellectuement de penser au travaill
en rentrant
chez eux sont à envier je trouve. Moi, même père de famille, la veille est
continuellement
ancrée dans mon esprit.

Dans mon cas, on continue à réaliser nos développement en PHP car on
> ne trouve pas le temps de passer à autre chose. On n'hésites aussi à
> prendre le risque.
>
> Je suis personnellement très attiré par Zope 3 mais je ne suis pas du
> tout prêt pour passer en production avec cette technologie. Du coup,
> j'essaie de trouver du temps en dehors de mes horaires de travail pour
> étudier et expérimenter Zope 3, chose qui est loin d'être facile.


ca c'est clair, pour le maitriser sans avoir le nez dedans la journée, et
une
vie à coté, c'est tres tres dur

Tarek

Stéphane
> _______________________________________________
> zope3-french-user mailing list
> zope3-french-user at lists.afpy.org
> http://lists.afpy.org/cgi-bin/mailman/listinfo/zope3-french-user
>



-- 
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.afpy.org/pipermail/zope3-french-user/attachments/20061026/f54d2f81/attachment.htm>