5171 sujets

Le Bar du forum

Bonjour,

J'ai entendu quelque part que les CMS seraient concurrents aux langages HTML/CSS, vous en pensez quoi ?
Perso je pense qu'on aura toujours besoin de gens qui savent coder à la main et qu'aucun logiciel/framework les remplacera. Étant intégrateur, je vois pas trop l'utilité d'apprendre à coder avec un CMS. Ça serait surtout pas réservé au développeurs PHP ?

Merci.
Modifié par dartktemplar371 (27 Mar 2010 - 23:52)
Et à l'école, le papier peut-il concurrencer les élèves ?

Autrement dit, cette hypothèse que tu as du entendre n'a aucun sens. PHP/CMS/framework = génération de contenu. HTML/css = langage d'écriture et de mise en forme de contenu.

C'est comme si on disait que le papier (servant à écrire) pouvaient concurrencer les élèves (qui réfléchissent et écrivent ensuite leurs résultats sur le papier)
Modifié par darkstar2023 (28 Mar 2010 - 15:07)
Bounjour,

dartktemplar371 a écrit :
J'ai entendu quelque part que les CMS seraient concurrents aux langages HTML/CSS, vous en pensez quoi ?
Je pense que celui qui a sorti cela devrait arrêter la boison, ou la fummette, ou les deux.

Comme le souligne darkstar, c'est tout bonnement ridicule.
Modifié par Laurie-Anne (28 Mar 2010 - 08:36)
Administrateur
Bonjour,

je reviens pas sur la première phrase ...
Tu poses la question du devenir des intégrateurs (statiques XHTML/CSS) face à l'automatisation ainsi que la question des compétences ((edit:savoir) intégrer dynamiquement en plus de statiquement) qui sont deux questions très intéressantes. Et qui te concernent vu que c'est ton métier, ta carrière, ton salaire, etc

On aura toujours besoin d'intégrateurs statiques mais peut-être pas en aussi grand nombre. Un logiciel pousse-bouton pourrait très bien remplacer 50% des tâches "bas de gamme" ou des designs les plus simples ...
Ce qui n'est pas automatisable ce sont la correction de bugs d'IE6/IE7 (et pourtant j'ai tendance à penser que c'est pas humain des bugs pareils Smiley biggol ) ou le pilotage d'un tel logiciel : pas sûr qu'il soit utilisable par le grand public mais entre les mains d'intégrateurs il pourrait leur économiser l'écriture de beaucoup beaucoup de code ...
M'enfin plus je pense aux fonctionnalités semi-automatisables et plus j'imagine qu'un facteur limitant va être les PSD fournis par les graphistes web Smiley rolleyes Groupes de calques et leurs noms, décalages de dixièmes de pixels (sous Photoshop uniquement, c'est inexistant sous Fireworks ça), ...

Le web a 20 ans, le design web plus de 15 et il te reste 30 à 42 ans de carrière jusqu'à la retraite (et encore à cause du faible montant de ta pension de retraite, tu devras compléter par quelques missions freelance mais je m'égare Smiley rolleyes ). Est-ce que tu seras encore intégrateur statique HTML 4.01/CSS 2.1 ou même HTML 5/CSS 3 d'ici là ?
Si tu n'es qu'un simple exécutant (recevoir un PSD, ne faire aucun retour dessus, tac le compte à rebours commence il te reste X heures pour livrer ton intégration, intégrer sans trop se soucier des autres gabarits du projet ou de ce que recevront les dév, tester, corriger, livrer) j'ai de gros doutes sur la pérennité de ton emploi. Smiley ravi
C'est possible mais risqué sur le long terme. Je prend l'exemple des secrétaires : quel cadre a encore un(e) secrétaire ? On attend d'un cadre qu'il sache se servir d'Outlook, Word, Excel et Powerpoint (et combien savent se servir des styles dans Word ? Smiley sweatdrop ). Le métier de secrétaire existe encore mais il a un peu évolué ... et j'imagine qu'on recherche avidement des secrétaires de direction compétent(e)s.
Faut-il passer ses soirées et week-end à monter en compétences à la fois en ergonomie, accessibilité, HTML et CSS du futur, manips et modifs plus ou moins simples dans Photoshop/Fireworks, un framework JS, PHP/Python/Ruby, .htaccess, Wordpress/SPIP/Dotclear/Joomla (thèmes et plugins), rédaction web, référencement, campagnes de partenariat et publicitaires, Flash, PDF, SVG, canvas, e-commerce ? Se former ou évoluer/s'imposer comme chef de projet ? Rajouter la comptabilité, les aspects juridiques et toutes ses économies et créer son entreprise ?

