Le contenu : Tu tables sur du contenu de haut-niveau dans les exemples cités, quel est ton object de lecteurs ?
La cible est surtout les développeurs : développeurs dans leur temps libre, développeurs professionnels, étudiants, etc. On trouve des développeurs un peu partout si on gratte un peu :-)
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 ?
Je penche vers le format reStructured Text (reST, format texte plat, à peu près WYSIWYG) qui permet d'utiliser un gestionnaire de source, et qui a des sorties HTML, PDF (et on m'a même dit epub, mais j'ai jamais testé). Après si le rendu PDF est trop pourri, j'essayerai peut-être Scribe. Maintenant, si reST est un problème, je pense que je ferai la conversion moi-même (au moins dans un premier temps).
Je pense monter un dépôt mercurial ou git, avec un petit wiki associé dans un premier temps. Les auteurs auront le choix d'écrire l'article petit à peit dans le dépôt de source, ou bien d'envoyer l'article terminé.
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) ?
Je pense que chaque auteur pourra choisir sa licence, et donc que la licence sera spécifiée explicitement dans l'article. La rédaction donnera une liste des licences acceptées. -ND ne me semble pas suffisament libre par exemple (ça interdit la traduction dans d'autres langues).
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.
Je vais essayer de faire PDF, site web, voir aussi epub (ça dépendra sûrement des outils utilisés, càd que les outils et formats utilisés devront permettre ça).
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 ?
Pour moi, linuxfr est surtout alimenté par des actualités, je vois mal un tutoriel pour programmer en Ada arriver sur la premier page par exemple. Pour les magazines papiers : je pense que ce magazine sera complémentaire avec les autres. Bien sûr qu'il y a aussi des articles sur le développement dans LinuxMag, mais j'ai l'impression que c'est plutôt minoritaire (en dehors de quelques hors séries dédiés à ça).
Question subsidaire : Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying"
Pas du tout.
Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?
DLFP et ce magazine n'ont pas les même cibles, et DLFP se prête mal aux articles je trouve. developpez.com est plus proche de ce que je compte faire, mais developpez.com ne me convient pas (ça parle un peu trop de trucs commerciaux / propriétaires, et c'est avant tout un site web).
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 8.
La cible est surtout les développeurs : développeurs dans leur temps libre, développeurs professionnels, étudiants, etc. On trouve des développeurs un peu partout si on gratte un peu :-)
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 ?
Je penche vers le format reStructured Text (reST, format texte plat, à peu près WYSIWYG) qui permet d'utiliser un gestionnaire de source, et qui a des sorties HTML, PDF (et on m'a même dit epub, mais j'ai jamais testé). Après si le rendu PDF est trop pourri, j'essayerai peut-être Scribe. Maintenant, si reST est un problème, je pense que je ferai la conversion moi-même (au moins dans un premier temps).
Je pense monter un dépôt mercurial ou git, avec un petit wiki associé dans un premier temps. Les auteurs auront le choix d'écrire l'article petit à peit dans le dépôt de source, ou bien d'envoyer l'article terminé.
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) ?
Je pense que chaque auteur pourra choisir sa licence, et donc que la licence sera spécifiée explicitement dans l'article. La rédaction donnera une liste des licences acceptées. -ND ne me semble pas suffisament libre par exemple (ça interdit la traduction dans d'autres langues).
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.
Je vais essayer de faire PDF, site web, voir aussi epub (ça dépendra sûrement des outils utilisés, càd que les outils et formats utilisés devront permettre ça).
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 ?
Pour moi, linuxfr est surtout alimenté par des actualités, je vois mal un tutoriel pour programmer en Ada arriver sur la premier page par exemple. Pour les magazines papiers : je pense que ce magazine sera complémentaire avec les autres. Bien sûr qu'il y a aussi des articles sur le développement dans LinuxMag, mais j'ai l'impression que c'est plutôt minoritaire (en dehors de quelques hors séries dédiés à ça).
Question subsidaire : Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying"
Pas du tout.
Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?
DLFP et ce magazine n'ont pas les même cibles, et DLFP se prête mal aux articles je trouve. developpez.com est plus proche de ce que je compte faire, mais developpez.com ne me convient pas (ça parle un peu trop de trucs commerciaux / propriétaires, et c'est avant tout un site web).