Libération du site

Bonjour,

Je voudrais d'abord vous féliciter : pour votre site, qui est une réussite, et pour le travail fourni par les équipes de développement et de correction. Je suis très intéressé par la perspective d'aider le site, et j'ai l'impression d'avoir toutes les compétences, cependant je ne suis pas autant disponible que demandé, et c'est pour ça que je ne vous encombrerai pas d'une candidature supplémentaire.

Je me suis donc demandé si vous avez dejà envisagé de libérer le code source du site ? Cela permettrait aux gens intéressés de participer au projet dans une moindre mesure, et de repérer les gens assez talentueux pour faire partie de l'équipe. Je pense aussi que cela pourrait amener à une meilleure qualité globale. De plus ça ne devrait pas être un pas trop compliqué à faire, j'ai cru comprendre que vous utilisiez déjà un DCVS, et que vous êtes habitués au travail en équipe.

Êtes-vous intéressés par cela, ou pas du tout ? Quelles sont les raisons de votre choix ? Si vous avez des questions techniques ou non concernant une telle chose, je serai ravi d'y répondre, ayant contribué à un certain nombre de projets libres, et étant intéressé par le sujet.

D'après ce que j'ai lu, ils ont reçu des scripts du Site du Zéro, à condition de ne pas les distribuer.

Actuellement, les fichiers de configurations critiques (BDD par exemple) ne sont PAS intégrés dans le DCVS. On pourrait également exclure le parseur zCode généreusement fournit par le SdZ qui doit rester secret.

Quoi qu'il en soit, lorsqu'on ouvre son code, il faut plutôt être certain de ce qu'on fait. Et avec sans doute pas loin de 100.000 lignes de codes maison, c'est.... pas facile ! Nous ne sommes pas prêts pour le moment.

Citation : Savageman

Oui effectivement je comprends tout à fait votre position, et d'apres ce que tu me dis le code n'est pas libérable en l'état. C'est principalement en raison de la taille et des risques sécuritaires que cela implique, n'est-ce pas ? En ce qui concerne les fichiers de configuration, le code prêté par le sdz, et même tout ce qui intéragit avec le sdz, cela ne me semble pas trop gênant. En effet, il suffit de ne pas libérer cette partie. De plus, le site n'est vraiment utile qu'à vous, je ne vois personne lancer yCorrecteurs.fr, et la communaute est déja ancrée sur ce site, donc il n'y a pas à avoir peur de la concurrence.

Pourquoi ne pas libérer des petites parties du code, petit à petit ? En libérant seulement les parties métier sous formes de librairies par exemple, cela permettrait de faire la transition en douceur. Cela permettrait par exemple aux zéros d'avoir un exemple de « vrai gros site » pour s'inspirer, et cela vous permettrait par exemple de profiter des améliorations des gens qui se seraient intéressés a votre code, pour pourquoi pas essayer de l'améliorer en retour. Je suis sûr par exemple que tu as eu des retours positifs quand tu as rendu disponibles tes classes PHP.

Est-ce que le concept vous intéresse ? Il serait possible de commencer par déterminer quels bouts de code sont montrables, les découper du reste, pourquoi pas en profiter pour rajouter des tests unitaires, et les libérer par la suite. Cela pourrait se faire en dehors du développement normal, sans le gêner. Si j'ai bien compris, c'est d'ailleurs ce genre de tâche que réalise actuellement vincent1870, et ça ne peut être que bénéfique à mon sens. Je serais d'ailleurs prêt à aider à réaliser ce genre de tâche de fond si vous êtes intéressés.

Quoiqu'il en soit, merci d'avoir considéré mes suggestions.

On est gros au niveau du code quand même Savageman, c'est de ce côté qu'il faut le voir je pense. Et bon même si j'ajoute plein de fonctions, j'en profite quand même pour découper le framework du site en lui-même, donc je créé des librairies (presque) indépendantes. Bon par contre les tests unitaires on n'en a en effet aucun, c'est pas bien mais bon...

Justement, l'indépendance des bibliothèques codées peut profiter au plus grand nombre. Je suis moi-même curieux de voir l'ORM que code vincent1870. Sinon, en ce qui concerne le parseur du zCode, j'imagine bien que ce n'est pas de votre faute, mais j'avoue ne pas comprendre le choix des admins, ça ne fait que tuer l'intéropabilité.

Pour le parseur zCode, c'est pas auprès de nous qu'il faut se plaindre. Pour l'ORM c'est pas encore prêt !

Citation : Savageman

Je faisais davantage référence à la taille du code.

Citation : Savageman

Je pense que vous faites une bonne décision.

Je viens juste de finir mon GSoC en tout cas, donc je suis libre. Si je peux aider, n'hésitez pas a faire signe.

