Wordpress, parallaxe, j'en peux plus

(reprise du message précédent)

a écrit :
Quentin, je pense que j'ai tout de même apporté pas mal d'informations à ce sujet sur ce fil de discussion

C'est juste.

Ce que j'aurais trouvé cool, c'est que quelqu'un vienne nous dire: j'ai commencé par faire du travail maison, puis après je suis passé aux CMS et depuis c'est vachement mieux parce que, et c'était tellement mieux que je ne referais plus du développement propre. OU bien l'inverse. Quelqu'un qui aurait pu coder son propre CMS s'il la'vait voulu.

Finalement après réflexion, je crois qu'il va falloir conclure qu'on ne peut pas vraiment trancher. C'est de l'artisanat contre de l'industrie. Dans le premier cas on le fait d'abord par amour pour son métier, dans le deuxième on le fait parce qu'il faut bien gagner du fric. ON ne peut rien répondre à ça, c'est le monde capitaliste qui veut ça.

JE dois vraiment être un extraterrestre par rapport à la norme des gens. En fait, j'aime coder des trucs moi-même parce que c'est pour moi; pour les quelques autres qui m'ont demandé de leur faire un site je n'avais pas envie de me casser les pieds, alors j'ai fait comme tout le monde, je leur ai installé wordpress. Quelque part ça me fait quand même mal, l'accessibilité est tout de même moins bonne, voire carrément très douteuse en mode admin.

QuentinC a écrit :
Finalement après réflexion, je crois qu'il va falloir conclure qu'on ne peut pas vraiment trancher. C'est de l'artisanat contre de l'industrie. Dans le premier cas on le fait d'abord par amour pour son métier, dans le deuxième on le fait parce qu'il faut bien gagner du fric.

Ce que tu dis est doublement faux, pour les raisons suivantes :
1 : on peut tout à fait faire de l'artisanat et du sur-mesure et industrialiser certaines de ses pratiques, et sans sacrifier les démarches qualité qui font le web d'ajourd'hui, qui n'est résolument plus celui d'hier. Nos métiers ont gagné en maturité et ils reposent maintenant sur des référentiels, des usages, des bonnes pratiques, des démarches qualités auxquelles doivent s'astreindre les "travailleurs du web". Cela est vital pour notre profession. Dans un cadre professionnel, personne ne peut aujourd'hui absolument tout refaire de zéro pour chaque projet et avoir une rentabilité suffisante pour en vivre (et donc pour être un professionnel, cqfd). N'importe quel artisan rationalise ses pratiques, c'est obligatoire et d'ailleurs le simple fait de vouloir produire un site accessible/de qualité nécessite d'avoir objectivé un certain (grand) nombre de pratiques de conception, de design, de développement. Nous le faisons (en tout cas dans le cas de pas mal de boîtes) tous les jours, et on en est forcément fiers.
2 : dire que le développement maison est fait par amour du métier et que le développement basé sur l'usage de CMS est fait "parce qu'il faut bien gagner du fric" est d'abord vraiment plutôt faux (il y a toujours de vilains petits canards qui vendent du template CMS tout fait, mais je ne vois pas comment ils pourront faire prospérer leur boîte sur le long terme sans finalement prendre le parti de la qualité, et donc du sur mesure, CMS ou pas), mais aussi insultant pour une bonne partie de la profession, dont certainement pas mal de très (très) bonnes agences et de très bons développeurs qui produisent du travail de qualité. Je pense à mon cadre de travail, mais aussi par exemple par exemple à celui de l'agence dont les gérants et salariés administrent ce forum. Et des agences travaillant avec du CMS et produisant des sites web de haute qualité, il y en a pas mal. Celle de kusto ou de Nico Hoffman, par exemple, et d'autres.

QuentinC a écrit :
JE dois vraiment être un extraterrestre par rapport à la norme des gens. En fait, j'aime coder des trucs moi-même parce que c'est pour moi; pour les quelques autres qui m'ont demandé de leur faire un site je n'avais pas envie de me casser les pieds, alors j'ai fait comme tout le monde, je leur ai installé wordpress.

