Shy'Comics

Y avait pas un système de Flux RSS avant ?

Oui.

Tu comprendra quand tu sera un adulte, les mails c'est la seule façon de communiqué rapidement avec des gens qui sont pas tes amis quoi.

EDIT: @Yasuu: c'est ce que je me disais aussi mais je le trouve plus donc je sais pas.

Le problème c'est pas le manque d'idées, c'est le fait que personne ne souhaite se lancer dans la construction de ce nouveau site.

Oh. Bah ça c'est un problème qui dépasse mes capacités mdr.

Faudrait rassembler les programmeurs du fow pour voir qui se sent chaud de faire quoi.

Même si bon on doit en avoir genre 3 grand max en comptant Kor lulz.

Le problème n'est en effet pas le manque d'idée, ni même développer le bouzin, mais plutôt l'organisation générale. Il faudrait mettre un plan sérieux en place, un véritable cahier des charges.

Avoir simplement une liste d'idées, c'est déjà un bon début, mais c'est loin d'être suffisant.

Il faudrait que quelqu'un se porte volontaire pour faire un schéma de TOUTES les actions possibles selon les droits de chaque utilisateurs. Grosso modo, on a besoin soit d'un schéma UML, soit de wireframes (= des maquettes de la plupart des pages, sans design, mais avec les interactions prioriaires : liens, boutons etc.)

Dans notre cas, un schéma UML me semble plus pertinent : comme je l'ai dit, il décrit de façon schématisée les actions possibles sur un site/une application/un service quelconque. Aucun design ici, on parle juste de quelque chose purement fonctionnelle.
Pour une bibliothèque, par exemple, le schéma UML pourrait être cleui-ci :



Ici, on voit sur la droite du schéma que le librairie pour accéder à la maintenance de la bibliothèque et que, à partir de cette maintenance, il peut "utiliser" plusieurs actions : ajouter un bouquin, ajouter un client, les modifier etc.
A gauche du schéma, on voit qu'un libraire peut aussi emprunter des livres ou encore les rendre. Notion intéressante, une flèche relie un borrower (un emprunteur pour les anglophobes, un client quoi) au libraire à gauche. Cela signifie que le client peut faire exactement toutes les actions de la gauche du schéma, comme le libraire, mais pas celles de droite.
En clair, le client peut aussi emprunter des livres mais il ne peut pas accéder à la maintenance, ce qui est assez logique.

Bref, grâce à ce genre de schéma, il est possible d'avoir une bonne idée des fonctionnalités d'un futur site. Il faudrait donc que toutes les suggestions soient regroupées au sein de ce type de schéma afin d'avoir une vue d'ensemble globale sur ce que pourrait être Shy'Co. Et c'est seulement quand on sera d'accord qu'on pourra commencer non pas le code, mais le design du site afin d'avoir une idée visuelle de ce schéma fonctionnel.

Il ne faut pas croire qu'un site c'est juste un développeur et c'est tout, il y a beaucoup d'autres choses à côté : coder, c'est à peine le tiers du boulot :p

Qui pour d'abord regrouper toutes les suggestions qui ont été faites en un seul message ?

Si quelqu'un fait ça, je veux bien faire des diagrammes UML comme l'a suggéré Kor'. Je peux faire aussi des schémas d'enchaînement des pages ( SNI si quelqu'un connais). Ensuite je peux pas pousser plus même si je le voulais, parce que je connais pas l'architecture de base du site ( genre pour faire un diagramme de classe, etc...).

Bah l'architecture de base serais changé, non?
Je pensais qu'on recommencerais de zéro.

Ben je sais pas s'il a envie de refaire tout depuis zéro. Tant qu'à faire je pense qu'il préfère garder la base de données actuelle.

Si on fait une nouvelle version, autant tout reprendre de zéro si.
Concernant la base de données actuelle, c'est en effet une question à se poser : on en ferait quoi ?

Tout dépend de ce qu'on veut faire : si on veut rester sur le concept de site-vitrine, on pourra la garder en la bidouillant un peu. Si on veut partir sur un système où les membres peuvent uploader eux-mêmes leurs planches, faudra partir sur une BDD complètement différente. (enfin, pas "complètement" différente au final après réflexion, juste un peu plus)

Perso, au vue de ce qui a pu se dire, je pense qu'ill faut partir sur une direction bien différente de ce qu'on a actuellement et donc se pencher sur un système de galleries gérées par les auteurs.
Sinon autant garder la version actuelle ^^

A vous de voir !

Effectivement.

Perso je suis complètement pour le système de galerie personnelle. Mais il faudra renforcer grandement la modération alors. Et penser à un système de mise en valeur des meilleures planches. Enfin voilà, il y a plein de questions qu'il faut se poser avant même de commencer à faire de la modélisation théorique.

Je crois de toute façon que ce genre de planification ne peut pas se faire de manière démocratique, sinon ça n'avancera pas. C'est à l'équipe de réfléchir et développer en privé, par rapport aux envies des utilisateurs.

Je suis parfaitement d'accord.

Seulement voilà, on n'a pas vraiment d'équipe pour le site : y'a que moi et Shy' en fait.

Donc soit considère toute l'équipe de modération, soit on monte ici-même une petite équipe. ^^

Ah ben, ça me botterait vraiment d'être dans l'équipe de dev ( si c'était pas déjà suffisamment évident).

Ensuite, SM58 se débrouille bien en PHP et JS, nan ?

Je crois que oui. :)

Pour être bien, l'équipe idéale devrait être composée de :

• un développeur back-end (PHP)
• un développeur front-end (JS)
• un intégrateur (CSS)
• un designer
• un chef de projet (pour gérer tout le monde, c'est plus un manager qu'un véritable "chef" hein)

Bien sûr, c'est dans le cas idéal, ça reste très flexible. Par exemple, le dév front-end est souvent le même gars que l'intégrateur et le chef de projet peut aussi développer de son côté.