Citation : Savageman
Je croyais que tu étais fondamentalement contre les ORM... Tu as cédé ?

Si du code est libéré, quelle bout en premier ?

Il a pas dit qu'il était pour, juste que c'était pas encore prêt. Non sérieusement je l'ai codé, il fonctionne pas trop mal, donc pour des requêtes simples on l'utilisera, pour les trop compliquées on les écrira à la main. Donc 70% des requêtes utiliseront l'ORM, les autres resteront en SQL brut. Il est d'accord avec ce compromis et moi aussi.

Si on libère, ce sera sans doute l'ORM (chose que je comptais de toute façon diffuser puisque je suis son codeur).

Oui je sais, mais je ne parlais pas en particulier de ce message . En tout cas j'attend avec hâte l'ORM.

Fondamentalement, je ne suis pas forcément contre. Disons que pour les choses simples, c'est pratique. Si les requêtes sont un peu complexes, c'est à proscrire, effectivement ! Le tout est de maîtriser l'outil et ne pas s'en servir n'importe comment, ce qui peut arriver rapidement... Il faut bien comprendre que ça n'est pas parce qu'on a un ORM qu'il faut obligatoirement s'en servir pour 100% de ses requêtes, ça serait une catastrophe en vrai.
Voici 2 articles que je trouvent intéressants et parlent bien de la question :
http://blog.developpez.com/philippe […] s-orm-en-net/
http://www.developpez.net/forums/d766279/general-developpement/debats-developpement-best-of/frameworks-persistance-orm-dangereux-performances/

Sinon, c'est le kernel sera sans doute libéré en premier (je l'avais déjà précisé plus haut).

Enfin vous emballez pas : faut qu'on en discute en détails entre nous, qu'on rende le code un peu plus propre avant (il est déjà pas trop mal mais avec toutes les modifications en cours il est en changements profonds là), qu'on comment les nouvelles classes qui ne le sont pas encore, etc. Bref tout de même pas mal de boulot pour l'instant. Faudra être patient.

En réalité j'avais compris que la priorité était à l'ajout de gros modules, et qu'il fallait de la main d'oeuvre pour s'en occuper, d'où le recrutement.

D'ou le sens de ma proposition : je vous aide maintenant à nettoyer le code pour faciliter la transition, sans déranger les développeurs actuels, occupés à ajouter du vrai code. Ça veut dire intégrer le projet : êtes-vous prêt à faire ça ?

Effectivement je me disais que pour les grosses requête comment cela fonctionne concrètement. Après, pour l'avoir essayé une fois je trouve ça pratique mais, cela deviens lourd quand il s'agit de faire des grosses requêtes. Après être convaincu de la chose ou non voir ce que ça donne.

Ha !!! Tiens je me pose une autres question ce n'est pas plus rapide que d'écrire les requêtes plutôt que de s'amuser faire des objets puis après de s'en servir ?

Du code qui peux resservir ailleurs oui mais un livre d'or ?

Citation : Cygal
C'est clair qu'une libération du code source du site permettrait une évolution plus efficace de ce dernier : n'importe qui pourrait reproduire les bugs chez lui et proposer des patchs pour les corriger et niveau sécurité, ça permettra d'avoir une véritable correction des failles et de ne pas se contenter d'une sécurité dite « par obscurantisme ».

Citation : Shine-neko
Tu as testé un ORM, sans doute pas le nôtre qui diffère un peu de ce qui existe déjà en PHP (puisqu'il est pompé de Django, en Python). Pour la rapidité, c'est à toi de tester, mais ça reste bien plus rapide que d'écrire une requête, d'affecter les paramètres, de les protéger, d'exécuter la requête, de récupérer le tableau, etc. Et pour ton information, on ne « s'amuse » pas avec, un objet est bien plus puissant qu'un tableau (plus lourd aussi), et on ne les créé pas à la main.

Citation : Shine-neko
Rien compris.

Citation : Cygal
De toute façon le code est en train d'être refondu, donc ce sera fait tôt ou tard. Oui on a des modules à créer, mais les outils en cours de développement leur serviront.

Citation : Cygal

Toutes les personnes qui veulent aider doivent passer par le recrutement dans tous les cas.

Sinon, je pense que la libération du code n'est pas du tout la première des priorités pour le moment, on a plein de trucs à faire, il va falloir former les nouveaux développeur, développer de gros modules, et ça passe (je pense) avant la libération possible du code.

Citation : vincent1870
Du code qui pourrait resservir ailleurs, mais un livre d'or ça semblais un peu bateau.

Citation : vincent1870

Vu de ce sens oui. Je crois que j'ai plus de question