Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2014-11-12T15:35:07+01:00Les derniers messages parus sur le forum de Zeste de Savoir.implémentation des ZEPs ?, message #289092014-11-12T15:35:07+01:00firm1/@firm1https://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28909<figure><blockquote>
<p>De toute façon chaque zep doit avoir une branche sur le dépot, non ? Il suffit de faire le diff de cette branche, non ?
</p>
</blockquote>
<figcaption><p><a href="http://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28908">Kje</a></p></figcaption></figure><p>Oui, je fais le diff, pas de problème. Mais si je veux y apposer mon commentaire il faut une PR.</p>
<p>Donc au final on considère qu'une ZEP doit faire l'objet d'une PR sur la branche principale dev ? Je n'aime pas beaucoup cette méthode (car ça rajoute du bruit dans les PRs), mais si c'est la seule solution …</p>implémentation des ZEPs ?, message #289082014-11-12T15:13:33+01:00Kje/@Kjehttps://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28908<p>De toute façon chaque zep doit avoir une branche sur le dépot, non ? Il suffit de faire le diff de cette branche, non ?</p>implémentation des ZEPs ?, message #289072014-11-12T15:04:56+01:00Andr0/@Andr0https://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28907<p>Je ne connais pas le process actuel des ZEPs en cours d'implémentation mais leurs PRs ne sont pas simplement en attente marqué WIP ? Si oui, une PR par ZEP me semble être une bonne solution pour du code review et pas excessif sachant qu'une ZEP n'est pas implémentée tous les jours.</p>implémentation des ZEPs ?, message #289052014-11-12T14:59:11+01:00firm1/@firm1https://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28905<figure><blockquote>
<p>Quelles sont les difficultés pour faire du code review dans le cadre des ZEP ?
</p>
</blockquote>
<figcaption><p><a href="http://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28903">Andr0</a></p></figcaption></figure><p>Si une ZEP ne fait pas l'objet d'une PR je ne peux pas la commenter. Or si on fait des PR pour toutes les ZEP, on risque d'être un peu submergé</p>implémentation des ZEPs ?, message #289032014-11-12T14:53:13+01:00Andr0/@Andr0https://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28903<p>Quelles sont les difficultés pour faire du code review dans le cadre des ZEP ?</p>implémentation des ZEPs ?, message #288452014-11-12T10:13:22+01:00firm1/@firm1https://zestedesavoir.com/forums/sujet/1250/implementation-des-zeps/?page=1#p28845<p>Ma question est toujours d'actualité. Il faut trouver une solution pour faire des revues de code sur les ZEP.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #281352014-11-06T23:02:00+01:00Alex-D/@Alex-Dhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28135<p>Il y a bien assez de monde pour tester les choses. Même si les gens ne savent pas décrire un bug, s'ils sont tous sur IRC en même temps que quelques devs, à chaque bug le dev peut prendre le temps de comprendre comment la personne est arrivée à produire le bug et créer un ticket plus détaillé que la plupart des tickets faits à l'arrache actuellement.</p>
<p>Pourquoi c'est réalisable ? Parce qu'on gagnerait beaucoup de temps et qu'il y a du monde qui voudrait participer mais qui ne sait pas trop comment car pas l'expérience/compétence pour taper directement dans la technique pure.</p>
<p>Je répète l'idée qu'une bannière sur l'accueil qui amènerait sur le sujet lié serait suffisant pour mettre en valeur la chose.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #281292014-11-06T22:40:14+01:00Axylium/@Axyliumhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28129<p>Je vais redire ici, ce dont j'ai discuté avec Eskimon sur IRC. </p>
<p>Ce que je pense, c'est qu'il faudrait amener plus de personne sur cette préprod' pour la permettre de tester de fonte en comble. Et comment faire cela ? Nous sommes un site open-source, et nous essayons à chaque fois de faire le maximum pour que la communauté participe, tant au-niveau de contenu, que développement, en tentant dans chacune des phases, de la faire rentrée. Donc, pourquoi ne pas le faire ici ? Je pense donc, qu'il faudrait créer un sujet et le mettre en post-it dans le forum <abbr title="Bugs & Suggestions">B&S</abbr>, pour faire un grand appel, un peu avant la mise en préprod' d'une nouvelle version, et le remonter avant ces dernières. Et de soit, communiquer les accès aux membres qui se sont manifesté, soit de dégager pendant une durée de 1 ou 2 jours le htaccess pour permettre à tout le monde d'y aller et donc espérer avoir un maximum de retours.</p>
<p>Après il faut aussi essayer de centraliser derrière les retours que nous pourrions avoir. </p>
<p>Je conçois que mon idée, peut paraître très brouillon et peut-être irréalisable, mais vu que j'en ai parlé sur IRC, je me suis que ça serait pas mal de la remettre aussi ici.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #281182014-11-06T22:17:30+01:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28118<p>Je vais faire mon Cassandre : qui a le temps d'organiser sérieusement ce dont vous parlez ?</p>
<p>Parce que c'est beau la théorie. Mais ce que je vois, c'est que personne n'a pris ne serait-ce que 10 minutes pour aller tester cette préprod. Et ce que vous proposez là nécessite une préparation et un suivi qui sont vraiment loin d'être neutres.</p>
<p>Alors en théorie oui, c'est une bonne idée. En pratique, il va falloir trouver du monde pour organiser ça…</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #281122014-11-06T22:03:46+01:00artragis/@artragishttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28112<p>Je vous propose d'organiser une soirée "cassons la préprod" lors de la release de la v1.3 pour que nous puissions saquer sur la QA à ce moment et de manière efficace.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280422014-11-06T13:52:03+01:00Javier/@Javierhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28042<p>Je suis d'accord, ce sont deux messages de nature assez différentes (alerte CNIL, légale, concernant l'utilisateur et ses données, vs. alerte sur la vie du site == effet d'annonce), il vaudrait mieux les présenter différemment. (ne serait-ce que pour un utilisateur peu regardant ne ferme le bandeau d'annonce parce qu'il pense que c'est celui de la CNIL).</p>
<p>Je vais réfléchir au système de "chasseurs de bugs". Ça peut être rigolo.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280412014-11-06T13:41:35+01:00Alex-D/@Alex-Dhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28041<blockquote>
<p>Indeed mais il faut dès lors prévoir que les deux puissent être actifs en même temps.</p>
</blockquote>
<p>Impossible. Si tu es connecté, tu es au moins sur la deuxième page (login + accueil) et donc le message est masqué.</p>
<p>Toutefois, je pense qu'il ne faut pas utiliser cette bannière à cet effet. Pour moi, ça doit être visible dans le contenu et non au dessus du header, simplement parce que sur mobile la bannière des cookies prend tout l'écran : ça n'est pas adapté.</p>
<p>Il ne faut pas vouloir trop réutiliser les choses, ça n'est pas toujours adapté.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280302014-11-06T12:52:28+01:00Javier/@Javierhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28030<p>Si ça ne concerne que les membres authentifiés tu n'auras pas les deux en même temps, si ?</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280242014-11-06T12:07:15+01:00Kje/@Kjehttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28024<p>Indeed mais il faut dès lors prévoir que les deux puissent être actifs en même temps.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280232014-11-06T12:02:36+01:00elyppire/@elyppirehttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28023<blockquote>
<p>Bon donc ça suppose de faire un peu de dev front (styliser une bannière)</p>
</blockquote>
<p>Ça peut même être la bannière des cookies.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280222014-11-06T12:00:56+01:00Kje/@Kjehttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28022<p>Je ne dis pas le contraire, je disais que le sujet où envoyer quelqu'un est toujours dispo.</p>
<p>Bon donc ça suppose de faire un peu de dev front (styliser une bannière) et back (permettre a un admin de les activer ou désactiver et de spécifier le message à afficher). Ça ne me parai pas énorme, suffit qu'un dev de chaque coté soit volontaire.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280212014-11-06T11:58:27+01:00Alex-D/@Alex-Dhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28021<p>Le soucis de la dev zone c'est que tout le monde s'en fou : c'est le cambouis et seuls ceux qui touchent au code s'y penchent ou occasionnellement des curieux. Mais les release c'est en gros toutes les 2 semaines qu'il faut les tester. Donc il faut mettre ça en avant.</p>
<p>+1 pour une bannière sur l'accueil pour membres connectés uniquement pour signifier que l'on a besoin de testeurs.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280172014-11-06T11:38:25+01:00Kje/@Kjehttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28017<p>Il y a un sujet créé dans la dev-zone a chaque mise en pré-prod. C'est probablement suffisant. En effet tes idées peuvent être bonnes pour attirer plus de monde, à creuser.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280142014-11-06T11:29:39+01:00Javier/@Javierhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28014<p>Faudrait une mini-news, un bandeau en haut du site, genre "Venez tester la bêta et nous donner vos retours" avec un lien vers un sujet dans le forum (un forum dédié ? un post-it) qui présente les améliorations à tester sur la pré-prod.</p>
<p>Autre idée : présenter ça comme un petit jeu de "bounty hunters", c'est rigolo, tu peux foutre ça dans ta signature, ça amusera tout le monde. Et plus c'est ludique, plus tu peux être certain d'avoir de gens intéressés.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280082014-11-06T10:48:10+01:00firm1/@firm1https://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28008<blockquote>
<p>C'est là même l'intérêt de mettre 50 personnes sur la preprod : chacun testera sur un environnement différent, une machine différent, une résolution différente, n'écrira pas la même chose dans les champs de textes, etc.</p>
</blockquote>
<p>Oui, sauf que justement il y'avait pas 50 personnes dessus. Et donc quand il y'a moins de personne, pour optimiser il faut repartir, et pour répartir il faut savoir qui a déjà fait quoi.</p>
<p>Bref, mais j'aime l'idée d'organiser un gros rassemblement de test sur la beta, ça serait déjà plus efficace quand il y'a peu de monde.</p>Les bugs sont à déceler en pré-prod, avant la MEP, message #280052014-11-06T10:35:33+01:00Alex-D/@Alex-Dhttps://zestedesavoir.com/forums/sujet/1599/les-bugs-sont-a-deceler-en-pre-prod-avant-la-mep/?page=1#p28005<blockquote>
<p>Donc pour une preprod plus efficace on a besoin de savoir combien de personnes ont testés quoi, sinon, on pourrait passer du temps à retester tous les mêmes issues.</p>
</blockquote>
<p>C'est là même l'intérêt de mettre 50 personnes sur la preprod : chacun testera sur un environnement différent, une machine différent, une résolution différente, n'écrira pas la même chose dans les champs de textes, etc.</p>
<p>C'est à ça que ça sert la préprod. C'est une sorte de bêta. Et quand tu lance une bêta tu dis pas "J'ai testé ça, ça marche. C'est prouvé scientifiquement." si une seule personne l'a testé.</p>
<blockquote>
<p>Le fait que la préprod soit mal utilisé (ou sous utilisé) actuellement ne veut pas forcément dire qu'il faut la supprimer pour tester en prod.</p>
</blockquote>
<p>L'idée de mon message est de marquer les esprits pour amener à la réflexion. J'espère bien que l'idée d'une preprod persistera, mais il faudrait qu'elle soit correctement utilisée.</p>