on pense d'abord aux fonctions que l'on souhaite y intégrer.
On pense surtout à tout un tas de choses comme les fonctionnalités, comment on va les intégrer, quels sont les problèmes qui vont se poser (au hasard, la recherche dans un réseau décentralisé). Tout un tas de choses que le projet Diaspora* n'a pas suffisamment pris en compte au départ, oui. Le problème c'est que ce sont les 4 développeurs de départ qui n'avaient pas les épaules / compétences pour gérer ça. Et ils ont eu une telle visibilité médiatique qu'il y a eu énormément de déçus. Alors heureusement des gens ont été là pour les aider, mais ils ont quand même abandonné.
Des fois je me dis que le mieux serait de tout casser pour tout reconstruire. Mais de façon plus pragmatique, la priorité reste de documenter correctement le protocole et le stabiliser (éventuellement le revoir / simplifier tout en restant compatible avec l'actuel : grosse difficulté). Ensuite, procurer les librairies qui vont bien en PHP / Python / Ruby / etc. pour qu'un maximum de gens puissent construire un environnement autour, compatible avec le logiciel de base. Le must serait de créer des ponts avec XMPP pour communiquer avec des projets comme Sàt, Movim ou Jappix.
j'aimerais bien y apporter ma contribution, mais je n'ai pas le temps ni la motivation d'apprendre le ruby
[^] # Re: Quelques mots à propos de D*
Posté par berumuron . En réponse au journal Diaspora bien tenté mais.... Évalué à 5.
Nous sommes d'accord ;)
On pense surtout à tout un tas de choses comme les fonctionnalités, comment on va les intégrer, quels sont les problèmes qui vont se poser (au hasard, la recherche dans un réseau décentralisé). Tout un tas de choses que le projet Diaspora* n'a pas suffisamment pris en compte au départ, oui. Le problème c'est que ce sont les 4 développeurs de départ qui n'avaient pas les épaules / compétences pour gérer ça. Et ils ont eu une telle visibilité médiatique qu'il y a eu énormément de déçus. Alors heureusement des gens ont été là pour les aider, mais ils ont quand même abandonné.
Des fois je me dis que le mieux serait de tout casser pour tout reconstruire. Mais de façon plus pragmatique, la priorité reste de documenter correctement le protocole et le stabiliser (éventuellement le revoir / simplifier tout en restant compatible avec l'actuel : grosse difficulté). Ensuite, procurer les librairies qui vont bien en PHP / Python / Ruby / etc. pour qu'un maximum de gens puissent construire un environnement autour, compatible avec le logiciel de base. Le must serait de créer des ponts avec XMPP pour communiquer avec des projets comme Sàt, Movim ou Jappix.
Une seule chose à répondre à ça (si tu lis l'anglais) : https://diaspora-fr.org/posts/595580
Et les développeurs initiaux connaissaient le Ruby, la boucle est bouclée :)