«Je suis juste un passionné de projets et un utilisateur de la langue Dart» - entretien avec Ari Lerner, auteur du célèbre livre ng

Comment écrire neuf livres sur des technologies complètement différentes, y compris Angular, Vue, React, React Native et autres? Qu'est-ce qui est le plus important dans la formation, qu'est-ce que le «chat de couloir» et en général, qu'est-ce que Dart et Flutter ont à voir avec cela?

Aujourd'hui, notre invité est l'auteur de nombreux livres et articles sur la programmation, dont ng-book - Ari Lerner . Quel sera le prochain livre, ce que l'auteur pense d'un tel ... langage contradictoire comme Dart, et pourquoi il est si important de communiquer lors de conférences, demandent les gars du comité de programme de la conférence HolyJS ( Dmitry Dmitry Makhnev Makhnev et Evgeny bunopus Kot ).

- Bonjour. Il y aura trois sections dans notre interview, dans la première nous parlerons de vous, dans la seconde sur Flutter, et la troisième sera finale. Commençons par vous parler un peu de vous?

- Pour commencer, je voudrais vous remercier pour l'invitation - Je suis très heureux d'avoir l'occasion de parler à HolyJS. Quant à moi, je vis à Brooklyn à New York et programme autant que je me souvienne - ma première langue était l'assembleuse au début des années 1990. Pour le moment, je suis engagé dans la blockchain et le deep learning, jusqu'à présent séparément. Pour la plupart, je travaille avec des clients, les aide à entrer dans les ICO (Initial Coin Offerings) et les aide à travailler avec l'économie des jetons. Et aussi avec moi vit un délicieux chien Ginger, un croisement entre un chihuahua et un Corgi - je peux en parler sans fin.

"A quoi ressemble-t-elle?" La taille d'un chihuahua, mais hirsute, comme un corgi?

- Oui, c'est un Corgi plus petit avec un visage chihuahua. Très bien.

- Que gagnez-vous maintenant? Vous écrivez des livres ou travaillez pour une entreprise?

- A la fois ça et un autre. J'écris un livre, mais cela ne prend plus tout mon temps. Jusqu'à ce que je décide quoi faire ensuite, je travaille pour moi-même.

- Si je comprends bien, il y a 5 ou 6 ans, vous avez fondé Fullstack.io?

- Oui, c'était en 2012.

- Parlez-nous de lui.

- Fullstack se compose de deux parties, c'est un éditeur de manuels de programmation, ainsi qu'une plateforme pédagogique. En ce qui concerne la publication de manuels, notre public principal est les développeurs professionnels, mais nous fournissons également des manuels aux universités, aux écoles et aux programmes de formation continue. De plus, nous organisons des formations en ligne et en direct, généralement dans le cadre de la formation continue. Nous travaillons avec des entreprises comme General Electric, Walmart, avec l'armée, etc.

- Génial. Êtes-vous en concurrence avec O'Reilly ou avez-vous un domaine complètement différent?

- Nous faisons des choses qui sont très similaires à ce que fait O'Reilly, mais nous ne les concurrençons pas directement, car nous avons une échelle complètement différente - nous ne menaçons pas la domination mondiale d'O'Reilly sur les livres de programmation. De plus, nous avons une approche légèrement différente. Habituellement, les livres après la publication ne sont pas mis à jour, donc dès que vous les lisez, ils sont obsolètes. Si vous achetez un livre chez nous, nous fournissons des mises à jour constantes.

- Publiez-vous des livres papier ou simplement des livres électroniques?

- Tant ceux-ci que d'autres. Nous vendons des livres papier via Amazon, mais ne pouvons pas être mis à jour. Les livres électroniques achetés sur Fullstack sont automatiquement mis à jour. Vous ne pouvez pas mettre à jour via Amazon - ils ont un contrôle trop strict.

- Si je comprends bien, vous êtes le co-auteur de nombreux livres sur Fullstack.io - Fullstack React, Fullstack React Native et, bien sûr, le célèbre ng-book. Pour écrire un livre, vous devez être très familier avec le sujet sur lequel vous écrivez - que ce soit Angular, React, Vue ou toute autre chose. À quoi ressemble votre préparation pour écrire un livre?

- Bonne question. Permettez-moi d'abord de vous dire comment j'ai commencé à écrire des livres, et pourquoi j'aime cette leçon? Et ensuite passons à la façon dont le travail sur chaque livre se déroule.

"Oui, bien sûr."