Tu n'est pas un extraterrestre, c'est juste que tu parle d'une pratique amatrice, pas d'une activité professionnelle. Attention, ça ne remet pas en cause la qualité de ton travail, un amateur peut tout à fait être très très bon, c'est par exemple le cas d'OlivierC sur ce forum qui a réalisé un guide de style (et d'autres travaux) de très bonne qualité, et de plein d'autres intervenants amateurs, dans le sens où ils ne commercialisent pas leur travail.

a écrit :
Dans quel univers parallèle un développeur seul suffit à faire un site ? 1997 ?

Euh, dans l'univers des devs compétents ? Il faut bien entendu également un graphiste, si c'était de ça que tu parlais.

a écrit :
Soit tu fais du from scratch auquel cas c'est nécessairement plus long
Soit tu fais du sur-mesure avec une batterie d'outils auquel cas tu as passé une infinité de temps à modéliser des concepts pour construire quelque chose de suffisamment modulaire

Ni l'un ni l'autre. J'ai une base de code et d'outils qui prend en charge ce qui ne change pas ou très peu d'un site à l'autre (gestion de formulaires, transformation d'images, opérations générique sur du contenu, etc) qui évolue d'un projet à l'autre.

Construire quelque chose d'entièrement modulaire from scratch ne servirait absolument à rien car on se retrouverait exactement dans le même cas qu'un wordpress : Beaucoup de code lourd et inutile, un back-office rempli de fonctions dont le client ne se servira jamais tout en obligeant tout de même régulièrement au bidouillage car un CMS ne pourra jamais prendre en compte tous les cas de figure possibles.

Le code de mes sites ne fait que ce qu'il a besoin de faire, le back office ne fait que ce dont le client va se servir. Et si le client a besoin que les news news postées un jeudi sur deux affichent la troisième photo de la galerie de l'avant dernier produit commençant par un Z de son catalogue plus un calendrier des derniers évènements classés par nombre de caractères, je peux le lui faire sans soucis plutôt que de passer des jours à pondre un mélange de mods mal codé et de manipulations du requêtes wordpress pas faites pour ça.

@John-Rimbaud
Peut-on voir quelques sites développés par tes soins et fonctionnant avec ton CMS maison s'il te plait ?

Manhattan a écrit :

Peut-on voir quelques sites développés par tes soins et fonctionnant avec ton CMS maison s'il te plait ?

C'est beau l'innocence.

a écrit :
C'est beau l'innocence.

Ou pas...

Si je dis que je fais des crêpes mais que je ne suis pas capable de les montrer je perds toute crédibilité. En particulier sur un site de cuisine
En l'occurrence j'aimerais voir les résultats obtenus par une méthodologie de travail dont John-Rimbaud nous fait fréquemment l'article.

Aussi je réitère : peut-on voir quelques sites développés avec ton CMS maison s'il te plait ?

Manhattan a écrit :

En l'occurrence j'aimerais voir les résultats obtenus par une méthodologie de travail dont John-Rimbaud nous fait fréquemment l'article.

Y'a qu'a lire...

JR a écrit :

J'ai une base de code et d'outils qui prend en charge ce qui ne change pas ou très peu d'un site à l'autre (gestion de formulaires, transformation d'images, opérations générique sur du contenu, etc)

Quand, sur sa super méthodologie les 3 premiers points qu'il cite c'est ça. Et la valeur ajouté c'est que c'est "codé propre en PHP" ( ) on sait direct qu'on est pas sur du projet super élite.

QuentinC a écrit :

Ce que j'aurais trouvé cool, c'est que quelqu'un vienne nous dire: j'ai commencé par faire du travail maison, puis après je suis passé aux CMS et depuis c'est vachement mieux parce que, et c'était tellement mieux que je ne referais plus du développement propre. OU bien l'inverse. Quelqu'un qui aurait pu coder son propre CMS s'il la'vait voulu.

Donc si on utilise un framework ou un CMS pour developper, on ne fait pas du développement propre. C'est quoi exactement ta définition du "développement propre" ? Parce que ta remarque n'est pas seulement fausse, elle est aussi méprisante et prétentieuse.

QuentinC a écrit :

Finalement après réflexion, je crois qu'il va falloir conclure qu'on ne peut pas vraiment trancher. C'est de l'artisanat contre de l'industrie. Dans le premier cas on le fait d'abord par amour pour son métier, dans le deuxième on le fait parce qu'il faut bien gagner du fric. ON ne peut rien répondre à ça, c'est le monde capitaliste qui veut ça.

Utiliser des outils maison ou fournis par des tiers pour améliorer sa productivité et la qualité c'est juste comprendre ce qu'est un ordinateur et à quoi ça sert. C'est une machine qu'on programme pour résoudre des problèmes et automatiser des tâches répétitives.

Si pour toi, la qualité du code c'est coder à la main en mode "artisan", je pense que tu t'es trompé de branche parce que tu n'as pas compris pourquoi l'informatique a été créée et developpée. Ça n'a rien à voir avec l'économie et le capitalisme.

QuentinC a écrit :

JE dois vraiment être un extraterrestre par rapport à la norme des gens. En fait, j'aime coder des trucs moi-même parce que c'est pour moi; pour les quelques autres qui m'ont demandé de leur faire un site je n'avais pas envie de me casser les pieds, alors j'ai fait comme tout le monde, je leur ai installé wordpress. Quelque part ça me fait quand même mal, l'accessibilité est tout de même moins bonne, voire carrément très douteuse en mode admin.

Moi aussi j'aime coder des trucs, mais de là a tout faire alors qu'ils existent des tas d'outils et de libs hyper bien conçus et maintenus qui me permettent de passer moins de temps sur des problèmes de base le choix est vite fait.

Que je code pour moi ou pour un client, mon but est d'apporter des solutions à des problèmes. Si je peux éviter de réinventer la roue à chaque fois et passer plus de temps à apporter la meilleure solution possible au problème posé c'est tout ce qui compte.

@John-Rimbaud : Et donc tu fais comment quand le budget de ton client ne permet pas de rémunérer un très bon dev + un très bon inté + un très bon graphiste ? (et j’en oublie en route)

a écrit :
Si je dis que je fais des crêpes mais que je ne suis pas capable de les montrer je perds toute crédibilité. En particulier sur un site de cuisine Smiley smile

Il faut être idiot pour dévoiler de vie privée sur Internet et les clients ont de toute manière droit à un minimum de discrétion.

a écrit :
Quand, sur sa super méthodologie les 3 premiers points qu'il cite c'est ça. Et la valeur ajouté c'est que c'est "codé propre en PHP" ( Smiley biggol Smiley sweatdrop Smiley lol ) on sait direct qu'on est pas sur du projet super élite. Smiley cligne

Si tu fais du super projet d'élite avec Wordpress je préfère ne pas imaginer le quotidien des administrateurs

Qu'est-ce que c'est du super projet d'élite déjà pour commencer ?

a écrit :
Donc si on utilise un framework ou un CMS pour developper, on ne fait pas du développement propre. C'est quoi exactement ta définition du "développement propre" ? Parce que ta remarque n'est pas seulement fausse, elle est aussi méprisante et prétentieuse.

Alors déjà pour commencer un framework et un CMS ça n'a aucun rapport. Un framework requière une très bonne maîtrise du langage et n'est jamais qu'un ensemble d'outils livrés avec une méthode de travail là ou le CMS moyen est un site pré-fabriqué qui sera dans la majeure qualité des cas bidouillé par des amateurs pour qu'il fasse à peu près ce que le client a demandé. J'utilise en quelques sortes mon propre framework mais travailler sur du Zend ou du Symfony ne me poserait pas de problème d'éthique.

a écrit :
Moi aussi j'aime coder des trucs, mais de là a tout faire alors qu'ils existent des tas d'outils et de libs hyper bien conçus et maintenus qui me permettent de passer moins de temps sur des problèmes de base le choix est vite fait.

Quand je trouve un outil qui fait exactement ce que je veux et plus efficacement que ce que j'aurais pu faire moi-même, je l'utilise. C'est rare.

a écrit :
@John-Rimbaud : Et donc tu fais comment quand le budget de ton client ne permet pas de rémunérer un très bon dev + un très bon inté + un très bon graphiste ? (et j’en oublie en route)

C'est une vraie question ? Déjà on peut très bien être expert front dev et back end. Ensuite j'aimerais bien voir la tête du client quand tu lui dis "bon nos devs sont médiocres mais on est moins chers". Quant au temps de travail, encore une fois, si l'on part sur autre chose qu'une vague adaptation de template, le nombre d'heures de travail est plus ou moins équivalent entre CMS ou pas CMS.

Le problème quand on nourrit le troll, c'est qu'il vomit.

J'ai des doutes quant à la maintenance de sites fait à coup de copier coller et à la manière dont il est possible de faire évoluer le code des projets antérieur. Comment est prévue la maintenance ? Et si demain tu parts de la boîte qui reprend ton code ?

Personnellement je trouve pas ça viable du tout de bosser comme ça ni même intéressant intellectuellement, dans une optique de production, mais c'est certes pas impossible.

a écrit :
J'ai des doutes quant à la maintenance de sites fait à coup de copier coller et à la manière dont il est possible de faire évoluer le code des projets antérieur. Comment est prévue la maintenance ?

Le soucis est le même, voir encore renforcé sur un CMS. Sur un prestashop, à chaque mise à jour du core, je prie pour que l'un ou l'autre module ne parte pas en sucette, donnant lieu à des heures de debuggage.

La différence, c'est que mon code est solide et n'a pas nécessairement besoin de maintenance. C'est ma méthodologie, l'efficacité avec laquelle je fais toujours plus avec moins de code qui évolue, le laisser en l'état ne pose pas de soucis de fonctionnement au site.

a écrit :
Et si demain tu parts de la boîte qui reprend ton code ?

Mon code est clair, respecte une architecture MVC et, contrairement à Wordpress, est organisé en classes et fonctions courtes au nom descriptif. S'il s'agit d'un développeur compétent, il s'y retrouvera, contrairement aux nombreux templates et modules Wordpress développés en Europe de l'Est.

a écrit :
Personnellement je trouve pas ça viable du tout de bosser comme ça ni même intéressant intellectuellement, dans une optique de production, mais c'est certes pas impossible

Huhu, et tous les développeurs sofware, tu crois qu'ils bossent avec des CMS ? Leur boulot n'est pas viable peut-être ? Il l'est, la différence est qu'au lieu d'avoir appris à bidouiller trois lignes de jQuery et un Wordpress sur le site du zéro, ils ont fait de vraies études leur ayant donné une vraie compréhension du code et de la manière d'organiser une architecture complexe.

John-Rimbaud a écrit :
Il faut être idiot pour dévoiler de vie privée sur Internet

Il te demandait des réferences professionnelles, pas les sites que tu as fais pour ton cousin ou ton oncle.

John-Rimbaud a écrit :

et les clients ont de toute manière droit à un minimum de discrétion.

+1, les clients qui bossent avec toi ont tout intérêt à ce que ça ne s'ébruite pas.

John-Rimbaud a écrit :

Si tu fais du super projet d'élite avec Wordpress je préfère ne pas imaginer le quotidien des administrateurs

Un seul administrateur compétent suffit, pas besoin d'en avoir plusieurs.

John-Rimbaud a écrit :

Qu'est-ce que c'est du super projet d'élite déjà pour commencer ?

Tu en as utilisé un quand tu as cherché "projet élite" sur...

John-Rimbaud a écrit :

Alors déjà pour commencer un framework et un CMS ça n'a aucun rapport. Un framework requière une très bonne maîtrise du langage et n'est jamais qu'un ensemble d'outils livrés avec une méthode de travail là ou le CMS moyen est un site pré-fabriqué qui sera dans la majeure qualité des cas bidouillé par des amateurs pour qu'il fasse à peu près ce que le client a demandé. J'utilise en quelques sortes mon propre framework mais travailler sur du Zend ou du Symfony ne me poserait pas de problème d'éthique.

Une réponse à cette remarque demanderait tellement de "lol" qu'elle ferait crouler le serveur d'Alsa, donc je m'abstiens.

John-Rimbaud a écrit :

Quand je trouve un outil qui fait exactement ce que je veux et plus efficacement que ce que j'aurais pu faire moi-même, je l'utilise. C'est rare.

Tu bosses pour la NASA ?

John-Rimbaud a écrit :

C'est une vraie question ? Déjà on peut très bien être expert front dev et back end. Ensuite j'aimerais bien voir la tête du client quand tu lui dis "bon nos devs sont médiocres mais on est moins chers". Quant au temps de travail, encore une fois, si l'on part sur autre chose qu'une vague adaptation de template, le nombre d'heures de travail est plus ou moins équivalent entre CMS ou pas CMS.

Un seul lol suffira pour celle la, donc je me lâche : lol
Modifié par lamext (18 May 2015 - 21:15)

John-Rimbaud a écrit :

Le soucis est le même, voir encore renforcé sur un CMS. Sur un prestashop, à chaque mise à jour du core, je prie pour que l'un ou l'autre module ne parte pas en sucette, donnant lieu à des heures de debuggage.

Ahhhhhh.... tu utilises donc un CMS...

John-Rimbaud a écrit :

La différence, c'est que mon code est solide et n'a pas nécessairement besoin de maintenance. C'est ma méthodologie, l'efficacité avec laquelle je fais toujours plus avec moins de code qui évolue, le laisser en l'état ne pose pas de soucis de fonctionnement au site.

Du code qui n'a pas besoin d'évoluer dans l'environnement Internet... quelle idée géniale.

John-Rimbaud a écrit :

Mon code est clair, respecte une architecture MVC et, contrairement à Wordpress, est organisé en classes et fonctions courtes au nom descriptif. S'il s'agit d'un développeur compétent, il s'y retrouvera, contrairement aux nombreux templates et modules Wordpress développés en Europe de l'Est.

Si c'est du MVC alors ça doit être vraiment du super code... tu l'as conçu toi même ou t'as lu un tuto ?

John-Rimbaud a écrit :

Huhu, et tous les développeurs sofware, tu crois qu'ils bossent avec des CMS ? Leur boulot n'est pas viable peut-être ? Il l'est, la différence est qu'au lieu d'avoir appris à bidouiller trois lignes de jQuery et un Wordpress sur le site du zéro, ils ont fait de vraies études leur ayant donné une vraie compréhension du code et de la manière d'organiser une architecture complexe.

Le développement Web n'est pas du software ? C'est quoi alors ? Du jardinage ?

a écrit :
Il te demandait des réferences professionnelles, pas les sites que tu as fais pour ton cousin ou ton oncle.

Quelle différence ? Pas très durs de retrouver des infos personnelles à partir de références pro ...

a écrit :
Tu bosses pour la NASA ? Smiley lol

Non, simplement encore une fois la plupart des outils sont destinés à répondre à des milliers de cas de figure, ils font donc moins bien qu'un outil maison destiné à faire uniquement une chose.

a écrit :
Ahhhhhh.... tu utilises donc un CMS... Smiley lol

Il m'arrive de devoir bosser sur des sites développés par d'autres boîtes oui. Souvent un cauchemar.

a écrit :
Du code qui n'a pas besoin d'évoluer dans l'environnement Internet... quelle idée géniale. Smiley lol

Tu démontres bien que tu ne comprends pas grand-chose au domaine. Si les CMS ont besoin d'être patchés régulièrement c'est :
1) Parce qu'ils font tellement de chose qu'il est impossible de combler toutes les failles potentielles
2) Parce qu'il y a en permanence une armée de hackers recherchant les-dites failles afin de pouvoir les exploiter sur des millions de site.

Du code maison (bien fait, évidemment) laisse beaucoup moins de chances à des failles de survenir et à peu de chance d'intéresser les hackers en question.

a écrit :
Le développement Web n'est pas du software ? C'est quoi alors ? Du jardinage ?

Euh non, ce n'est pas du software. Et le CSS, c'est de la programmation pour toi ?

John-Rimbaud a écrit :

Euh non, ce n'est pas du software.

LOL...OK...

Je crois qu'après ça il n'y a vraiment rien à ajouter.
Modifié par lamext (18 May 2015 - 23:13)

John-Rimbaud a écrit :
Ensuite j'aimerais bien voir la tête du client quand tu lui dis "bon nos devs sont médiocres mais on est moins chers".

Toi tu n'as pas dû voir beaucoup de têtes de clients devant des devis de devs "non-médiocres mais très chers"...

John-Rimbaud a écrit :
Quant au temps de travail, encore une fois, si l'on part sur autre chose qu'une vague adaptation de template, le nombre d'heures de travail est plus ou moins équivalent entre CMS ou pas CMS.

On y arrive, c'est bien ce dont j'essaie de parler depuis le début : certains budgets ne permettent pas de faire autre chose que de l'adaptation de template. J'aimerais comprendre ce que tu fais de ces budgets-là avec ton code maison sans theming ni communauté (même si je crois connaître la réponse).
Modifié par STPo (19 May 2015 - 10:15)

a écrit :
Je crois qu'après ça il n'y a vraiment rien à ajouter. Smiley lol

Difficile de discuter avec des types persuadés d'avoir raison parce qu'ils sont nombreux

a écrit :
Toi tu n'as pas dû voir beaucoup de têtes de clients devant des devis de devs "non-médiocres mais très chers"...

Le taux horaire dépend du type de structure, pas des compétences du dev ...

a écrit :
On y arrive, c'est bien ce dont j'essaie de parler depuis le début : certains budgets ne permettent pas de faire autre chose que de l'adaptation de template. J'aimerais comprendre ce que tu fais de ces budgets-là avec ton code maison sans theming ni communauté (même si je crois connaître la réponse).

Je bosse en agence. Les gens qui n'ont pas de budget n'ont aucun intérêt à s'adresser à une agence. Au delà de ça, un site simple de quelques pages je t'intègre ça en une dizaine d'heures, responsive design compris.

Vous faites encore et toujours l'erreur d'envisager les choses depuis votre point de vue avec vos compétences limitées. Avec une grande connaissance de tous les langages impliqués dans le développement d'un site, on peut faire beaucoup de choses très vite.
Modifié par John-Rimbaud (19 May 2015 - 13:33)

a écrit :
Donc si on utilise un framework ou un CMS pour developper, on ne fait pas du développement propre. C'est quoi exactement ta définition du "développement propre" ? Parce que ta remarque n'est pas seulement fausse, elle est aussi méprisante et prétentieuse.

J'aime bien comprendre comment les choses marchent et ce que je fais.
Si on utilise un framework ou un CMS, alors on n'a pas le même contrôle ni la même comprhéension sur le code de l'outil en question.

Quand j'utilise un CMS ou un framework, j'ai juste l'impression d'utiliser une boîte noire. Tant que ça fait ce qu'on veut que ça fasse c'est cool. Mais quand ça ne fait plus exactement ce qu'on veut, soit parce que ça n'a pas été prévu, soit parce que ce n'est plus maintenu, soit parce qu'il y a un bug, on n'a plus qu'à pleurer ou changer d'outil.
A ce stade, mieux vaut soulver le capot d'un système qu'on connaît parce qu'on l'a conçu soi-même, que de partir en terre plus ou moins inconnue. Le temps qu'il faudra pour remédier au problème sera bien plus court.
L'avantage de construire ses propres outils, c'est qu'on sait exactement comment ils marchent. Et si on tombe sur un os, on n'est pas complètement désemparé; au contraire on sait exactement où chercher, ou du moins par où commencer pour avancer.

Je te rassure, je ne fais pas tout moi-même non plus. Quand c'est un truc bien fait et qui fait exactement ce que je veux, je prends le temps d'apprendre comment il fonctionne et je l'utilise, jusqu'à ce que je me heurte à ses limites.
Sinon, si on poursuivais la logique jusqu'au bout, alors je serais en train de réinventer le php, réécrire apache ou même carrément le noyau linux. Je n'ai quand même pas cette prétention, il ne faut pas déconner.
Fort hereusement, en tout cas en ce qui concerne les deux derniers, je n'en ai pas (encore) trouvé les limites.

a écrit :
Si pour toi, la qualité du code c'est coder à la main en mode "artisan", je pense que tu t'es trompé de branche parce que tu n'as pas compris pourquoi l'informatique a été créée et developpée.

Non; il se trouve seulement qu'on connaît beaucoup mieux ce qu'on a créé soi-même, et qu'on est du coup potentiellement beaucoup plus prompt à résoudre les problèmes et à évoluer.

Tiens, je vais te donner un exemple concret. IL y a quelques années, j'avais choisi d'utiliser un certain panel pour gérer mon serveur: les domaines, le DNS, les comptes mail, le FTP, etc.
Je n'avais pas envie de me casser la tête à configurer tout ça manuellement moi-même, donc j'ai installé ce panel. Au début, tout fonctionnait pour le mieux dans le meilleur des mondes, ce panel était très bien à l'époque.

Il se trouve déjà depuis un bon moment maintenant, que le panel en question n'est plus maintenu. La migration vers debian 7 a déjà été très compliquée et je n'ose même pas penser au moment où il faudra passer à la 8.
Des erreurs incongrues apparaissent çà et là de plus en plus souvent à mesure que le système est mis à jour. ET récemment, j'ai pu constater que le webmail inclus ne supporte pas l'UTF-8 et du coup ça pose des problèmes pour des utilisateurs russes. Dans l'idéal il faudrait patcher le machin, écrit dans un php d'il y a 10 ans, ou trouver un autre panel.

A ce stade, si j'avais appris à gérer en détail la configuration des DNS, mails, FTP, etc. sous linux et pris le temps de coder un panel moi-même :
1 - Je ne serais pas obligé da'ttendre un patch qui ne viendra jamais puisque le projet a clairement été abandonné par ses auteurs
2 - Puisque ça aurait été mon code, j'aurais trouvé pas trop difficilement d'où viennent ces erreurs et j'aurais fait les corrections moi-même en sachant ce que je fais sans aucun risque de mettre le boxon ailleurs
3 - Je ne serais pas coincé en attendant de trouver un autre panel à jour qui offre les mêmes fonctionnalités

En un mot, je suis devenu dépendant de ce panel; et maintenant, c'est difficile d'en changer, ou de s'en passer, sans investir un temps important; ou alors je n'évolue plus et je garde debian 7 pour les 5 ou 10 prochaines années.
OK il y a encore des mecs qui travaillent sur des mainframes IBM des années 1970... mais dans notre monde hyperconnecté d'aujourd'hui, ne pas évoluer c'est mourir à petit feu.

Bon, pas grave, c'est pour un serveur perso; mais j'imagine le pétrin dans lequel une boîte pourrait se trouver.
Donc, j'en conclus que c'est choisir de gagner du temps maintenant pour potentiellement le payer plus tard

a écrit :
Le développement Web n'est pas du software ? C'est quoi alors ? Du jardinage ?

a écrit :
Euh non, ce n'est pas du software. Et le CSS, c'est de la programmation pour toi ?

Techniquement, le HTML et le CSs sont des langages de description, pas de programmation.
Donc d'après cette définition, celui qui ne fait ni javascript ni programmation côté serveur ne fait pas vraiment du développement, non.
Mais bon, ce n'est qu'une définition... et puis de toute façon le front-end est aussi important que le back-end; que ce soit parce que ça ne marche pas ou parce que ce n'est pas ergonomique, un utilisateur qui est parti, il est parti.