Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 241 sur 241 PremièrePremière ... 141191231233234235236237238239240241
Affichage des résultats 7 201 à 7 214 sur 7214
  1. #7201
    Citation Envoyé par TonTon Cookie Voir le message
    J'ai vu récemment que vous vantiez pas mal la maturité de l'environnement Symfony par rapport à l'environnement Node JS (qui est globalement le seul env back que je connais un peu bien).

    C'est la seule raison de choisir Symfony ? J'avoue que j'ai toujours entendu que du mal de PhP partout. Sauf dans mon ancienne boîte où c'était globalement utilisé parce que c'était le langage appris dans les écoles où on recrutait.

    Mais du coup dans ma tête c'est un truc qui n'a jamais brillé nul part et qui pause pas mal de galères.

    J'ai souvenir par exemple d'un truc qui m'avait pris la tête parce que Symfony, (ou composer je ne sais plus, désolé si c'est très confus tout ça) s'allouait allègrement 4gb de ram qd il run, en tant que débutant Ops à l'époque j'ai un peu tiré la gueule avant qu'on me montre comment changer ça.
    - PHP est plus mature que JS (et pas que node js) pour tout pleins de raisons, la première est que ça ne fait pas très longtemps qu'on sait faire de gros projet avec ce langage qui contient quand même pas mal de manque. (je schématise ne venez pas me jeter les dernière spec ecmascript). Après il n'y a pas que Symfony de très mature en PHP, il est surtout populaire dans l'espace francophone ailleurs ça serait Laravel. Mais il y a aussi tout plein d'autre framework php.

    - PHP a beaucoup beaucoup évolué dans pleins de domaines ces dernières années que ce soit pour le tooling, le modèle objet ou encore les perfs, etc.
    Il ne faut pas se fier à la hate qui est assez présente chez des gens qui ignore souvent ça (je regarde fort les gens qui font du java).

    - Si la critique sur l'utilisation de la ram vient de gens qui utilisent npm ou java c'est assez sucré
    Sérieusement depuis php 7 la consommation mémoire est assez impressionnante, et s'agissant de composer il vient d'être réécrit et il est tellement rapide que c'est un peu ridicule par rapport à la version d'avant ou à d'autre package manager.


  2. #7202
    Composer 2 et PHP 8 ce sont des fusées.

  3. #7203
    Citation Envoyé par tenshu Voir le message
    - PHP a beaucoup beaucoup évolué dans pleins de domaines ces dernières années que ce soit pour le tooling, le modèle objet ou encore les perfs, etc.
    Il ne faut pas se fier à la hate qui est assez présente chez des gens qui ignore souvent ça (je regarde fort les gens qui font du java).
    C'est vrai d'ailleurs tous les langages un peu pourraves mais populaires comme php ou javascript font beaucoup d'effort pour ressembler à Java

    Blague à part j'ai ouvert récemment un github d'un gros projet en php7 il n'y a pas longtemps et c'était très propre dedans, aussi bien au niveau du langage que de l'architecture.
    Ma dernière expérience pro en PHP remonte à 2004 et c'est resté gravé comme un cauchemar (avec ce salopard de css aussi, surtout à l'époque avec "IE6"), donc j'ai un apriori négatif sur ce langage, mais je dois bien admettre que ce projet en PHP7 ouvert au détour d'un repo était plus sexy que de nombreux projets Java...

  4. #7204
    Yeah, l'outillage aussi a bien évolué. Que ce soit les libs ou les IDE, ça n'a plus rien à envier aux grands.
    Y'a juste encore des patrons débiles qui te sortent qu'un dev java c'est 50k et qu'un dev php c'est 30k (à la louche hein, mais dans l'esprit d'encore trop de monde il y a tjrs une différence complètement injuste), passkeu. Comme si un langage faisait la compétence...

  5. #7205
    Citation Envoyé par Fastela Voir le message
    C'est bon Tenshu j'ai décidé de la stack hier soir pour mon projet perso. Ce sera :

    - Symfony 5.2
    - EasyAdmin
    - InertiaJS
    - Vue 3.0
    - Typescript
    - Bootstrap-Vue

    J'ai commencé les premiers écrans et la rédaction du CdC et des premières US.

    Ton chèque est dans le courrier.
    Trop bien

    Tu es sûr pour bootstrap ?
    Je sais que ça s'est amélioré mais bon un truc plus léger aurait pas été un peu plus dans l'air du temps ?

    - - - Mise à jour - - -

    Citation Envoyé par William Vaurien Voir le message
    C'est vrai d'ailleurs tous les langages un peu pourraves mais populaires comme php ou javascript font beaucoup d'effort pour ressembler à Java
    C'est clairement pas faux huhu.
    On a encore pas mal de retard sur le tooling je trouve mais ça vient tranquillement.

    Bon après on se traîne toujours un tas de fonction de base qui sont nommées avec le cul. Donc niveau élégance PHP ne sera jamais python mais on s'en contente.


  6. #7206
    Citation Envoyé par tenshu Voir le message
    Trop bien

    Tu es sûr pour bootstrap ?
    Je sais que ça s'est amélioré mais bon un truc plus léger aurait pas été un peu plus dans l'air du temps ?
    En fait ça fait deux ans qu'on utilise ça avec mon plus gros client du coup j'ai mes habitudes. Mais c'est uniquement pour la grille et les éléments, une fois que l'app sera finie d'un point de vue fonctionnelle, je vais demander à ma graphiste de me faire un brand book et des guideline pour surcharger la CSS

    Par contre je viens de passer une journée à poser la base pour me rendre compte que Bootstrap-Vue n'est pas compatible avec Vue 3.

  7. #7207
    Dans les vidéos que j'ai suivi sur Angular, j'avais choisi de faire un projet avec du CSS "pur". Le gars qui a fait la vidéo a utilisé un autre truc (scss ou je ne sais quoi), et forcément, il faisait des trucs pas compatibles (des espèces de déclaration de variable). Pour moi, le CSS, ça sert à faire une feuille de style (salut captain obvious), mais maintenant, tu peux mettre de la logique dedans. Va falloir un jour m'expliquer l'intérêt de ça, plutôt que foutre le code... dans le code
    Pouet.

  8. #7208
    Faire du CSS « pur » comme tu dis c'est du suicide aujourd'hui. Ce qu'il utilisait s'appelle un Préprocesseur CSS. En l'occurence il utilisait SASS (dans sa version SCSS). Il en existe d'autres (LESS, Stylus) mais je pense qu'aujourd'hui SASS est le plus utilisé.

    Le principe est de pouvoir utiliser tout un tas de choses qui vont t'aider dans la fabrication de ton CSS, comme des variables, des « mixins » (des sortes de fonctions), des helpers, de l'imbrication de sélecteurs, et des imports. Ainsi tu peux organiser ton code bien plus efficacement.

    À la fin, le but d'une telle collection de fichiers est de passer dans un compilateur qui au final va te générer un fichier CSS « pur », minifié, et qui peut au passage te rajouter des polyfills suivant les navigateurs que tu souhaites supporter.

  9. #7209
    Citation Envoyé par deathdigger Voir le message
    et forcément, il faisait des trucs pas compatibles (des espèces de déclaration de variable)
    Tu peux faire des déclaration de "variables" en CSS pur maintenant : https://developer.mozilla.org/en-US/...tom_properties
    C'est très pratique pour faire des sites avec thème dynamique.

    Sinon gros +1 à ce que dit Fastela, le SASS/SCSS c'est la vie.


    Citation Envoyé par gros_bidule Voir le message
    Yeah, l'outillage aussi a bien évolué. Que ce soit les libs ou les IDE, ça n'a plus rien à envier aux grands.
    Y'a juste encore des patrons débiles qui te sortent qu'un dev java c'est 50k et qu'un dev php c'est 30k (à la louche hein, mais dans l'esprit d'encore trop de monde il y a tjrs une différence complètement injuste), passkeu. Comme si un langage faisait la compétence...
    Putain ouais je l'ai encore vu sur des posts de recrutement y'a pas si longtemps que ça.

    Citation Envoyé par William Vaurien Voir le message
    Blague à part j'ai ouvert récemment un github d'un gros projet en php7 il n'y a pas longtemps et c'était très propre dedans, aussi bien au niveau du langage que de l'architecture.
    Ma dernière expérience pro en PHP remonte à 2004 et c'est resté gravé comme un cauchemar (avec ce salopard de css aussi, surtout à l'époque avec "IE6"), donc j'ai un apriori négatif sur ce langage, mais je dois bien admettre que ce projet en PHP7 ouvert au détour d'un repo était plus sexy que de nombreux projets Java...
    En fait c'est tout l'environnement c'est tout l'environnement web qui a très bien évolué.
    Le PHP et JS/TS de maintenant n'a pas grand chose à voir avec celui d'il y a 10 ans.
    C'est la faute à Arteis

  10. #7210
    Oui le SASS c'est vraiment un pas dans la bonne direction. Ne serai-ce que pour arrêter d'écrire 36 fois les mêmes choses ou mieux organiser le code.

  11. #7211
    Citation Envoyé par Dross Voir le message
    Oui le SASS c'est vraiment un pas dans la bonne direction. Ne serai-ce que pour arrêter d'écrire 36 fois les mêmes choses ou mieux organiser le code.
    C'est pas déjà le principe des classes de pas écrire 36 fois la même chose ? J'utilise les variables en css pour mes codes couleurs, mais ça je pouvais déjà le faire sans le SASS. Du coup j'ai pas encore trop vu l'intérêt, si vous avez des arguments en sa faveur ^^

  12. #7212
    C'est pratique pour les couleurs par rapport aux respect des teintes.
    En gros tu choisis une couleur et les autres tu les calcules à partir de celle-ci.
    En changeant la première couleur les autres s'adapteront tout en respectant le même contraste.

  13. #7213
    Citation Envoyé par Jinbei Voir le message
    C'est pas déjà le principe des classes de pas écrire 36 fois la même chose ? J'utilise les variables en css pour mes codes couleurs, mais ça je pouvais déjà le faire sans le SASS. Du coup j'ai pas encore trop vu l'intérêt, si vous avez des arguments en sa faveur ^^
    Ben c'est surtout pratique pour créer une arborescence de classes tout en restant lisible.
    En CSS pur, les règles un peu complexes ça devient verbeux et répétitif assez rapidement.
    C'est la faute à Arteis

  14. #7214
    Citation Envoyé par Jinbei Voir le message
    C'est pas déjà le principe des classes de pas écrire 36 fois la même chose ? J'utilise les variables en css pour mes codes couleurs, mais ça je pouvais déjà le faire sans le SASS. Du coup j'ai pas encore trop vu l'intérêt, si vous avez des arguments en sa faveur ^^
    Un exemple : le nesting, en CSS tu va pas arrêter de réécrire la cascade précédente, en SASS tu n'écris qu'une fois ce qui change :

    CSS
    Code:
    nav ul {
      margin: 0;
      padding: 0;
      list-style: none;
    }
    nav li {
      display: inline-block;
    }
    nav a {
      display: block;
      padding: 6px 12px;
      text-decoration: none;
    }
    SASS
    Code:
    nav {
      ul {
        margin: 0;
        padding: 0;
        list-style: none;
      }
    
      li { display: inline-block; }
    
      a {
        display: block;
        padding: 6px 12px;
        text-decoration: none;
      }
    }
    Sachant que c'est le truc de base, tu peux après concaténer les noms comme ça :

    SASS
    Code:
    my-footer{
      /*bla*/
    
      &__button {
          /*blo*/ 
    
         &__content {
               /*bli*/ 
         }
      }
    }
    CSS
    Code:
    my-footer{
         /*bla*/
    
    my-footer__button {
         /*blo*/ 
    }
    
    my-footer__button__content {
         /*bli*/  
    }
    Tu imagine vite l'intérêt avec les :hover et autre. Sans parler du cas où tu dois changer un jour ladite cascade...

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •