GnapZ Off

// GnapZ Activity
if (temps == libre)
GnapZ = On;
else
GnapZ = Off;
exit;

Salut à tous,

Comme je n'arrive pas à rattraper mon retard, que j'ai de plus en plus de temps pris par mes activités professionnelles et que ça fait un moment que je ne peux contribuer comme je le faisais, je me mets en pause officielle.

Attention, je ne pars pas et ce n'est pas dû à Yacs mais à trop de choses qui m'arrivent en même temps. Cela signifie que lorsque j'aurai à nouveau suffisament de ressources pour reprendre, c'est avec plaisir que je redeviendrai de nouveau actif.

Ce n'est pas parce que je serai Off que je ne suivrai pas ce qu'il se passe: je reste lecteur de toute contribution qui me sera notifiée.

A bientôt (j'espère quand même avant la fin de l'année !

Bernard from nearby-an-airport Associate, 6728 posts	on Sep. 17 2007 Ca c'est bien tous les mêmes. Ils partent quelques semaines en vacances et quand ils reviennent ils s'étonnent d'avoir du boulot en retard... As-tu pris le temps de communiquer à Tof tes idées sur l'éco-système YACSien en vue de la réunion de Chonas ? J'aimerais bien que ton point de vue soit bien pris en compte, notamment sur l'activité d'hébergement et de services à valeur ajoutée. Merci aussi pour ça, monsieur Manu, et à bientôt j'espère.
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2029 posts	on Sep. 18 2007 Pfffiuuuu ! On va quand même pas se plaindre d'avoir du boulot non plus hein ! Bon, Manu, hésite pas à faire une p'tite remarque de temps en temps quand même, entre deux indisponibilités, on te lit toujours avec plaisir ici. Avant d'aller faire autre chose, Bernard m'ayant mis l'eau à la bouche : c'est quoi tes idées (un peu détaillées) sur l'éco-système de yacs ? Tof, et moi de concert, cogitons beaucoup là dessus, je sais qu'on est pas les seuls, alors tes idées sont vraiment les bienvenues, et sans vouloir insister trop lourdement : c'est maintenant. Et pour la rencontre de Chonas, t'aurais pas un peu de dispo à programmer - à supposer qu'on puisse réaliser une liaison télé-quelque chose ou autre... ? À bientôt Manu :p
GnapZ from Caribbean 2970 posts	on Sep. 27 2007 Salut à tous, J'ai toujours été contre le "tout public" mais comme la DTA ne semble être qu'un fantôme, je m'excuse déjà auprès de ceux qui seront choqués, etc, etc. Je ne vois pas de quoi vous voulez parler. L'eco-système ou le système économique autour de Yacs ainsi que les médias ne m'intéressent pas et ne m'ont jamais intéressé. Autant j'aime la rigueur du code, autant j'ai en horreur tout aspect commercial, c'est pas nouveau. Par contre ce que je disais ces derniers temps, c'est que je trouve que Yacs ne respecte plus ses originges et qu'il y a trop de futilités au détriment de vrais fonctionnalités qui ne sont toujours pas opérationnelles. Ce qui est important pour moi: Le cahier des charges Dès mes débuts, j'ai tenté de faire appel à un cahier des charges, une charte graphique, le slogan, la politique de communication, etc. Je déplore que ça n'ait jamais été fait, on en serait pas là aujourd'hui. La gestion des droits Voir View this comment L'harmonisation des fonctions Le pb est que les noms et les emplacement des fonctions ne sont pas les mêmes pour les sections, catégories et articles alors qu'elles ont le même effet (Ajouter / Modifier / Supprimer). Certaines fonctions comme le verrouillage existent dans la liste en tête et dans les options et pas d'autres. Le choix n'est pas toujours le même suivant Section/Catégorie/Article. La simplification du vocabulaire Je ne comprends toujours pas pourquoi certaines fonctions (ajouter un commentaire) ont 3 noms ou plus suivant où l'on se trouve (Section/Article) et suivant le type de rendu (Chronologique/Table/Liste) ou suivant "la mode" (Blog/Forum/Inline), "mode" qui perturbe encore le vocabulaire ... dans un environnement soit disant tout intégré. Je trouve qu'il y a un pb car soit on décide d'utiliser le vocabulaire suivant l'environnement, soit on crée un vocabulaire "Yacs", soit on respecte les standards (Commenter n'est pas discuter, ni annoter, ni autre). Les mises à jour automatiques Il y a trop de cas où elles ne fonctionnent pas alors que cette fonction essentielle devrait justement s'assurer de passer partout. Les pb évidents: l'accès au fichier des footprints qui n'est pas reconnu facilement, surtout avec un délais de connexion trop lent ou trop "distant". Les extensions sont une source de blocages, elles devraient alors êtres exécutée à la fin de la procédure de manière à ce que les scripts soient actualisés correctement sans cela. L'utilisation des types d'archives qui nécessitent une compatibilité d'hébergement ne permettent pas à tous de choisir entre Zip et Tar.Gz . Le rendu visuel Michel a raison de dire qu'il y a beaucoup trop de XHTML dans le PHP car beaucoup de rendus intégrés ne sont pas accessibles dans les templates comme le menu utilisateur par exmple. Le rendu visuel (et pas seulement les skins mais aussi les layouts) devrait être gérable à partir d'un générateur de skin indépendant. Pour cela, il faudrait avoir plus de fonctions directement manipulables dans le template et indépendantes de toute création PHP (via skin.php) car ce n'est pas le métier des graphistes. Conclusion Voilà en gros les points que je voulais exposer comme étant, à mon avis, pas suffisamment mûres pour que je m'accorde à dire que Yacs est un outil professionnel. Je vous assure que de parler de futilités comme les fonctions de blogging et autres Freemind me font rager quand je m'aperçois que mes clients et surtout les non-clients ont accès aux informations privées que ce soit par le module de recherche (que je ne mets plus en public), les fils RSS (que je supprime d'office) mais aussi par un pb de droits cascadés qui eux, empêchent les clients d'accéder à leurs infos ... CA ME GONFLE UN MAX ! Les conséquences sont bien plus importantes que de savoir si l'on peut lire une vidéo sur Yacs ! Alors quand on me parle d'une communeauté professionnelle autour de Yacs (ou Eco-système) ou encore des rapports avec le Lobby des médias ... ça me passe à des kilomètres ! Mes préoccupations Je trouve que la communeauté avait (et a encore) des retours et des suggestions importants et que nous ne les prennons plus en compte comme cela devrait l'être. Pour résoudre mon pb, j'ai cherché une version stable de Yacs ... qui peut me dire quelle version de Yacs est stable et sans bug ? Je suis revenu à la 7.5alpha23, dernière version non stable avant l'intégration des droits cascadés. De là, j'ai remis en doute l'extrême programing ou le fait de courrir après les technologies sans jamais terminer une seule version. Le Web 2.0: oui dès que nous aurons une base stable. Le professionnalisme: certainement pas, la passion tout au mieux. Je ne suis pas du genre à m'envoyer des fleurs ni à m'occuper de mon ego mais je pense fermement qu'on "se la pète un peu trop" ! Yacs et moi Donc YACS: oui mais pas n'importe comment. Proposer plutôt que critiquer: oui et commençons par revoir les fondements de ce beau projet ! Je suis Off mais je ne lâche pas l'affaire car j'ose y croire encore. Dès que je serai moins surchargé, je serai plus actif si toutefois Yacs n'est pas parti trop loin de son idéologie ... [b]Edit: Ces opinions ne concernent que moi et pour ne pas engager l'image de Yacs ni ouvrir de trolls de hiérarchie, sachez que je suis dès à présent simple membre de ma propre initiative. Ce commentaire n'attend pas d'autre commentaire mais plutôt de voir l'avenir du produit ou du moins son orientation.[b]
Bernard from nearby-an-airport Associate, 6728 posts	inspired from GnapZ on Sep. 27 2007 GnapZ: Merci de ton retour franc et direct. Ca va peut-être te surprendre, mais je suis bien d'accord avec ton analyse. J'en ai d'ailleurs discuté dans ce sens avec Fernand lundi dernier. Le principe de base de nouveaux développements sur une période courte, genre chaque mois, tel que décrit dans l'approche SCRUM, reste tout à fait valide pour accélérer les développements, et c'est ceci qui a permis de rajouter beaucoup de choses à YACS en si peu de temps, et pas seulement Freemind, mais aussi l'intégration de Google Maps, d'AJAX, etc. Ce qu'il manque en revanche c'est une fonction de post-production, conçue spécifiquement pour tester et déverminer le logiciel. Ceci existe par exemple pour Debian, où l'on a le choix de s'aventurer sur les toutes dernières nouveautés, ou au contraire de garder le confort de versions plus anciennes mais plus stables. Nous avons pu nous passer de ce genre de choses tant que YACS était simple. Aujourd'hui, l'enrichissement des fonctions rend cette intégration absolument indispensable pour la suite. La combinatoire des droits d'accès sur les sections et les articles qui te fait tant souffrir est typique d'une couverture de test compliquée à mettre en place, et à déverminer. Jusqu'à la 7.6, le temps passé en tests représentait environ 10 à 20% du temps de développement. Depuis la dernière 7.8alpha, je ne fais pratiquement plus que de l'optimisation et des tests... Pour les prochaines versions, il est probable que la charge de post-production soit deux à trois fois plus importante que le développement brut. Mais attention, la post-production est une tâche lourde, avec des tests de non-régression à structurer de manière précise et à effectuer avec méthode. On en revient donc à la distribution des tâches et des activités entre nous, qui est, pour moi, l'une des principales motivations pour aller discuter ensemble à Chonas. La DTA a porté le dynamisme de yacs pendant quelques mois, mais nous avons à présent besoin de quelque chose de très différent. Tout le monde ne se reconnaitra pas dans ce qui sortira de nos discussions à Chonas, mais en tout cas, je m'engage à faire le maximum pour que les contributions et les apports de tous soient exposés, discutés et intégrés dans la futur organisation de la communauté yacsienne. Après avoir recensé les problèmes, l'étape d'après, c'est de se parler les yeux dans les yeux et de retrousser les manches pour les résoudre, non ?