Bonjour, Habr!
Je dirige le comité de programme de la conférence FrontendConf et je veux dire comment tout fonctionne de l'intérieur, expliquer ce que nous avons investi dans le programme, pourquoi nous avons sélectionné tel ou tel rapport. Pourquoi, avec toute l'abondance d'informations sur Internet, les conférences ne sont pas seulement une fête thématique, mais un événement vraiment utile. Dites-nous pourquoi, en fin de compte, nous faisons cela, et qui nous sommes, parce que la conférence est avant tout des gens.
Les intervenants sont le «visage» de la conférence: selon les rapports soumis et acceptés, les participants jugent de l'utilité de l'événement et décident d'y aller ou non. Mais derrière les «ailes», il y a d'autres participants invisibles à l'événement, qui déterminent à quoi ressemblera cette personne. Il s'agit d'un comité de programme. Chez FrontendConf, nous avons choisi une équipe de gars très cool et actifs. Bien sûr, je ne pourrai pas mentionner tout le monde, mais je vais essayer de vous parler des deux.
Pourquoi suis-je membre du comité de programme?
Ma connaissance des conférences d'Oleg Bunin a eu lieu il y a environ 10 ans, lorsque je suis arrivé à HighLoad ++ en tant qu'auditeur. Le temps a passé, j'ai grandi professionnellement, une expertise s'est formée dans la performance des interfaces et des animations web, et une envie est apparue de la partager. En 2016, j'ai fait un rapport sur les performances du navigateur dans la section HighLoad ++.
L'année suivante, j'ai été spécifiquement invitée à soumettre une demande de rapport, mais il n'y avait pas de matériel décent pour une présentation personnelle et il y avait un désir de participer à la préparation d'une conférence de classe. Je suis donc arrivé au Comité du programme. C'était également intéressant de l'autre côté, et peut-être même plus. Parce que vous travaillez non seulement avec votre sujet, mais que vous aidez immédiatement plusieurs orateurs à préparer des rapports, à discuter de toutes les applications et à explorer de nombreux sujets. C'est la première fois que je dirige un PC cette année, ce qui est incroyablement cool pour moi pour plusieurs raisons.
Il s'agit d'une réelle opportunité d'
influencer les connaissances des gens de l'industrie. Le résultat de notre travail est le programme FrontendConf, qui est uni par un motif commun, au moins 500 programmeurs entendront, et étant donné l'ouverture après la
vidéo et le
décryptage sur le Habré - bien plus. Ils apprennent tous quelque chose de nouveau, réfléchissent à quelque chose auquel ils n'avaient pas pensé auparavant, apportent les meilleures pratiques à leur entreprise et le distribuent à leurs collègues.
Pour résumer autant que possible - en formant le programme d'une si grande conférence professionnelle, vous pouvez affecter la vie d'un grand nombre d'utilisateurs finaux, bien plus que le développeur d'un seul, bien qu'un grand service puisse le faire. Par conséquent, en sélectionnant des rapports, nous nous efforçons de rendre l'utilisateur plus heureux. Et même si on ne sait pas immédiatement comment le rapport
«IC pratique avec vos propres mains» améliorera la vie d'une personne simple, je vous assure - il le sera.
Notre conférence aide les développeurs à
s'améliorer . L'information ne manque pas maintenant, et presque tout ce qui sera à la conférence peut être trouvé sur Internet, si vous creusez bien. Mais c'est ça le problème.
Apprendre à partir de documents provenant d'Internet est comme une recherche aléatoire - vous creusez partout dans l'espoir que certains de ces résultats se révéleront être de bonnes pratiques.
Pourquoi avons-nous besoin de conférences?
Beaucoup d'informations sont disponibles sans conférence, mais pas toutes.
Lors de la conférence, les informations ont été trouvées, filtrées, structurées et classées sous une forme pratique et sous une belle forme.
Le comité de programme a sélectionné les sujets nécessaires et pertinents pour vous, et les conférenciers, avec notre aide, ont emballé en 40 minutes ce que vous-même ne pouvez pas surmonter. L'avantage n'est pas seulement sur un plateau d'argent, mais il est correctement préparé, magnifiquement servi et ne contient pas d'OGM.
Les OGM dans la programmation sont un culte du fret - une répétition insensée de la forme, sans comprendre l'intérieur. Il semble que tout le développement est imprégné par lui, et tout ce péché à un degré différent. Par conséquent, chaque rapport aura nécessairement une explication: quoi, pourquoi et pourquoi. À mon avis, cela contribuera grandement à se développer professionnellement, à comprendre les relations de cause à effet de l'utilisation de certaines technologies et, à l'avenir, à apprendre comment évaluer de manière critique et indépendante la situation. Ne réécrivez pas tout sur React simplement parce que vous avez
entendu dire que c'est cool, mais évaluez plutôt attentivement les avantages d'une telle solution. Ne vous précipitez pas pour faire tout le backend sur Node.js, eh bien, parce que c'est JS, mais pour savoir ce qui est
sous le capot .
Par conséquent, dans la catégorie conditionnelle "Nouveautés", nous n'avons pas quelque chose de supernova et toujours prometteur. Raconter la documentation et le livre blanc, même étayé par de petites expériences, ne résiste pas à la concurrence et n'entre pas dans le programme.
Si la pratique de l'utilisation de la technologie au combat ne suffit pas pour que nos clients puissent déterminer s'ils ont également besoin de le faire glisser dans la production, alors l'avantage d'un tel rapport ne suffit pas.
En général, tous les rapports de FrontendConf peuvent être divisés en deux types:
production - juste les technologies, approches, pratiques et modèles de conception les plus applicables, et
conceptuels - ces rapports devraient élargir l'horizon et inspirer.
Dans le même temps, sur plusieurs sujets, nous aurons des rapports complémentaires qui rempliront les deux tâches et donneront une exposition complète sur la question. Un peu plus loin, lorsque nous arrivons à WebGL et à l'animation, il devient clair ce que je veux dire.
À qui s'adresse FrontendConf?
Tout d'abord, nous nous sommes concentrés sur les développeurs intermédiaires ou ceux qui n'ont tout simplement pas assez d'élan pour passer à l'étape suivante, mais nous trouverons également des développeurs seniors plutôt que de surprendre. Mais la spécialisation peut être absolument quelconque, car nous considérons la vitesse, la mise en page, la conception, l'interface utilisateur / UX comme une partie intégrante du frontend.
Même si vous n'êtes impliqué que dans la composition, ce qui est difficile à imaginer pour un développeur plus âgé, vous devez toujours comprendre le sujet. Par exemple, les thèmes proches du design sont également très importants. C'est formidable s'il y a des personnes dans l'équipe qui recherchent UX, prêtent attention à l'accessibilité, réfléchissent à tous les aspects de la mise en œuvre de l'animation, et seul JavaScript reste sur le programmeur. Mais il me semble que la séparation des rôles est inutile. Il vaut mieux savoir que ne pas savoir.
Vous ne pensez peut-être même pas à l'accessibilité de la page d'accueil, mais si au moins plusieurs milliers de personnes utilisent votre service, même vérifier la conception en mode daltonisme en aidera déjà beaucoup. La même chose peut être dite à propos de la mise en page: si vous comprenez mieux les outils de conception modernes et que le concepteur connaît les capacités de la mise en page moderne, le résultat final de votre collaboration sera plus expressif et précis.
Webgl
D'une part, il est destiné à des tâches rares, mais pour être complet, nous avons pris trois rapports liés à WebGL.
Un rapport d' Anton Khlynovsky «Le niveau le plus bas: nous écrivons sur WebGL et WebAssembly sans frameworks et transcompilateurs» donnera une exposition générale. Nous allons nous familiariser avec les bases de WebGL et WebAssembly et écrire sur leur base une application visuelle simple utilisant uniquement les API de base. Parce que, bien sûr, quand on parle de WebGL, ils signifient souvent three.js, et WebAssembly est déjà associé à C ou Rust, mais le diable n'est pas si terrible. En sachant comment ces technologies fonctionnent, vous pouvez décider quand les utiliser de manière rentable et quand, pour des raisons simples, vous ne pouvez pas faire glisser 150 Ko du framework vers le client.
Après cela,
Yuri Artyukh parlera de l'utilisation de WebGL pour l'animation. Trouvons l'historique de la création d'une animation depuis la réception de la mise en page jusqu'à la livraison au client. Nous verrons l 'ensemble de la production dans son ensemble et parlerons un peu des hauts graphes et des mathématiques.
Mstislav Zhivodkov présentera son
expérience très intéressante
dans le développement d'une nouvelle carte 3D dans 2GIS. À partir de son rapport, nous découvrons dans quelle direction les données vont pour être éventuellement affichées à l'écran. Découvrez ce qui est plus difficile à dessiner - une maison, une rue ou une inscription - et comment le faire rapidement.
Les trois rapports seront utiles à la fois à ceux qui utilisent déjà WebGL et à ceux qui souhaitent élargir leurs horizons. Même si vous ne rencontrez pas de telles tâches dans un avenir proche, vous aurez une image complète, une idée des forces et des faiblesses, des pièges et de l'expérience des autres. En fin de compte, c'est juste intéressant, et il sera beaucoup plus facile de rechercher des détails.
L'animation
C'est un autre sujet que nous avons décidé de divulguer de tous les côtés. Les invités de la conférence pourront découvrir que pour le développement et l'utilisation de l'animation dans leurs projets, quelque chose de surnaturel n'est pas nécessaire et que le front-end et les concepteurs ne sont pas aussi éloignés qu'on pourrait le penser.
En plus des histoires sur l'animation, nous avons une
analyse détaillée des animations de
Yulia Muzafarova : quand et comment postuler, sans regrets pour les années sans but, et des
instructions de
Natalia Gabitova sur l'utilisation d'un outil professionnel pour travailler sur l'animation vectorielle Adobe After Effects sur le web en conjonction avec le plugin Bodymovin . Le résultat est des animations au format json qui peuvent être lues en utilisant les bibliothèques Lottie non seulement dans le navigateur, mais aussi dans des applications mobiles sur différentes plateformes.
Il existe également un
rapport de Denis Radin , qui peut également être classé comme une classe conceptuelle. Cette présentation vous montrera quelles choses impressionnantes vous pouvez faire avec l'aide des technologies Web et des choses familières. Denis a créé des spectacles de cartographie 3D, des projections et des installations artistiques pour des festivals d'art et des conférences informatiques basés sur WebGL et CSS3D et promet de montrer en direct certaines de ses créations.
Pas de bataille de frameworks
Cette fois, pour l'ampleur et l'exhaustivité de l'image, nous avons décidé de ne pas faire de comparaisons et de ne pas parler de choses spécifiques à certains cadres. Si vous supprimez le mot «React» de sujets comme «Rendu côté serveur dans React», «Optimisation des applications React» ou «Test dans React», les participants en bénéficieront. Si vous utilisez un autre cadre, de tels rapports ne seront pas intéressants, ou le locuteur doit avoir beaucoup de contexte, puis ceux qui écrivent dans React s'ennuieront. Il s'avère donc que plus de gens ont laissé le rapport avec la note: «Essayez ceci demain», le matériel ne devrait pas être fixé sur une technologie en particulier.
Cependant, nous avons deux rapports qui traitent du sujet des frameworks - "
Composants Web, ou Là et Retour " et
"Comment arrêter de choisir des frameworks et commencer à vivre .
" Comme son nom l'indique, il n'y aura pas de cadres concrets. Dans les discours à leur sujet, il est dit que le point principal de l'idée n'est pas de se concentrer sur eux. Dans le premier rapport,
Pavel Malyshev suggère de penser à utiliser les temps d'exécution les plus «vanillés». Y a-t-il une vie sans cadres? Nous allons simplement en parler et en discuter. La seconde - d'
Alexandra Shinkevich - promeut une idée similaire selon laquelle le cadre n'est qu'un outil. L'outil est choisi en fonction de la tâche et non de la popularité. Comment faire est dans le discours d'Alexandra.
Élargir l'horizon
Le rapport de
Zar Zakharov , l'un des participants actifs de notre PC et un conférencier expérimenté, est intitulé
"De l'entreprise sanglante à la douce" . À l'aide de l'exemple d'Alfa-Bank, il montrera qu'il est possible de modifier les processus établis dans les grandes entreprises et d'introduire de nouvelles technologies. Les secrets d'Alfa-Bank sont un bonus: comment la pile est organisée, pourquoi Node.js est utilisé et ce qui facilite le travail.
Timothy Lavrenyuk nous est familier à partir
de rapports
hardcore que nous devons écouter sans distraction afin de tout comprendre. Il
vous dira ce que vous devez faire pour rendre la version Web de l'application avec le noyau C ++ pas pire que la version native.
Notre invité fréquent, l'auteur de performances très
mémorables ,
Alexei Okhrimenko, a choisi un
sujet inhabituel pour la conférence sur le frontend - Machine Learning. Il s'avère que le moment est venu dans le navigateur de résoudre des problèmes dont vous ne pouviez même pas rêver avant d'utiliser des réseaux de neurones profonds.
Faites le point sur les forces, planifiez à l'avance les orateurs que vous souhaitez poser des questions, et rencontrez-les personnellement, et voyez le reste plus tard dans l'enregistrement - et il sera possible de discuter de la conférence
téléphonique après le fait.
Expérience mondiale
À partir de cet article et de la
liste complète
des rapports, vous pouvez remarquer que cette fois nous n'aurons pas un seul locuteur anglophone, bien qu'il y ait eu des candidatures. En partie, cela s'est avéré être le cas, mais, il me semble, ce n'est que pour le mieux.
Habituellement, nos conférenciers couvrent en profondeur le sujet, tandis que les locuteurs étrangers parlent souvent avec un matériel plus général ou superficiel.
Ce n'est pas un dogme, il y a des exceptions, mais le plus souvent. Les stars étrangères ne sont pas disposées à adapter le matériel à notre public, mais préfèrent faire un reportage déjà réalisé. Nous essayons de rendre chaque rapport unique.
De plus, ceteris paribus, il est beaucoup plus facile de percevoir des informations dans la langue maternelle, et il n'y a aucun risque de ne pas comprendre quelque chose derrière des accents sémantiques implicites. En général, les locuteurs étrangers ne pouvaient pas supporter la concurrence (la concurrence, soit dit en passant, était sérieuse - plus de 100 candidatures), et nous pouvons à juste titre être fiers du niveau des développeurs russes et russophones. Parce que plusieurs spécialistes bien connus nous viendront de différents pays, mais ils parleront en russe.
- Vitaliy Fridman avec un aperçu des capacités frontales en 2019.
- Sergey Krieger sera attentif au sujet de l' accessibilité .
- Andrey Sitnik partagera son expérience dans la promotion de projets open source.
- Denis Radin avec cartographie 3D directement d'Amsterdam.
Sans compter l'Ukraine, la Biélorussie et le Kazakhstan. Ainsi, il n'y aura pas de barrière linguistique, et nos étudiants auront l'expérience du monde et une expérience de bombardement absolue.
La vie des programmeurs
En plus de deux pistes complètes de rapports appliqués et informatifs de deux jours, nous en aurons deux que nous quitterons à la fin d'une journée productive difficile pour réfléchir un peu à la vie en général, et pas seulement au développement.
Andrey Smirnov de notre PC, chef du groupe de développement client chez IPONWEB, auteur du podcast Frontend Weekend et organisateur de RamblerFront, suggère de discuter de l'opportunité de suivre le chemin de carrière «développeur - développeur senior - chef de file - chef d'équipe». Au contraire, Andrei dans le titre du rapport dit que vous n'avez pas besoin de devenir un leader, et pourquoi - dans le
rapport .
Anna Selezneva soulèvera le sujet brûlant de la combustion. Dans le
rapport d'Anna, vous entendrez une histoire personnelle, apprendrez à regarder l'épuisement professionnel avec humour et obtiendrez des conseils utiles sur la façon d'éviter cet état complètement ridicule.
FrontendConf dans le cadre du festival
Je n'en ai énuméré que la moitié pour ne pas trop vous ennuyer, et au total il y aura 34 reportages sur le frontend au programme du festival
RIT ++ . Et quoi d'autre sera au festival ... Spoiler: beaucoup de choses intéressantes.
Merci au comité du programme
Le PC sur
le site de la conférence suit les intervenants, mais tout commence par lui. Le travail et l'activité coordonnés des intervenants eux-mêmes nous ont permis plus tôt que toutes les autres conférences dans le cadre de RIT ++ de clôturer la réception des candidatures et de commencer à former un programme. Les personnes suivantes ont participé aux travaux du CP, à l'examen par les pairs, aux tournées, aux sélections et à la supervision des rapports: Sergey Popov, Pavel Lovtsevich, Alexander Mayorov, Maria Prosvirnina, Andrey Smirnov, Zar Zakharov, Ivan Botanov. Ce serait bien d'attendre que tout se passe en conséquence, mais je tiens à dire merci maintenant.
Juste deux semaines, et Frontend Conf et nous verrons le travail du Comité du programme de nos propres yeux. Réservez vos billets - le 20 mai est la dernière date limite de prix. Venez à Frontend Conf RIT ++ en mai, abonnez - vous à la newsletter : nouveaux matériaux, annonces, accès vidéo et articles plus sympas.