Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Apr 29 2020 07:45
    Plou opened #103
  • Apr 27 2020 10:36
    Plou opened #102
  • Apr 27 2020 10:35
    Plou opened #101
  • Mar 27 2019 12:10

    Plou on master

    fix: Add missing input type pas… (compare)

  • Nov 29 2018 15:24

    Plou on 9

    (compare)

  • Nov 29 2018 15:23

    Plou on 9.0.1

    (compare)

  • Nov 29 2018 15:23

    Plou on master

    chores: Upgrade node modules (compare)

  • Jul 02 2018 13:52

    Plou on beta

    (compare)

  • Jul 02 2018 13:52

    Plou on 9.0.0

    (compare)

  • Jul 02 2018 13:52

    Plou on master

    feat: Switch to Sass & upgrade … (compare)

  • May 31 2017 08:54
    Plou opened #100
  • Apr 25 2017 13:51
    Plou labeled #99
  • Apr 25 2017 13:51
    Plou opened #99
  • Feb 24 2017 15:44
    Plou labeled #98
  • Feb 24 2017 15:44
    Plou opened #98
  • Feb 24 2017 15:11

    Plou on gh-pages

    fix: banner image path (compare)

  • Feb 24 2017 14:55

    Plou on gh-pages

    data: Update text to match Dumm… (compare)

  • Feb 24 2017 14:33

    Plou on 8.0.0

    (compare)

  • Feb 24 2017 14:31
    Plou closed #96
  • Feb 24 2017 14:30

    Plou on master

    feat: remove grunt feat: Use gulp chores: Improve compilation not… and 5 more (compare)

Grégory Copin
@Gregcop1
ça enferme le dummy dans un type d'utilisation
alors que le dummy n'est pas un kickstarter de projet
tu viens l'insérer dans un typo, dans un thème wp, etc...
c'est une vue et des assets mais à mes yeux, webpack n'a pas sa place là
ou alors c'est un projet dummy kickstarter et c'est pas la mm chose
toofff
@toofff
Sinon pourquoi pas faire du dummy un dépendance et faire un starter avec webpack qui aura comme dépendance le dummy?
Ou je me plante peut être
bon je re dans 1h si vous voulez en parler plus?
Grégory Copin
@Gregcop1
ben c'est ce que je dis
c'est un autre projet :)
toofff
@toofff
Oui
Je voulais être sur d’avoir bien compris
Grégory Copin
@Gregcop1
mais honnêtement, il n'y aurait quasiment rien dedans quoi
toofff
@toofff
ça fera moins de chose à maintenir :D
Grégory Copin
@Gregcop1
moins de chose à maintenir ? de créer un projet de + ?
toofff
@toofff
Je rebondissai juste sur ton commentaire mais honnêtement, il n'y aurait quasiment rien dedans quoi
Evidement si il y a plus de projet, ça fait aussi plus de chose à maintenir
toofff
@toofff
Capture d’écran, le 2021-05-05 à 13.29.41.png
Voici mes bureaux virtuel :D
ça ressemble FORTEMENT à https://workadventu.re/
mais c'est https://gather.town
toofff
@toofff
Joyeux Anniversaire un poil en retard @itwhy :D
ça te fait quel âge ?
Mathieu Malisani
@itwhy
22 ans ;)
FeetloveR
@FeetloveR
Ho, joyeux anniversaire aussi (encore plus en retard ^^), mais pour le vai âge hein….
Mathieu Malisani
@itwhy
ah pour mes 26 tu veux dire ^^
merci les gars :D
FeetloveR
@FeetloveR
26 ouais… c ça… ^^'
toofff
@toofff
26 ans déjà, c'est beau les rêves :D
toofff
@toofff

Coucou tout le monde,

j'ai une grande question niveau JS mais je me doute de la réponse.

Est ce que si partout dans le projet on utilise export sur toutes les constantes / méthodes, ça pourrait ralentir l'excution du code ?

Sachant que c'est du typescript, donc le code doit déjà être transpilé.

Déjà pour moi dès qu'il y a plus de code, ça sera plus long à télécharger les fichiers.
Mais est ce qu'il y a vraiment un impact sur l'exécution de l'application ?

Grégory Copin
@Gregcop1
Je ne sais pas trop. Peut-être que de ce fait le garbage collector ne passe jamais sur des méthodes qui auraient dû être détruites. Mais surtout... quel intérêt ? (c'est une question rhétorique hein ;) )
toofff
@toofff
justement je me pose cette question, pourquoi faire ça ?!
le projet où je suis ils exportent tout de base, j'arrive pas du tout à comprendre pourquoi
j'ai plus l'impression qu'ils utilisaient enzime pour les tests avant, avec enzine on était obligé d'exporter les méthodes pour les tester.
Du coup ils ont garder cette façon de faire et sur TOUT histoire de ne rien oublier :(
toofff
@toofff
toofff
@toofff

@Gregcop1 je viens de tomber sur ce repo public pour Coveo

https://github.com/coveo/platform-client

Environ la même chose que tu fais sur chaque projet JS avec la partie Ressource mais spécifique à leur API

Grégory Copin
@Gregcop1
ben de l'abstraction d'api il n'y a pas que moi qui en fait hein :p
Enzyme ou pas ne change rien en fait. En php par ex, sur une classe tu vas tester unitairement les méthodes exposées (public), tu ne testes pas les méthodes privées
en JS, c'est un peu pareil, t'es sensé exposer des méthodes en fonction des besoins de ton front, et donc tu testes ces méthodes exposées
toofff
@toofff
je suis bien d'accord avec toi, c'est juste que je tombe sur des PRs où tout est exporté et c'est pas la seule, à force je me demande si j'ai pas loupé un truc
Ou tout simplement ils font de la merde :D
Grégory Copin
@Gregcop1
alors dire que c'est de la merde, je n'irai pas jusque là mais disons que normalement ce n'est pas nécessaire et surtout, une bonne pratique c'est de coder pour le front, pas pour les tests
toofff
@toofff
Oui ils font de la merde était peut un peu trop fort :D
Car en plus leur code est plutôt propre je trouve
toofff
@toofff
Au fait @Gregcop1 tu as réussi à revenir en interne et ne plus être chez CottonBird ?
toofff
@toofff
image.png
9 ème jour, Loïc vient de défoncer l'écran de mon nouveau travail
il m'a balancé un bouchon d'évier en métal qu'il a trouvé dans la salle de bain :(
Plou
@Plou
Faites des gosses !
toofff
@toofff
C'est ça
Grégory Copin
@Gregcop1
mais nonnnnnnnnnnnnnnnnnn
au fait @Plou c'est pour bientôt toi ?
toofff
@toofff
Et si :(