Salut Je m'appelle Sergey Melyukov, je suis ingénieur senior dans l'équipe Frontend Architecture d'Avito.
Le 17 août, notre bureau accueillera le cinquième satellite mitap Moscow.js - Moscow SPA, une réunion pour les développeurs front-end intéressés par le sujet des applications Web (Single Page Application). Parlons de l'intégration de Jest à l'infrastructure QA, DI comme moyen d'évolution, si UIKIt peut être aussi flexible et adapté à tout, à la croissance des bibliothèques de composants et à l'équipe de la plate-forme. Outre moi, les rapports seront délivrés par des experts de Mail.Ru, Yandex, VKontakte et Tinkoff.
La réunion commencera à 11h00. Inscrivez-vous et invitez des collègues. Sous la cinématique - résumés, liens vers l'enregistrement et la diffusion vidéo du mitap.
Rapports
Boîte pour plaisanterie - Sergey Melyukov, Avito
Avito compte des dizaines d'ingénieurs front-end et de spécialistes en AQ. Ils veulent tous vraiment écrire des tests pour le site. Pour rendre l'écriture des tests pratique et utile, nous utilisons divers services d'infrastructure: service de capture d'écran, visualiseur de rapports pour CI, référentiel de cas de test, cluster de sélénium et autres.
Mais la disponibilité des services ne signifie pas qu'il n'y a pas de questions ouvertes. Comment voir une capture d'écran d'un composant si le test échoue? Comment s'intégrer aux services internes, par exemple, la visionneuse de rapports et le stockage de test? Comment rendre le travail avec chacun d'eux pratique directement à partir du code de test?
Dans le rapport, je vais vous expliquer comment nous avons intégré Jest à l'infrastructure QA d'Avito.
Il semblerait que ce soit le cas? Mais nous avons notre propre reporter, environnement avec IPC propriétaire et http / ws-moki.
DI comme un moyen de tout mettre à l'échelle - Alexey Popkov, Yandex
À quelle fréquence dans les tests branchez-vous une bibliothèque pour un échange de module délicat? À quelle heure si vous enveloppez des morceaux de votre code pour différentes plates-formes? Ou peut-être que votre système de test A / B est construit sur un commutateur / boîtier sans fin? Assez pour le supporter - vous devez le réparer!
UIKit qui peut définitivement - Konstantin Lebedev, Mail.Ru
Au cours de ma carrière, j'ai participé à la création de nombreux UIKit'ov différents. Les années passent, la technologie change, mais pas les baleines. Ils ont les mêmes problèmes qu'il y a dix ans: extensibilité, thématisation, dépendances, redondance, etc. Bien sûr, ils essaient de résoudre ces problèmes, mais cela sort très superficiellement et au hasard. Et donc, en commençant à faire un autre projet pour animaux de compagnie, sans restrictions de ligne et liberté totale, je me demandais à quoi devrait ressembler un "UKit moderne qui peut certainement"?
Il n'y aura pas de solutions toutes faites dans ce rapport, mais il y aura du raisonnement et des recherches sur le sujet: comment construire les composants les plus flexibles avec des règles communes.
Le rapport sera solidement assaisonné d'exemples TypeScript avec des types furieux et récursifs.
Là où les bibliothèques de composants se développent - Tim Chaptykov, VK
Beaucoup ont vu le développement de bibliothèques de composants. De l'inspirant "Cette fois, nous le ferons à nouveau correctement" à "Vous ne pouvez pas régner ici, nous allons tout réécrire au cours du prochain trimestre." De l'initiative d'une personne à une équipe dédiée qui prend en charge les composants communs.
Nous sommes souvent confrontés aux mêmes problèmes, appliquons les mêmes solutions. Et généralement, ce sont des solutions qui nécessitent beaucoup de ressources: plus de développeurs, plus de temps, plus d'étapes de test. Mais que faire s'il y a très peu de ressources? Sur quoi pouvez-vous économiser?
Tinkoff Business compte plus de 20 équipes de produits. Tous fonctionnent avec un réglage et des services partagés. Auparavant, il y avait un problème - il n'y a pas de personnes responsables de tout ce qui est «commun» (lire, personne), donc au début de 2019, nous avons lancé une équipe de plate-forme (noyau) qui a résolu ce problème. Maintenant, l'équipe travaille activement et apporte de nombreux avantages. Dans le rapport, je vais parler de notre expérience, partager des solutions toutes faites et essayer de répondre aux questions liées à l'organisation du travail de l'équipe de la plateforme:
- comment comprendre que vous avez besoin d'une équipe de plate-forme;
- ce qui est inclus dans les tâches de l'équipe de la plateforme;
- comment accomplir efficacement les tâches dans une équipe de plateforme;
- les moyens de distribuer les services et les composants;
- quelles tâches doivent être déléguées aux équipes produits et comment les mener à terme;
- poursuite du développement de l'équipe de la plateforme.
Les résumés et les participants à la discussion sont précisés.
L'hôte et le modérateur de la réunion est Roman Dvornov .
Horaire
11h00 - 11h30 | Inscription
11h30 - 12h10 | Tin for Jest . Sergey Melyukov, Avito
12h15 - 13h00 | DI comme un moyen de tout mettre à l'échelle . Alexey Popkov, Yandex
13h00 - 13h30 | Le déjeuner
13h30 - 14h10 | UIKit, ce qui est sûr . Konstantin Lebedev, Mail.Ru
14h15 - 15h00 | Où les bibliothèques de composants se développent . Tim Chaptykov, VK
15h00 - 15h15 | Pause café
15h15 - 16h00 | Équipe de la plateforme: Guide d'application . Alexander Kazachenko, Tinkoff
16h00 - 16h30 | Table ronde: "Équipes de plate-forme - un conte de fées ou une réalité?"
16:30 - Afterparty à ONE MORE PUB
Mots de passe et apparences
Mitap débutera le 17 août à 11h00. La participation à l'événement est gratuite, mais vous devez vous inscrire . Veuillez indiquer votre nom et prénom comme sur votre passeport, et n'oubliez pas de l'emporter (ou un permis de conduire) avec vous, sinon vous ne serez pas admis au bureau.
Adresse: bureau Avito, Lesnaya 7 .
Si vous ne pouvez pas venir, connectez-vous à la diffusion en direct sur la chaîne YouTube AvitoTech .
A très bientôt!