- En 2012, j'ai atteint le plafond de l'entreprise où je travaillais et j'ai décidé qu'il était temps de partir. J'ai créé ma startup - croyez-le ou non, mais c'était une société de planification. Pour elle, j'ai écrit un élégant backend en Erlang et Python, semble-t-il, avec une touche de Ruby. Mais il n'y avait pas de bonne interface, j'ai donc commencé à explorer différents cadres et suis tombé sur Angular. C'était très longtemps avant la version 1.0. J'ai commencé à écrire une interface pour ma startup, et j'ai vraiment aimé Angular, mais la documentation était tout simplement horrible. Pour comprendre comment ce framework fonctionne, j'ai commencé à lire le code source et à comprendre comment il fonctionne - c'est ainsi que je me suis familiarisé avec Angular.

À peu près à la même époque, on m'a demandé de faire un exposé sur JavaScript lors d'un camp de formation pour les développeurs à San Francisco, puis j'ai réalisé que j'aimais vraiment enseigner. J'ai donc décidé de combiner ces deux intérêts et j'ai commencé à écrire un mini-guide pour Angular pour les débutants. Au début, je pensais que ce serait deux ou trois pages de texte, mais à la fin il y avait 650 pages que j'ai continué à mettre à jour au fil des ans. Je suis finalement devenu l'auteur ou le co-auteur de neuf livres. J'ai enseigné en tant que bénévole dans tous les grands camps de formation de développeurs à San Francisco. Je fais également du bénévolat auprès d'organisations comme Women Who Code et Bridge Foundry, et enseigne ElixirBridge. J'ai même donné des cours dans une prison générale de la baie de San Francisco et j'enseigne toujours ici à New York.

L'enseignement est très important pour moi, il me motive à en apprendre davantage moi-même. En enseignant, j'aide non seulement les autres, je m'oblige à passer à un nouveau niveau afin de pouvoir expliquer comment telle ou telle technologie fonctionne. Je prépare généralement en lisant la source, en particulier JavaScript. Il y a un an ou demi, nous avons rencontré Vue, et nous avons juste commencé à étudier la source, notre travail avec Vue nous a fait grand plaisir. Pendant que je travaille, j'écris tous les problèmes que je rencontre, toutes les requêtes de recherche sur Google, toutes les questions sur la documentation. En conséquence, nous compilons une table des matières énorme et très détaillée, qui ensuite, avec toutes les modifications, nous mettons à jour avec le livre entier.

- Cela se produit-il automatiquement, avec l'aide de gestionnaires qui surveillent toutes ces informations dans la documentation?

- Nous avons des gestionnaires qui suivent les cycles de publication, mais, malheureusement, presque tout le reste - l'édition du contenu et des images - se fait manuellement. Nous avons des crochets sur React, et nous avons des mises à jour automatiques de code, mais le contenu doit être mis à jour manuellement.

- Je vois. Autant que je sache, vous êtes co-auteur de nombreux livres. Est-il plus difficile d'écrire un livre seul ou avec quelqu'un? Comment organisez-vous votre travail, comment synchronisez-vous les chapitres?

- Tout comme pour le développement d'applications conjointes, nous utilisons Git pour unifier le contenu, nous avons donc des versions et des branches. Écrire un livre en collaboration peut être difficile, même si, je pense, c'est un peu plus facile dans le cas des livres sur les spécialités techniques que sur les non techniques. Je pense que le plus difficile est de garantir un ton uniforme pour toutes les sections et de déterminer les démos à utiliser. Mais, en général, ce n'est pas une tâche très difficile. Toute l'attention est absorbée par l'écriture et l'édition, et nous sommes constamment en contact les uns avec les autres, ce qui simplifie considérablement le processus. Au fil des ans, nous avons développé des modèles d'écriture qui offrent une unité de style à tous nos nombreux auteurs. Et nous faisons de notre mieux pour que nos co-auteurs écrivent avec nous, et non pour nous. Nous nous positionnons comme une équipe dans laquelle chacun travaille les uns avec les autres, et non comme une maison d'édition pour laquelle travaillent les auteurs. De plus, nous sommes tous co-éditeurs des livres que nous écrivons. Le fait d'avoir un ou des éditeurs permet de garantir un style cohérent tout au long du livre. Chaque auteur édite une section écrite par un autre auteur.

Quant aux outils, nous utilisons Git, ainsi que de simples éditeurs de texte et Markdown. Je travaille généralement dans Visual Studio Code ou Spacemacs - une combinaison d'Emacs et de Vim, je le recommande vivement si vous ne l'avez pas encore essayé. De plus, nous avons beaucoup de nos propres logiciels, que nous avons écrits pour compiler, travailler avec le style et prévisualiser les livres en temps réel. Nous l'utilisons avant de publier une nouvelle version ou de mettre à jour un livre. La plupart de nos outils sont écrits en JavaScript, TypeScript ou Python.

