2016-жылы JavaScript үйрөнүү кандай сезимде болот

алкактары түзүлгөн эмес. Бул макаланы жазуу учурунда эч кандай JavaScript Түпнускасын Төмөнкүлөр Circle CIден "Бул келечек" деген макаладан шыктанган. бул жерден окуй аласыз . Бул бөлүгү жөн гана пикир, жана ар кандай JavaScript алкактары сыяктуу эле, аны өтө олуттуу кабыл албаш керек. Эй, мен бул жаңы веб-долбоорду алдым, бирок чынын айтсам, мен бир нече жылдан бери желеди көп коддой элекмин жана пейзаж бир аз өзгөргөнүн уктум. Сиз бул жердеги эң заманбап веб-иштеп чыгуучусусуз, туурабы? - Чыныгы термин Front End инженери, бирок ооба, мен туура жигитмин. Мен 2016-жылы интернет менен алектенем. Визуализация, музыка ойноткучтар, футбол ойногон учуучу дрондор. Мен JsConf жана ReactConf'тен жаңы эле кайтып келдим, ошондуктан веб-тиркемелерди түзүү үчүн эң акыркы технологияларды билем. Баракелде. Мен колдонуучулардын эң акыркы аракеттерин көрсөткөн баракты түзүшүм керек, ошондуктан мен жөн гана REST акыркы чекитинен маалыматтарды алып, аны чыпкалоочу таблицада көрсөтүшүм керек жана серверде кандайдыр бир нерсе өзгөрсө, аны жаңыртышым керек. Мен маалыматтарды алуу жана көрсөтүү үчүн jQuery колдонушу мүмкүн деп ойлогом? -Оо кудай жок, jQuery-ди эч ким колдонбойт. Сиз React үйрөнүүгө аракет кылышыңыз керек, бул 2016-жыл. Макул. React деген эмне? -Бул Facebook'тун кээ бир балдары тарабынан жасалган супер сонун китепкана, ал чындыгында колдонмоңузга башкарууну жана аткарууну алып келет, бул сизге каалаган көрүнүштөрдү оңой эле чечүүгө мүмкүндүк берет. Бул тыкан угулат. Серверден берилиштерди көрсөтүү үчүн React колдоно аламбы? -Ооба, бирок алгач сиз веб-баракчаңызга китепкана катары React жана React DOM кошушуңуз керек. Күтө туруңуз, эмне үчүн эки китепкана? -Демек, бири чыныгы китепкана, экинчиси DOM менен иштөө үчүн, аны азыр JSXде сүрөттөп бере аласыз. JSX? JSX деген эмне? -JSX жөн гана XMLге окшош JavaScript синтаксисинин кеңейтүүсү. Бул DOMды сүрөттөөнүн дагы бир жолу, аны жакшыраак HTML деп ойлоңуз. HTMLде эмне туура эмес? -Бул 2016. Эми эч ким HTMLди түз коддонбойт. Туура. Баары бир, эгерде мен бул эки китепкананы кошсом, анда мен React колдоно аламбы? - Так эмес. Сиз Бабелди кошушуңуз керек, андан кийин сиз React колдоно аласыз. Башка китепканабы? Бабель деген эмне? -Ох, Бабель - бул JavaScript'тин каалаган версиясында код коюп жатканда, JavaScript'тин конкреттүү версияларын бутага алууга мүмкүндүк берген транспилер. ReactJSти колдонуу үчүн Babelди кошушуңуз КЕРЕК эмес, бирок андай кылмайынча, сиз ES5ти колдонуу менен жабышып каласыз жана чындап эле айталы, бул 2016-жыл, сиз башка салкын балдар сыяктуу эле ES2016+ программасында коддошуңуз керек. ES5? ES2016+? Мен бул жерде адашып баратам. ES5 жана ES2016+ деген эмне? -ES5 ECMAScript 5 дегенди билдирет. Бул көпчүлүк колдонуучуларды көздөгөн басылма, анткени ал азыркы учурда көпчүлүк браузерлер тарабынан ишке ашырылган. ECMAScript? -Ооба, билесизби, JavaScript скрипт стандарты 1999-жылы 1995-жылы чыгарылгандан кийин негизделген, ошол кезде JavaScript Livescript деп аталып, Netscape Navigator менен гана иштеген. Бул ошол кезде абдан баш аламан болгон, бирок, бактыга жараша, азыр баары ачык жана бизде бул ишке ашыруунун 7 нускасы бар. 7 басылышы. Чынында. Ал эми ES5 жана ES2016+? - тиешелүүлүгүнө жараша бешинчи жана жетинчи басылышы. Күтө туруңуз, алтынчы менен эмне болду? - ES6 дейсизби? Ооба, мен айтайын дегеним, ар бир чыгарылыш мурунку версиянын супер топтому, андыктан ES2016+ колдонуп жатсаңыз, анда мурунку версиялардын бардык мүмкүнчүлүктөрүн колдонуп жатасыз. Туура. Анда эмне үчүн ES2016+ ES6 үстүнөн колдонулат? -Ооба, сиз ES6 колдоно аласыз, бирок асинхрондоштуруу жана күтүү сыяктуу сонун функцияларды колдонуу үчүн ES2016+ колдонушуңуз керек. Болбосо, сиз туура башкаруу агымы үчүн асинхрондук чалууларды бөгөттөө үчүн корутиндери бар ES6 генераторлоруна тыгылып каласыз. Сиз эмне деп айтканыңызды түшүнбөйм, бул ысымдардын баары чаташып турат. Карачы, мен жөн эле серверден бир топ маалыматтарды жүктөп жатам, мен жөн гана CDNден jQuery кошуп, AJAX чалуулары менен маалыматтарды ала алчумун, эмне үчүн мен муну кыла албайм? -Бул 2016-жыл, эч ким jQuery колдонбойт, ал бир топ спагетти кодуна айланат. Муну баары билет. Туура. Ошентип, менин альтернатива - маалыматтарды алуу жана HTML таблицасын көрсөтүү үчүн үч китепкананы жүктөө. -Ооба, сиз ошол үч китепкананы кошосуз, бирок аларды бир гана файлды жүктөө үчүн модуль менеджери менен бириктириңиз. Түшүнүктүү. Ал эми модулдун менеджери деген эмне? -Аныктама айлана-чөйрөгө көз каранды, бирок интернетте биз адатта AMD же CommonJS модулдарын колдогон нерселерди айтабыз. Riiight. Жана AMD жана CommonJS…? -Аныктамалар. Бир нече JavaScript китепканалары жана класстары кантип өз ара аракеттенишээрин сүрөттөө жолдору бар. Сиз билесизби, экспорт жана талап кылат? Сиз AMD же CommonJS API аныктаган бир нече JavaScript файлдарын жаза аласыз жана аларды бириктирүү үчүн Browserify сыяктуу нерсени колдонсоңуз болот. Макул, мунун мааниси бар... Мен ойлойм. Browserify деген эмне? -Бул CommonJS сүрөттөлгөн көз карандылыктарды браузерде иштете турган файлдарга бириктирүүгө мүмкүндүк берүүчү курал. Бул көпчүлүк адамдар npm реестринде ошол көз карандылыктарды жарыялагандыктан түзүлгөн. npm реестри? -Бул абдан чоң коомдук репозиторий, анда акылдуу адамдар кодду жана көз карандылыкты модулдар катары коюшат. CDN сыяктуу? -Чынында эмес. Бул борборлоштурулган маалымат базасы сыяктуу, ал жерде каалаган адам китепканаларды басып чыгара жана жүктөй алат, андыктан аларды иштеп чыгуу үчүн жергиликтүү түрдө колдонуп, анан кааласаңыз CDNге жүктөй аласыз. О, Бауэр сыяктуу! -Ооба, бирок азыр 2016-жыл, Бауэрди эч ким колдонбойт. О, мен түшүндүм ... анда мен китепканаларды npmден жүктөп алышым керекпи? -Ооба. Мисалы, эгер сиз React колдонгуңуз келсе, сиз React модулун жүктөп алып, аны кодуңузга импорттойсуз. Муну дээрлик ар бир популярдуу JavaScript китепканасы үчүн жасай аласыз. О, Angular сыяктуу! -Бурчтук ушунчалык 2015. Бирок ооба. Angular VueJS же RxJS жана башка сонун 2016 китепканалары менен бирге болмок. Алар жөнүндө билгиңиз келеби? Келгиле, React менен карманалы, мен азыр өтө көп нерселерди үйрөнүп жатам. Демек, мен React колдонушум керек болсо, мен аны ушул npmден алып, анан ушул Browserify нерсени колдономбу? -Ооба. Бул жөн гана бир топ көз карандылыкты кармап, аларды бириктирүү өтө татаал көрүнөт. -Ошондуктан сиз Browserifyди автоматташтыруу үчүн Grunt же Gulp же Брокколи сыяктуу тапшырма менеджерин колдоносуз. Heck, сен да Mimosa колдоно аласыз. Grunt? Gulp? Брокколи? Мимоза? Биз азыр эмне жөнүндө сүйлөшүп жатабыз? - Тапшырма менеджерлери. Бирок алар мындан ары салкын эмес. Биз аларды 2015-жылы колдонгонбуз, анан Makefiles колдондук, бирок азыр бардыгын Webpack менен ороп жатабыз. Makefiles? Мен бул көбүнчө C же C++ долбоорлорунда колдонулат деп ойлогом. -Ооба, бирок, сыягы, интернетте биз нерселерди татаалдаштырып, андан кийин негизги нерсеге кайтканды жакшы көрөбүз. Биз муну жыл сайын жасайбыз, күтө турабыз, бир-эки жылдан кийин желеде монтаж кылабыз. Үшкүрүк. Сиз Webpack деген нерсени айттыңызбы? -Бул браузердин дагы бир модулунун менеджери, ошол эле учурда тапшырманын аткаруучусу. Бул Browserify'тин жакшыраак версиясы сыяктуу. Макул. Эмне үчүн жакшыраак? -Ооба, балким, жакшы эмес, бул жөн гана көз карандылыкты кантип байлоо керектиги жөнүндө көбүрөөк көз карашта. Webpack сизге CommonJS гана эмес, ар кандай модуль менеджерлерин колдонууга мүмкүндүк берет, мисалы, жергиликтүү ES6 колдоого алынган модулдар. Мен бул CommonJS/ES6 нерсеси менен абдан чаташып жатам. -Ар бир адам бар, бирок сиз SystemJS менен мындан ары маани бербешиңиз керек. Иса Машаяк, башка зат атооч-js. Макул, жана бул SystemJS деген эмне? -Жакшы, Browserify жана Webpack 1.xден айырмаланып, SystemJS динамикалык модулдук жүктөгүч болуп саналат, ал сизге бир нече модулдарды бир чоң файлга бириктирүүнүн ордуна бир нече файлдарга байлоого мүмкүндүк берет. Күтө туруңуз, бирок биз китепканаларыбызды бир чоң файлга куруп, аны жүктөйбүз деп ойлогом! -Ооба, бирок HTTP/2 келип жаткандыктан, бир нече HTTP сурамдары чындыгында жакшыраак. Күтө туруңуз, анда биз React үчүн үч оригиналдуу китепкананы кошо албайбызбы? -Чынында эмес. Айтайын дегеним, сиз аларды CDNден тышкы скрипт катары кошсоңуз болот, бирок анда дагы эле Бабелди кошушуңуз керек болот. Үшкүрүк. Анан бул жаман, туурабы? -Ооба, сиз бүтүндөй бабелдин өзөгүн кошот элеңиз, бул өндүрүш үчүн эффективдүү болбойт. Өндүрүштө сиз долбооруңузду даярдоо үчүн бир катар алдын ала тапшырмаларды аткарышыңыз керек, алар Шайтанды чакыруу ырымын кайнатылган жумуртка рецептине окшош кылат. Сиз активдерди кичирейтип, көрксүздүрүп, бүктөлгөн жерден жогору саптык CSS, скрипттерди кийинкиге калтырышыңыз керек, ошондой эле- Мен алдым, алдым. Эгер сиз китепканаларды түздөн-түз CDNге кошпосоңуз, аны кантип кылат элеңиз? -Мен аны Typescriptтен Webpack + SystemJS + Babel айкалышы аркылуу көчүрүп алмакмын. Typescript? Мен JavaScript менен коддоп жатабыз деп ойлогом! -Typescript IS JavaScript, же жакшыраак айтканда, JavaScriptтин супер топтому, тагыраак айтканда, ES6 версиясында JavaScript. Билесизби, биз мурда сүйлөшкөн алтынчы версия? Мен ES2016+ буга чейин ES6нын супер топтому деп ойлогом! ЭМНЕ ҮЧҮН бизге азыр Typescript деп аталган нерсе керек? -Ох, анткени ал бизге JavaScriptти терилген тил катары колдонууга жана иштөө убактысынын каталарын азайтууга мүмкүндүк берет. Бул 2016-жыл, сиз JavaScript кодуңузга кээ бир түрлөрдү кошуп жатсаңыз керек. Жана Typescript муну жасайт. -Flow, бирок ал терүүнү гана текшерет, ал эми Typescript компиляцияланышы керек болгон JavaScriptтин суперсети. Үшкүрүк... жана Flow? -Бул Facebookтун кээ бир балдары тарабынан жасалган статикалык типтеги текшерүүчү. Алар аны OCaml менен кодташты, анткени функционалдык программалоо укмуш. OCaml? Функционалдык программалоо? -Азыркы крутой балдар эмнени колдонот, билесиңби, 2016-жыл? Функционалдык программалоо? Жогорку тартиптеги функциялар? Карри? Таза функциялар? Эмне деп айтканыңызды түшүнбөйм. - Башында эч ким жасабайт. Караңыз, сиз жөн гана функционалдык программалоо OOPке караганда жакшыраак экенин билишиңиз керек жана 2016-жылы биз муну колдонушубуз керек. Күтө туруңуз, мен колледжде OOP үйрөнгөм, мен бул жакшы деп ойлогом? -Oracle сатып алганга чейин Java да ошондой болгон. Айтайын дегеним, OOP ошол убакта жакшы болчу жана ал бүгүнкү күндө да колдонулуп келет, бирок азыр ар бир адам абалын өзгөртүү ымыркайларды тепкенге барабар экенин түшүнүп жатышат, ошондуктан азыр бардыгы өзгөрүлгүс объекттерге жана функционалдык программалоого өтүп жатышат. Хаскеллдин балдары аны көп жылдар бою чакырып келишкен, -жана мени Карагайдын жигиттери менен баштабагыла, бирок бактыга жараша, азыр интернетте бизде Рамда сыяктуу китепканалар бар, алар бизге жөнөкөй JavaScript-те функционалдык программалоону колдонууга мүмкүндүк берет. Жөн эле атын атабайсыңбы? Рамнда деген эмне? -Жок. Рамда. Ламбда сыяктуу. Дэвид Чемберстин китепканасын билесиңби? Дэвид ким? - Дэвид Чемберс. Крутой жигит. Төңкөрүш оюнун ойнойт. Рамда үчүн салым кошкондордун бири. Функционалдык программалоону үйрөнгүңүз келсе, Эрик Мейжерди да текшеришиңиз керек. Ал эми Эрик Мейжер…? -Функционалдык программалоочу жигит. Керемет жигит. Анын бир топ презентациялары бар, анда ал бул кызыктай түстүү көйнөктү колдонуп жатканда Agileди таштайт. Сиз ошондой эле Tj, Jash Kenas, Sindre Sorhus, Paul Irish, Addy Osmani-ден кээ бир нерселерди текшеришиңиз керек. Макул. Мен сени ошол жерден токтотом. Мунун баары жакшы жана жакшы, бирок менимче, мунун баары жөн гана маалыматтарды алуу жана аны көрсөтүү үчүн өтө татаал жана керексиз. Мен динамикалык маалыматтар менен таблица түзүү үчүн бул адамдарды билүүнүн же ошонун баарын үйрөнүүнүн кереги жок экенине толук ишенем. Келгиле, React'ке кайрылалы. React менен серверден маалыматтарды кантип алсам болот? - Ооба, сиз React менен маалыматтарды ала албайсыз, жөн гана React менен маалыматтарды көрсөтөсүз. О, наалат мага. Ошентип, сиз маалыматтарды алуу үчүн эмне колдоносуз? -Серверден маалыматтарды алуу үчүн Fetch колдоносуз. Кечир? Дайындарды алуу үчүн Fetch колдоносузбу? Ким бул нерселерди атаса, ага тезаурус керек. -Билем туурабы? Fetch бул серверге каршы XMLHttpRequests аткаруу үчүн жергиликтүү ишке ашыруунун аты. Ооба, AJAX. -AJAX жөн гана XMLHttpRequests колдонуу болуп саналат. Бирок албетте. Fetch сизге убадалардын негизинде AJAX жасоого мүмкүндүк берет, андан кийин кайра чалуу тозогуна туш болбоо үчүн чече аласыз. кайра чалуу тозок? -Ооба. Серверге каршы асинхрондук суроо-талапты аткарган сайын, анын жообун күтүшүңүз керек, андан кийин сиз функциянын ичинде функцияны кошууга мажбурлайсыз, ал тозоктон кайра чалуу пирамидасы деп аталат. Макул. Ал эми бул убада нерсе аны чечет? -Чын эле. Убадалар аркылуу кайра чалууларыңызды манипуляциялоо менен, сиз түшүнүү үчүн код жазып, аларды шылдыңдап, сынай аласыз, ошондой эле бир эле убакта суроо-талаптарды аткарып, алардын баары жүктөлгөнчө күтө аласыз. Жана муну Fetch менен кылса болот? -Ооба, бирок сиздин колдонуучуңуз түбөлүк жашыл браузерди колдонсо гана, антпесе Fetch polyfill же Request, Bluebird же Axios колдонушуңуз керек. Кудай үчүн канча китепкананы билишим керек? Алардын канчасы бар? -Бул JavaScript. Бардыгы бирдей иштеген миңдеген китепканалар болушу керек. Биз китепканаларды билебиз, чындыгында бизде эң мыкты китепканалар бар. Библиотекаларыбыз куу, кээде Гай Фиеринин сүрөттөрүн киргизебиз. Сиз жөн эле Гай Фиери дедиңизби? Келгиле, муну бүтүрөлү. Бул Bluebird, Request, Axios китепканалары эмне кылат? -Алар убадаларды кайтарган XMLHttpRequests аткаруу үчүн китепканалар. jQuery'дин AJAX ыкмасы да убадаларды кайтара баштаган жокпу? -2016-жылы “Ж” деген сөздү колдонбойбуз. Жөн гана Fetch'ти колдонуңуз жана ал браузерде жок болгондо политолтуруңуз же анын ордуна Bluebird, Request же Axios колдонуңуз. Андан кийин синхрондуу функция жана бум ичинде күтүү менен убаданы башкарыңыз, сизде туура башкаруу агымы бар. Үчүнчү жолу күтүп жатканын айтып жатасыз, бирок мен анын эмне экенин билбейм. -Await сизге асинхрондук чалууну бөгөттөп коюуга мүмкүндүк берет, бул сизге маалымат качан алынып жатканын жакшыраак көзөмөлдөөгө жана жалпысынан коддун окулушун жогорулатууга мүмкүндүк берет. Бул укмуш, сиз жөн гана Бабельде 3-этап алдын ала орнотулганын кошконуңузду текшеришиңиз керек же синтаксис-асинхрондук-функцияларды жана трансформация-асинхрондук-генератор плагинин колдонушуңуз керек. Бул жинди. -Жок, акылсыздык - сиз Typescript кодун алдын ала компиляциялап, андан кийин күтүү үчүн аны Бабель менен көчүрүп алышыңыз керек. Эмне? Бул Typescript камтылган эмес? -Бул кийинки версияда иштейт, бирок 1.7 версиясында ал ES6га гана багытталган, ошондуктан сиз браузерде күтүүнү колдонгуңуз келсе, алгач ES6га багытталган Typescript кодуңузду, андан кийин ES5ти бутага алган Бабелди компиляциялашыңыз керек. Бул учурда мен эмне дээримди билбейм. - Карачы, бул оңой. Typescriptте баарын коддоңуз. Fetch колдонгон бардык модулдар аларды ES6 максаттуу үчүн компиляциялап, 3-этапка алдын ала коюлган Бабель менен көчүрүп, аларды SystemJS менен жүктөйт. Эгер сизде Fetch жок болсо, аны политолтуруңуз же Bluebird, Request же Axios колдонуңуз жана бардык убадаларыңызды күтүү менен аткарыңыз. Бизде жеңилдин такыр башкача аныктамалары бар. Ошентип, бул ырым менен мен акыры маалыматтарды алып келдим жана эми аны React менен көрсөтө алам, туурабы? -Сиздин арызыңыз кандайдыр бир абалды өзгөртүүнү карайбы? Эрр, мен андай деп ойлобойм. Мен жөн гана маалыматтарды көрсөтүшүм керек. -Ой, кудайга шүгүр. Болбосо, мен сизге Flux жана Flummox, Alt, Fluxible сыяктуу ишке ашырууларды түшүндүрүшүм керек болчу. Чынын айтсам, Redux колдонушуңуз керек. Мен ошол ысымдардын үстүнөн жөн эле учуп кетем. Дагы, мен жөн гана маалыматтарды көрсөтүү керек. -Ой, эгер сиз жөн гана маалыматтарды көрсөтүп жатсаңыз, сизге React керек эмес болчу. Сиз шаблондук кыймылдаткыч менен жакшы болмок. Тамашалап жатасыңбы? Бул күлкүлүү деп ойлойсузбу? Сиз жакындарыңызга ушундай мамиле жасайсызбы? -Мен жөн гана сиз эмнени колдонсоңуз болорун түшүндүргөм. Токто. Жөн эле токто. - Айтайын дегеним, ал жөн гана калыптоо кыймылдаткычын колдонуп жатса да, мен сенин ордуңда болсом, Typescript + SystemJS + Babel комбинациясын колдонмокмун. Мен Sub Zero баштапкы MK өлүмүнө эмес, бир беттеги маалыматтарды көрсөтүү керек. Мага кандай калыптандыруучу кыймылдаткычты колдонуу керектигин айтыңыз, мен аны ошол жерден алам. -Көп экен, кайсынысы менен таанышсың? Ой, аты эсимде жок. Бул көп убакыт мурун болгон. -j Templates? jQote? ТАЗА? Эрр, коңгуроо какпайт. Дагы бир? - Ачыктыкпы? JSRender? MarkupJS? KnockoutJS? Анын эки тараптуу байланышы бар болчу. Дагы бир? -PlatesJS? jQuery-tmpl? Руль? Кээ бир адамдар дагы деле колдонушат. Балким. Акыркысына окшоштор барбы? -Мурут, астын сызыкчы? Менимче, азыр лодаштын да чынчылдыгы бар, бирок алар 2014-жылдын түрү. Эрр.. балким жаңыраак болгондур. - Нефрит? DustJS? Жок. -DotJS? EJS? Жок. - Нужуктер? ECT? Жок. -Мах, баары бир Coffeescript синтаксиси эч кимге жакпайт. Jade? Жок, сиз буга чейин Нефрит деп айткансыз. - Мен Пуг дегеним эле. Мен Джейдди айткым келди. Айтайын дегеним, Джейд азыр Пуг. Үшкүрүк. Жок. Эсимде жок. Сиз кайсынысын колдонот элеңиз? -Балким, жөн гана ES6 түпкү шаблон саптары. Мен болжолдоп көрөйүн. Жана бул ES6 талап кылат. -Туура. Кайсы браузерди колдонуп жатканыма жараша Babel керек. -Туура. Эгерде мен бүтүндөй негизги китепкананы кошпой эле киргизгим келсе, аны npmден модул катары жүктөшүм керек. -Туура. Бул Browserify, же Wepback, же SystemJS деп аталган башка нерсени талап кылат. -Туура. Бул Webpack болбосо, идеалдуу түрдө тапшырма жүгүртүүчү тарабынан башкарылышы керек. -Туура. Бирок, мен функционалдык программалоону жана терилген тилдерди колдонушум керек болгондуктан, алгач Typescriptти алдын ала компиляциялашым керек же бул Flow нерсени кошушум керек. -Туура. Анан күтүүнү колдонгум келсе, аны Бабылга жөнөт. -Туура. Ошентип, мен Fetch, убадаларды жана агымды жана ошол сыйкырды башкара алам. -Эгер ал колдоого алынбаса, Fetch'ти политолтурууну унутпаңыз, Safari дагы деле аны көтөрө албайт. Сиз эмнени билесиз. Бул жерде биз бүттүк деп ойлойм. Чынында, мен бүттүм деп ойлойм. Мен веб менен бүттүм, мен JavaScript менен бүтүп калдым. -Жакшы, бир нече жылдан кийин баарыбыз Elm же WebAssemblyде коддоп калабыз. Мен жөн гана артка кайтууга бара жатам. Мен бул көп өзгөрүүлөрдү жана версияларды, басылмаларды, компиляторлорду жана транспилерлерди көтөрө албайм. JavaScript коомчулугу, эгер кимдир бирөө муну кармай алат деп ойлосо, жинди болот. -Мен сени угуп жатам. Сиз анда Python коомчулугун аракет кылышыңыз керек. Неге? - Python 3 жөнүндө уккан белеңиз? Жаңыртуу: каталарды жана каталарды көрсөткөнүңүз үчүн рахмат, мен макаланы белгиленгендей жаңылайм. HackerNews жана Redditте талкуу .