Idée de nom

re, en effet :/ ouais c'est vrai je connais, je fréquente beaucoup de fofo cordialement

Et surtout, comment vas-tu valider du contenu qui dépasse tes connaissances ? Comment attirer ? Arriveras-tu à former une équipe compétente ? Tout le monde n'a pas forcément l'équipe rêvée et - autant être clair - travailler sur ZdS n'a pas été une partie de plaisir, et gérer une équipe (alors que la plupart d'entre nous sont des professionnels dans nos domaines respectif ou ont de larges compétences) n'est pas toujours chose aisée, faut savoir gérer les tensions et il y'en aura.

Même si ZdS est encore "dans la zone à risque", on a quand même réussi à marquer des points. Ton problème principal restera : 1) d'avoir une équipe compétente (tout le monde n'a pas un loup olympien multifonction prenant un malin plaisir à valider (je plaisante, un membre seul ne peut faire la différence)) parce que c'est un travail d'équipe. Tu ne peux mener un tel projet seul et recruter des personnes compétentes est très très très difficile, 2) trouver des auteurs et former une communauté et 3) la maintenir et la faire évoluer.

Je vois que tu as un tuto en validation. Si le code te plait, et que tu souhaiterais (apprendre à) travailler en équipe. Je t'invite à apprendre Python et les bonnes pratiques si ce n'est déjà fait, suivre la documentation, poser des questions sur le forum Dev et participer au projet (que ce soit de QA, etc.). Si tu te dédies bien, que tu demandes conseil, que tu t'améliores, tu apprendras. C'est certain.

Je suis surement stupide mais il y a pas une contradiction dans cette phrase?

re, et bien je ne le validerait pas non, plus sérieusement, moi je m'y connait surtout niveau logiciel/web, et un ami, surtout système/jeux-vidéo/graphisme 2D 3D, et 2 autres, qui s'y connaisse bien niveau électronique et linux.

non, ce n'est pas une contradiction xDD sur le site : aucunes pubs si le visiteur, a aimé le tutoriel, il clique sur un lien adf.ly, qui le redirige, vers une page ou est affiché des pubs, pendant 5 secondes. ensuite, il revient sur le site. Cela n'haltère donc pas l'expérience utilisateur :), et ça permet de rémunérer un peu les auteurs. (exemple de lien, pour ecosia : http://adf.ly/vuErH)

cordialement

Pour te donner une idée, notre tuto le plus vue à ~ 6500 vue. Cela veut dire avec ton système que si TOUS les visiteurs avaient attendues pour la pub, il y aurait quoi ? 6,5€ ? Sachant que dans ces vues il y a très probablement plusieurs vues qui correspondent à la même personne et que de toute façon même pas la moitié des gens regarderaient ces pubs. Je ne suis même pas surs qu'avec un tel système l'auteur aurait eu 1 euros.

re, a oui en effet, je pensais, qu'il y avait plus de vues faudra que je trouve un truc plus rémunérant pour les auteurs. cordialement

On en revient au problème de base : C'est déjà compliqué de lancer un tel style de site, c'est encore plus de trouver "le petit plus" qui va attirer les utilisateurs. Celui de zds c'est avant tout l'image et la philosophie, actuellement, et on espere que ça va nous permettre d'attirer le contenu pendant qu'on renforce la partie technique (code du site).

Bonjour

Je déterre un peu, pour vous demander votre avis, sur l'idée que j'ai eu :

en nom : La ferme à tuto

en slogan : Cultivez votre savoir !

Je trouve ça cool :), je vais essayer de faire un logo sympas

cordialement

Ça sent un peu "La Ferme du web"

Ouais mais la ferme du web parle quasiment que du web

alors que je veux faire un site vraiment généraliste, qui parlera de tout les sujets.

Ton site est prêt à être lancé ? Sinon, vraiment, concentre toi sur le projet et laisse de coté le choix du nom.

Non, mais si je trouve pas de nom, je peux pas faire de logo, donc je ne sait pas quelle couleur dominera dans le site, donc j'ai du mal à le coder