- Utilisez-vous des méthodologies flexibles comme Scrum pour écrire des livres?

- Oui, mais pas trop actif. Nous tenons une sorte de réunions debout modifiées, mais pas tous les jours, mais chaque semaine, ou après une semaine, selon le rythme de travail sur le livre. Si je travaille seul, mon stand-up est que j'ouvre mon éditeur de texte, mais si je travaille avec quelqu'un, nous sommes constamment en contact les uns avec les autres via Slack et Google Hangouts.

- Et combien de temps vous faut-il pour écrire un livre?

- Cela dépend de quel livre c'est, si je travaille avec des co-auteurs, de la vitesse du framework. Disons que j'ai écrit un livre en quatre mois, en travaillant le soir et le week-end. Mais pour moi, c'est une vitesse absolument inimaginable, je ne comprends toujours pas comment j'ai réussi à faire autant. Habituellement, un livre prend de six à douze mois.

- Intéressant. Vous passez beaucoup de temps, travaillez avec des outils et des processus intéressants, peut-être en collaboration avec quelqu'un d'autre, puis donnez le livre à la publication. Lorsque l'éditeur essaie de traduire le fruit de vos travaux dans une autre langue, comment vérifiez-vous la qualité de la traduction? Je demande parce que quand j'ai commencé la programmation, je ne pouvais pas lire la documentation technique en anglais, donc j'ai lu de nombreux livres en russe - par exemple, la traduction de Good Parts of JavaScript et les livres les plus célèbres d'O'Reilly. Pour autant que je sache, ces traductions étaient terribles. Je pense à la façon dont les auteurs des livres auraient dû réagir à cela, et de quelle manière ils auraient pu vérifier les traductions. Quelle est votre opinion globale sur les traductions?

- Ici, je ne peux parler que de mon expérience personnelle et du fonctionnement de Fullstack. Nous avons de nombreuses situations où nous ne connaissons pas la langue dans laquelle le livre est traduit - par exemple, la plupart de nos livres sont traduits en chinois, mais je ne parle pas le chinois. Certes, au fil du temps, j'ai appris quelques mots, j'ai une application spéciale pour cela, Babbel, avec laquelle j'apprends des langues étrangères. Mais dans le cas du chinois, les meilleures traductions ont été obtenues lorsque notre traducteur était également programmeur en même temps. Grâce à cela, pour toutes les questions, il était plus facile pour le traducteur de nous poser une question en anglais, puis de traduire correctement la réponse en chinois. Malheureusement, je ne parle pas russe non plus. Je peux dire «vélo» - même si, comme vous l'entendez, je ne peux même pas dire cela. Bien sûr, il est difficile de ne pas connaître la langue dans laquelle le logiciel est écrit. Je comprends particulièrement bien cela quand je regarde la documentation des projets chinois open-source - pour comprendre quoi que ce soit, je dois me plonger dans la source.

- Une situation similaire était avec Vue. Pour autant que je sache, ses premières versions avaient une documentation plutôt médiocre, et de nombreux problèmes ont été décrits en chinois. Pour autant que je sache, l'anglais est maintenant une exigence.

- Oui, ça l'est. J'ai de la chance que ma langue maternelle soit l'anglais. Bien que je ne le parle pas couramment, je n'ai aucun problème avec la documentation. Je pense que les traductions sont très importantes. De plus, nous vivons à une époque où la traduction automatique s'améliore de plus en plus, en particulier grâce au deep learning - c'est l'une des raisons pour lesquelles je me suis intéressé au deep learning. Cependant, je ne pense pas qu'il existe une panacée pour tous ces problèmes.

- Récemment, je suis tombé sur une discussion animée dans la partie russe de Twitter. Un côté du différend a fait valoir que les traductions sont, par définition, mal, parce que les programmeurs doivent connaître l'anglais, et c'est une langue internationale pour tout le monde. D'autres ont dit que pour les juniors et ceux qui ne parlent pas très bien anglais, la documentation doit être traduite. Avez-vous une opinion sur cette question controversée?

