Edit History

9 hours ago, yama said:

Des dev super actif sur la 1.6 comme doekia et eolia (entre autre) ont largement les compétences pour améliorer la 1.7, pourquoi vouloir absolument boycotter cette version ?

Il y a plusieurs raisons.

La 1ere est que la version 1.7 à sa sortie, était un pur champs de ruine (j'exagère pas il n'y avait même pas de moyen de paiement autre que chèque et virement bancaire  ). Ceci n'a pas empêché la société PrestaShop de la sur-vendre comme étant stable, le top du top, la crème de la cerise sur le gâteau, ... C'était il y a plus de 2ans (Novembre 2016). Bien sûr pendant ces 2 ans de nombreuses parties ont changé, évolué dans les entrailles rendant les développement, le suivi, le support extrêmement  compliqué, chronophage. Si PrestaShop a besoin de faire du business, il en est de même pour nous et nous n'avons pas la manne de 3.5M€ (minimum) qui nous arrive tous les ans par l'intermédiaire des commissions Addons. Donc nous (enfin je) choisissons de mettre la version en touche.

En 2eme, et là en tant que non informaticien c'est plus compliqué à comprendre. Historiquement PrestaShop était bâtit sur un coeur historique d'environ 350'000 lignes de code. Ce code était relativement simple, des fois trop c'est vrai, pas parfait mais bien connu et surtout propriétaire. Seul PS et sa communauté avait à l'amender, à en répondre, à le débugguer, ... Depuis 10ans qu'il existait soit sûr que de nombreuses compétences existaient dessus. Sa simplicité faisait également sa force dans la mesure où même un marchand, volontaire et curieux pouvait l'embrasser et le maîtriser (je citerai @okom3pom, mais d'autre aussi).
La 1.7 a replacé/réecrit un partie de ce code historique avec un bundle nommé Symfony. Le code du coeur représente maintenant plus de 2 millions de ligne de code. Et symfony est en fait un assemblage de multiple autres projets open-source agglutinés par un mécanisme de gestion des dépendances nommé composer. C'est actuellement pas moins de 42 projets open-source à suivre quand aux bugs déclarés, pull-request, tracer, debugguer lorsque survient un fonctionnement inattendu ou le besoin d'écrire un module aux fonctionnalité avancées. Le code devient dépendant de ces communautés tiers dont le but premier n'est pas PrestaShop. Il n'est plus raisonnablement possible d’acquérir et de maintenir le même niveau d'expertise sauf à être une agence avec plusieurs spécialiste dédiés à ces tâches. A nouveau le besoin d'être rentable nous dicte un choix.

En 3, comme je le dis précédemment, le code historique avait des faiblesses. Des faiblesses que tu retrouves au quotidien dans des dysfonctionnement ou inadéquation de la solution par rapport au besoin métier (calcul de prix, facture, taxe, écotaxe erronés - impossibilité de mettre en place certaines offres promotionnelle ou offre produit complexe quoique habituelle dans le commerce). Il avait été proposé de grand chantier visant à corriger ces erreurs/manques et de nombreux acteurs de la communauté s'étaient proposés à assister dans cette démarche. Tout ceci est resté lettre morte. L'énergie a été déployé à migrer vers Symfony et les tares systémiques du code sont toujours là, non adressées ou pire ... certains éléments difficile à migrer ont été abandonnés en route.

