Design & Développement web - Le topic des canards qui mangent des cookies

[n0ra]

Bonsoir

Je "travaille" actuellement sur un nouveau design pour mon blog ( blogger ) et j'aurais eu besoin d'un peu d'aide car je bloque sur deux ou trois petites choses.
Ça concerne plus particulièrement le langage CSS.

Si une bonne âme est prête à m'aider ( via MP ) je l'en remercierai grandement .

[tompalmer]

Tu peux m'envoyer le lien, je peux t'aider superficiellement (a moins que ce soit le truc de ta signature)

[MrBeaner]

Tiens, je suis en train de suivre les cours du Site du Zéro (Openclassroom ; très bonnes introductions pour les différents domaines à mon avis) sur le php (en vue d'attaquer celui sur Wordpress).

Mais c'est vachement proche de Javascript en fait Ça ne provoque pas trop de confusion pour vous, les pros ? Comme les langages sont si proches, je me dis que ça doit parfois faire rager de jamais être sûr quelles sont les bonnes formules

Sinon, je suis aussi en train de me former su LaTeX (faire mon CV et rédiger des rapports au poil de cul). Comme il s'agit d'un langage de description, je devrais en parler ici ? Ou bien plutôt ouvrir un topic dédié ?

[tenshu]

Qu'est ce que tu trouves proche entre JS et php?
Le nom des fonctions j'imagine et la partie programmation fonctionnelle.
Php a quand même de belle différences sur tu attaques la poo.
Après plus tu fais de langage et plus c'est simple de passer sur une nouveau, il "suffit" de ses faire à la syntaxe et à la notation.

[MrBeaner]

Oui, je parle de la partie fonction (du moins, celle présentée dans les premiers chapitres d'introdution au php). Je pense que je verrais en avançant plus loin

J'avais simplement eu cette réaction, parce que ça me faisait penser à l'italien et à l'espagnol (deux langues avec tellement de ressemblances que connaître l'espagnol rend, pour moi en tout cas, l'apprentissage de l'italien assez difficile, à cause de la foule de faux-amis que j'ai en tête).

[n0ra]

Tu peux m'envoyer le lien, je peux t'aider superficiellement (a moins que ce soit le truc de ta signature)

Merci pour ton aide, je t'ai envoyé un MP .

[nastyshrimp]

Hello les canards !

Pour mon site pro, je souhaiterai avoir une page d'accueil qui enverrait vers d'autres sites à moi (wordpress, et pourquoi pas d'autre CMS) en sous-domaine.
Style xxx.nastyshrimp.com, yyy.nastyshrimp.com ...
Ca doit être possible vu que je le vois sur des sites connus (rue89.nouvelobs.com par exemple), mais comment qu'on fait ?
Il faut plusieurs bases du coup ? Plusieurs domaines ? Est-ce qu'il faut garder le même CMS pour tout ?

Tant de questions

[Wobak]

Non il suffit que tu aies le nastyshrip.com.

Après tu fais des CNAME dans ton nom de domaine qui pointent toutes vers la machine qui a le service web.

Dans ce service web (si c'est apache par exemple), tu crées des Virtualhost. Comme ça quand on se connecte, en fonction du nom que tu appelles ça redirigera vers un site différent.

[nastyshrimp]

Je suis chez OVH avec l'offre de base.
Je vais aller étudier CNAME, virtualhost et tout ça demain, merci beaucoup avec les bons mots-clefs je vais pouvoir m'en sortir

[tenshu]

Si c'est un serveur mutualisé tu as probablement un truc pour configurer les sous domaines
Tu définis xxx et yyy et tu indiques dans quel dossier cela doit pointer.

[SeanRon]

Ouep, ça prend 5mn pour configurer un sous-domaine sous ovh.
faut juste faire pointer vers les dossiers.

[Sodium]

Oui, je parle de la partie fonction (du moins, celle présentée dans les premiers chapitres d'introdution au php). Je pense que je verrais en avançant plus loin

J'avais simplement eu cette réaction, parce que ça me faisait penser à l'italien et à l'espagnol (deux langues avec tellement de ressemblances que connaître l'espagnol rend, pour moi en tout cas, l'apprentissage de l'italien assez difficile, à cause de la foule de faux-amis que j'ai en tête).

La grande majorité des langages modernes sont hérités du C++ et ont les mêmes bases (fonctions, variables, conditions...). Le PHP, le JavaScript, le Java, le C#, tout se ressemble beaucoup et quand on en connaît un on peut comprendre globalement ce que fait un code d'un autre. Passé cela il y a de grosses différences dans la manière dont est construite le code, les contraintes, les méthodes etc. Quand tu auras attaqué un peu de programmation objet avec PHP tu te rendras compte que JavaScript ne lui ressemble au fond pas tant que ça. Puis si tu t'attaques un jour à du Java tu verras que pour un truc simple en PHP, il te faut 15 lignes, charger 20 composants et créer 3 classes

Pour ce qui est de se mélanger les pinceaux, au final non car différents langages ont différentes utilisations. On ne fait pas du JavaScript pour la même raison que du PHP et surtout on ne fait pas les mêmes choses. Ca m'arrive bien d'avoir envie de mettre un var en PHP ou un $ en JS mais à part ça, ça se passe plutôt bien.

Pour mon site pro, je souhaiterai avoir une page d'accueil qui enverrait vers d'autres sites à moi (wordpress, et pourquoi pas d'autre CMS) en sous-domaine.

C'est à voir en fonction de ton projet exact mais ça n'est pas nécessairement une bonne idée.
Les sous-domaine, c'est bien si tu veux décliner plusieurs thématiques d'un même site (exemple sur un site santé les sous-domaines "psycho", "sport", "nécrose putréfiante de la verge") ou pour les différentes langues, mais sinon mieux vaut avoir un nom de domaine par site, ce qui permet également d'y insérer des mots-clés.

[Uncle Fuzz]

Bonjours à tous !

Je suis diplômé d'une Licence Pro TAIS Conception Web et Produits multimédias depuis 3 mois, et je recherche un boulot dans le développement Front-End. Suite à un entretien technique que j'ai eu vendredi dernier, je me rend compte que j'ai clairement pas le niveau d'un point de vue professionnel. Et j'aimerais donc avoir vos conseils, je vais développer un peu mon histoire.

Je viens d'un DUT Réseaux & Télécommunications, donc quelque chose qui n'a rien à voir avec le web. J'avais vu un peu le HTML et le CSS (et un peu le PHP), mais ce n'était qu'un module parmi tant d'autre (mais ce module m'a beaucoup plus, je me suis beaucoup investit). Après avoir galéré à trouver un taff pendant un an, j'ai repris mes études l'an passé pour la licence pro (j'avais bien aimé le peu de web que j'ai eu dans mon DUT), que j'ai eu avec mention.

La licence a été très intéressante d'un point de vue réflexion sur un projet web ou multimédia (en gros toute la partie pré-prod, clairement j'ai énormément appris grâce à des intervenants hyper bon dans leurs domaines, notamment un certain Prieur-Smester, un mec vachement bien !). On a eu de très bon cours professionnel sur Joomla, Prestashop ou dans le domaine de l'audiovisuel.

Cependant je me rend compte que l'aspect technique était très irrégulier. On a eu des cours sur les bases des bases du HTML et du CSS, un cours d'algorithmie en PHP (qui était méga costaud, même si je m'en suis pas mal sorti au final), un cours de Javascript orienté objet et pas du tout web qui était imbitable, et un module sur l'architecture MVC hyper hardcore, même si, en y allant petit à petit, on s'en est sorti moi et ma binôme.

A présent donc je maitrise disons très bien le HTML et le CSS mais... Finalement uniquement d'un point de vue scolaire. Je connais aussi le PHP mais finalement je ne sais pas exactement comment le faire aller avec du web (bon après je veux être dans le Front, donc c'est pas le plus important). Je vois actuellement le Javascript avec Codecademy et je trouve le langage assez facile à utiliser, même si pour l'instant, j'ai pas du tout idée de comment on l'utilise intelligemment dans du web et comment on l'intègre pour qu'il soit le plus pertinent possible. J'ai donc acquis des connaissances mais uniquement du point de vue que les profs attendaient de nous, à savoir qu'on comprenne juste ce qu'ils racontaient en cours. On a finalement aucun cours sur les bonnes pratiques du web (l'utilisation des proportions pour les tailles par exemple), sur la façon de mettre en page un site, sur le fait d'industrialiser le code pour qu'il soit évolutif, rétro-compatible, et surtout être repris par n'importe qui, également sur l'aspect responsive (même si je sais utiliser du media queries et un peu bootstrap....).

Bref j'ai acquis du savoir dans pas mal de domaines et de langages, mais finalement j'ai un savoir-faire professionnel très très faible. Alors oui, je suis capable de réaliser une page web avec HTML et CSS, je pensais d'ailleurs même avoir réussi un test technique pour l'entretient que j'ai eu vendredi, mais... Apparemment je n'ai pas du tout la bonne façon de faire. Et je dois vous avouer que je me remet beaucoup en question depuis...

Voilà donc mon appel à l'aide : j'aimerais tout simplement avoir par vous, ou par un tiers quelconque (liens, article, blog, site, livre, du moment que ça répond précisément à ma demande), avoir toutes les bonnes astuces par rapport au HTML&CSS, comment le pratiquer d'un point de vue professionnel, quelles sont les attributs CSS à valoriser, à privilégier, dans quels contextes, comment puis-je industrialiser mon code (le recruteur a beaucoup insisté sur ça...), bref, comment faire des sites web de manière professionnel ? Quelles sont les bons outils à avoir sous la main ? Quelles sont les méthodes à privilégier ? Etc... Bien entendu, par "toutes les bonnes astuces", j'attends pas d'avoir non plus une encyclopédie, je sais qu'il y a beaucoup trop à savoir pour réellement tout maitriser. Mais je me dis qu'il doit bien y avoir des petites astuces qui prédominent un peu tout.

Bien sur, je ne viens pas en attendant tout de vous, je me suis un peu renseigné de mon côté... Mais voilà : il existe à peu près un bon milliard de technologies différentes dont tout le monde des éloges ou des critiques, et je suis littéralement perdu dans tout ça. Certains ne jurent que par bootstrap, d'autres préfères se développer un mini framework responsive à eux, certains ne jurent que par le CSS, d'autre ne savent coder qu'avec des pré-processeurs (SASS), certains dimensionnent à l'aide encore de pixel, d'autre de pourcentage, etc... Et moi je suis perdu. Je ne sais pas par où commencer.

Etant donné mon niveau, je ne souhaite pas spécialement me lancer dans un framework complexe comme symfony2, j'aimerais plutôt avoir plein de petites clés hyper pratique pour tout simplement optimiser le travail d'un développeur front-end. Ça peut être n'importe quoi, l'éditeur de texte (j'utilise notepad++ actuellement), des modules complémentaires à installer, des petits framework pratiques, l'utilisation d'un pré-processeur (apparemment LESS et SASS sont les plus connus, je n'arrive pas encore à bien distinguer les deux et voir leurs différences... ), etc...

Concernant le support, comme je l'ai précisé au dessus, je suis ouvert à tout : ça peut être une petite liste de conseils écrite par vos soins, un article d'un site ou d'un blog qui est bien fait, voir même un bouquin. Tout ce que je ne souhaite pas, c'est en fait être redirigé vers des bases. J'ai cherché un peu des bouquins pour le HTML et le CSS, et la plupart ne sont en fait que des cours sur les bases de ces langages... Bases que j'ai déjà plutôt bien intégré. Je recherche vraiment une plus-value par rapport à ça, par exemple qu'est-ce que la version 5 du HTML et la version 3 du CSS apportent concrètement au web, et comment utiliser ces nouveautés...


Pour l'instant j'aurais quelques questions :

- J'ai évoqué les pré-processeurs, ça a l'air d'être des outils hyper pratiques qui facilitent pas mal l'écriture du CSS. Cependant j'ai du mal à comprendre les différences qu'il y a entre SASS et LESS. Aussi, peut-être connaissez vous un bon tuto pour l'un ou l'autre ?

- Durant mon entretien, le recruteur m'a dit que j'avais réfléchi ma page en terme de "tableau". Et d'après lui ce n'est pas la bonne pratique... Savez-vous ce qu'il a pu entendre par là ?

- En faisant un peu de veille technologique, j'ai vu qu'il y avait une nouveauté de display : le flexbox. Apparemment ça a l'air d'être un outil magique ce machin là... Qu'en pensez-vous ? Peut-on l'utiliser à toute les sauces ?

- Et question plus générale : globalement, en partant du HTML et CSS de base, quelles sont les dernières nouveautés à maitriser impérativement dans le web moderne ? (le flexbox par exemple ? Est-ce que le float s'utilise encore ? Etc...)


Un gros gros merci à tout ceux qui ont eu le courage de lire mon post, et un gros gros merci à ceux qui auront le courage de me répondre.

[tenshu]

J'ai lu je vais essayer de répondre plus tard.

[Sodium]

Quelques lectures que je peux déjà te conseiller :
- CSS the definitive guide d'Eric Meyer
- CSS maintenable avec Sass & compass, éditions Eyrolles,
- Intégration web, les bonne spratiques, Eyrolles, Corinne Schillinger)
- Responsvie web design d'Ethan Marcotte

Après pour le reste, il y a trois façons d'apprendre à bien bosser :
- Avec de bons profs
- Avec de bons collègues patients
- En faisant des conneries et au fil des années, s'améliorer petit à petit et se construire soi-même sa base de bonnes pratiques.

As-tu fait des stages dans le domaine ? Ca me paraît indispensable.

Par contre vouloir être embauché juste comme développeur front-end ça me paraît tendu. La plupart des petites boîtes embauchent des webdesigners-intégrateurs ou des développeurs backend/front-end. Il n'y a que les grosses boîtes qui ont des devs vraiment spécialisés front-end et évdiemment elles prennent les meilleurs.

[Uncle Fuzz]

J'ai fait 2 stages mais sur le premier j'ai travaillé essentiellement avec Webdev19 (outil très sympa mais très limité au niveau de l'aspect visuel). Le second où j'ai travaillé un peu sur du Joomla et vu un tout petit peu Symfony2 mais bon, il en est rien ressortit.

Merci en tout cas pour les conseils de lectures, j'irais voir ça !

[tenshu]

Déjà tu devrait prendre la chose de façon plus relax.
Tu viens d'être diplômé donc normal que tu ne sois pas 100% calé avec les outils et les bonnes pratiques en cours, d'autant que ça varie énormément d'une boite à une autre.
Tu es authentiquement "junior" donc essaye de trouver un poste qui corresponde à ton expérience, avec uen boite qui va t'intégrer dans son équipe comme tel et te fera monter en compétences.

Mais bon même comme ça tu te dévalorise un peu je trouve.
T'a 2 stages dont le deuxième sur 2 outils plus que connus en France, et le contenu de tes études était pas dégueulasse loin de là.
Tu dis que tu as un un gros cours d'algo avec poo et un de MVC hardcore, et pourtant t'a l'air de dire que tu tripatouilles à peine du html/css.
Pour dire que tu sais pas faire du PHP pour le web, soit tu te sous-estime beaucoup, soit t'a suivi tes cours en dilettante

Si tu va t'orienter vers du frontend, j'espère par choix par ce que tu as un profil qui marche pour backend dev, chaque boite va avoir son jeu d'outils donc te bile pas trop sur l'un ou l'autre.
L'idéal c'est même de pouvoir démontrer que tu es capables de te former efficacement sur l'un ou l'autre:
Tu connais sass? Alors less ça devrait pas être compliqué. Tu connais la "poo" avec js? Alors Express ou Angular, on s'en fout il faut juste le temps d'assimiler les bases. Tu gères Symfony? Laravel ou Zend ça reste du MVC. Tu es bon en algo? Alors pondre ton premier script python devrait être faisable même en transpirant un peu. etc etc.

Bref trouve une boite qui cherche à t'embaucher pour tes capacités et non pour un jeu d'outils que tu aurais appris a manier dans ta chambre.
Et du coup assure toi de bien valoriser ces capacités, par ce que la dehors les RH sont trop content de trouver des profils qui minorent leurs acquis pour vilement les sous-payer voire les écarter des postes.

[Thomasorus]

Je confirme un peu ce que dis Tenshu. Tu sembles trop te dévaloriser et manquer de pratique en fait, ptêt que tes stages étaient pas forcément les meilleurs choix (mais on fait avec ce qu'on a évidemment). Ayant commencé hier ma seconde semaine de taf en dev front avec seulement une année d'étude (Lpro webdev comme toi), je peux t'assurer que tant que t'es pas con et que tu sais apprendre et demander à Google, tu t'en sortiras sans souci. Vise juste des postes junior où tu seras mis sur les projets les plus simples.

Pour te répondre concernant tes questions sur le CSS :

- Penser en table (tr, td) c'est effectivement pas bien, on faisait des sites comme ça dans les années 90. Puis on est passés aux floats, puis aux block, inline et inline-block, ce qui prédomine largement aujourd'hui donc favorise ça quand tu bosseras sur tes sites. Le flex c'est cool mais c'est la merde encore aujourd'hui parce que trop de navigateurs ne sont pas à jour et ne le prennent pas en compte. Encore ce matin j'ai eu une cliente qui ne pouvait pas voir un portfolio en ligne parce que je l'avais fait en flex et... Son navigateur était Safari 5.1 (2011 ! ). Donc même si tu fais du Flex, faut penser à une prise en compte de vieux navigateurs ou d'exceptions. Genre ce matin j'ai découvert que le filtre négatif en css n'existait plus sous IE10/11/Edge... Alors qu'il existait via un prefixe sous les vieux IE... Et j'ai donc du fouiller le web pour trouver une solution. -_- Pour ce genre de situations, utilise Can I Use : http://caniuse.com/
- Quand on parle industrialisation du code on parle en fait plus ré-utilisation. En gros l'objectif c'est de se dire qu'un truc qu'on a codé soit bien codé de façon à pouvoir le ré-utiliser après. Mettons que tu crées une carte façon pinterest mais que tu as plusieurs types de cartes. Industrialiser le code, ça va être créer une classe pour la carte de base puis coder une classe par type qui s'appuie sur la première pour pas avoir à la ré-écrire. Par exemple tu auras une classe .carte et une classe .carte-bleue / .carte-rouge et quand tu feras ta div ça donnera un <div class="carte carte-bleue>. Si tu étudies un peu Sass tu verras que les Mixins servent ce même principe : on met dans une variable un groupe de règles de CSS qu'on voit souvent ensemble de façon à ne pas ré-écrire tout.
- Sass c'est super chouette mais il y a d'autres trucs qui peuvent t'aider à aller plus vite. Perso je suis assez fan de Gulp auquel j'ai ajouté Sass, Lintcss (qui scanne ton code pour te dire si ça pue), autoprefix (ajouter les balises propres à chaque navigateur pour améliorer la compatibilité) et d'autres petits trucs (minification des images, gzip, etc). Faudra apprendre à utiliser un peu le terminal mais je pense pas que tu auras de souci. Pour gulp j'ai suivi ce tuto vidéo : https://www.youtube.com/watch?v=kfvxaPizDew et me suis inspiré de ce monsieur : http://rbrtsmith.com/2015/08/a-moder...tend-workflow/
- J'ai vu que tu avais appris le javascript mais pense au jquery qui te fera gagner beaucoup de temps et t'évitera aussi de ré-écrire la roue.

Puis pour le reste j'ai envie de te dire... Faut pratiquer tout simplement. Tu screencap une page (genre CPC tiens) et tu refais du mieux que tu peux, puis tu demandes aux autres comment tu aurais pu faire mieux. Essaie de faire des trucs différents (un site monopage avec du scoll en jquery, un truc avec des cartes, un truc avec des listes, etc...

Je sais pas trop quoi ajouter tellement c'est vaste en fait. :/


Edit : comme un con j'ai oublié de te filer les liens.

Et pour le coup, un truc qu'il faut que tu réussisses à faire comprendre lors de tes entretiens c'est que si tu n'as pas autant de connaissances qu'un autre, tu es LA machine à aspirer le savoir, tu es plein de ressources pour trouver des solutions, tu sais formuler tes problèmes dans google pour fouiller stack overflow... Bref tu es démerde. Un dev front qui galère un peu c'est pas grave s'il sait chercher. Le cas inverse par contre on appelle ça un boulet. :D

[Uncle Fuzz]

Merci beaucoup pour vos deux messages, c'est réconfortant, surtout après le gros coup de bad que j'ai eu ce week-end (les évènements de vendredi soir n'ont pas aidé). Je crois que j'ai chopé un léger complexe d'infériorité à force de regarder les tuto de grafikart... (et par rapport aussi à l'entretien... Entendre la personne en face dire qu'il croise tous les jours des bac+2 nettement meilleurs que moi ça fait un peu mal)

Pour dire que tu sais pas faire du PHP pour le web, soit tu te sous-estime beaucoup, soit t'a suivi tes cours en dilettante

Je dois beaucoup me sous-estimer je pense. Mais disons que le PHP et le back-end n'est pas du tout naturel pour moi. A contrario, je suis hyper à l'aise avec le HTML/CSS et ça me plait vraiment de coder avec.

Du coup...

Si tu va t'orienter vers du frontend, j'espère par choix

Oui totalement, par choix et surtout par affinité. L'aspect graphique/création me plait beaucoup plus que tout le bouzin imbitable qu'il peut y avoir côté serveur

Et du coup assure toi de bien valoriser ces capacités, par ce que la dehors les RH sont trop content de trouver des profils qui minorent leurs acquis pour vilement les sous-payer voire les écarter des postes.

Je trouverai plus facile d'apprendre par coeur la doc' de Symfony2 que de bien me valoriser ! J'ai beaucoup de mal à faire le point sur moi même. Enfin... Non, c'est même pire que ça : j'arrive très bien à avoir du recul sur moi même uniquement sur les points négatifs. Je sais exactement ce qui ne va pas chez moi. Par contre trouver quelque chose de positif j'ai l'impression de chercher de de l'eau dans un désert...


Sinon Thomasorus, je n'ai codé aucun tableau avec les TR et TD, mais il m'a dit que ma mise en page était pensée en tableau, alors que... Pas du tout... Mais je pense comme tu l'as dis après dans ton message qu'il voulait quelque chose de plus modulable (comme avec ton exemple de carte je pense).

Encore merci pour vos deux réponses.

[tenshu]

Sort toi rapidement de ton complexe d’infériorité, c'est un cercle vicieux.

Je te recommanderais pas de trouver de stages, présente toi honnêtement comme un junior motivé et bien formé, prêt à s'adapter avec de la volonté et de la passion.
Si un recruteur est pas ok avec ça et bah chercher ailleurs, on a la chance d'avoir un beau choix d'offres d'emplois dans notre secteur.

[war-p]

Bon, ça peut intéresser certainement d'autres gens du coup je pose la question en public, tomaka, avec glium, vaut-il mieux faire une nouvelle instance d'un vertex buffer que d'essayer d'ajouter des données (vertex) dedans?

[deathdigger]

Uncle Fuzz : essaie aussi de t'orienter vers le développement PHP. Si tu fais du front et du back, ton CV aura une bien plus grande valeur que juste du front

[Sodium]

Surtout si tu as fait un peu de Symfony.
Tout l'intérêt d'un framework c'est justement de te forcer à organiser ton code correctement et donc acquérir une bonne méthode de travail.

Est-ce que tu maîtrises Photoshop pour le découpage de maquette ? D'expérience, pouvoir être autonome et réaliser des montages simples sans avoir à emmerder les collègues graphistes toutes les cinq minutes est un sacré avantage.

Enfin bon, d'un côté je te comprends, moi-même j'aimerais changer de boulot et quand je vois une majorité d'offres d'emploi qui exigent de connaître 3 CMS, 2 frameworks CSS, Symfony et Laravel, Angular, node.js et de la gestion de projet, c'est plutôt décourageant (d'autant plus que toutes ces compétences valent facilement le double de ce qu'on te proposera comme salaire)

[mellifico]

Non mais la plupart des annonces sont complètement pétées, ils ne se rendent pas compte du tout, c'est nimp, on est pas des poulpes.
Pour trouver des offres cohérentes, je n'ai trouvé que Alsacréations (et encore) pour l'instant, moi qui cherche un CDI aussi.

[Uncle Fuzz]

@deathdigger : Le back ne m'intéresse pas du tout... Mais à la limite ce n'est même pas la raison qui fait que je me dirige uniquement vers le front.

Depuis 2 mois je regarde de temps à autres des tuto côté front, et quand je vois finalement la masse énormissime d'informations et de technologies qu'il y a, potentiellement, à savoir, je me dis que c'est tout simplement impossible d'être à la fois un bon dév. front-end et un bon dév. back-end. Et du peu que j'ai pu travailler le back, la masse d'informations et d'organisations a l'air tout aussi énorme. Si ce n'est que le back a l'air peut-être un poil plus "répétitif", dans le sens où par exemple si tu développe un module pour gérer une connexion et l'accès à un compte client, finalement ça ne changera pas beaucoup d'un site à l'autre, là où le front devra sans cesse s'adapter au visuel demandé par le client. Mais plus le temps passe et plus je trouve que développeur front-end est un métier totalement à part tant les connaissances sont nombreuses. Quelque part, c'est un peu comme si tu voulais fabriquer une voiture : vaut mieux être à deux avec un qui s'occupe de ce qu'il y a sur le capot et sur le châssis, et l'autre qui s'occupe de la carrosserie et des finitions intérieurs. Il n'y au final aucune partie plus technique que l'autre : les deux demandes d'importantes connaissances.

@Sodium : Oui, je maitrise très très bien photoshop. D'ailleurs, le test que j'ai eu à faire, je devais intégrer une maquette photoshop. Et avec le recul, heureusement que je maitrisais bien le logiciel, sinon j'aurais perdu la moitié de mon temps à récupérer les images...

Et mellifico a raison, c'est vrai que beaucoup n'ont pas l'air de se rendre compte de la quantité d'information que les offres demandent. A moins d'être dans le métier depuis 10 ans et de connaitre tous les attributs rétro-compatible ou non, connaitre l'évolution des techno, et être limite capable de reproduire un CMS en une semaine de temps, c'est tout bonnement impossible de répondre à une offre à 100% des connaissances exigées.

Personnellement j'ai été contacté 2 fois grâce au site lesjeudi.com (j'y ai déposé mon CV), et j'ai eu un entretien en postulant sur une offre d'indeed (le dernier entretien que j'ai eu justement, c'était pour la boite Atecna).

En tout cas vos messages m'ont vraiment bien réconforté et motivé, encore merci.

[deathdigger]

Si je te conseille ça, c'est que le profil back est beaucoup plus recherché que le front. Donc si t'es capable de faire les deux (sans être le super expert en back hein, juste savoir développer), tu auras beaucoup plus de portes ouvertes pour te faire embaucher. Et il me semble que les salaires sont supérieurs également.

[Uncle Fuzz]

Justement, je ne sais vraiment pas bien développer du back. Disons que je conçois pas trop mal comment ça fonctionne, je suis très bien capable de comprendre du code que je vois, mais incapable de créer du back "from scratch". Juste faire un formulaire de connexion me prendrait une semaine je suis sur !

[Thomasorus]

Pour ma part j'ai été embauché comme dev front... Après trois mois de stage en back ASP.NET C# alors que j'avais juste fait un peu d'objet et une sorte de MVC où j'avais pas tout compris, le tout en PHP. Depuis deux semaines que je suis arrivé je fais que du front mais l'objectif était de me faire monter en niveau en back. A la fois parce que j'avais des lacunes mais aussi parce que si on m'embauchait pour faire du front, il y allait forcément avoir un moment où j'allais devoir reprendre un projet existant en C#. Certains trucs de back pas super complexes me servent souvent d'ailleurs pour faire des sites statiques dont j'ai l'intégration à faire : des requêtes Ajax, des includes en PHP, du scripting par exemple.

[tenshu]

Si je te conseille ça, c'est que le profil back est beaucoup plus recherché que le front.
Donc si t'es capable de faire les deux (sans être le super expert en back hein, juste savoir développer), tu auras beaucoup plus de portes ouvertes pour te faire embaucher.

Plutôt fullstack qui est plus recherché.

Et il me semble que les salaires sont supérieurs également.

Oui et non.

Si on parle de faire de l'intégration quand on dit front : oui.
Si on parle véritablement de frontend developer: pas forcement

[Sodium]

Depuis 2 mois je regarde de temps à autres des tuto côté front, et quand je vois finalement la masse énormissime d'informations et de technologies qu'il y a, potentiellement, à savoir, je me dis que c'est tout simplement impossible d'être à la fois un bon dév. front-end et un bon dév. back-end. Et du peu que j'ai pu travailler le back, la masse d'informations et d'organisations a l'air tout aussi énorme. Si ce n'est que le back a l'air peut-être un poil plus "répétitif", dans le sens où par exemple si tu développe un module pour gérer une connexion et l'accès à un compte client, finalement ça ne changera pas beaucoup d'un site à l'autre, là où le front devra sans cesse s'adapter au visuel demandé par le client. Mais plus le temps passe et plus je trouve que développeur front-end est un métier totalement à part tant les connaissances sont nombreuses. Quelque part, c'est un peu comme si tu voulais fabriquer une voiture : vaut mieux être à deux avec un qui s'occupe de ce qu'il y a sur le capot et sur le châssis, et l'autre qui s'occupe de la carrosserie et des finitions intérieurs. Il n'y au final aucune partie plus technique que l'autre : les deux demandes d'importantes connaissances.

Mon point de vue sur la différence back/front-end serait que le front-end fonctionne plutôt par modes et nécessite de se mettre à jour constamment sans acquérir des connaissances réellement pérennes.

Niveau développement serveur, on commence déjà par se constituer une base d'outils (en les développant soi-même ou en piochant dans ceux développés par la communauté). L'avantage, c'est que les gros projets qui existent (les CMS, les frameworks, les bibliothèques etc) sont maintenus de manière rigoureuse par un nombre conséquent de développeurs. Par la suite, tout l'intérêt est de réfléchir à comment organiser son projet pour être le plus efficace possible, se répéter le minimum, produire des modules réutilisables et faire le meilleur travail le plus rapidement possible. En faisant ça, tu deviens meilleur en programmation de manière générale et acquière des compétences qui vont pouvoir resservir si un jour tu en as marre du web et décide de faire du jeu vidéo, du mobile ou du software.

Niveau front-end en revanche, c'est le bordel. Rien que pour le JavaScript, tu as un nouveau pseudo langage censé le remplacer qui arrive tous les six mois qui d'une version à l'autre peut très bien ne plus assurer de compatibilité avec du code ancien. Tu as des milliers de plugins qui font tout et n'importe quoi, souvent mal et qui alourdissent la page. Il y a aussi une sacrée masse de frameworks HTML et CSS qui sortent régulièrement, censés être révolutionnaires et te permettre de faire un site responsive en deux heures d'une main en ajoutant des animations partout super cool de l'autre. Le problème de tout ça, c'est que tu ne deviens pas meilleur en développement, tu deviens meilleur en utilisation de ces différents plugins et autres qui ont chacun leur pseudo-langage qui ne te serviront à rien une fois la mode passée.

Après, si,on peut très bien être très bon en front-end et en back-end. Perso je me considère très bon en JavaScript, CSS et PHP. Je ne connais pas tous les derniers plugins à la mode, mais je connais sufisamment bien toutes les subtilités de CSS pour pondre rapidement une page propre, adaptative et qui ne se heurtera pas aux limites de la solution utilisée. J'aime faire les deux, par contre ce que je constate c'est qu'en back on me laisse travailler tranquillement et faire du boulot propre tandis qu'en front on me demande en permanence d'ajouter des effets complètement ringards ou des fonctionnalités qui ne servent à rien et sont lourdes en ressources (comme un menu fixe en haut de page pour un site de trois pages) pour qu'au final la veille de la mise en ligne le client décide qu'il n'aime pas tel ou tel truc et demande de refaire des trucs qui ont pris une journée à faire. Sans parler de tout les trucs qu'en tant qu'utilisateur du web on ne supporte pas mais qu'on est obligé d'implémenter en permanence, quand le client demande que sa vidéo de présentation ridicule pondue par un freelance avec 200€ de budget se lance automatiquement en popup quand on charge la page.

Dans tous les cas, mieux vaut être un minimum calé dans les deux. Déjà parce qu'en agence, il faut avoir au minimum 5 casquettes et que tu te retrouves vite l'expert attitré sur un truc sur lequel tu as eu un cours d'une heure il y a 5 ans, ensuite pour être payé à peu près correctement. Sinon, l'autre solution c'est d'être webdesigner, eux se limitent généralement au front-end.