Actuellement, on a le choix entre une usine à gaz immonde appelée WordPress, mais avec toutes les features qui vont bien une fois que t’as trouvé les 17 plugins nécessaires.

D’autre part t’as Jekyll, le truc hyper clean, statique, avec markdown, bien pensé et conçu pour les geeks que nous sommes, mais avec un manque de features flagrant (cf Post de Sam).

Je suis le seul à trouver qu’il y a une belle opportunité ?

Certes le public visé n’est pas énorme, mais pas plus petit que celui de Jekyll.

La première base de lecteurs du blog servirait à trouver les 1ers financements, et aussi à contribuer au code.

Avec un peu de comm, le projet pourrait se faire connaitre assez facilement.

Oui je suis un peu bisounours…mais j’aurais adoré voir ce projet emerget et aider à contribuer avec plaisir.

PS : la fonction de recherche existe sur Jekyll. Vu qu’il y a pas de BDD je suppose que ça load les pages en les cachant, et fait une sélection en JS.

Plus sérieusement, j’ai tenté l’expérience de réaliser de voir développer quelques choses, non pas pour le publier mais bien pour voir les problèmes rencontrés (je ne crois pas vraiment au trois ans de dev temps pleins en fait) et j’en suis arrivé à la conclusion qu’une API REST était idéal vu des possibilités qui peuvent partir dans tous les sens (resterai des clients à faire mais ça amoindrit le travail et surtout sa complexité).

Il y a d’autre chose que j’ai pas compris à la lecture (le système de ressource externe par exemple), donc j’ai pas fais tous les points de la liste mais une grande partie (c’est pas exploitable sans client évidement).

C’est fais en python, avec Bottle, si jamais ça peut tenter ^^’

Oui, je sais…je suis un grObatard d’égoiste… ;-D

Merci !

Et à mon avis le public sera plus effrayé par les fonctionnalités qu’autre chose.

Je ne suis pas d’accord car je ne pense pas que le public que viserait ce bout de pensée d’idée de projet soit le même que l’utilisateur de WordPress moyen (qui n’y connaît techniquement rien ou presque)

avoir réellement le niveau de concurrencer WP.

Ce n’est pas forcément une bonne idée que de vouloir faire autant qu’un autre, ni de le faire de manière similaire. D’ailleurs si c’est pour faire un clone de WP, ce n’est peut-être pas la peine. Revoir les fondements même de la publication sur internet et des logiciels peut peut-être amener à un résultat qui soit intéressant.

Je comprends ton point de vue mais, même sans défendre cette idée, tu ne pourras pas atteindre un public large si tu restes en pur-internet vs tout-web.
Je suppose que ton commentaire visait le chat par exemple.

Il faut nuancer je pense ma position sur cela. L’objectif, les moyens et la mise en place font qu’un outil peut être intéressant à inclure ou non. Sans compter les envies ;)

Pour les histoire de fonctionnalités, bon honnêtement, discuter dessus sans vraiment compter réaliser quoi que ce soit me semble très peu productif. Sam n’est pas idiot, il a l’expérience et les compétences pour le faire. La volonté il l’a sûrement. (à chaque fois qu’il rage contre WP du moins :) ) Il est réaliste et sait que c’est un long travail qui l’attend si il se lance. Cependant avec de l’aide c’est tout à fait réalisable.

Il serait sûrement intéressant d’organiser un brainstorming sur irc/etherpad, simplement pour voir quels sont les bonnes idées qui peuvent émergés ainsi que les problèmes à surmonter. Qui serait donc de la partie ?

J’ai pris un exemple parlant, mais les 2/3 des fonctionnalités demandées par Sam devraient être découpées de cette façon afin d’avoir réellement le niveau de concurrencer WP.

Il faut aussi faire le tri “je veux une Porsche, mais une Mercedes me suffirait tant que tu dis pas la marque”. Typiquement :

API de migrations/synchronisation de blog d’un serveur à l’autre en JSON. Si on veut changer d’hébergeur, on peut juste setuper un nouveau blog, le linker au précédent, et attendre qu’il se synchro, puis basculer le nom de domaine.

Le blog peut s’installer ainsi : DL, unzip, run. Rien d’autre à faire

Si tu peux “zipper” le blog pour le copier sur le nouveau serveur, le dézipper et faire tourner le bousin ce serait bien suffisant mais ça fait moins rêver.

@Alexis

– Certaines fonctionnalités n’ont rien à faire là sauf si on défend l’idée du tout-web.

Je comprends ton point de vue mais, même sans défendre cette idée, tu ne pourras pas atteindre un public large si tu restes en pur-internet vs tout-web.
Je suppose que ton commentaire visait le chat par exemple. Un bon geek pur-internet dira que cela doit absolument passer par du IRC ou un salon Jabber par exemple. Mais le péon moyen, qui veux juste ouvrir son chrome (“paske sa va vit olol”) pour parler à ses potes, préférera un système de chat intégré à la page.
Exemple le plus connu : Facebook, la fenêtre de discussion est ridiculement petite mais elle reste toujours affiché pendant la navigation sur le site.
cf. l’article de Sam sur la friction.

Bon j’arrête mon roman pour pas énerver Clippy, la prochaine fois je répondrais sur mon blog en python ;)