En 4, la communication PS autour de la solution laissant croire qu'aucune compétences d'aucune sorte n'était nécessaire nous a mené a une paupérisation technique sur ce forum. Les question devienne du "newbe" qui a peu ou prou à voir avec PrestaShop (comment je change une couleur, qu'est-ce FTP). Une attente de solution immédiate sans aucun effort ni dans la question (help, vite, pas de version, pas d'url, ...). D'autres questions qui ne sont que pure fainéantise comme "comment je traduis X, comment j'ajoute Y a mon menu". Le forum devient une station service, de moins en moins d'utilisateur rendent à la communauté, ou pire squatté par des auto-proclamés pro/agence qui écument les réponses pour facturer à leurs client une compétence qu'ils n'ont pas - mais bon ce point n'est pas spécifique à la 1.7.

Tout ceci n'est que le reflet de mon propre avis, mais je pense qu'il est partagé par d'autres intervenants

8 hours ago, yama said:

Des dev super actif sur la 1.6 comme doekia et eolia (entre autre) ont largement les compétences pour améliorer la 1.7, pourquoi vouloir absolument boycotter cette version ?

Il y a plusieurs raisons.

La 1ere est que la version 1.7 à sa sortie, était un pur champs de ruine (j'exagère pas il n'y avait même pas de moyen de paiement autre que chèque et virement bancaire  ). Ceci n'a pas empêché la société PrestaShop de la sur-vendre comme étant stable, le top du top, la crème de la cerise sur le gâteau, ... C'était il y a plus de 2ans (Novembre 2016). Bien sûr pendant ces 2 ans de nombreuses parties ont changé, évolué dans les entrailles rendant les développement, le suivi, le support extrêmement  compliqué, chronophage. Si PrestaShop a besoin de faire du business, il en est de même pour nous et nous n'avons pas la manne de 3.5M€ (minimum) qui nous arrive tous les ans par l'intermédiaire des commissions Addons. Donc nous (enfin je) choisissons de mettre la version en touche.

En 2eme, et là en tant que non informaticien c'est plus compliqué à comprendre. Historiquement PrestaShop était bâtit sur un coeur historique d'environ 35'000 lignes de code. Ce code était relativement simple, des fois trop c'est vrai, pas parfait mais bien connu et surtout propriétaire. Seul PS et sa communauté avait à l'amender, à en répondre, à le débugguer, ... Depuis 10ans qu'il existait soit sûr que de nombreuses compétences existaient dessus. Sa simplicité faisait également sa force dans la mesure où même un marchand, volontaire et curieux pouvait l'embrasser et le maîtriser (je citerai @okom3pom, mais d'autre aussi).
La 1.7 a replacé/réecrit un partie de ce code historique avec un bundle nommé Symfony. Le code du coeur représente maintenant plus de 2 millions de ligne de code. Et symfony est en fait un assemblage de multiple autres projets open-source agglutinés par un mécanisme de gestion des dépendances nommé composer. C'est actuellement pas moins de 42 projets open-source à suivre quand aux bugs déclarés, pull-request, tracer, debugguer lorsque survient un fonctionnement inattendu ou le besoin d'écrire un module aux fonctionnalité avancées. Le code devient dépendant de ces communautés tiers dont le but premier n'est pas PrestaShop. Il n'est plus raisonnablement possible d’acquérir et de maintenir le même niveau d'expertise sauf à être une agence avec plusieurs spécialiste dédiés à ces tâches. A nouveau le besoin d'être rentable nous dicte un choix.

En 3, comme je le dis précédemment, le code historique avait des faiblesses. Des faiblesses que tu retrouves au quotidien dans des dysfonctionnement ou inadéquation de la solution par rapport au besoin métier (calcul de prix, facture, taxe, écotaxe erronés - impossibilité de mettre en place certaines offres promotionnelle ou offre produit complexe quoique habituelle dans le commerce). Il avait été proposé de grand chantier visant à corriger ces erreurs/manques et de nombreux acteurs de la communauté s'étaient proposés à assister dans cette démarche. Tout ceci est resté lettre morte. L'énergie a été déployé à migrer vers Symfony et les tares systémiques du code sont toujours là, non adressées ou pire ... certains éléments difficile à migrer ont été abandonnés en route.

En 4, la communication PS autour de la solution laissant croire qu'aucune compétences d'aucune sorte n'était nécessaire nous a mené a une paupérisation technique sur ce forum. Les question devienne du "newbe" qui a peu ou prou à voir avec PrestaShop (comment je change une couleur, qu'est-ce FTP). Une attente de solution immédiate sans aucun effort ni dans la question (help, vite, pas de version, pas d'url, ...). D'autres questions qui ne sont que pure fainéantise comme "comment je traduis X, comment j'ajoute Y a mon menu". Le forum devient une station service, de moins en moins d'utilisateur rendent à la communauté, ou pire squatté par des auto-proclamés pro/agence qui écument les réponses pour facturer à leurs client une compétence qu'ils n'ont pas - mais bon ce point n'est pas spécifique à la 1.7.

Tout ceci n'est que le reflet de mon propre avis, mais je pense qu'il est partagé par d'autres intervenants