"Les arguments des deux parties sont proches de moi." Ce que je vais dire maintenant, c'est juste ma première réaction, pendant longtemps je n'ai pas pensé à ce problème. Peut-être que lors d'une réunion personnelle, nous pourrons approfondir ce sujet. Il me semble que tant de code est écrit en anglais en ce moment que se débarrasser de la langue anglaise serait extrêmement difficile. Il existe des langues internationales - par exemple, JavaScript est une langue internationale, si vous la parlez, vous pouvez communiquer avec n'importe qui dans le monde. La présence d'une langue internationale - l'anglais - nous facilite la communication et la collaboration avec les développeurs du monde entier; Par exemple, j'ai parlé avec des développeurs en Inde, en France, en Angleterre, en Chine, en Australie. Bien sûr, ce n'est pas entièrement vrai en ce qui concerne les personnes qui ne parlent pas anglais - je suis sûr que si je ne parlais pas anglais, j'aurais une opinion différente sur cette question. De plus, comme je l'ai dit, ce ne sont que mes premières réflexions, je n'ai pas pensé à ce problème depuis longtemps, et peut-être que demain mon opinion changera.

- Oui, nous pouvons en discuter en personne. Parlons maintenant des livres - ils deviennent moins populaires qu'auparavant, en raison de l'émergence de plates-formes telles que les médias, Twitter, etc. Pensez-vous que les livres disparaissent?

"Je ne suis pas convaincu que les livres deviennent moins populaires." Je crois que tout le monde travaille et apprend de différentes manières. Les services en ligne dans leur fonction sont similaires aux classes en classe. Et il me semble que l'apprentissage en ligne convient aux développeurs qui souhaitent apprendre différents langages et frameworks différemment. Il est plus facile pour certains de travailler avec la documentation, d'autres pour la source, certains fonctionnent mieux en groupe, d'autres seuls, par essais et erreurs, ou en lisant des livres sur les trains et les avions, puis en mettant en œuvre ce qu'ils lisent dans la pratique. Par contre, j'ai enseigné dans des classes où tout était exactement le contraire et où les étudiants ne pouvaient tout simplement pas s'asseoir devant le livre, cela ne leur donnait rien. Ce n'est pas qu'ils ne savaient pas du tout lire, ils tirent juste moins de la lecture que de travailler avec d'autres personnes. Je pense que l'une des réalisations très importantes d'Internet pour la communauté de la programmation est qu'il a rendu l'apprentissage plus accessible et le succès plus réalisable. Des sites et des services comme Medium ou Coursera aident à diffuser les connaissances et permettent une variété d'opportunités d'apprentissage. Je suis fier d'être impliqué dans cette évolution de l'éducation. Peut-être qu'à l'avenir, nos livres deviendront interactifs et nous pourrons les combiner avec des cours en ligne.

- Je me souviens qu'une fois les livres vendus avec un CD ou un DVD avec des exemples. Maintenant, ce format est démodé.

- Oui, maintenant ils préfèrent tout envoyer dans des archives zip - par exemple, nous fusionnons toutes nos démos en une seule archive zip. L'un des outils les plus utiles que nous avons développés nous permet d'écrire tout le code source utilisé dans le livre en un seul endroit, puis nous avons des outils qui le mettent automatiquement à jour à partir des sources originales. Supposons que nous devons mettre en évidence une chaîne, une classe, un objet ou une fonction dont nous discutons dans un livre. Nous avons des outils grâce auxquels vous pouvez créer des liens directs vers le code source. Ceci est également utile car chaque fois que vous téléchargez un livre, la source est mise à jour. Nous écrivons donc les sources non pas directement dans le texte, mais dans un fichier séparé.

- Ma prochaine question sera liée à la précédente. Vous avez dit que tout le monde apprend de différentes manières et que, en tant que développeur, je peux lire des livres, regarder des vidéos sur YouTube, lire des articles sur une plateforme de formation. Mais pourquoi devrais-je assister à des conférences?

- C'est une bonne question. Offhand, je peux citer deux raisons pour lesquelles cela vaut la peine. Le premier est le plus évident: les présentations et les conférences lors des conférences sont généralement bien pensées et spécialement conçues pour être visionnées. En règle générale, un tel rapport est consacré à un problème bien défini - par exemple, la refactorisation. Lorsque vous vous asseyez dans un public où un bon rapport de refactoring est présenté, c'est comme si vous refactoriez vous-même, vous êtes inclus dans la présentation, dans le processus. Eh bien, pour moi, la personnalité du locuteur et ses émotions sont toujours intéressantes.

La deuxième raison est moins évidente. J'appelle cela un «chat de couloir» - en plus des rapports eux-mêmes, vous rencontrez et communiquez avec des gens qui font la même chose que vous. Notre activité de développeur est, par définition, individuelle - mais lorsque vous commencez à communiquer avec de nombreuses autres personnes qui sont dans le même espace que vous et engagées dans la même chose que vous, cette activité devient automatiquement sociale. Un autre avantage de «parler dans le hall» est que vous rencontrez des personnes qui ont besoin de vos services, de vos connaissances techniques ou de votre expérience d'enseignement. , , - — .

