>>>>> "JLC" == Jean-Luc Coulon (f5ibh) <[EMAIL PROTECTED]> writes:
JLC> Le 20.07.2004 20:43:42, claude a �crit�: >> Laurent Martelli wrote: [...] JLC> [ ... ] >> Ah.... Tu t'y prends autrement, mais c'est exactement ce que je >> voulais dire aussi : pour avoir de la qualit�, reproduisible mois >> par mois, il suffit d'avoir un petit stock d'articles (sans date >> de parution forc�ment imm�diate), ce qui permet de g�rer au mieux >> les probl�mes (qu'ils soient de nature typographique, >> orthographique ou autre). Certes, ce n'est peut-�tre pas facile >> � r�aliser sur le champ et dans l'urgence, mais je crois que cela >> m�rite d'�tre une politique clairement d�finie et r�fl�chie : un >> article ne parait que lorsqu'il est "clean" � tous les niveaux >> (orthographe, grammaire, syntaxe d'une part, "valeur ajout�e" - >> proprement subjective -, d'autre part). Bien s�r, �a peut >> conduire � des discontinuit�s dans des s�ries : est-ce si >> important ? Au contraire, il me semble que si l'on ne trouve pas >> dans le dernier num�ro la suite de l'article qu'on attendait, >> cela (et pour autant que la r�daction l'annonce clairement) donne >> envie d'avoir tout de suite le num�ro suivant... Alors qu'on n'a >> m�me pas fini celui du mois en cours ;) JLC> Pratiquement, c'est impossible � g�rer !! JLC> Un magazine est une machine assez (!) lourde. Sans doute, et c'est pour �a qu'il faut s'organiser pour obtenir un r�sultat de qualit�. JLC> Il y a l'admnisistration, Je ne vois pas ce qu'elle vient faire ici. JLC> les auteurs, la pub (qui doit parfois �tre synchronis� avec le JLC> contenu r�dactionnel) Une fois que l'�diteur sait quand il va pouvoir publier l'article, libre � lui de voir avec ses annonceurs pour qu'ils ciblent au mieux. Mais je ne vois pas ce que le "time to market" va changer. JLC> , l'infographie, l'impression, le routage et la distribution. Une fois que l'article est pr�t d'un point de vue r�dactionnel, on doit en effet pouvoir passez � l'�tape d'infographie, puis le reste. Mais je ne vois vraiment pas en quoi un "time to market" plus long va rendre la chose plus difficile ou compliqu�e. JLC> Personne ne s'aviserait dans une usine d'automobiles d'avoir un JLC> stock de t�les pour une ann�e de production. C'est ce qu'on JLC> appelle des � en- cours � et �a a un co�t. Dans le cas d'un journal, �a revient � quelques centaines de Ko sur un coin de disque dur. Autrement dit, le co�t et quasi nul. JLC> M�me si un magazine tel que LFM ne cole pas � l'actualit� JLC> quotidienne, les lecteurs n'aiemeraient sans doute pas en 2004, JLC> qu'on leur parle des pr�requis � la migration de linux 2.0 vers JLC> 2.2 ... Je pense que personne (en tout cas certainement pas moi) n'a sugg�r� un telle d�rive. On parle juste d'un d�calage d'un mois ou deux. >> D'ailleurs, sauf erreur (encore une fois), ce genre de rupture >> dans la continuit� des articles s'est d�j� produite � plusieurs >> reprises (je garde en m�moire un certain article sur PostgreSQL >> d'Eric Jacoboni - JLC> Ca, c'est plus grave, il y a eu aussi la s�rie d'articles sur JLC> TeX ... Mais on n'est pas � l'abri de la d�fection d'un JLC> auteur, sauf � engranger *toute* la s�rie d'articles avant de JLC> faire para�tre le premier. Ce n'est pas g�rable : il faudrait JLC> pr�voir la pagination avec un an d'avance ? ??? Comprends pas l�. La pagination c'est bien le truc qu'on fait num�roter les pages quand tout est pr�ts pour partir � l'impression ? JLC> Avec des choses qui se chevauchent ... Des articles longs, des JLC> courts, des articles d'actualit�, des articles de fond.... JLC> Non, �a, ce n'est pas possible. JLC> ** MAIS ** il y a encore une marge de progr�s dans le domaine JLC> du possible. >> ?? JLC> ? - qui devait �tre suivi d'autres... et ce dans les tous JLC> premiers >> num�ros : je ne m'en suis jamais remis et du coup, je suis pass� >> � MySQL... Non, je rigole :-D JLC> On n'est pas encore vendredi (et vendredi je suis en vacances) JLC> mais l�, c'est plut�t une bonne nouvelle (que tu sois pass� � JLC> MySQL) :) >> Claude >> JLC> --- - Jean-Luc -- Laurent Martelli [EMAIL PROTECTED] Java Aspect Components http://www.aopsys.com/ http://jac.objectweb.org
