Vous avez une interface. Vous avez écrit un site, mais maintenant ils vous demandent de l'intégrer dans votre application native. Vous les mélangez et obtenez une transition transparente. Vous ne comprenez pas comment cela s'est produit, mais ils vous expliqueront.
Vous avez une interface. Vous avez besoin de BFF et vous choisissez Node.js. Vous configurez, développez, profilez quelque chose et le résultat est obtenu. Vous ne comprenez pas ce que vous avez fait, mais ils vous expliqueront.
Vous avez une interface. Vous avez également besoin d'une mise à l'échelle gratuite, vous prenez donc Node.js et le mélangez avec Comedy. Vous ne comprenez pas comment travailler avec cela, mais ils vous expliqueront.
Viktor Isaev montre pourquoi le cadre de la comédie est le pouvoir
Sous le chat se trouvent trois rapports utiles sur les composants internes de Node.JS, les outils, le Web natif et également la démonstration de multithreading parfaite dans Node.JS avec le framework Comedy.
Andrey Melikhov (Yandex.Money)
Enterprise Node.js - pourquoi et comment?
Pourquoi les grandes entreprises choisissent Node.js comme BFF. Comment préparer correctement Node.js, quels outils seront nécessaires pour le développement, le profilage et la surveillance de la production.
Victor Isaev (SAYMON)
Comédie: acteurs pour une mise à l'échelle flexible Node.js
Rapport-introduction au framework Comedy et à l'implémentation d'acteurs dans Node.js. Une histoire sur la façon de mettre à l'échelle des modules Node.js individuels sans changer le code et de gérer intelligemment la charge. Il y aura beaucoup de code et de démonstration en direct.
Victor a écrit un article à ce sujet - il y a un texte là-bas, si c'est plus pratique pour vous de lire et de ne pas regarder, et à partir de là, vous pouvez copier les commandes nécessaires.
Zar Zakharov (Alfa Bank)
L'histoire de la façon dont nous dans la banque JS-services intégrés dans l'application native
Imaginez que vous disposez d'une application native dans laquelle vous devez intégrer une application JS. Un rapport sur l'opportunité d'utiliser WebView pour cela et s'il existe d'autres moyens légaux de coudre natif et JS afin que personne ne soupçonne rien.
Timecodes4:30 Pourquoi montrons-nous l'application mobile, et nous parlons du front-end
6:30 Les développeurs de première ligne fournissent des tâches deux fois plus rapidement et deux fois plus que les équipes mobiles
7:00 Deux développeurs mobiles sont nécessaires pour deux systèmes
9:00 Solutions de développement natives pour front-end - ionic, nativescript, react narive
12:15 Quelles technologies les laboratoires Alpha utilisent-ils?
13:20 Pourquoi WebView?
14:20 Pourquoi il est bon d'afficher le site au lieu des sections manquantes de l'application
16:00 Le premier problème - une conception unique (ce n'est pas le cas)
19:50 Le deuxième problème est l'autorisation croisée et les jetons périmés
23:08 Le troisième problème - personne n'a pensé à optimiser les applications
25:40 Accélérez le chargement des pages de 4,5 à 1,2 secondes. Comment?
29:30 La vitesse de téléchargement dépend de l'appareil. Pourquoi est-ce important?
31:17 Le quatrième problème - sur les bizarreries du débogage
35:00 Que choisir pour le développement natif, si vous êtes un frontal?
En décembre, nous organiserons une rencontre pour les Javistes - abonnez-vous à notre hubblog pour ne pas manquer les rapports. Et si vous vivez à Saint-Pétersbourg - venez écouter en direct.
Et aussi, s'il vous plaît, votez dans le sondage sur la façon dont il est plus pratique pour vous de regarder les rapports sur le hub