Spécifiquement sur la frontière entre intégration statique et dynamique, HTML/CSS et CMS : la frontière est très fluctuante d'un projet à l'autre, d'une entreprise à l'autre.
Réservé au développeur non je ne pense pas mais ça aide de savoir programmer, même sans être un "vrai" développeur. Perso je sais programmer (j'enseignais même le langage C à des chimistes en licence 2ème année) mais jamais je pourrais développer de zéro un projet d'envergure en MVC comme l'a fait dew avec alsacreations.com ou numericable.be ... Je sais modifier quelques lignes après avoir compris quels fichiers font quoi ou écrire des fonctions de quelques dizaines de lignes, c'est utile dans notre cas ; ça le serait beaucoup moins dans une grosse agence ou entreprise où tout le monde est spécialisé et les postes cloisonnés ... Enfin même si on ne t'y encourage pas professionnellement ça n'empêche pas de s'y mettre ! ^^ L'emploi n'est pas garanti, aux dernières nouvelles.

Les documentations que je parcours le plus souvent en ce moment sont celles de SPIP et le codex de Wordpress : ce sont des docs qu'un débutant peut lire mais qui vont aussi contenter le développeur d'extensions ...
Pour SPIP, je constate que de purs débutants réalisent des sites web parce qu'ils en ont l'envie (pour un club, une passion, etc) puis commencent à modifier quelques boucles puis à en créer puis à modifier tous les squelettes de leur site, en fonction de leur besoin. La syntaxe est propre à SPIP, inutilisable ailleurs mais bien sûr le principe des boucles, d'extraire des données de la BDD (entrée) pour les afficher sous une certaine forme (sortie) est commun à tous les CMS. Tu peux faire énormément de choses sans rien connaître de PHP avec ce CMS-là.
Pour WP, de nombreuses fonctions existent qui facilitent la vie du créateur ou modificateur de squelettes, la difficulté c'est plus de les trouver après avoir compris le principe de fonctionnement des squelettes. Il faut au moins connaître la syntaxe de PHP et avoir lu des tutos sur la POO car à moins de se limiter à
the_header();
the_sidebar();
the_footer();

qui ne va pas te mener bien loin (c'est du niveau de la fonction inclure();), tu manipules rapidement les fonctions et même sans le savoir les tableaux et la notation objet ( $post->category; ) donc inutile d'être expert mais il faut au moins des notions.
Modifié par Felipe (28 Mar 2010 - 11:01)
ils ne sont pas concurrents, le deuxième sert a écrire le premier.

l'automatisation c'est bien beau mais les humains seront encore des humains demains et même dans les prochaines 4O années.

tiens on aimerais que ce soit comme ça et puis non comme ça. a c'est aujourd'hui la mise en ligne. regarde j'ai une liste de changements.....

ou encore on a besoin d'un truc qu'on faisait pas pour un client on lui a promis pour demain. dis tu peux nous faire un demo qui marche avant midi si possible......

peut-on croire qu'un CMS peut repondre à ça avec des gens qui connaitrait rien au html et au css ni aux languages de programmations utiliser pour le faire.

j'en doute a moins qu'on arrive a créer un CMS doté d'une intelligence artificielle. et encore je plains cette intelligence Smiley confused a elle tout le sale boulot.

heureusement terminator ne sera plus trés loin Smiley biggol

edit: plus sérieusement je crois cependant que pour les utilisateurs de CMS les compétences d'intégration sont en premiers demandées car le premier besoin c'est que le look se démarque du voisin.

ceci dit si ton CMS est bien fait une feuille de style sera facile a introduire et ça ne change pas grand chose de stylés un CMS qu'un site lambda codé a la main

le développeur lui n'intervient que quand on s'aperçoit qu'il y a un manque dans les fonctionnalités.
Modifié par CPascal (28 Mar 2010 - 11:43)
Merci pour ces réponses. Mais est ce que le fait de connaitre aucun CMS pour un inté pourrait le pénaliser dans sa recherche d'emplois ?
A mon avis pas trop. mais bon je ne suis pas RH ni intégrateur mais développeur.

maintenant c'est un plus. plus on en sait mieux c'est.

l'important pour un intégrateur c'est de bien maitriser XHTML/CSS et de savoir faire vite et bien.

avoir des connaissances en programmation. ça sert aussi. faut pouvoir comprendre le code a intégrer. et le javascript peut servir pas mal dans l'intégration.

a mon sens avec ça tu peux ensuite t'adapter a l'environnement de ton futur employeur.
Modifié par CPascal (28 Mar 2010 - 21:51)
dartktemplar371 a écrit :
Mais est ce que le fait de connaitre aucun CMS pour un inté pourrait le pénaliser dans sa recherche d'emplois ?

Non, au contraire.
Un intégrateur Web a tout intérêt à savoir utiliser plusieurs CMS, savoir les installer et les configurer, et savoir intégrer ses maquettes HTML-CSS(-JavaScript) statiques en templates dynamiques pour les CMS en question.
Concrètement, on demande rarement à un développeur web de mettre en place un CMS. Son job serait plutôt de développer des modules ou plugins pour le CMS pour des fonctionnalités spécifiques au projet que le CMS ne gère pas nativement. Pour mettre en place le CMS, le configurer et intégrer les templates, on s'adressera plutôt à un intégrateur (même s'il n'y a pas de règle absolue).

Donc connaitre plusieurs CMS est une aide pour la recherche d'emploi.
Modifié par Florent V. (28 Mar 2010 - 21:42)
Florent V. a écrit :
Donc connaitre plusieurs CMS est une aide pour la recherche d'emploi. N'en connaitre aucun est un obstacle.

Tu vas un peu fort, je trouve. Smiley confus Pour ma part, à une exception près, je ne suis jamais intervenu sur un projet d'intégration utilisant un CMS (du moins un CMS open source).
Moui, c'est vrai que la connaissance de tel ou tel CMS n'est jamais un pré-requis pour un poste d'intégrateur, mais parfois un bonus. J'ai édité en fonction.