Peut être que les outils de rédaction mis en place sont bien meilleurs ?
Ha oui, mais on sait pas, zut \o/ Donc question :
Le contenu :
Tu tables sur du contenu de haut-niveau dans les exemples cités, quel est ton object de lecteurs ? (rejoint marketting : distribution dans des écoles d'info par exemple ?). Le public ciblé influera forcément nettement le contenu à écrire. >L'administration système et l'actualité du logiciel libre en général ne m'intéressent pas.
La rédaction :
Passe t elle par un outil 2.0 ? Sinon les rédacteurs sont libres d'utiliser l'outil qu'ils souhaitent ? Ou encore il y a un format (le .sla par exemple) demandé aux auteurs ?
La licence :
Doit elle être obligatoirement celle mentionnée dans la dépêche ? Une -ND ne sera pas acceptée ? Ou encore une gdfl ? Bref, y aura t il contrainte sur une licence libre et une seule, ou bien les rédacteurs pourront ils désigner celle de leur choix dans le panel du libre (sans troll sur -nd) ?
Le marketting :
Le pdf est il le meilleur support ? A priori, oui. Mais est ce envisageable de l'exporter en epub par exemple ? Comment va tu assurer une large diffusion sachant qu'il ne s'agira que d'un "magazin papier" (ie pdf ou epub), donc à priori sans site web équivalent de contenus.
L'environnement :
Bien que tu dises >Je ne cherche pas à remplacer... LinuxMag, linuxfr, et les... Il y a forcément redondance avec certains. Par exemple Linux Mag pour le côté développeurs, sur une partie de leur contenu. Ainsi que sur d'autres magazines papiers. comment vois tu les interactions s'il y en avait de possibles ?
Question subsidaire :
Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying". Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?
[^] # Re: Pourquoi créer un magazine ?
Posté par bubar🦥 . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
Ha oui, mais on sait pas, zut \o/ Donc question :
Le contenu :
Tu tables sur du contenu de haut-niveau dans les exemples cités, quel est ton object de lecteurs ? (rejoint marketting : distribution dans des écoles d'info par exemple ?). Le public ciblé influera forcément nettement le contenu à écrire. >L'administration système et l'actualité du logiciel libre en général ne m'intéressent pas.
La rédaction :
Passe t elle par un outil 2.0 ? Sinon les rédacteurs sont libres d'utiliser l'outil qu'ils souhaitent ? Ou encore il y a un format (le .sla par exemple) demandé aux auteurs ?
La licence :
Doit elle être obligatoirement celle mentionnée dans la dépêche ? Une -ND ne sera pas acceptée ? Ou encore une gdfl ? Bref, y aura t il contrainte sur une licence libre et une seule, ou bien les rédacteurs pourront ils désigner celle de leur choix dans le panel du libre (sans troll sur -nd) ?
Le marketting :
Le pdf est il le meilleur support ? A priori, oui. Mais est ce envisageable de l'exporter en epub par exemple ? Comment va tu assurer une large diffusion sachant qu'il ne s'agira que d'un "magazin papier" (ie pdf ou epub), donc à priori sans site web équivalent de contenus.
L'environnement :
Bien que tu dises >Je ne cherche pas à remplacer... LinuxMag, linuxfr, et les... Il y a forcément redondance avec certains. Par exemple Linux Mag pour le côté développeurs, sur une partie de leur contenu. Ainsi que sur d'autres magazines papiers. comment vois tu les interactions s'il y en avait de possibles ?
Question subsidaire :
Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying". Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?