> pas trop compris : on devrait ou non selon toi "évangéliser sur le fait > que les applications devraient être localisables depuis le début" ? > c'est une mauvaise idée ? On devrait apprendre à faire du code ou bien > on se la ferme ? Oui, je pense qu'on devrait évangéliser le fait que les applications devraient être pouvoir localisables depuis le début. Je pense que nous sommes en fait d'accord.
> > Il a probablement été possible de >> contribuer des patches sur WebMaker depuis le premier jour. > > c'est "probablement" inexact : tu sais très bien que les projets > débarquent un beau jour tout armés dans un blogpost qui les présentent. > il est alors généralement bien trop tard pour intervenir. > Et qui peut intervenir ? généralement pas les localisateurs, dont la > plupart n'ont pas le niveau technique suffisant pour contribuer à du > code, surtout à ce niveau de complexité. On est pas chez Google, ici. Les seules fois que c'est arrivé, ça a beaucoup râlé (et encore, c'était chez Mozilla Corp, pas Foundation). Je n'ai pas vérifié, mais ça me semble improbable. Qui peut intervenir? Les localiseurs, d'une part, quand ils se rendent compte qu'on ne peux pas localiser facilement, en ouvrant un ticket, et des développeurs, d'autre part: il est bien plus facile d'ajouter une fonctionnalité quand le projet est jeune. > Je maintiens que c'est une culture du développement qui est à revoir : > depuis des années des projets sont lancés (et bon nombre finissent au > cimetière des projets mais ça fait partie du jeu) pour implémenter des > idées brillantes en les positionnant en avant-garde, c'est beaucoup > mieux en termes de justification de son activité de salarié et en termes > d'image de sa valeur personnelle que d'apporter un patch d'i18n. Je > persiste à penser que les codeurs ont la responsabilité de fournir avec > leurs créations les moyens de les diffuser de façon globale. Je prends > une comparaison qui va te parler : on sait bien que du code > non-commenté/documenté ou trop peu commenté est le plus souvent pas > réutilisable facilement par d'autres ; il en va de même pour des > productions comme les outils de webmakers (que je trouve magnifiques et > dont je ne suis pas le seul à souhaiter qu'ils soient utilisables dans > des ateliers etc.) : l'absence d'internationalisation les rend non pas > impossibles mais difficiles à réutiliser par tous. Je pense que mon message était malheuresement écrit d'une manière qui laissait supposer que je doutais du fait que pouvoir localiser facilement un projet était indispensable. Il n'en est rien, surtout que ce projet est à but éducatif. Je suis plus dubitatif concernant la traduction de la documentation pour les développeur. > >> En fait, je pense même que cette mailing devrait être séparée en deux: >> une mailing pour les questions de localisation, et une mailing pour les >> questions relative à la communauté. > > je ne suis absolument pas d'accord sur ce point. L'éparpillement des > activités (une liste pour le marketing et la comm, une autre pour la > loca, une autre pour les codeurs, une autre pour la communauté...) > conduit fatalement à une perte de dynamisme (quand 6 personnes et non > plus 50 sont abonnées à une liste, c'est beaucoup moins motivant) et à > une dissolution de l'idée même de communauté : j'ai besoin de savoir > aussi ce que font les autres (un événement ici, une demande là, un > projet qui est proposé...) même si je ne participe pas à tout. Rien ne t'empêche de souscrire à plusieurs liste, selon ton interêt. > Je ne suis pas non plus du tout d'accord quand tu expliques dans un > autre message que telle discussion particulière n'a rien à faire dans > cette liste. je ne vois pas pourquoi une telle discussion serait ici > illégitime. Ou bien il faudra qu'on m'explique les nouvelles règles de > cette liste qui m'auraient échappé. Tu noteras que ce n'est pas moi qui ait dit ça. Paul. _______________________________________________ Moz-fr mailing list [email protected] http://mozfr.org/mailman/listinfo/moz-fr
