2016-cı ildə JavaScript öyrənmək necə hissdir

Bu məqalənin yazılması zamanı bir heç JavaScript çərçivəsi yaradılmamışdır. Orijinalı Aşağıdakılar Circle CI-dən "Bu gələcək" məqaləsindən ilhamlanır. burada oxuya bilərsiniz . Bu parça sadəcə bir fikirdir və hər hansı bir JavaScript çərçivəsi kimi, çox da ciddi qəbul edilməməlidir. Hey, bu yeni veb layihəni əldə etdim, amma düzünü desəm, bir neçə ildir ki, çox veb kodlaşdırmamışam və mənzərənin bir az dəyişdiyini eşitmişəm. Siz buradakı ən müasir veb tərtibatçısınız, elə deyilmi? -Əsl termin Front End mühəndisidir, amma bəli, mən doğru adamam. Mən 2016-cı ildə internetlə məşğulam. Vizualizasiyalar, musiqi pleyerləri, futbol oynayan uçan dronlar. Mən JsConf və ReactConf-dan təzəcə qayıtdım, ona görə də veb proqramlar yaratmaq üçün ən son texnologiyalardan xəbərim var. Sərin. Mən istifadəçilərin ən son fəaliyyətini göstərən bir səhifə yaratmalıyam, ona görə də sadəcə REST son nöqtəsindən məlumatları götürməli və onu bir növ süzülə bilən cədvəldə göstərməliyəm və serverdə hər hansı bir dəyişiklik olarsa onu yeniləməliyəm. Düşünürdüm ki, məlumatları əldə etmək və göstərmək üçün jQuery-dən istifadə edə bilərəmmi? -Aman allah yox, daha heç kim jQuery-dən istifadə etmir. React öyrənməyə cəhd etməlisiniz, bu 2016-cı ildir. Oh, tamam. Reaksiya nədir? -Bu, Facebook-da bəzi uşaqlar tərəfindən hazırlanmış super sərin kitabxanadır, o, həqiqətən də tətbiqinizə nəzarət və performans gətirir, istənilən görünüş dəyişikliyini çox asanlıqla idarə etməyə imkan verir. Səliqəli səslənir. Serverdən məlumatları göstərmək üçün React istifadə edə bilərəmmi? -Bəli, amma əvvəlcə veb səhifənizə React və React DOM-u kitabxana kimi əlavə etməlisiniz. Gözləyin, niyə iki kitabxana? -Beləliklə, biri faktiki kitabxanadır, ikincisi isə indi JSX-də təsvir edə biləcəyiniz DOM ilə manipulyasiya etmək üçündür. JSX? JSX nədir? -JSX sadəcə olaraq XML kimi görünən JavaScript sintaksisinin uzantısıdır. Bu, DOM-u təsvir etməyin başqa bir yoludur, onu daha yaxşı bir HTML kimi düşünün. HTML ilə nə problem var? -2016-cı ildir. Artıq heç kim birbaşa HTML kodlamır. Sağ. Hər halda, bu iki kitabxananı əlavə etsəm, React-dən istifadə edə bilərəmmi? - Tam yox. Siz Babel əlavə etməlisiniz və sonra React-dən istifadə edə bilərsiniz. Başqa kitabxana? Babel nədir? -Oh, Babel JavaScript-in istənilən versiyasında kodladığınız zaman JavaScript-in xüsusi versiyalarını hədəf almağa imkan verən ötürücüdür. ReactJS-dən istifadə etmək üçün Babel-i daxil etməli deyilsiniz, lakin bunu etməsəniz, ES5-dən istifadə etməkdə çətinlik çəkirsiniz və real olaq, bu 2016-cı ildir, siz də digər sərin uşaqlar kimi ES2016+-da kodlaşdırmalı olacaqsınız. ES5? ES2016+? Mən burada itib gedirəm. ES5 və ES2016+ nədir? -ES5 ECMAScript 5 deməkdir. Bu, indiki vaxtda əksər brauzerlər tərəfindən həyata keçirildiyi üçün insanların çoxunun hədəf aldığı nəşrdir. ECMAScript? -Bəli, bilirsiniz, skript standartı JavaScript 1995-ci ildə ilk buraxılışından sonra 1999-cu ildə, JavaScript Livescript adlandırılanda və yalnız Netscape Navigator-da işləyərkən əsaslanırdı. O vaxtlar çox qarışıq idi, amma şükürlər olsun ki, indi hər şey çox aydındır və bizdə bu tətbiqin 7 nəşri var. 7 nəşr. Real üçün. Bəs ES5 və ES2016+? -Beşinci və yeddinci nəşrlər. Gözləyin, altıncı ilə nə oldu? -ES6-nı nəzərdə tutursunuz? Bəli, demək istəyirəm ki, hər bir nəşr əvvəlki versiyanın yuxarı hissəsidir, ona görə də ES2016+ istifadə edirsinizsə, əvvəlki versiyaların bütün xüsusiyyətlərindən istifadə edirsiniz. Sağ. Bəs niyə ES6 üzərində ES2016+ istifadə edin? -Yaxşı, siz ES6-dan istifadə edə bilərsiniz, lakin async və gözləmək kimi gözəl xüsusiyyətlərdən istifadə etmək üçün ES2016+ istifadə etməlisiniz. Əks halda, düzgün idarəetmə axını üçün asinxron zəngləri bloklamaq üçün koroutinləri olan ES6 generatorları ilə sıxışırsınız. Bayaq nə dediyinizi bilmirəm və bütün bu adlar çaşqınlıq yaradır. Baxın, mən sadəcə serverdən bir dəstə məlumat yükləyirəm, əvvəllər CDN-dən jQuery-ni daxil edə bilirdim və sadəcə AJAX zəngləri ilə məlumatları əldə edə bilirdim, niyə bunu edə bilmirəm? -2016-cı ildir, daha heç kim jQuery-dən istifadə etmir, sonu bir dəstə spagetti koduna çevrilir. Bunu hamı bilir. Sağ. Beləliklə, mənim alternativim məlumatları əldə etmək və HTML cədvəlini göstərmək üçün üç kitabxana yükləməkdir. -Yaxşı, siz bu üç kitabxananı daxil edirsiniz, lakin yalnız bir faylı yükləmək üçün onları modul meneceri ilə birləşdirin. görürəm. Və modul meneceri nədir? -Tərif ətraf mühitdən asılıdır, lakin internetdə biz adətən AMD və ya CommonJS modullarını dəstəkləyən hər şeyi nəzərdə tuturuq. Riiight. Və AMD və CommonJS...? -Təriflər. Çoxsaylı JavaScript kitabxanalarının və siniflərinin necə qarşılıqlı əlaqədə olmasını təsvir etməyin yolları var. Bilirsiniz, ixrac edir və tələb edir? Siz AMD və ya CommonJS API müəyyən edən çoxlu JavaScript faylları yaza bilərsiniz və onları birləşdirmək üçün Browserify kimi bir şeydən istifadə edə bilərsiniz. OK, məntiqlidir... Məncə. Browserify nədir? -Bu, CommonJS təsvir edilən asılılıqları brauzerdə işlədilə bilən fayllara bağlamaq imkanı verən alətdir. Bu, insanların çoxunun bu asılılıqları npm reyestrində dərc etdiyi üçün yaradılmışdır. npm qeydiyyatı? -Bu, ağıllı insanların kod və asılılıqları modul kimi yerləşdirdiyi çox böyük ictimai depodur. CDN kimi? -Əslində yox. Bu, daha çox hər kəsin kitabxanaları dərc edə və yükləyə biləcəyi mərkəzləşdirilmiş verilənlər bazasına bənzəyir, beləliklə siz onları inkişaf etdirmək üçün yerli olaraq istifadə edə və istəsəniz CDN-yə yükləyə bilərsiniz. Oh, Bower kimi! -Bəli, amma indi 2016-cı ildir, daha Bowerdən heç kim istifadə etmir. Oh, görürəm... onda mən kitabxanaları npm-dən yükləməliyəm? -Bəli. Beləliklə, məsələn, React istifadə etmək istəyirsinizsə, React modulunu yükləyin və kodunuza idxal edin. Bunu demək olar ki, hər bir məşhur JavaScript kitabxanası üçün edə bilərsiniz. Oh, Angular kimi! -Bucaq 2015-ci ildir. Amma bəli. Angular, VueJS və ya RxJS və digər sərin 2016 kitabxanaları ilə birlikdə orada olacaq. Bunlar haqqında öyrənmək istəyirsiniz? Gəlin React ilə qalaq, mən artıq çox şey öyrənirəm. Beləliklə, mən React istifadə etməliyəmsə, onu bu npm-dən götürürəm və sonra bu Browserify şeyindən istifadə edirəm? -Bəli. Sadəcə bir dəstə asılılıq götürmək və onları bir-birinə bağlamaq həddən artıq mürəkkəb görünür. - Məhz buna görə də siz Browserify-ı avtomatlaşdırmaq üçün Grunt, Gulp və ya Broccoli kimi tapşırıq menecerindən istifadə edirsiniz. Heck, hətta Mimoza istifadə edə bilərsiniz. Grunt? Gulp? Brokoli? Mimoza? İndi nədən danışırıq? - Tapşırıq menecerləri. Amma onlar artıq sərin deyillər. Onları 2015-ci ildə istifadə etdik, sonra Makefiles istifadə etdik, amma indi hər şeyi Webpack ilə bağlayırıq. Makefiles? Düşündüm ki, bu, daha çox C və ya C++ layihələrində istifadə olunur. -Bəli, amma görünür internetdə biz hər şeyi mürəkkəbləşdirməyi və sonra əsaslara qayıtmağı sevirik. Biz bunu hər il edirik, sadəcə gözləyin, bir-iki ildən sonra internetdə montaj edəcəyik. ah. Webpack adlı bir şeyi qeyd etdiniz? -Bu, bir növ tapşırıq icraçısı olmaqla yanaşı, brauzer üçün başqa bir modul meneceridir. Bu, Browserify-ın daha yaxşı versiyası kimidir. Oh, tamam. Niyə daha yaxşıdır? -Yaxşı, bəlkə də daha yaxşı deyil, sadəcə asılılıqlarınızın necə bağlanacağına dair daha çox fikirləşir. Webpack sizə yalnız CommonJS-lərdən deyil, müxtəlif modul menecerlərindən, məsələn, yerli ES6-nın dəstəklənən modullarından istifadə etməyə imkan verir. Bütün bu CommonJS/ES6 məsələsi məni çox çaşdırır. -Hər kəs belədir, ancaq SystemJS ilə artıq maraqlanmamalısınız. İsa Məsih, başqa bir isim-js. Yaxşı və bu SystemJS nədir? -Yaxşı, Browserify və Webpack 1.x-dən fərqli olaraq, SystemJS dinamik modul yükləyicisidir ki, birdən çox modulu bir böyük faylda yığmaq əvəzinə bir neçə faylda birləşdirməyə imkan verir. Gözləyin, amma mən düşündüm ki, biz kitabxanalarımızı bir böyük faylda qurmaq və onu yükləmək istəyirik! -Bəli, lakin HTTP/2 artıq gəldiyi üçün çoxlu HTTP sorğuları əslində daha yaxşıdır. Gözləyin, buna görə React üçün üç orijinal kitabxana əlavə edə bilmərik? -Əslində yox. Demək istəyirəm ki, siz onları CDN-dən xarici skriptlər kimi əlavə edə bilərsiniz, lakin yenə də Babel-i daxil etməlisiniz. ah. Və bu pisdir, elə deyilmi? -Bəli, siz bütün babel nüvəsini daxil edərdiniz və bu istehsal üçün səmərəli olmazdı. İstehsal zamanı siz Şeytanı çağırmaq ritualını qaynadılmış yumurta reseptinə bənzəyən layihənizi hazırlamaq üçün bir sıra qabaqcadan tapşırıqları yerinə yetirməlisiniz. Aktivləri minimuma endirməli, onları çirkinləşdirməlisiniz, qatın üstündəki CSS-i daxil etməlisiniz, skriptləri təxirə salmalısınız, həmçinin- Anladım, aldım. Beləliklə, kitabxanaları birbaşa CDN-ə daxil etməsəniz, bunu necə edərdiniz? -Mən onu Webpack + SystemJS + Babel kombinasiyasından istifadə edərək Typescript-dən köçürərdim. Yazı yazısı? Düşündüm ki, biz JavaScript-də kodlaşdırırıq! -Typescript JavaScript IS, daha yaxşı desək, JavaScript-in super dəsti, daha dəqiq desək, ES6 versiyasında JavaScript-dir. Daha əvvəl danışdığımız altıncı versiya bilirsinizmi? Düşündüm ki, ES2016+ artıq ES6-nın super dəstidir! NİYƏ indi bizə Typescript adlı bu şey lazımdır? -Oh, çünki bu, bizə JavaScript-dən yazılmış dil kimi istifadə etməyə və işləmə zamanı səhvlərini azaltmağa imkan verir. 2016-cı ildir, JavaScript kodunuza bəzi növlər əlavə etməlisiniz. Və Typescript açıq-aydın bunu edir. -Axın da, baxmayaraq ki, o, yalnız yazmağı yoxlayır, halbuki Typescript tərtib edilməli olan JavaScript-in üst dəstidir. Ah... və Flow? -Bu, Facebook-da bəzi uşaqlar tərəfindən hazırlanmış statik tipli yoxlayıcıdır. Onu OCaml-da kodladılar, çünki funksional proqramlaşdırma əladır. OCaml? Funksional proqramlaşdırma? -İndiki sərin uşaqların istifadə etdiyi şeydir, bilirsən, 2016? Funksional proqramlaşdırma? Yüksək sifariş funksiyaları? Currying? Təmiz funksiyalar? Bayaq nə dediyiniz barədə heç bir fikrim yoxdur. - Başlanğıcda heç kim etmir. Baxın, sadəcə bilməlisiniz ki, funksional proqramlaşdırma OOP-dən daha yaxşıdır və biz 2016-cı ildə bundan istifadə etməliyik. Gözləyin, mən kollecdə OOP öyrəndim, bunun yaxşı olduğunu düşündüm? -Oracle tərəfindən alınmazdan əvvəl Java da belə idi. Demək istədiyim odur ki, OOP o vaxtlar yaxşı idi və bu gün də istifadə olunur, lakin indi hər kəs dəyişdirmə vəziyyətlərinin körpələri təpikləməklə bərabər olduğunu başa düşür, buna görə də indi hamı dəyişməz obyektlərə və funksional proqramlaşdırmaya keçir. Haskell uşaqlar bunu illərdir çağırırdılar - və məni Qaraağaclı uşaqlarla başlamağa qoymayın - amma xoşbəxtlikdən internetdə indi Ramda kimi kitabxanalarımız var ki, bu da bizə sadə JavaScript-də funksional proqramlaşdırmadan istifadə etməyə imkan verir. Siz sadəcə ona görə adları çəkirsiniz? Ramnda nədir? -Yox. Ramda. Lambda kimi. Devid Çembersin kitabxanasını bilirsinizmi? David kim? - David Chambers. Sərin oğlan. Orta çevriliş oyunu oynayır. Ramda üçün töhfə verənlərdən biri. Funksional proqramlaşdırmanı öyrənməkdə ciddisinizsə, Erik Meijeri də yoxlamalısınız. Bəs Erik Meijer...? - Funksional proqramlaşdırma adamı da. Möhtəşəm oğlan. Onun bu qəribə rəngli köynəyi istifadə edərkən Agile'i zibilə atdığı bir sıra təqdimatları var. Siz həmçinin Tj, Jash Kenas, Sindre Sorhus, Paul Irish, Addy Osmani-nin bəzi məhsullarını yoxlamalısınız. tamam. Mən səni orada dayandıracağam. Hər şey yaxşıdır və yaxşıdır, amma məncə, məlumatların götürülməsi və göstərilməsi üçün hər şey çox mürəkkəb və lazımsızdır. Əminəm ki, dinamik məlumatlarla cədvəl yaratmaq üçün bu insanları tanımağa və ya bütün bunları öyrənməyə ehtiyacım yoxdur. Gəlin Reaksiyaya qayıdaq. React ilə serverdən məlumatları necə əldə edə bilərəm? -Yaxşı, siz əslində React ilə məlumatları almırsınız, sadəcə React ilə məlumatları göstərirsiniz. Oh, lənət olsun mənə. Beləliklə, məlumatları əldə etmək üçün nədən istifadə edirsiniz? -Serverdən məlumatları əldə etmək üçün Fetch-dən istifadə edirsiniz. üzr istəyirəm? Məlumatı əldə etmək üçün Fetch funksiyasından istifadə edirsiniz? Bunları kim adlandırırsa, tezaurus lazımdır. -Bilirəm düzdür? Bu, serverə qarşı XMLHttpRequests yerinə yetirmək üçün yerli tətbiqin adıdır. Oh, belə ki, AJAX. -AJAX sadəcə XMLHttpRequests-in istifadəsidir. Amma əmin. Fetch sizə vədlərə əsaslanan AJAX-ı etməyə imkan verir, sonra geri çağırış cəhənnəmindən qaçmaq üçün həll edə bilərsiniz. Geri zəng cəhənnəm? -Bəli. Hər dəfə serverə qarşı asinxron sorğu yerinə yetirdikdə, onun cavabını gözləmək lazımdır ki, bu da sizi funksiya daxilində cəhənnəmdən geri çağırış piramidası adlanan funksiya əlavə etməyə məcbur edir. Oh, tamam. Və bu vəd işi həll edirmi? -Həqiqətən. Geri çağırışlarınızı vədlər vasitəsilə manipulyasiya etməklə siz daha asan başa düşülən kodu yaza, onları ələ salıb sınaqdan keçirə, eyni zamanda eyni vaxtda sorğuları yerinə yetirə və hamısının yüklənməsini gözləyə bilərsiniz. Və bunu Fetch ilə etmək olar? -Bəli, ancaq istifadəçiniz həmişəyaşıl brauzerdən istifadə edərsə, əks halda siz Fetch polyfill əlavə etməli və ya Request, Bluebird və ya Axios istifadə etməlisiniz. Allah xatirinə nə qədər kitabxana bilməliyəm? Onlardan neçə nəfər var? -Bu JavaScript-dir. Hamısı eyni işi görən minlərlə kitabxana olmalıdır. Biz kitabxanaları bilirik, əslində ən yaxşı kitabxanalarımız var. Kitabxanalarımız çox gözəldir və bəzən onlara Guy Fierinin şəkillərini daxil edirik. Sadəcə Guy Fieri dedin? Gəlin bu işi bitirək. Bu Bluebird, Request, Axios kitabxanaları nə edir? -Onlar vədləri qaytaran XMLHttpRequestləri yerinə yetirmək üçün kitabxanalardır. jQuery-nin AJAX metodu da vədləri qaytarmağa başlamadımı? -2016-cı ildə artıq “J” sözündən istifadə etmirik. Sadəcə Fetch istifadə edin və brauzerdə olmadıqda onu çoxlu doldurun və ya əvəzinə Bluebird, Request və ya Axios istifadə edin. Sonra async funksiyası və bumu daxilində gözləmə ilə sözü idarə edin, düzgün nəzarət axınınız var. Üçüncü dəfədir ki, gözlədiyini qeyd edirsən, amma bunun nə olduğu barədə heç bir fikrim yoxdur. -Await sizə asinxron zəngi bloklamağa imkan verir ki, bu da məlumatların nə vaxt götürülməsinə və kodun oxunuşunun artmasına daha yaxşı nəzarət etməyə imkan verir. Möhtəşəmdir, sadəcə olaraq Babel-də 3-cü mərhələ əvvəlcədən təyinini əlavə etdiyinizə əmin olmalısınız və ya sintaksis-async-funksiyaları və transform-async-to-generator plaginindən istifadə etməlisiniz. Bu dəlilikdir. -Xeyr, dəlilik budur ki, Typescript kodunu əvvəlcədən tərtib etməli və sonra onu gözləmək üçün Babel ilə köçürməlisən. Nə? Typescript-ə daxil deyil? -Bu, növbəti versiyada belədir, lakin 1.7 versiyasından etibarən o, yalnız ES6-nı hədəf alır, ona görə də brauzerdə await istifadə etmək istəyirsinizsə, əvvəlcə ES6-nı, sonra isə ES5-i hədəfləyən Babel-i hədəfləyən Typescript kodunu tərtib etməlisiniz. Bu məqamda nə deyəcəyimi bilmirəm. -Bax, asandır. Typescript-də hər şeyi kodlayın. Fetch-dən istifadə edən bütün modullar onları ES6-nı hədəfləmək üçün tərtib edir, onları 3-cü mərhələdə əvvəlcədən təyin edilmiş Babel ilə köçürür və SystemJS ilə yükləyir. Əgər sizdə Fetch yoxdursa, onu çoxlu doldurun və ya Bluebird, Request və ya Axios istifadə edin və bütün vədlərinizi gözləmə ilə yerinə yetirin. Asanlığın çox fərqli təriflərimiz var. Beləliklə, bu ritualla nəhayət məlumatları əldə etdim və indi React ilə göstərə bilərəm? -Müraciətiniz hər hansı vəziyyət dəyişikliyi ilə məşğul olacaqmı? Err, mən belə düşünmürəm. Mən sadəcə məlumatları göstərməliyəm. -Vallah. Əks təqdirdə sizə Flux və Flummox, Alt, Fluxible kimi tətbiqləri izah etməli olardım. Düzünü desəm, Redux-dan istifadə etməlisiniz. Mən sadəcə bu adların üzərindən uçacağam. Yenə də mən sadəcə məlumatları göstərməliyəm. -Oh, əgər siz sadəcə məlumatları göstərirsinizsə, başlamaq üçün React-ə ehtiyacınız yox idi. Şablon mühərriki ilə yaxşı olardı. Məni zarafat edirsən? Sizcə bu gülməli görünür? Sevdiklərinizlə belə davranırsınız? -Mən sadəcə izah edirdim ki, nədən istifadə edə bilərsən. Dayan. Sadəcə dayan. -Demək istədiyim odur ki, sadəcə şablon mühərrikindən istifadə etsə də, mən sizin yerinizdə olsam, yenə də Typescript + SystemJS + Babel kombinasiyasından istifadə edərdim. Mən Sub Zero-nun orijinal MK ölümünü yerinə yetirməmək üçün məlumatları bir səhifədə göstərməliyəm. Sadəcə mənə deyin ki, hansı şablon mühərrikindən istifadə edim və mən onu oradan götürəcəyəm. -Çox şey var, hansı ilə tanışsınız? Uh, adını xatırlaya bilmirəm. Çoxdan idi. -jŞablonlar? jQote? PRE? Err, zəng çalmır. Başqa biri? - Şəffaflıq? JSRender? MarkupJS? KnockoutJS? Bunun ikitərəfli bağlanması var idi. Başqa biri? -PlatesJS? jQuery-tmpl? Sükanlar? Bəzi insanlar hələ də istifadə edirlər. Bəlkə. Sonuncunun oxşarı varmı? - Bığ, alt xətt? Düşünürəm ki, indi hətta lodaşda da dürüst olmaq lazımdır, amma bunlar 2014-cü ildir. Eh.. bəlkə daha yeni idi. - Jade? DustJS? yox. -DotJS? EJS? yox. - Rahibələr? EKT? yox. -Mah, onsuz da heç kim Coffeescript sintaksisini bəyənmir. Jade? Xeyr, siz artıq Jade dediniz. - Pug nəzərdə tuturdum. Mən Jade nəzərdə tuturdum. Demək istəyirəm ki, Jade indi Puqdır. ah. Xeyr. Yadımda deyil. Hansını istifadə edərdiniz? -Yəqin ki, sadəcə ES6 yerli şablon sətirləri. İcazə verin təxmin edim. Və bunun üçün ES6 tələb olunur. -Düzdü. Hansı brauzerdən istifadə etdiyimdən asılı olaraq Babel lazımdır. -Düzdü. Hansı ki, bütün əsas kitabxananı əlavə etmədən daxil etmək istəsəm, onu npm-dən modul kimi yükləməliyəm. -Düzdü. Hansı ki, Browserify və ya Wepback, ya da çox güman ki, SystemJS adlı başqa bir şey tələb olunur. -Düzdü. Hansı ki, bu Webpack deyilsə, ideal olaraq bir tapşırıq icraçısı tərəfindən idarə olunmalıdır. -Düzdü. Ancaq funksional proqramlaşdırma və çap edilmiş dillərdən istifadə etməli olduğum üçün əvvəlcə Typescript-i əvvəlcədən tərtib etməliyəm və ya bu Flow şeyini əlavə etməliyəm. -Düzdü. Əgər mən gözləməkdən istifadə etmək istəsəm, bunu Babilə göndər. -Düzdü. Beləliklə, mən Fetch, vədlər və nəzarət axını və bütün sehrlərdən istifadə edə bilərəm. -Əgər dəstəklənmirsə, Fetch-i polifill etməyi unutmayın, Safari hələ də onu idarə edə bilmir. Nə bilirsən. Düşünürəm ki, burada işimiz bitdi. Əslində, mən başa düşürəm. İnternetlə işim bitdi, JavaScript ilə də tamamən bitdim. -Yaxşı, bir neçə ildən sonra biz hamımız Elm və ya WebAssembly-də kodlaşdıracağıq. Mən sadəcə arxa plana keçəcəyəm. Mən sadəcə olaraq bu çoxlu dəyişiklikləri və versiyaları, nəşrləri, tərtibçiləri və transpilyatorları idarə edə bilmirəm. JavaScript icması hər kəsin bununla ayaqlaşa biləcəyini düşünürsə, dəli olur. -Sizi eşidirəm. O zaman Python icmasını sınamalısınız. Niyə? -Python 3 haqqında eşitmisiniz? Yeniləmə: Yazı səhvlərini və səhvlərini göstərdiyiniz üçün təşəkkürlər, qeyd edildiyi kimi məqaləni yeniləyəcəyəm. HackerNews və Reddit -də müzakirə .