Спасибо Илье и fwdays за крутой доклад. Очень нравятся TS и Rescript. Но у rescript есть ношки) Во-первых, насколько мне известно rescript не повторяет весь функционал ocaml, поправьте если ошибаюсь, но в нём нету возможности определять инфиксные функции. И если мне не изменяет память, в рескрипт возможно будут вводить фичи которых нету и не будет в ocaml. Так, что ответ на вопрос "что с спекой для rescript?" не такой однозначный. Во-вторых, rescript неплохо себя показывает с react, а судя по докам и демкам - прям супер. Но если брать экосистему js в целом то интероп оч слабенький, многие js либы внутри имеют мутации, та и в rescript нету классов, не то что бы я их фанат, но сейчас невозможно создать класс на базе другого и на форумах рекомендуют всё равно держать код на ts/js для таких случаев. В-третьих, я предполагаю, что желательно переписать хотя бы треть, а лучше половину проекта на resctipt что бы начать получать бенефиты от надежности системы типов, иначе интероп с js будет очень часто и больно напоминать о себе. В итоге получается что нужно быть очень мотивированным, что бы юзать rescript вне react экосистемы. Я очень надеюсь что технология будет развиваться и возможно выстрелит, но пока минусов(субъективно) у rescript побольше чем у typescript
если бы я делал сложный проект - со сложными структурами данных, связями между сущностями, ресурсоемким дата процессингом - то я бы выбрал Java и набрал бы джавистов - Но сам на ней никогда бы не кодил.
в каких это критических областях использую джаву потому, что она джава? Климов сразу говорит: "виновата не технология а человек" но в примере, проблема как раз в том, что технология не контролирует то что обещает, что и потворствует ошибке человека
Не понял, если "и тесты были, и все было", то как этот дефект пролез в продакшн? А если бы не было TS, чем было бы лучше? Типа TS дал мнимую защищенность, а без него програмисты бы знали, что у них полный хаос и... что? Главное было рассказать красивую историю, притянуть к ней TS и невзначай сказать "всего лишь несколько сотен тысяч долларов"
Балда! Автор о том, что "подобную лажу" надо не допускать а не "отлаживать"! Давай еще на французском левой рукой писать, пусть наймут "кого-нибудь", "отлавливать". Кодер предметной области должен думать и "отлавливать" ошибки бизнес-логики а не ходить за компилятором и пере-проверять действительно ли все Ок там где компилятор сказал, что "все Ок" ? Но вапще да, лучше забей наверное, если не "догонал" сам и сразу то не объяснишь...
В любом проекте, а уж тем более на таком критичном как медицина, необходимо корректно обрабатывать ошибки. Если вы где-то позволили себе запись аля try{}catch(e){console.log(e)}, то язык-то тут при чем? Да, в TS типизация больше лежит на плечах программиста, в отличии от C, Java, Go и т.п. и да, у вас на выходе обычный JS в котором нет типов. Но в строго типизированных языках, вы так же можете получить ошибку в runtime, что собственно вы и демонстрируете. И вот эти ошибки runtime нужно как-то обрабатывать.
Это не отбеливает ts и я не в курсе за бек, но разве логи не должны были поймать ошибку. Или же тестеры должны были обнаружить что данные не дропаются в бд.
Это просто класс ошибки такой, в каждом языке есть такие засады, про них к сожалению нужно просто знать. Ну к примеру есть метод с двумя параметрами типа стринг, параметры поменяли местами и всё и забыли где-то поменять. И приплыли) вижу замену типа - пишу коммент проверь везде.
Я согласен с Ильей, но на собеседовании не говорите что вы плохо относитесь в TS. Для меня TS это минимальная подсветка датафлоу - и я сначала пишу интерфейсы, а потом рабочий код.
@@АндрейКондратов-ф9ь 1) для начала ротом спросить про алергии 2) принять какой-нибудь стандарт, чтобы самый дешевый фитнес-браслет мог отдавать нужную инфу - его носить уже в интересах аллергика. 3) делать нативную аппку под планшет
Как я ответил ниже - это война. Мы еще соринки в глазах чужих, не замечая у себя бревен. Здесь какая-то финансовая заинтересованность, просто мы о ней не знаем.
будут ли англ субтитры? было бы круто, если бы руско/украино-язычные доклады имели субтитры, если доклад затрагивает твой проект, ты согласен с позицией автора и его можно кинуть зарубежным коллегам, как крутое обьяснение своей позиции
К сожалению, один из самых слабых докладов Ильи. Громкая тема, но доводы недотянуты. Ближе к концу совсем все поплыло. Было такое ощущение, что докладчик одновременно занят минимум 4мя вещами.
@@podoprigoraisv а как примерами кода докажите что технология себя не оправдывает? Тут упор был сделан как раз на достаточно объективный показатель, а именно прибыль которую приносила команда. И судя из доклада в эксперементе участвовала не одна команда Как это может показать код? Код может быть идеален, но не приносить ни какой прибыли. Зачем он тогда нужен, именно в контексте бизнеса?
Если по "реалистичному" рейтингу от TIOBE JS по популярности на уровне ассемблера, то почему на JS вакансий примерно в дохреналион раз больше? Что-то тут не так...
Интересно, почему Хаскель считают таким академичным? 100 раз слышал про это, но вот доводов в пользу этого ни разу после высказывания не было. Такое ощущение, что где-то кто-то когда-то сказал, а теперь все повторяют
Появился вопрос после этого, думал начать писать на TS, сейчас пишу на vanilla js, и вопрос, стоит ли начинать учить его, так как много вакансий с ним? TS один раз пробовал.
Ты сам себе ответил на вопрос - "так как много вакансий с ним". Хочешь проще искать роботу - учи. Но даже без этого ТС помогает лучше понять JS. Мало кто разбирается с динамической типизацией в различных ситуациях.
@@ArankFreedom это и так понятно, потому что ТС это суперсет JS. Но вместо того чтобы держать всё в голове, можно переложить проверку некоторых вещей (типов) на технологию. Для этого и создаются такие вещи. Так можно пойти дальше - может сначала проще C понять, ассемблер, а лучше сразу машинный язык 😀
у меня в конторе тоже "появился TS" потому, что "все теперь на TS" ? причем все что от TS там это тупо переписывание объявлений в духе: string:String:string Смотреть страшно! Идти против течения не просто но свалиться вместе со всеми в пропасть тупо "за компанию" еще хуже ящетаю
@@TheProfessionalGambler Если сам не понял динамическую типизацию то сам себе буратино! Все что нужно это слезть с типизации вообще, причина того что типизация вообще есть - субъективная и антропогенная, людям просто проще представлять все как предметные сущности а не как абстрактные связи - операции. Но еще ни одна система типов никуда не привела никого, зато похоронила очень многих во всех смыслах. У тебя уже есть все что нужно: функция и ее "предметная тень" - Object, можно добавлять инструментальные типы (с оглядкой на надежность разработчика) но нельзя плодить прикладные типы , более того позволять и тем более заставлять делать это всех на проекте и надеятся что все получится "потому, что тесты". Не получится и Рескрипт сомневаюсь что выход. ООП просто не годится для прикладных задач, но трушники этого никогда не поймут, поймут только "цыгане"
Гигантскому кол-ву проектов важен быстрый выход в продакшен. Тайп скрипт прям идеален для манки-кодинга. В таких проектах тесты - зло. Анализировать проекты, что вырастают и долетают до консалтинга - это как ошибка выжившего, и с этой точки зрения Илья более, чем прав. Критический бекенд на ноде - это скорее неправильно выбранная технология.
тайпскрипт убивает. Реакт убивает . Фронтенд убивает. Программирование убивает. Автор конечно мастер говорить час ни о чем. И да эта же история ложится на любой язык
Ну такое... При наличие теста у компонента на отображение аллергий такой коммит бы не был смержен и не попал бы в релиз. Пишите тесты и все будут здоровы!
так суть языка с типизацией в том, чтобы в тестах не разрабатывать свою систему типов, если нет, то поправьте в js, например, мы проверяем в тестах, подается ли на вход требуемый тип, а в ts заранее прописан
вот кстати пример формошлепства с этой конференции. зачем уточнять условия кейса, говорить не о возможных а конкретных условиях когда можно бездумно делать а потом чесать репу. в 100 раз убеждаюсь что такого рода конференции не несут никакой смысловой нагрузки. лучше купить качественную совремменую специализированную литературу связанную со спецификой работы чем слушать этих "а давайте свитчнем технологию и посчитаем что это лучшее решение" ua-cam.com/video/ze4Qve1azA0/v-deo.html
А зачем тебе динамическая типизация. Если сейчас майнстрим как раз уходить от нее в статическую типизацию) Динамическая хороша для одиночных программистов. Когда сам пишешь и всю структуру держишь в голове. Чем больше команда, тем сложнее контролировать корректность передаваемых данных. И много спагетти на проверку корректных данных.
Не соглашусь, казалось бы я разбираюсь в мире TS прилично, но доклад наводит на размышления. Если вам было не информативно, ну так вы большой молодец, что и так все знаете.
@@ViktorPolyakov15 Если инженер не согласен с какой технологией он берет и делает лучше, так родилось много хороших продуктов. Посмотрите на Тимура Шемсединова он жестко критикует Node.js фреймворки, но он 2 года создаёт свое решение, посмотрите на его github аккаунт, я поражаюсь его продуктивности.
@@podoprigoraisv согласен! На самом деле мне во много нравится Илья, но его «ненависть» к TS уже попахивает манией. И я с вами согласен про лицемерие т.к. во многих роликах он наоборот хвалит как TS помогает в разработке
Громкий заголовок и громкие заявления в видео: "Typescript убивает жизни", - значит ли это, что Javascript повёл бы себя иначе? Мы уже забыли, что Typescript не меняет поведение Javascript'а? Дизлайк этому видео за пропаганду.
@@tvortsa сам та понял что написал? Если под TS подразумевался TypeScript, то причём тут рефактринг? За рефакторинг отвечает разработчик и его IDE. Ты от английского или китайского языка тоже ожидаешь "умеет рефакторинг" ?
@@tvortsa так это проблема тех, кто слишком доверчивый или недостаточно понимает недостатки TS, пытаясь возложить на него то, за что он не несет ответственности. Он говорит "я тебе помогу во время рефакторинга", а не "я сделаю твой код безошибочным"
Потому, что для русскоязычной аудитории. Вы не думали, почему 99% международных докладов на английском? Если вы за популяризацию мовы, то вам в другой чат.
@@Dober1288 Потому что на постсоветском пространстве (СНГ) русский яз. является по факту языком межнационального общения. Если вы хотите местичковую конференцию, рассчитанную только для украинских разработчиков, что ж делайте патриотичненько на мове.
@@bulsond , никакого факта нет, этот стереотип уже давно пора оставить в прошлом, чём больше проходит времени с распада союза, тем больше языковые направленности расходятся. Тогда уж для международного уровня нужно на англ проводить.
@@Dober1288 Вы пытаетесь желаемое выдать за действительное. Английским на хорошем уровне влядеют в Украине значительно меньше, чем русским языком. Это факт, и с этим, я надеюсь, вы спорить в здравом уме не будете. Такая же ситуация наблюдается в Беларуси, Казахстане и проч. республиках.
@@bulsond , не буду спорить, но также факт, что с каждым годом этот баланс смещается в другую сторону, взяв ту же Грузию(которую вы не упомянули) мы уже имеем обратный результат, большая часть молодежи там уже не знает рус. язык.
Спасибо Илье и fwdays за крутой доклад.
Очень нравятся TS и Rescript. Но у rescript есть ношки)
Во-первых, насколько мне известно rescript не повторяет весь функционал ocaml, поправьте если ошибаюсь, но в нём нету возможности определять инфиксные функции. И если мне не изменяет память, в рескрипт возможно будут вводить фичи которых нету и не будет в ocaml. Так, что ответ на вопрос "что с спекой для rescript?" не такой однозначный.
Во-вторых, rescript неплохо себя показывает с react, а судя по докам и демкам - прям супер. Но если брать экосистему js в целом то интероп оч слабенький, многие js либы внутри имеют мутации, та и в rescript нету классов, не то что бы я их фанат, но сейчас невозможно создать класс на базе другого и на форумах рекомендуют всё равно держать код на ts/js для таких случаев.
В-третьих, я предполагаю, что желательно переписать хотя бы треть, а лучше половину проекта на resctipt что бы начать получать бенефиты от надежности системы типов, иначе интероп с js будет очень часто и больно напоминать о себе.
В итоге получается что нужно быть очень мотивированным, что бы юзать rescript вне react экосистемы. Я очень надеюсь что технология будет развиваться и возможно выстрелит, но пока минусов(субъективно) у rescript побольше чем у typescript
Java, С# или С++ тоже забрали много жизней, я уверен. Несмотря на это, их всё равно используют в критически важных областях.
если бы я делал сложный проект - со сложными структурами данных, связями между сущностями, ресурсоемким дата процессингом - то я бы выбрал Java и набрал бы джавистов - Но сам на ней никогда бы не кодил.
То TypeScript из подставил!
в каких это критических областях использую джаву потому, что она джава?
Климов сразу говорит: "виновата не технология а человек" но в примере, проблема как раз в том, что технология не контролирует то что обещает, что и потворствует ошибке человека
@@tvortsa интернет банкинг
Не понял, если "и тесты были, и все было", то как этот дефект пролез в продакшн? А если бы не было TS, чем было бы лучше? Типа TS дал мнимую защищенность, а без него програмисты бы знали, что у них полный хаос и... что?
Главное было рассказать красивую историю, притянуть к ней TS и невзначай сказать "всего лишь несколько сотен тысяч долларов"
На 21:32 а при чем тут TS и\или JS? Бизнес логику надо покрывать юнит-тестами, чтобы подобную лажу отлавливать.
Забей
нужно же оправдать название доклада
Балда! Автор о том, что "подобную лажу" надо не допускать а не "отлаживать"!
Давай еще на французском левой рукой писать, пусть наймут "кого-нибудь", "отлавливать".
Кодер предметной области должен думать и "отлавливать" ошибки бизнес-логики а не ходить за компилятором и пере-проверять действительно ли все Ок там где компилятор сказал, что "все Ок" ?
Но вапще да, лучше забей наверное, если не "догонал" сам и сразу то не объяснишь...
@@tvortsa так давай не использовать подсветку синтаксиса! Кодер должен читать код, а не любоваться разноцветными символами
приятно подаёт материал. спасибо
В любом проекте, а уж тем более на таком критичном как медицина, необходимо корректно обрабатывать ошибки. Если вы где-то позволили себе запись аля try{}catch(e){console.log(e)}, то язык-то тут при чем? Да, в TS типизация больше лежит на плечах программиста, в отличии от C, Java, Go и т.п. и да, у вас на выходе обычный JS в котором нет типов. Но в строго типизированных языках, вы так же можете получить ошибку в runtime, что собственно вы и демонстрируете. И вот эти ошибки runtime нужно как-то обрабатывать.
Отличный доклад! Ждем курс по ReScript!
Где разрабов и библиотеки брать будете? Или повторять опыт wrike с dart;) TS индустриальный стандарт.
а еще джава была "индустриальным стандартом", единственный стандарт сегодня это web а все остальное - сиюминутно и локально в той или иной степени
@@tvortsa для фронтенда была индустриальным стандартом?
Продал, интересно, спасибо)
Было интересно, спасибо
Илья Климов для меня гуру фронта как Тимур Шемсединов гуру бекенда. Спасибо за то что они делают для инженерной культуры
А что они делают?
Это же троллинг?
@@РустР скинете ссылку на свой ютуб канал? сайт тоже подойдет, как и блог. очень интересно ваше мнение
@@Julia-ri6bh мнение о чем?
Это не отбеливает ts и я не в курсе за бек, но разве логи не должны были поймать ошибку. Или же тестеры должны были обнаружить что данные не дропаются в бд.
Спасибо, что доклад был не на английском. Даже удивлён. Здоровья вам.
Слезли с иглы тс а на какую сели-то?
Rescript. но если лень переписывать весь код, можно просто добавить линтеров к TypeScript)
Это просто класс ошибки такой, в каждом языке есть такие засады, про них к сожалению нужно просто знать. Ну к примеру есть метод с двумя параметрами типа стринг, параметры поменяли местами и всё и забыли где-то поменять. И приплыли) вижу замену типа - пишу коммент проверь везде.
Тоже нравился TS на старте, но после опыта с другими языками и реализациями систем типов (Scala, Elm) понял, что TS не для меня.
Я согласен с Ильей, но на собеседовании не говорите что вы плохо относитесь в TS. Для меня TS это минимальная подсветка датафлоу - и я сначала пишу интерфейсы, а потом рабочий код.
Пациента приговорили еще когда назначили веб-сайт медицинским инструментом, в том числе для использования в экстренных ситуациях.
Хочется уточнить, а какой инструмент вы видите? Носить библиотеку картокек за спиной? Быренько позвонить в библиотеку?
@@АндрейКондратов-ф9ь 1) для начала ротом спросить про алергии 2) принять какой-нибудь стандарт, чтобы самый дешевый фитнес-браслет мог отдавать нужную инфу - его носить уже в интересах аллергика. 3) делать нативную аппку под планшет
По той ошибке, что с кешем. А зачем его вообще копировать было?
и зачем вообще нужно было софт писать? носили бы бумажки как в гвинее-бисау и ничего бы не упало! о.о
а не проще пофиксить эту багу, чем менять язык?
и линтером запретить такую гадость делать)
Как я ответил ниже - это война. Мы еще соринки в глазах чужих, не замечая у себя бревен. Здесь какая-то финансовая заинтересованность, просто мы о ней не знаем.
будут ли англ субтитры? было бы круто, если бы руско/украино-язычные доклады имели субтитры, если доклад затрагивает твой проект, ты согласен с позицией автора и его можно кинуть зарубежным коллегам, как крутое обьяснение своей позиции
нет
Свою позицию нужно доказывать примерами кода, и не заниматься "болтологией" приводя спорные аргументы.
К сожалению, один из самых слабых докладов Ильи. Громкая тема, но доводы недотянуты. Ближе к концу совсем все поплыло. Было такое ощущение, что докладчик одновременно занят минимум 4мя вещами.
@@PhotographerRoman Тайпскрипт убивает людей - довод весьма убедительный
@@podoprigoraisv а как примерами кода докажите что технология себя не оправдывает? Тут упор был сделан как раз на достаточно объективный показатель, а именно прибыль которую приносила команда. И судя из доклада в эксперементе участвовала не одна команда
Как это может показать код?
Код может быть идеален, но не приносить ни какой прибыли. Зачем он тогда нужен, именно в контексте бизнеса?
Неплохо было бы отметить для спецов какого уровня эта лекция - было интересно, но ничего не понял :-)
все: что такое интересный доклад?
Хайп-машина Ильи: тайпскрипт убивает
Здравствуйте, Александр Геннадьевич
ну да, смерть человека это так смешно и интересно...
@@dv4able Добрый!
Если по "реалистичному" рейтингу от TIOBE JS по популярности на уровне ассемблера, то почему на JS вакансий примерно в дохреналион раз больше? Что-то тут не так...
Интересно, почему Хаскель считают таким академичным? 100 раз слышал про это, но вот доводов в пользу этого ни разу после высказывания не было. Такое ощущение, что где-то кто-то когда-то сказал, а теперь все повторяют
с таким подходом JavaScript серийный убийца
Появился вопрос после этого, думал начать писать на TS, сейчас пишу на vanilla js, и вопрос, стоит ли начинать учить его, так как много вакансий с ним? TS один раз пробовал.
Ты сам себе ответил на вопрос - "так как много вакансий с ним". Хочешь проще искать роботу - учи.
Но даже без этого ТС помогает лучше понять JS. Мало кто разбирается с динамической типизацией в различных ситуациях.
@@TheProfessionalGambler так может проще сначала понять js ?
@@ArankFreedom это и так понятно, потому что ТС это суперсет JS. Но вместо того чтобы держать всё в голове, можно переложить проверку некоторых вещей (типов) на технологию. Для этого и создаются такие вещи.
Так можно пойти дальше - может сначала проще C понять, ассемблер, а лучше сразу машинный язык 😀
у меня в конторе тоже "появился TS" потому, что "все теперь на TS" ? причем все что от TS там это тупо переписывание объявлений в духе: string:String:string
Смотреть страшно!
Идти против течения не просто но свалиться вместе со всеми в пропасть тупо "за компанию" еще хуже ящетаю
@@TheProfessionalGambler
Если сам не понял динамическую типизацию то сам себе буратино!
Все что нужно это слезть с типизации вообще, причина того что типизация вообще есть - субъективная и антропогенная, людям просто проще представлять все как предметные сущности а не как абстрактные связи - операции.
Но еще ни одна система типов никуда не привела никого, зато похоронила очень многих во всех смыслах.
У тебя уже есть все что нужно: функция и ее "предметная тень" - Object, можно добавлять инструментальные типы (с оглядкой на надежность разработчика) но нельзя плодить прикладные типы , более того позволять и тем более заставлять делать это всех на проекте и надеятся что все получится "потому, что тесты".
Не получится и Рескрипт сомневаюсь что выход. ООП просто не годится для прикладных задач, но трушники этого никогда не поймут, поймут только "цыгане"
Гигантскому кол-ву проектов важен быстрый выход в продакшен. Тайп скрипт прям идеален для манки-кодинга. В таких проектах тесты - зло. Анализировать проекты, что вырастают и долетают до консалтинга - это как ошибка выжившего, и с этой точки зрения Илья более, чем прав. Критический бекенд на ноде - это скорее неправильно выбранная технология.
хороший доклад, спасибо
В Рескрипте сходу заметно что нету странных по синтаксису try-catch блоков и ошибка - это просто последний вариант в сценарии
Так доброго ранку чи добрий ранок?
Ключевое слово в "своих".
тайпскрипт убивает. Реакт убивает . Фронтенд убивает. Программирование убивает. Автор конечно мастер говорить час ни о чем. И да эта же история ложится на любой язык
Чушь, давайте на одном примере будем делать выводы, это даже не смешно
Базара нет, ждём адоптеров.
Как теперь жить с тайпскриптом?
не писать как-будто у вас java
Мне было сложно слушать. Я один такой?
И всё равно обработчик onClick написал как во Vue в кавычках.
лотус не пропьешь
С 4:40 на русском
Ну такое... При наличие теста у компонента на отображение аллергий такой коммит бы не был смержен и не попал бы в релиз. Пишите тесты и все будут здоровы!
так суть языка с типизацией в том, чтобы в тестах не разрабатывать свою систему типов, если нет, то поправьте
в js, например, мы проверяем в тестах, подается ли на вход требуемый тип, а в ts заранее прописан
вот кстати пример формошлепства с этой конференции. зачем уточнять условия кейса, говорить не о возможных а конкретных условиях когда можно бездумно делать а потом чесать репу. в 100 раз убеждаюсь что такого рода конференции не несут никакой смысловой нагрузки. лучше купить качественную совремменую специализированную литературу связанную со спецификой работы чем слушать этих "а давайте свитчнем технологию и посчитаем что это лучшее решение"
ua-cam.com/video/ze4Qve1azA0/v-deo.html
В какой-то момент я думал, что автор придёт к ClosureScript :) Жаль, там динамическая типизация...
А зачем тебе динамическая типизация. Если сейчас майнстрим как раз уходить от нее в статическую типизацию)
Динамическая хороша для одиночных программистов. Когда сам пишешь и всю структуру держишь в голове.
Чем больше команда, тем сложнее контролировать корректность передаваемых данных. И много спагетти на проверку корректных данных.
ua-cam.com/video/jnSHRPCTFPc/v-deo.html На текущий момент 06.2022 Javascript(7) 2.12%(-0.33%) TypeScript(43) 0.19%
Милнера с Миллером попутал. Милнер - автор ML, Миллер - это пиво такое.
да насрать на обоих, осспадя...
По сути Rescript это Rust для Интернета)
Тоже так показалось )
спасибо за русский
32:08 дота 2?
помечка благодатная
Зачем по польски говорить?))
я использую жс, лень иногда с типами тайпскрипта мучаться
Как обычно доклад ради хайпа и самопиара ничего нового или полезного, по факту все опять же сводится к человеческому фактору
Как обычно коммент ради хайпа и самопиара, ничего нового или полезного. По факту все, опять же, сводится к человеческому фактору.
Не соглашусь, казалось бы я разбираюсь в мире TS прилично, но доклад наводит на размышления. Если вам было не информативно, ну так вы большой молодец, что и так все знаете.
@@TheProfessionalGambler лишь бы что то написать молодец
@@rude_code спасибо, взаимно)
то есть вы где-то уже читали/смотрели про подобные эксперементы? Дайте ссылочку
После слов "TypeScript убивает людей", для меня Илья умер как специалист. Это уже какое-то лицемерие.
Любовь к бездыханной технологии больше человеколюбия брат Александр. Покайтесь ибо сбились с праведного пути к светлому будущему разработки)😇
а Jquery воскресил кучу людей
Мне кажется, что Илья уже давно объявил войну TS и с каждым годом война становится все жестче.
@@ViktorPolyakov15 Если инженер не согласен с какой технологией он берет и делает лучше, так родилось много хороших продуктов.
Посмотрите на Тимура Шемсединова он жестко критикует Node.js фреймворки, но он 2 года создаёт свое решение, посмотрите на его github аккаунт, я поражаюсь его продуктивности.
@@podoprigoraisv согласен! На самом деле мне во много нравится Илья, но его «ненависть» к TS уже попахивает манией.
И я с вами согласен про лицемерие т.к. во многих роликах он наоборот хвалит как TS помогает в разработке
Лайк за мову. И за годный доклад.
Громкий заголовок и громкие заявления в видео: "Typescript убивает жизни", - значит ли это, что Javascript повёл бы себя иначе? Мы уже забыли, что Typescript не меняет поведение Javascript'а?
Дизлайк этому видео за пропаганду.
Причем тут "поведение Javascript'а" !?
TS меня уверяет что он умеет рефакторинг, я и пользуюсь его рефакторингом, а он берет и внезапно не умеет!
@@tvortsa сам та понял что написал?
Если под TS подразумевался TypeScript, то причём тут рефактринг?
За рефакторинг отвечает разработчик и его IDE. Ты от английского или китайского языка тоже ожидаешь "умеет рефакторинг" ?
@@tvortsa так это проблема тех, кто слишком доверчивый или недостаточно понимает недостатки TS, пытаясь возложить на него то, за что он не несет ответственности. Он говорит "я тебе помогу во время рефакторинга", а не "я сделаю твой код безошибочным"
Чому вся доповідь не українською?)
А чому має бути?
Аудитория шире
Потому, что для русскоязычной аудитории. Вы не думали, почему 99% международных докладов на английском? Если вы за популяризацию мовы, то вам в другой чат.
Мне нравится украинская, но сложные темы я на ней не пойму (((
Отличный доклад, но ничего не понятно на украинском))))))))))
Отлично! Собачий язык приятно слушать!
твое мнение всех интересует
Russian or Ukrainian?
А почему не на русском?
А почему должен быть на русском?
@@Dober1288 Потому что на постсоветском пространстве (СНГ) русский яз. является по факту языком межнационального общения. Если вы хотите местичковую конференцию, рассчитанную только для украинских разработчиков, что ж делайте патриотичненько на мове.
@@bulsond , никакого факта нет, этот стереотип уже давно пора оставить в прошлом, чём больше проходит времени с распада союза, тем больше языковые направленности расходятся. Тогда уж для международного уровня нужно на англ проводить.
@@Dober1288 Вы пытаетесь желаемое выдать за действительное. Английским на хорошем уровне влядеют в Украине значительно меньше, чем русским языком. Это факт, и с этим, я надеюсь, вы спорить в здравом уме не будете. Такая же ситуация наблюдается в Беларуси, Казахстане и проч. республиках.
@@bulsond , не буду спорить, но также факт, что с каждым годом этот баланс смещается в другую сторону, взяв ту же Грузию(которую вы не упомянули) мы уже имеем обратный результат, большая часть молодежи там уже не знает рус. язык.