Re : Dev web
Posté : 08 mai 2011, 23:09
bon ok, n'en parlons plus.
de toute façon rassure toi, je suis aussi un pur auto-didacte moi-même.
juste j'ai commencé à bricoler avant toi c'est tout.
oui, sinon, commence par ta démo, puis jete en vrac ce que tu voudrais voir comment fonctionnalités, comment gérer les contenus, etc ... tout ce que tu vois.
et seulement ensuite avant de montrer ça, tu organise ça en expression de besoin (ou spécification suivant le niveau de détail technique. l'idéal serait les 2. expression besoin d'abord, puis spec technique qui décline le comment satisfaire le besoin.).
en principe ça, c'est pas forcément spécifique à l'informatique. dans d'autres domaines ça se fait, ou sinon, ça devrait se faire. car avant d'essayer d'atteindre un objectif, il vaut mieux commencer par le définir. quel que soit le domaine. du reste, sinon, comment savoir si on l'a vraiment atteint ?
penser aussi à indiquer les contraintes (si pas de contraintes à priori, l'indiquer aussi, pour que chacun sache qu'il peut proposer des choix) : php obligatoire pour tourner sur la plupart des espaces web par exemple. avec bdd ou avec fichiers à plats ou serveur bdd ? serveur bdd : my sql, postgre, les 2 supportés ? import de données : où, quel format, via copie locale, en appel distant via url, etc ... ?
si possible récupérer aussi les spec des formats et api pour les données à importer.
etc ...
faut envisager aussi l'ergonomie, le design, etc ... mais ça à la limite c'est après. enfin si c'est suffisamment déconnecté dans le codage.
tu peux aussi voir du coté de certaines lib javascript et certaines spécifiques ajax. des framework de développement pour pas tout faire de zéro.
enfin bon des fois faut aussi se plonger dans le code des autres pour voir un peu ce qui se fait et comment.
du coup ensuite, on peut en tirer un découpage de tâches et les répartir plus facilement suivant dispo de chacun et compétences. non ?
ainsi, ça parait moins énorme à ceux qui voudraient bien aider mais ont peur de pas savoir ou de pas être à la hauteur (voire pas avoir assez de temps). ce qui facilite le recrutement je pense.
moi là avec le composant com_tracker, j'avais jamais fait de composant joomla, mais là en regardant (j'ai un peu ramé au début), je commence à percevoir le concept de MVC utilisé. et c'est finalement, pas simple, certes, mais pas monstrueux non plus.
donc dans d'autres domaines ça doit aussi être le cas.
de toute façon rassure toi, je suis aussi un pur auto-didacte moi-même.
juste j'ai commencé à bricoler avant toi c'est tout.
oui, sinon, commence par ta démo, puis jete en vrac ce que tu voudrais voir comment fonctionnalités, comment gérer les contenus, etc ... tout ce que tu vois.
et seulement ensuite avant de montrer ça, tu organise ça en expression de besoin (ou spécification suivant le niveau de détail technique. l'idéal serait les 2. expression besoin d'abord, puis spec technique qui décline le comment satisfaire le besoin.).
en principe ça, c'est pas forcément spécifique à l'informatique. dans d'autres domaines ça se fait, ou sinon, ça devrait se faire. car avant d'essayer d'atteindre un objectif, il vaut mieux commencer par le définir. quel que soit le domaine. du reste, sinon, comment savoir si on l'a vraiment atteint ?
penser aussi à indiquer les contraintes (si pas de contraintes à priori, l'indiquer aussi, pour que chacun sache qu'il peut proposer des choix) : php obligatoire pour tourner sur la plupart des espaces web par exemple. avec bdd ou avec fichiers à plats ou serveur bdd ? serveur bdd : my sql, postgre, les 2 supportés ? import de données : où, quel format, via copie locale, en appel distant via url, etc ... ?
si possible récupérer aussi les spec des formats et api pour les données à importer.
etc ...
faut envisager aussi l'ergonomie, le design, etc ... mais ça à la limite c'est après. enfin si c'est suffisamment déconnecté dans le codage.
tu peux aussi voir du coté de certaines lib javascript et certaines spécifiques ajax. des framework de développement pour pas tout faire de zéro.
enfin bon des fois faut aussi se plonger dans le code des autres pour voir un peu ce qui se fait et comment.
du coup ensuite, on peut en tirer un découpage de tâches et les répartir plus facilement suivant dispo de chacun et compétences. non ?
ainsi, ça parait moins énorme à ceux qui voudraient bien aider mais ont peur de pas savoir ou de pas être à la hauteur (voire pas avoir assez de temps). ce qui facilite le recrutement je pense.
moi là avec le composant com_tracker, j'avais jamais fait de composant joomla, mais là en regardant (j'ai un peu ramé au début), je commence à percevoir le concept de MVC utilisé. et c'est finalement, pas simple, certes, mais pas monstrueux non plus.
donc dans d'autres domaines ça doit aussi être le cas.