J'ai cependant commencé avec un thème marron, que j'aime pas mal, a faire une page d'accueil :

http://w3-css.esy.es (oui je suis inventif, pour le ndd de test xDD)

Non, mais si je trouve pas de nom, je peux pas faire de logo, donc je ne sait pas quelle couleur dominera dans le site, donc j'ai du mal à le coder

tu met les couleurs dans des variables le tout bien centralisé au meme endroit comme ça quand tu devrat changer la couleur, ce sera facile. Fais ton code de façon à ce que le design en général, et les couleurs en particulier, soient facile à mettre a jour. Si ton code est bien fais tu dois pouvoir changer les couleurs et le logo en modifiant 5 lignes et que ça ne te prenne que quelques secondes. Si ce n'est pas le cas, c'est que ton code est mal architecturé.

Ce n'est pas de ça que je parle ce que je parle, c'est que j'arrive pas à me faire une idée de ce que ça pourra donner, ça me bloque xDD

En fait, je fait comme ça :

• j'ai une idée de projet, ou une envie de faire un site web, ou un logiciel. (en l’occurrence un site)

• Je trouve son utilisation/but (en l'occurrence apprendre, diffuser la connaissance)

• Je trouve un nom

• A partir du nom, je fait un logo

• A partir du logo, je trouve le webdesign (et je le code)

• Je rend dynamique le site avec PHP MySql en ajoutant les fonctions utiles. (déjà un peu commencé)

J'arrive pas à faire l'étape 5 avant la 4

ça devrait être ça normalement :

1. J'ai une idée
2. Je fais le cahier des charges (ton point 2, ce qu'il est censé faire, sur papier)
3. Je code le prototype, en particulier le backend (la partie avec PHP/MySql pour toi) avec une interface bidon temporaire.
4. Je fais le design/frontend pour le rendre jolie
5. Je trouve le nom définitif et le logo, j'adapte le design en conséquence

A noter que les étapes 3 et 4 peuvent être bouclés dès que tu a un prototype viable : Tu fais un prototype avec les fonctionnalités de bases, tu fais le design qui correspond, tu retourne dev un peu pour améliorer, corriger ou rajouter des choses utiles au design, etc.

Bon c'est pas absolu mais dans tous les cas le nom du projet et le logo c'est le dernier truc a faire.

Tu peux intercaler, entre 2 et 3 :

J'essaie de me poser les bonnes questions pour identifier des points de blocage :

• techniques (ce que je ne sais/peut pas faire)
• fonctionnels : des trucs qui dans mon esprit ne sont pas clairs du point de vue d'une fonctionnalité à l'utilisateur

Et pour ces points : Est-ce-que je peux avancer sans ? Est-ce-que ça risque de me bloquer complètement au risque de ne pas avoir de service ou juste un service un peu dégradé ?

Et en fonction de la réponse, ça peut orienter un peu le proto (ou les maquettes) vers les points sensibles du projet.

En fait, ce qui pose problème c'est que j'arrive pas à imaginer le Back-End tant que je sait pas comment est le Front-End

Dans la partie "cahier des charges" tu peux (même doit) faires des mockup, des maquettes et/ou des dessins pour te donner une idée de ce à quoi ça va ressembler. De toute façon pour faire le back il te faut une interface minimale. Mais celle-ci doit être faite rapidement et le plus simple possible. La couleur dominante, à ce moment là, on s'en fout. Dans tous les cas tu peux prévoir l'apparence final, mais il y a une différence entre faire un brouillon pour visualiser à quoi cela va ressembler et faire le design définitif directement.

Pour autant moi en général, je cherche juste a faire les fonctionnalités au début, quitte a ce qu'il y ai 50 boutons.

En fait, ce qui pose problème c'est que j'arrive pas à imaginer le Back-End tant que je sait pas comment est le Front-End

Pourtant toutes les bonnes pratiques te diront de bien séparer les données de leur affichage (MVC toussa).

Le front-end n'est qu'une représentation, le back défini ce que tu veux faire, le cœur de l'appli. Si tu n'arrives pas a faire le back c'est que tu ne sais probablement pas ce que tu veux faire.