Twitter | Search | |
Le Digabel Loïck
Lead Front-end Engineer --- & Alumni
801
Tweets
375
Following
217
Followers
Tweets
Le Digabel Loïck 17h
Replying to @Atinux
Haha yes, will do then :) I just wanted to make sure there were nothing about it planed or ongoing to not do the job twice :D
Reply Retweet Like
Le Digabel Loïck 17h
Replying to @Atinux @miragejs
It's getting popular yeah, I'm trying to set this up to manage a mocked state of the app locally + using it for the UTs. I found out about it in this interesting article
Reply Retweet Like
Le Digabel Loïck 17h
Replying to @Atinux
Yep sorry, didn’t meant the example, but more a “built in” implementation :)
Reply Retweet Like
Le Digabel Loïck 18h
Hey , just curious about it, is it discussed as well in the NuxtJS roadmap, to support MSW?
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot @BRetourne
Pour le 2. ça rejoint beaucoup les sujets de simplification produit d'ailleurs selon moi, poke :)
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Pas forcément, si on a un composant travaillé via le Design System qui a X versions, que l'on souhaite tester en prod: 1. Est ce que cela passe déja par le process du DS? 2. Si A gagne dans certains pays et B dans d'autres, est ce que l'on autorise de garder plusieurs versions?
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
On s'est aussi posé cette question là chez Back Market, de savoir ce que l'on incluait dans notre librairie de composants. On est forcément influencé par le fait que l'on est un e-commerce. Donc on aura forcément des choses + spécifiques qu'un Material UI (Ex: Itinerary a Blabla)
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Oui, entièrement d'accord. Les "Pixar reviews" c'est donc toujours ce que tu recommanderais aujourd'hui? Malgré la friction ou la potentielle attente des différentes feature teams autour ? Quid des composants en AB Tests, les inclues tu dans ce genre de process?
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
2. Viser l'open source sur son secteur (Pixar est un DS open source sur le theme du voyage) Cela permet d'approcher les pbs de manière générique (a11y, combinaisons de cas etc.) et d'anticiper les besoins produits proprement (Si ça marche pour l'Open Source ça marche pour moi)
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
1. Pouvoir designer un écran sans maquette Si les composants ont une utilité claire, un designer peut etre a coté du dev, décrire l'interaction, et le dev sait quoi utiliser (utopique peut être, mais "shoot for the stars aim for the moon")
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Et enfin coté dev, où évidemment les équipes doivent comprendre les enjeux d'un design system. Suffisamment restrictif pour ne pas pouvoir faire une même page avec X composants différents. Pour moi il y a 2 targets à avoir la dessus:
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Quand je dis adoption je dis acceptation d'un cadre de travail coté UX qui pour autant ne supprime pas leur creativité, le fait que coté produit on peut avoir + de friction justement pour créer des nouveaux composants/usages.
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Je pense que c’est un des plus gros sujets en fait. Ça et l’adoption du system dans l’esprit des parties prenantes (UX & Dev). Mais c’est difficile à matérialiser je trouve, quelle genre de friction / process est le plus efficace pour toi ? Haha quelle question ?!
Reply Retweet Like
Le Digabel Loïck Jul 26
Replying to @remi_guyot
Ça pourrait mériter un talk ça même ! :)
Reply Retweet Like
Le Digabel Loïck Jul 24
Possible d'avoir un conseiller EDF pour un déménagement ? Sur la hotline je tourne en boucle avec votre message pré enregistré, et en ligne votre formulaire est buggé. Merci!
Reply Retweet Like
Le Digabel Loïck Jun 22
petite question, pourquoi votre sommier avec coffre n'a pas de fond ? Pas génial pour la poussière non ? :/
Reply Retweet Like
Le Digabel Loïck Jun 20
Replying to @nuxt_js
(okay 3rd tweet) I'm talking about this article: And the addition of something like dyson might be easier to update on large codebase, and would keep the folder architecture driven of
Reply Retweet Like
Le Digabel Loïck Jun 20
Replying to @_loick_
I guess it can be working as expected, however since the fetch / asyncData are not executed (yet?) via the render method it's not "ideal". I could trigger it manually, but even there I would have to provide a (mocked) store as param which is not the goal. Any idea for this?:) 2/2
Reply Retweet Like
Le Digabel Loïck Jun 20
trying to make testing-library/vue with nuxt on the SSR in order to test the way of - not - mocking fetch :) Basically reusing also everything for a mocked state of the APP would be terrific (maybe with something like that ). 1/2
Reply Retweet Like
Le Digabel Loïck Jun 9
Replying to @wakooka @Gabssama
Y’a pas mal de marchés là quand même :) Mais aux US ils ont cette notion de « grabbing step » (depuis arrivée en France je crois), ils autorisent une sorte de « pas 0 » (comme si c’était pas déjà assez compliqué comme ça). Ensuite c’est 2 pas Max quand le dribble est arrêté
Reply Retweet Like