— — , ? , ?

— . , , , , , , , , . Google, .

, , , — , . , «C++ for JavaScript developers», . , JavaScript -, ++.

— - WebAssembly? , ++ JavaScript…

— EOS — . Etherium, LLVM, , LLVM, ++.

— . , HolyJS. Angular, Vue, React, JavaScript — Flutter, Google, Dart. ?

— . , Angular, . , Android, iPhone. ReactNative, , - . Java, Kotlin Swift, Swift. , Swift Android, , , , . , , — . iOS Java, , , Java iOS. , JavaScript — , Redux, , . - Flutter.

Flutter Dart, , TypeScript. JavaScript, , , Redux. Flutter , , . , . , Flutter AOT- JIT-, , UI. , , Flutter, , Flutter .

Flutter — , , , . Flutter — hot reload, web. , Swift, , , , , , , , , . , Flutter UI , -. Flutter, , . , Dart TypeScript, , , JavaScript, JavaScript Dart.

— Dart — , , JavaScript, . Dart , ? ?

— , , Dart . — , Clojure. , , , - JavaScript TypeScript — , . Dart , , . , , , , , . , TypeScript Flow. , Flutter . , , Flutter JIT-, , Flutter.

Dart — , , JavaScript, “” . , , — Java, , , . , Dart, JavaScript JavaScript. , , , Dart JS. Isolates Dart Web workers Dart. -, Dart . , Dart , Flutter, , Dart , React Native, JavaScript.

— .

— . , React Native , - — , JavaString, . Flutter , . , Dart Java, C#, ActionScript JavaScript, , , - , .

— Clojure, — . Dart , .

— , Clojure — .

— , -, — — Flutter? , , ? , «Hello World»?

— , Flutter . - Flutter React Native, . , , , — Flutter . , , — Flutter. , , , — , Java Swift, , -, , . , , Flutter , , .

, Flutter , — , Twitter. , , , , AR VR. AR- Swift, Flutter . , iOS, Android .

— , Flutter Twitter — Twitter PWA. Flutter PWA? -, .

— , Flutter -, . - - Dart, . Dart . Dart JavaScript- , , JavaScript.

— , .

— , . Flutter , , JavaScript.

— . , , . , , JavaScript — JavaScript. — Angular Ionic, — Cordova PhoneGap. , ? , JavaScript?

— . , , JavaScript , , — React Native, Node.js , , Dart. JavaScript, -, . , — , . , - . , 2018 - , , — , , — , JavaScript.

— JavaScript , — Go, ClojureScript, Dart? , JavaScript?

— , ? , , — , . Go, , , Go C++ — . JavaScript Dart, ClojureScript. , C , . , . , . , JavaScript, . . Swift Java — , AR Swift, , , Flutter, , , Swift .

— , 2013 , Dart, , , , Dart . Dart Flutter, Dart Flutter? AngularDart, Dart .

— . , - , . - , , Flutter — Dart. , Cupertino — Flutter iOS — . , , Flutter Flutter — .

Dart, , , , . 2013 EcmaScript , , Google, ECMAScript. Flow TypeScript , . Dart Flutter , 1.0 Flutter.

, , Flutter, Fuse, C#. . JavaScript , , Dart JavaScript, Dart Flutter.

— , . . ?

— , «hallway chat». . , , , . , . , , , , .

— , ?

— .

— , HolyJS?

— , , , . , — , , . , , , , , , . , — , , . - , . , — .

HolyJS, , , , . - , , . , -, , , .

, , .

— , , -10 -15 , .

— -? .

— . , Dart Flutter — , , JavaScript. : HolyJSaura lieu du 24 au 25 novembre, et le 1er décembre, il y aura une conférence sur Dart et Flutter.

- Génial. Flutter sera désormais hors de la version bêta.

Bien que dans le cas de Flutter, le code soit écrit sur Dart, le rapport d'Ari sur HolyJS sera conçu pour les personnes ayant une expérience en JavaScript: une introduction préliminaire à Dart n'est pas requise. Et les zones de discussion à la conférence signifient qu'après le rapport, il y aura une opportunité de discuter avec Ari de tout ce qui l'intéresse: au moins poser une question sur Angular, au moins lui donner un livre à signer. En général, rendez-vous les 24 et 25 novembre à Holi !