Bagaimana cara menulis sembilan buku tentang teknologi yang sama sekali berbeda, termasuk Angular, Vue, React, React Native, dan lainnya? Apa yang paling penting dalam pelatihan, apa itu “obrolan lorong” dan secara umum, apa yang harus dilakukan Dart dan Flutter?
Hari ini, tamu kami adalah penulis banyak buku dan artikel tentang pemrograman, termasuk
ng-book -
Ari Lerner . Apa yang akan menjadi buku berikutnya, apa yang penulis pikirkan tentang ... bahasa yang kontroversial seperti Dart, dan mengapa begitu penting untuk berkomunikasi di konferensi, tanya orang-orang dari komite program konferensi HolyJS (
Dmitry Dmitry Makhnev Makhnev Makunnev dan
Eugene bunopus Kot ).
- Halo. Akan ada tiga bagian dalam wawancara kami, yang pertama kami akan berbicara tentang Anda, di yang kedua tentang Flutter, dan yang ketiga akan final. Pertama mari kita ceritakan sedikit tentang dirimu?- Pertama-tama, saya ingin mengucapkan terima kasih atas undangannya - Saya sangat senang mendapat kesempatan untuk berbicara di HolyJS. Bagi saya, saya tinggal di Brooklyn di New York dan program sebanyak yang saya ingat - bahasa pertama saya adalah assembler pada awal 1990-an. Saat ini, saya terlibat dalam blockchain dan pembelajaran mendalam, sejauh ini secara terpisah. Sebagian besar, saya bekerja dengan klien, membantu mereka memasuki ICO (Initial Coin Offerings), dan membantu mereka bekerja dengan token economics. Dan juga dengan saya hidup seekor anjing Jahe yang menyenangkan, persilangan antara chihuahua dan corgi - saya bisa membicarakannya tanpa henti.
"Seperti apa tampangnya?" Ukuran chihuahua, tapi shaggy, seperti corgi?- Ya, ini adalah Corgi kecil dengan wajah chihuahua. Sangat bagus
- Apa yang kamu dapatkan sekarang? Apakah Anda menulis buku atau bekerja untuk perusahaan?- Baik itu, dan lainnya. Saya menulis buku, tetapi tidak lagi menghabiskan waktu. Sampai saya memutuskan apa yang harus saya lakukan selanjutnya, saya bekerja untuk diri saya sendiri.
- Seperti yang saya pahami, 5 atau 6 tahun lalu Anda mendirikan Fullstack.io?- Ya, itu pada 2012.
- Beritahu kami tentang dia.- Fullstack terdiri dari dua bagian, ini adalah penerbit buku teks tentang pemrograman, serta platform pendidikan. Mengenai penerbitan buku teks, audiens utama kami adalah pengembang profesional, tetapi kami juga menyediakan buku teks ke universitas, sekolah, dan program pendidikan berkelanjutan. Selain itu, kami melakukan pelatihan secara online dan langsung, biasanya sebagai bagian dari pendidikan berkelanjutan. Kami bekerja dengan perusahaan seperti General Electric, Walmart, dengan militer, dan sebagainya.
- Luar biasa. Apakah Anda bersaing dengan O'Reilly, atau apakah Anda memiliki area yang sama sekali berbeda?- Kami melakukan hal-hal yang sangat mirip dengan apa yang dilakukan O'Reilly, tetapi kami tidak bersaing secara langsung dengan mereka, karena kami memiliki skala yang sama sekali berbeda - kami tidak menimbulkan ancaman terhadap dominasi dunia dalam buku-buku pemrograman O'Reilly. Selain itu, kami memiliki pendekatan yang sedikit berbeda. Biasanya, buku setelah penerbitan tidak diperbarui, jadi segera setelah Anda membacanya, buku itu sudah usang. Jika Anda membeli buku dari kami, kami memberikannya pembaruan yang konstan.
- Apakah Anda menerbitkan buku kertas, atau hanya yang elektronik?- Baik itu, dan lainnya. Kami menjual buku kertas melalui Amazon, tetapi tidak dapat diperbarui. E-book yang dibeli di Fullstack secara otomatis diperbarui. Anda tidak dapat memperbarui melalui Amazon - mereka memiliki kontrol yang terlalu ketat.
- Seperti yang saya pahami, Anda adalah penulis bersama banyak buku di Fullstack.io - Reaksi Fullstack, Reaksi Fullstack Asli dan, tentu saja, buku-ng yang terkenal. Untuk menulis buku, Anda harus terbiasa dengan bidang subjek yang Anda tulis - baik itu Angular, React, Vue, atau yang lainnya. Seperti apa persiapan Anda untuk menulis buku?- Pertanyaan bagus. Pertama-tama saya beri tahu Anda bagaimana saya mulai menulis buku, dan mengapa saya suka pelajaran ini? Dan kemudian mari kita beralih ke bagaimana pekerjaan pada masing-masing buku berjalan.
"Ya, tentu saja."- Pada 2012, saya mencapai langit-langit di perusahaan tempat saya bekerja, dan memutuskan bahwa sudah waktunya untuk pergi. Saya membuat startup saya - percaya atau tidak, tapi itu adalah perusahaan penjadwalan. Baginya, saya menulis backend yang elegan dalam Erlang dan Python, tampaknya, dengan sentuhan Ruby. Tapi tidak ada frontend yang baik, jadi saya mulai menjelajahi berbagai kerangka kerja dan menemukan Angular. Itu sangat lama sebelum versi 1.0. Saya mulai menulis frontend untuk startup saya, dan saya benar-benar menyukai Angular, tetapi dokumentasi untuknya sangat buruk. Untuk memahami cara kerja kerangka ini, saya mulai membaca kode sumber dan mencari cara kerjanya - ini adalah bagaimana saya menjadi akrab dengan Angular.
Sekitar waktu yang sama, saya diminta untuk memberi ceramah tentang JavaScript di sebuah kamp pelatihan untuk para pengembang di San Francisco, dan kemudian saya menyadari bahwa saya sangat suka mengajar. Jadi saya memutuskan untuk menggabungkan kedua minat ini dan mulai menulis panduan mini untuk Angular untuk pemula. Pada awalnya saya pikir itu akan menjadi dua atau tiga halaman teks, tetapi pada akhirnya ada 650 halaman yang saya terus perbarui selama bertahun-tahun. Saya akhirnya menjadi penulis atau penulis bersama sembilan buku. Saya mengajar sebagai sukarelawan di setiap kamp pelatihan pengembang besar di San Francisco. Saya juga sukarela dengan organisasi seperti Women Who Code dan proyek Bridge Foundry, dan mengajar ElixirBridge. Saya bahkan memberikan kelas di penjara umum di daerah Teluk San Francisco, dan saya masih mengajar di sini di New York.
Mengajar sangat penting bagi saya, itu memotivasi saya untuk belajar lebih banyak sendiri. Dengan mengajar, saya tidak hanya membantu orang lain, saya memaksa diri saya untuk naik ke tingkat yang baru agar dapat menjelaskan bagaimana teknologi ini atau itu bekerja. Saya biasanya bersiap dengan membaca sumbernya, terutama JavaScript. Satu atau setengah tahun yang lalu, kami bertemu Vue, dan baru mulai mempelajari sumbernya, pekerjaan kami bersama Vue memberi kami kesenangan besar. Saat saya bekerja, saya menuliskan semua masalah yang saya temui, semua permintaan pencarian di Google, semua pertanyaan pada dokumentasi. Sebagai hasilnya, kami menyusun daftar isi yang sangat besar dan sangat terperinci, yang kemudian, dengan perubahan apa pun, kami memperbarui bersama dengan seluruh buku.
- Apakah ini terjadi secara otomatis, dengan bantuan penangan yang memantau semua informasi ini dalam dokumentasi?- Kami memiliki penangan yang melacak siklus rilis, tetapi, sayangnya, hampir semua hal lainnya - mengedit konten dan gambar - dilakukan secara manual. Kami memiliki kait pada Bereaksi, dan kami memiliki pembaruan kode otomatis, tetapi konten harus diperbarui secara manual.
- Begitu. Sejauh yang saya tahu, Anda adalah penulis bersama banyak buku. Apakah lebih sulit menulis buku sendiri atau bersama seseorang? Bagaimana Anda mengatur pekerjaan Anda, bagaimana Anda menyinkronkan bab?- Sama seperti pengembangan aplikasi bersama, kami menggunakan Git untuk menyatukan konten, jadi kami memiliki versi dan cabang. Menulis buku dalam kolaborasi bisa jadi sulit, walaupun, saya pikir, agak mudah dalam hal buku tentang spesialisasi teknis daripada yang non-teknis. Saya pikir hal tersulit adalah memastikan nada yang seragam untuk semua bagian, dan menentukan demo yang akan digunakan. Tetapi, secara umum, ini bukan tugas yang sangat sulit. Semua perhatian diserap dengan menulis dan mengedit, dan kami terus berhubungan satu sama lain, yang sangat menyederhanakan proses. Selama bertahun-tahun, kami telah mengembangkan templat penulisan yang menyediakan kesatuan gaya bagi semua penulis kami. Dan kami melakukan yang terbaik untuk memastikan bahwa rekan penulis kami menulis bersama kami, dan bukan untuk kami. Kami memposisikan diri sebagai tim di mana setiap orang bekerja satu sama lain, dan bukan sebagai perusahaan penerbitan tempat penulis bekerja. Selain itu, kita semua adalah editor bersama dari buku yang kita tulis. Memiliki editor atau editor membantu memastikan gaya yang konsisten di seluruh buku. Setiap penulis mengedit bagian yang ditulis oleh penulis lain.
Adapun alat, kami menggunakan Git, serta editor teks sederhana dan penurunan harga. Saya biasanya bekerja dalam Visual Studio Code atau Spacemacs - kombinasi Emacs dan Vim, sangat merekomendasikan jika Anda belum mencobanya. Selain itu, kami memiliki banyak perangkat lunak kami sendiri, yang kami tulis untuk dikompilasi, bekerja dengan gaya dan melihat buku secara real time. Kami menggunakannya sebelum menerbitkan rilis baru atau memperbarui buku. Sebagian besar alat kami ditulis dalam JavaScript, TypeScript atau Python.
- Apakah Anda menggunakan metodologi fleksibel seperti Scrum saat menulis buku?- Ya, tapi tidak terlalu aktif. Kami mengadakan semacam rapat modifikasi yang dimodifikasi, tetapi tidak setiap hari, tetapi setiap minggu, atau setelah satu minggu, tergantung pada kecepatan kerja buku tersebut. Jika saya bekerja sendirian, maka seluruh stand-up saya adalah saya membuka editor teks saya, tetapi jika saya bekerja dengan seseorang, kami terus berhubungan satu sama lain melalui Slack dan Google Hangouts.
- Dan berapa lama waktu yang Anda butuhkan untuk menulis buku?- Tergantung pada buku apa itu, apakah saya bekerja dengan penulis bersama, pada kecepatan kerangka kerja. Katakanlah saya menulis buku ng dalam empat bulan, bekerja di malam hari dan pada akhir pekan. Tetapi bagi saya ini adalah kecepatan yang benar-benar tak terbayangkan, saya masih tidak mengerti bagaimana saya berhasil melakukan begitu banyak. Biasanya satu buku membutuhkan enam hingga dua belas bulan.
- Menarik. Anda menghabiskan banyak waktu, bekerja dengan alat dan proses yang menarik, mungkin bekerja sama dengan orang lain, lalu memberikan buku itu ke publikasi. Ketika penerbit mencoba menerjemahkan hasil kerja Anda ke bahasa lain, bagaimana Anda memeriksa kualitas terjemahan? Saya bertanya karena ketika saya mulai pemrograman, saya tidak bisa membaca dokumentasi teknis dalam bahasa Inggris, jadi saya membaca banyak buku dalam bahasa Rusia - misalnya, terjemahan Good Parts of JavaScript dan buku-buku paling terkenal oleh O'Reilly. Sejauh yang saya tahu, terjemahan-terjemahan ini mengerikan. Saya berpikir tentang bagaimana seharusnya para penulis buku bereaksi terhadap hal ini, dan bagaimana cara mereka memverifikasi terjemahan. Apa pendapat Anda secara keseluruhan tentang terjemahan?- Di sini saya hanya dapat berbicara tentang pengalaman pribadi saya dan cara kerja Fullstack. Kami memiliki banyak situasi ketika kami tidak tahu bahasa dari mana buku tersebut diterjemahkan - misalnya, sebagian besar buku kami diterjemahkan ke dalam bahasa Cina, tetapi saya tidak bisa berbahasa Mandarin. Benar, lama-kelamaan, saya belajar beberapa kata, saya punya aplikasi khusus untuk ini, Babbel, yang dengannya saya belajar bahasa asing. Tetapi dalam kasus Cina, terjemahan terbaik diperoleh ketika penerjemah kami juga seorang programmer pada saat yang sama. Berkat ini, untuk pertanyaan apa pun, penerjemah lebih mudah mengajukan pertanyaan dalam bahasa Inggris kepada kami, dan kemudian menerjemahkan dengan benar jawabannya ke dalam bahasa Mandarin. Sayangnya, saya juga tidak bisa berbahasa Rusia. Saya dapat mengatakan "sepeda" - meskipun tidak, seperti yang Anda dengar, saya bahkan tidak bisa mengatakan itu. Tentu saja, sulit untuk tidak mengetahui bahasa tempat perangkat lunak ini ditulis. Saya memahami ini dengan sangat baik ketika saya melihat dokumentasi proyek-proyek Cina open-source - untuk memahami apa pun, saya harus mempelajari sumbernya.
- Situasi serupa dengan Vue. Sejauh yang saya tahu, rilis pertamanya memiliki dokumentasi yang agak buruk, dan banyak masalah dijelaskan dalam bahasa Mandarin. Sejauh yang saya tahu, bahasa Inggris sekarang menjadi persyaratan.- Ya itu. Saya beruntung bahwa bahasa ibu saya adalah bahasa Inggris. Meskipun saya tidak berbicara dengan lancar, saya tidak punya masalah dengan dokumentasi. Saya pikir terjemahan itu sangat penting. Selain itu, kita hidup di masa ketika terjemahan mesin menjadi semakin lebih baik, terutama berkat pembelajaran yang mendalam - ini adalah salah satu alasan mengapa saya menjadi tertarik pada pembelajaran yang mendalam. Namun, saya tidak berpikir bahwa ada satu obat mujarab untuk semua masalah ini.
- Baru-baru ini, saya menemukan diskusi hangat di bagian bahasa Rusia dari Twitter. Satu sisi perselisihan berpendapat bahwa terjemahan, menurut definisi, jahat, karena programmer harus tahu bahasa Inggris, dan itu adalah bahasa internasional untuk semua orang. Yang lain mengatakan bahwa untuk junior dan mereka yang tidak berbicara bahasa Inggris dengan baik, dokumentasi harus diterjemahkan. Apakah Anda memiliki pendapat tentang masalah kontroversial ini?"Argumen kedua belah pihak dekat dengan saya." Apa yang akan saya katakan sekarang hanyalah reaksi awal saya, untuk waktu yang lama saya tidak memikirkan masalah ini. Mungkin dalam pertemuan pribadi kita bisa membahas topik ini lebih dalam. Tampak bagi saya bahwa begitu banyak kode ditulis dalam bahasa Inggris sekarang sehingga menyingkirkan bahasa Inggris akan sangat sulit. Ada bahasa internasional - misalnya, JavaScript adalah bahasa internasional, jika Anda mengucapkannya, maka Anda dapat berkomunikasi dengan siapa pun di dunia. Kehadiran bahasa internasional - Bahasa Inggris - memudahkan kita untuk berkomunikasi dan berkolaborasi dengan pengembang di seluruh dunia; Sebagai contoh, saya berbicara dengan pengembang di India, Prancis, Inggris, Cina, Australia. Tentu saja, ini tidak sepenuhnya benar dalam kaitannya dengan orang-orang yang tidak berbicara bahasa Inggris - saya yakin bahwa jika saya tidak berbicara bahasa Inggris, saya akan memiliki pendapat yang berbeda tentang masalah ini. Selain itu, seperti yang saya katakan, ini hanya pemikiran awal saya, saya belum memikirkan masalah ini untuk waktu yang lama, dan mungkin besok pendapat saya akan berubah.
- Ya, kita bisa membahas ini secara langsung. Sekarang mari kita bicara tentang buku - mereka menjadi kurang populer daripada sebelumnya, karena munculnya platform seperti Media, Twitter, dan sebagainya. Apakah Anda pikir buku-buku menghilang?"Saya tidak yakin bahwa buku menjadi kurang populer." Saya percaya bahwa setiap orang bekerja dan belajar dengan cara yang berbeda. Layanan online dalam fungsinya mirip dengan kelas di kelas. Dan menurut saya pembelajaran online cocok untuk pengembang yang ingin mempelajari berbagai bahasa dan kerangka kerja secara berbeda. Lebih mudah bagi beberapa orang untuk bekerja dengan dokumentasi, yang lain untuk sumber, beberapa bekerja lebih baik dalam kelompok, yang lain sendiri, dengan coba-coba, atau dengan membaca buku tentang kereta api dan pesawat dan kemudian menerapkan apa yang telah mereka baca dalam praktek. Di sisi lain, saya mengajar di kelas-kelas di mana semuanya justru sebaliknya dan di mana para siswa tidak bisa duduk di buku, ini tidak memberi mereka apa-apa. Bukannya mereka tidak tahu cara membaca sama sekali, mereka hanya mendapat lebih sedikit dari membaca daripada bekerja dengan orang lain. Saya pikir salah satu pencapaian Internet yang sangat penting bagi komunitas pemrograman adalah membuat pembelajaran menjadi lebih mudah diakses, dan kesuksesan lebih dapat dicapai. Situs dan layanan seperti Medium atau Coursera membantu menyebarkan pengetahuan dan memungkinkan berbagai peluang pembelajaran. Saya bangga terlibat dalam evolusi pendidikan ini. Mungkin di masa depan buku-buku kita akan menjadi interaktif, dan kita dapat menggabungkannya dengan kursus online.
- Saya ingat sekali buku dijual dengan CD atau DVD dengan contoh. Sekarang format ini sudah ketinggalan zaman.- Ya, sekarang mereka lebih suka mengirim semuanya dalam arsip zip - misalnya, kami menggabungkan semua demo kami menjadi satu arsip zip. Salah satu alat paling berguna yang kami kembangkan memungkinkan kami untuk menulis semua kode sumber yang digunakan dalam buku di satu tempat, dan kemudian kami memiliki alat yang secara otomatis memperbaruinya dari sumber aslinya. Misalkan kita perlu menyoroti string, kelas, objek, atau fungsi yang kita bahas dalam sebuah buku. Kami memiliki alat yang dapat digunakan untuk membuat tautan langsung ke kode sumber. Ini juga berguna karena setiap kali Anda mengunduh buku, sumbernya diperbarui. Jadi kami menulis sumber tidak langsung dalam teks, tetapi dalam file terpisah.
- Pertanyaan saya berikutnya akan terkait dengan yang sebelumnya. Anda mengatakan bahwa setiap orang belajar dengan cara yang berbeda dan saya, sebagai pengembang, dapat membaca buku, menonton video di YouTube, membaca artikel di beberapa platform untuk pelatihan. Tetapi mengapa saya harus menghadiri konferensi?- Ini pertanyaan yang bagus. Begitu saja, saya dapat menyebutkan dua alasan mengapa ini layak dilakukan. Yang pertama adalah yang paling jelas: presentasi dan ceramah di konferensi biasanya dipikirkan dengan baik dan dirancang khusus untuk dilihat. Sebagai aturan, laporan tersebut dikhususkan untuk masalah yang terdefinisi dengan baik - misalnya, refactoring. Ketika Anda duduk di audiensi di mana laporan refactoring yang baik disajikan, seolah-olah Anda sedang refactoring sendiri, Anda termasuk dalam presentasi, dalam proses. Bagi saya, kepribadian pembicara dan emosinya selalu menarik.
Alasan kedua kurang jelas. Saya menyebutnya "lorong obrolan" - selain laporan itu sendiri, Anda bertemu dan berkomunikasi dengan orang-orang yang melakukan hal yang sama seperti Anda. Aktivitas kami sebagai pengembang, menurut definisi, adalah individu - tetapi ketika Anda mulai berkomunikasi dengan banyak orang lain yang berada di ruang yang sama dengan Anda dan terlibat dalam hal yang sama dengan Anda, aktivitas ini secara otomatis menjadi sosial. Manfaat lain dari "berbicara di lobi" adalah Anda bertemu orang yang membutuhkan layanan, pengetahuan teknis, atau pengalaman mengajar Anda. Dalam pengalaman saya, kami menemukan lebih banyak pelanggan daripada di tempat lain - dan ini bahkan berlaku untuk buku dan video kami.
- Anda sudah menulis banyak buku - katakan, apa yang sedang Anda kerjakan sekarang? Mungkin beberapa spoiler?- Sekarang saya terutama berurusan dengan blockchain. Jika kita berbicara tentang blockchain, augmented reality, pembelajaran mendalam, bagus di bidang ini bahwa mereka sangat populer sekarang, jadi di hampir setiap konferensi yang saya hadiri selama beberapa tahun terakhir, saya mengadakan diskusi yang sangat hidup dengan orang-orang yang tertarik pada ini mata pelajaran. Dan seringkali itu bisa menjadi pengembang front-end di Google, yang di waktu luangnya berurusan dengan topik lain.
Bagi saya pribadi, proyek yang saya tangani terutama terkait dengan ekonomi - dan yang paling mengejutkan, ini adalah subjek yang sangat menarik. Selain itu, saat ini saya sedang mengerjakan sebuah buku berjudul "C ++ untuk pengembang JavaScript", sejauh ini masih dalam tahap awal penulisan. Saya akan sangat senang mendiskusikan topik ini jika saya bertemu seseorang yang bekerja dengan C ++ pada konferensi JavaScript.
- Apakah buku ini terkait dengan WebAssembly? Anda mengerti, C ++ dan JavaScript ...- Buku ini dikhususkan untuk EOS - ini adalah blockchain yang cukup baru. Ini mirip dengan Etherium, tetapi dibuat menggunakan LLVM, dan ini memungkinkan Anda untuk menulis kontrak untuk apa pun yang dikompilasi dalam LLVM, termasuk C ++.
- Luar biasa. Mari kita lanjutkan ke bagian selanjutnya, ini akan lebih terkait dengan laporan Anda tentang HolyJS. Anda dulu bekerja dengan Angular, Vue, React, JavaScript - dan sekarang Anda melaporkan Flutter, platform seluler Google yang ditulis dalam Dart. Apa yang mendorong Anda melakukan ini?- Dalam kata-kata ini, ini benar-benar terdengar lucu. Berikut adalah kisah yang mirip dengan bagaimana saya sampai di Angular, yang saya sebutkan di atas. Saya ingin menulis beberapa aplikasi untuk saya dan teman-teman saya yang menggunakan Android, iPhone. Kami sudah menerbitkan buku tentang ReactNative, dan saya punya pengalaman dengan platform ini, tetapi saya ingin mencoba sesuatu yang lain. Saya dapat menulis di Jawa, Kotlin dan Swift, jadi saya mulai menulis aplikasi di Swift. Sejauh yang saya tahu, upaya sedang dilakukan untuk mengadaptasi Swift untuk Android, tetapi yang saya kenal masih pada tahap awal, Anda tidak dapat mengandalkan mereka. Selain itu, menurut saya banyak dari mereka adalah peretasan. 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.
— .- Ya. , 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». . , , , . , . , , , , .
— , ?- Ya.
— , HolyJS?— , , , . , — , , . , , , , , , . , — , , . - , . , — .
HolyJS, , , , . - , , . , -, , , .
, , .
— , , -10 -15 , .— -? .
— . , Dart Flutter — , , JavaScript. : HolyJSakan diadakan 24-25 November, dan pada 1 Desember akan ada konferensi tentang Dart dan Flutter.- Luar biasa. Flutter akan keluar dari versi beta sekarang.Meskipun dalam kasus Flutter, kode ini ditulis di Dart, laporan Ari tentang HolyJS akan dirancang untuk orang-orang yang berpengalaman dalam JavaScript: pengantar awal untuk Dart tidak diperlukan. Dan area diskusi di konferensi berarti bahwa setelah laporan akan ada kesempatan untuk membahas dengan Ari segala hal yang menarik: setidaknya mengajukan pertanyaan tentang Angular, setidaknya memberinya buku untuk tanda tangan. Secara umum, sampai jumpa pada 24-25 November di Holi !