Разыгрываем книгу. Я предлагаю Purely Functional Data Structures by Chris Okasaki, все примеры в этой книге приведены на языке StandartML. Было бы прикольно прорешать ее на ReasonML. Вы же можете выбрать любую другую техническую книгу ценой до 40 евро. Правила: Оставить комментарий под этим видео ПО ТЕМЕ ВИДЕО. Плюс тег #розыгрыш и ссылку на предыдущий комментарий на канале. Комментарий должен был быть оставлен до 28 сентября 2020 включительно. Если вы до этого момента не писали комментарии - в будущем еще будут розыгрыши. Победителя определим случайным образом на стриме для патреонов 31 октября 2020. Возраст и пол участников не ограничен. Розыгрыш провожу я Рожков Дмитрий Павлович.
@@SeniorSoftwareVlogger видимо и делается это для увеличения порога вхождения в проект, дабы избежать ухода проекта + можно с заказчиком по другому разговаривать, ввиду отствутвия специалистов))
Вполне возможно. Ещё это может быть отдушиной. Часто на аутсорсинге надо делать всякую дичь. Так хоть ты делаешь дичь на Элме. В данном случае у них свой отдел разработки ну и задача была ошибки минимизировать. Вроде оправданно.
Похожая ситуация у Wrike с Dart :) Да наверно и у большинства компаний, которые "интегрируют" свои самописные CMS, хотя в случаи ReasonML/Dart/Clojurescript ситуация конечно значительно лучше, посколько это production-ready решения, за которыми стоят большие компании или сформированное сообщество
2 года прошло и очень интересно узнать - продолжает ли Антон сейчас писать проекты на rescript? И как зарекомендовал себя rescript на дистанции. Где-то в комментах видел, что они вроде обратно вернулись на react js. В общем поддержите лайками, если Вам так же интересен этот вопрос :)
просто он говорил о том, с чем сталкивается ежедневно. У меня опыт программирования... ну, вся жизнь, а именно по работе - лет 25. ПРограммировал почти на всем, на чем можно, даже в машинных кодах писал, на бумажке переводя ассемблерный код в машинный. И все эти термины я знал, когда оперировал ими. Последние лет пять писал чисто на джавескрипте, не сталкиваясь почти полностью с ООП или приколами чисто фунциональщины, и вот в процессе просмотра периодически останавливал запись, чтобы спросить у инета, что означает тот или иной термин. Я был такой же замотивированный и так же у меня горели глаза те самые лет 25-20 назад. Потом все это перешло в работу типа "какая мне разница на чем писать, на чем скажете, на том и напишу. как скажете, так и напишу. ООП? Без проблем. Си шарп? пожалуйста. Форт? Си с плюсами? Ф-шарп? Бейсик, упокой его душу?". Хотя иногда везет что-то новое, что приходится использовать по работе заставляет переться вот как здесь. Последний года прусь с Го. НО все равно чувствую, что к своему полтиннику мозги что-то начинают сдавать, энузазизма нет. Хех...
@@AndrewMansonNoperapon это круто. Потому я вижу для себя путь развития не в другие языки, а в компетенции. Язык - это инструмент, но алгоритмы - это основа. На чём угодно - да, но как угодно - ни в коем случае. Если мне не нравится архитектура или алгоритм, я постараюсь предложить вариант получше. Если мне не нравится пользовательский опыт, я тоже постараюсь предложить вариант получше. А написание непосредственно кода отходит уже на второй план.
@@Disorrder Ну, это если архитектурить проект с нуля. А если просто вливаешься в готовый проект, который из года в год допиливается, а заказчик в большинстве случаев доволен тем, что есть, так как оно в принципе работает, а как код построен ему до одной фени, то прости, он не будет платить за рефакторинг. Да и любой более-менее сложный код практически не годится для переделок просто по причине недостатка времени, денег и трудоемкости. Поэтому больше ценится, если человек входит в проект и продолжает в нем писать по тем принципам, которые были в него заложены, правильные они или нет - не важно. Нет, если заказчик хочет или у вас самих есть ресурсы и желание менять код в лучшую сторону, показывая свои компетенции - это только в плюс. Но просто поставьте себя на место заказчика, который пришел, например к вам с тем, чтобы вы немного подшаманили его проект (такое очень часто бывает), а вы начнете ему говорить "не, тут не так, здесь устарело, а давайте мы вам с нуля перепишем на правильной архитектуре!". Он тогда просто уйдет и все.
Добавлю ещё. 4 года разработки не имея начальной базы - это просто удивительно. Начитан, понимает как работает и почему это так работает. Если бы меня спросили сколько он в разработке - я бы ответил, что не менее 10 лет. Хаскел? Наряду с реактом? Явно он для себя очень много читает/изучает. Плюс прослеживается политика компании в его диалоге, а так же отношение компании к нему. Компания его ценит, хорошо оплачивает и готова к нему прислушиваться, потому он не считает вечернее переработки - переработками) Таких мало, к сожалению.
Аннотации в TS - это альтернатива unit тестам, где часть проверок на возвращаемые типы значений берет на себя компилятор. До кучи TS позволяет написать проект, основываясь только на сведении типов и спеки, ни разу его не запуская. Ты свел все ошибки к нулю - запускаешь и все работает.
Очень крассное интервью получилось. Антон сильно прокачался за 4 года. Интресно, когда он в бекенд уйдет? ;) Изначально хотел полушать в фоне, но в итоге залип на 2 часа :) Спасибо!
@@linkernick5379 с нуля где-то 6-8 месяцев в сумме, делала тз на реакте. То что меня взяли это была большая удача, так как знания у меня были очень скудные. Все индивидуально, кто-то быстро все схватывает, кому-то нужно время чтобы понять. Мое мнение, если ты с нуля, то на один только js нужно минимум год потратить и ещё с год на html/css и какую-нибудь фронтенд библиотек, тогда не стыдно будет выкатываться в профессию.
На тему кстати интеллигентности разработчиков. Я тут в чате разработчиков по СПБ пытался поднять тему, нужен ли тайпскрипт и не слишком ли мы закапываемся и переусложняем наши инструменты разработки, что возможно есть альтернативные пути. Надеялся на дискуссию и надеялся что-то новое понять. В результате, через 15 минут меня просто послали на 3 буквы =)
Интересое интервью, лично для меня, Ризон стал открытием года (прошлого, 2019-го), писать рабочие проекты стало снова интересно :) Единственное, с чем не соглашусь, это с тем, что изучать модули можно не сразу. Наоборот, чем быстрее, тем лучше, по крайней мере у меня "щёлкнуло", как надо писать на Ризоне сразу после прочтения глав про модули (я читал Real World OCaml).
Все айти - это трата времени, причем своего времени: учишь одно - устаревает, учишь другое - нет вакансий, учишь третье - оказывается, появилось четвертое, на которое будем мигрировать и так далее... А жизнь проходит, жить не научился, ибо учил 100500-й фреймворк для JS
Значит такой человек не понимает фундаментальных основ. Ведь по сути, а какая разница между к примеру JS и PHP? Мультипарадигма что там, что там, просто задачи языков разные, хотя и об этом уже можно поспорить. Куча фреймворков? Да, но они дублируют друг друга в плане выполнимых задач. Когда есть хорошая база ООП/ФП, шаблонов и подходов к реализации задач, язык становится лишь средством, а не основным инструментом по жизни, как и любой фреймворк. Года 2 назад я рассуждал как в вашем комментарии.
за то, алгоритмы и структуры данных это МАСТ ХЭВ (ирония: я понимаю, что в разный момент времени человек может ошибаться, особенно если чего-то не делает каждый день, но проблема в том, что при аналогичных условиях часть тематик становится МАСТ ХЭВной)
Слабенький эксперт, на 14:24 утверждение, что функции возвращающие функции не могут быть типизированы, просто не профессионально! Если вы не умеете типизировать вывод функции, то это ваша проблема, а не TS. Дальше смотреть смысла нет, почитайте документацию. И еще, у меня например типы экономят время, как и у всех колег в моей команде, возможно Senior не такой уж Senior?
вот тут объяснение про вывод типов в этой ситуации и сравнение ReasonML с TS и Flow, его же доклад th-cam.com/video/xx5ci1z5Cv0/w-d-xo.html смысл смотреть дальше есть
@@СергейДедков-ц9э Автор сам говорит что он плохо знает Typescript. Вот вам сферический конь в вакууме: type stringAndNumber = string | number type f1 = () => stringAndNumber const f2: () => f1 = () => () => 20 В реальном мире stringAndNumber будет заменен на что-то связанное с доменной моделью - имеющее смысловое значение для разработчика.
"Чуть чуть, иногда где-то что -то пробовал, баловался!" ( 02:05) Я всегда поражаюсь таким людям!!! Тут уже 3 месяца Java Script изучаю!!! До сих пор не балуюсь!)))))))))))))))))))))))
Привет :) интервью классное, но прослушав меньше часа захотелось написать коммент :) Антону респект. 4+ года в профессии и рассуждает ка 20+... не в обиду, но такое чувство что "нажухали".... тут люди с таким же стажем в одном языке не шарят в нем, от слова совсем, но с лычками мидлов... а тут явно ощущение, что все перепробовал))) и вернулся из будущего и рассказывает.... аля "40+ лет в профессии и "задолбал" ваш JS, но есть Ризн - юзайте смелее )))) ..и все в таком духе.....
@@SeniorSoftwareVlogger "write tests, not too many, mostly integration" погугли, тема обсосана уже со всех сторон, юнит-тесты это самые бесполезные тесты по соотношению время затраты/найденные дефекты, но это в языках со статической типизацией, в языках с динамической типизацией это просто "закат солнца в ручную", т.е. проверка типов своими руками (да, юнит тесты не проверяют типы как таковые, но в языках с динамической типизацией они отлавливают именно проблемы с типами в подавляющем большинстве случаев)
Не знаю, больше 20 лет пишу в продакшин, очень редко писал тесты и вот не припомню такого случая, чтобы из-за их отсутствия прямо страдал или были проблемы в коде. Фактически в языках со статической типизацией они по большей части просто трата времени. Интеграционные тесты еще туда-сюда, а так - удовольствие для мазохистов. Ну или это я настолько крут, что сразу пишу правильно :-)))))))
Все-таки ReasonML/ReScript - это экзотика, как и Clojurescript, soundness - это все красиво, но Typescript, как ни жаль - это уже стандарт де-факто. При этом "система" типов, как и синтаксис, там более привычный для большинства JS-разработчиков, я уже не говорю про выходцев с C#, Net и т.п. #розыгрыш th-cam.com/video/9mZmc6a0tmM/w-d-xo.html&lc=UgxEuZBtbtRpI1_9MeJ4AaABAg 5174
Надо подождать. Я тоже подозреваю, что ризон мейнстримом не станет. Особенно из-за этих глупостей с ре-скрипт. Говорили, что скала убила джаву. Подождали т скала сдохла. Теперь говорят, что Котлин убивает джаву. Подождем.
Ничего там в Scala не сдохло. Просто у кого-то были завышенные ожидания. Куча компаний работает со Scala. А некоторые и специально его выбирают. В основном конечно для data-mining. Но некоторые и логику пишут, например, Яндекс и Тинькофф банк.
Senior Software Vlogger ну Майкрософт думаю не стоит сравнивать с Гуглом. В плане поддержки и разработки продуктов Майкрософт кажется серьёзнее подходит к этому
Ну не знаю, мнение программиста который живет у бабушки против мнения большинства сеньеров девелоперов в разных странах, и больших корпораций у которых миллионный и даже миллиардный трафик
Senior Software Vlogger я зашёл коменты почитать. Смотреть не буду, меня от заголовка тошнит и от подхода чтобы что-то похвалить - надо обмакнуть в говно альтернативы. Зато про type-coverage узнал, польза есть.
Очень много слов, хотелось бы увидеть наглядные примеры, мол смотрите вот тут у нас были проблемы, вот так мы ее решили с помощью ReasonML и так далее ...
Круто, человек нашел себя. "Хаскелист" - это такой тип программиста - фан от работы с типами и хорошо бы функциональщины побольше. В Джава мире это скалисты, в js - это тайпскриптеры и вот ризионисты. Вполне подход для команды таких же фанов завернутой типизации и функциональщины.
Нормальный парень, чего все так завелись. Заголовок вызывающий, да, но это обычное дело для Ютуба. Я не думаю, что это он заголовок придумал :) у него свой ризон для ризон и он об этом говорит.
Спасибо, Владимир! Заголовок придумал я вытащив слова из контекста чтобы больше людей посмотрели интервью :) На ютубе 2 крайности: 1 классное видео, почему так мало просмотров??? 2 КЛИКБЕЕЕЙТ!!!
А знаете почему взлетело? Потому что человек обладает неординарными способностями в программировании. Просто человек затащил. НО как потом найти такого разработчика, который сможет заменить такого человека? Он на чистом энтузиазме тащит. Таких очень мало, они обычно оседают в компаниях куда пришли впераые, так же как этот, поскольку из держат лаврами, ЗП и всем остальным. Рядовые разработчики любят JS и подобие хотя бы потому, что информации по ним множество. Google-программтсты всюду...
Крайне любопытное интервью, сейчас сам готовлюсь погружаться в типизацию на фронте, что-то интересное точно почерпнул. И чем дальше я видео смотрел, тем сильнее убеждался в необходимости сначала выучить нормально тайпскрипт, а потом уже разбираться с более экзотическими вариантами при необходимости. Ps: очень нравится экзоичность обсуждаемых тем, а то одни питоны, с#, жабы и го с нодами на ютубе. Жаль только, что просмотров подобные видео не собирают. Не знаю, по теме видео коммент или нет, но пусть будет #розыгрыш th-cam.com/video/VcoKmeBmytc/w-d-xo.html&lc=UgyTCYmsym0-AYlomfR4AaABAg
Тайпскрипт чуть ли не стандарт сейчас. Его полезно знать, потому что он как минимум платит за ипотеку :) в комментариях накидали как его можно настроить, чтобы он ловил больше ошибок.
По своему опыту могу сказать что любой язык и любая платформа не идеальна. Каждый язык клевый, кричать что один язык круче другого - непрофессионально. Нужно фокусироваться на проекте а не искать идеальных решений. Typescript дает типизацию которая нужна чтобы избежать глупых ошибок, есть куча .d.ts пакетов для почти любых популярных js библиотек, vscode просто работает из коробки, просто все уловия для разработки. С чем же таким работает Антон на фронте если типизация TS для него плоха, и что она не подходит для решения задач?
А ml языки дают типизацию, чтобы избежать всех ошибок типов :) Александр, заголовок агрессивный, но посыл в том, что если тратить время на типы, то почему бы не использовать язык который даёт больше гарантий? Какая разница что там за проект даже?
Просто я довольно давно топил за scala, но вот на новой работе разрешают писать только на java. Первый месяц меня коробило от java, тут того нету что есть в scala, то maven такой громоздкий с xml по сравнению с sbt, то case class нет или обычных монад. Но сейчас мне впринципе комфортно, пишу на проект на java и понимаю что на ней тоже можно. Про проект я спросил потому что это важно, либо рилтайм игру делают или обычную crm систему. Во втором случае сильная типизация функций высших порядков не нужна.. Я не пишу типы на TS (разве что интерфейсы для описания структуры объекта). Там нет какой то рутины в написании типов ради типов. Почему нельзя написать сложную бизнес логику на языке который дает такие гарантии и исполнять этот код на сервере? Таже scala, пишешь микросервис и даешь http точку
да, непрофессионально :) my bad :) насчет скалы не уверен, меня как то пугает обильное количество библиотек, которые делают похожие вещи но по разному, community разделено, кто то признает akka, кто то топит за zio, кто то просто юзает play. Scala экосистема позволяет быстро стартануть с 0, но по сути можно тоже самое на java сделать или на любом другом языке
Typescript только добавляет типы к уже существующему js миру с его библиотеками (vuejs, react, etc). Он не заставляет разработчика менять инструменты типа nodejs, npm, webpack и пр. Я не все посмотрел, но интересно удобно ли писать vuejs приложения на reasonML или будет много рутинного кода? С Typescript все просто, никаких танцев :)
Все рано или поздно сводится к оптимизации HTML, CSS и JS. Абстрагироваться совершенно другой техногией рисковано. Пример JVM. Есть Java и Kotlin. Представим, что вместо Java напишут JVM (или даже не JVM!!!) язык, который совершенно на нее не похож, но предлагает решение проблем. В то же время имеем Kotlin (аналогию уловили?) , который может легко использоваться вместе с предшественником, исправляя ее косяки. Всё на лицо. (Напоминаю, что так работает чаще всего, но могут быть исключения из правил, где альтернативы будут эффективнее)
4 года довольно большой срок, чтобы не бояться типов в том же TypeScript. Типы только по началу могут сбивать с толку и создавать ощущение "сложных конструкций". После Typescript лучше понимаешь и сам JavaScript, и другие строго-типизированные языки. Тот же C# открыть после TypeScript и он будет как родной. Интересно какая у парня зарплата, хорошего роста в зарплате в рамках одной компании не выбьешь, особенно если нет чёткой иерархии.
@@SeniorSoftwareVlogger да, всё норм). Привычка комментить во время просмотра, а не после). Я видосы на такие темы давно не смотрю. И работы с головой хватает. Пью вискарь и случайно тут оказался)
#розыгрыш th-cam.com/video/9mZmc6a0tmM/w-d-xo.html&lc=Ugy6amO77UIv7a60iil4AaABAg По личным ощущениям за ФП будущее. Reasonml, ocmal, F# позволяют писать даже в процедурном стиле, но вкатываясь со временем в их фичи, задаешься вопросом "Почему я не узнал этого раньше" и благодаря таким видео, FP будет все больше продвигаться в массы :) А по поводу facepalm - поставил недавно себе на машину rescript, добавил плагин для vscode, запустил проект иииии работает только подсветка синтаксиса xD Никакого автокомплита, ни подсказок по типам, ни подсвечивание ошибок - тулинг просто на уровне xD
за ФП не было и не будет будущего. ФП давно - научная лаборатория, и лучшее - быстро попадает в мейнстрим ЯП. ФП пророчат будущее минимум лет 15, но его академичность - избыточна для инжерерной практики. Сейчас ФП как бы пиарят фронтедщики, в связи с React подходом. На беке его давно "закопали" :)
www.typescriptlang.org/docs/handbook/type-compatibility.html#a-note-on-soundness тайпскрипт позволяет определенные операции где во время компиляции нельзя определить сошлись типы или нет. Переводя на язык джаваскрипта - он позволяет писать лапшу, которая все так же может взорваться в лицо в продакшене
@@SeniorSoftwareVlogger А ну я знаю что TS имеет структурную типизацию. В принципе есть приёмы, которые позволяют сделать её более номинативной. Не спорю о том что костыли.
Декоратор функтером обозвали? Я так и не понял , как типизацией хотели решить проблемы с падением апп? Послушал, послушал, вообще не понял зачем эти костыли. Зачем для фронтенда типизация? Ну бекенд солидовый я понимаю, но реакту или vue зачем оно там? Что такое теория типов? ООП ? ЗЫ vue лучше реакта))))
@@alexandrcorbin опыт нужно измерять проектами, и задачами, которые были выполнены разработчиком. Но никак не годами. Есть много компаний, где программисты на той де Java сидят полугодиями без задач, просто их держат в штате, это проще и дешевле чем нанять нового программиста. Есть компании, где задачи стоят на одном и том же уровне, и человек ради денег/лени/прикипел работает в такой компании. По факту у него 4 года опыта, а по сути 4 месяца, так как 4 года решал однотипные простенькие задачи. Так яснее?
Парень подобно попугаю просто теражирует чужие мысли, память хорошая спору нет (могу привести примеры видео англоязычных конференций, все тоже самое, и почему-то англоязычные докладчики используя слово soundness, сразу дают определение что они под этим понимают, да и примеры хоть и простые но приводят). На данный момент Typescript это лучшее что есть на рынке (кто бы что не говорил), да есть особенности которые нужно понимать, там где нужна runtime валидация используем yup или joi, yup особенно хорошо сочетается с typescript.
Дичь, но интервью вышло интересное) Было бы клево периодически такие диковинные кейсы разбирать. P.S. Недавно начал осваивать typescript в дополнение к js. И после плюсов контроль типов выглядит мягко скажем слабоватым. Все время жду подвоха, после очередной успешной компиляции..
С++ отдыхает по сравнению с Typescript в плане контроля типов. Но проблема в том, что Typescript не заставляет писать тебя такой тотальный контроль типов, который нужен. И из-за этого ты его недописываешь, контролируешь лишь частично, и потом сам и страдаешь. Но возможности этого всего есть, пользуйся...
@@SeniorSoftwareVlogger Нет, она живет и здравствует. На ней выходят такие классные ФП библиотеки как Cats, CatsEffect,ZIO. Многие из них поддерживают scalajs в качестве таргета. Её система типов без хаков поддерживает Higher-Kinded Types в отличие от Typescript (насколько я понимаю) Интеграцию с реактом не пробовал, она есть, жива, наверняка не такая классная как у typescript, однако по субъективным ощущениям не сильно уступает интеграции, которая есть у ReasonML.
@@ilya9485 Это вы все же про чистую Scala говорите. А вот по ScalaJS как-то в массы не пошло. Я за 4 года в Scala в Питере один раз встречал проект, в котором делали одностраничное web-приложение.
Если писать нормально код, то с тайпскриптом работать просто и с типизацией никаких проблем нет. Еле осилил до 14-й минуты видео и бросил смотреть ) Сам использую Ангулар, в нем поддержка тайпскрипта из коробки. К тому же современный стандарт ES позволяет без проверок избежать ошибок с чтением свойств из undefined или null в объекте . В общем видео не понравилось, сленг режет уши, хоть я и сам программер.
потому что senior se рассказывает про то как они перепробовали несколько инструментов в поисках "soundness " системы типов для написания фронта (уже звучит как шиз, потому что не soundness тайпскрипта вообще не играет никакой роли, если налево и направо any не раскидываться), при этом пришли к какому-то франкенштейн мета-функциональному решению, на которое еще нужно переобучится, у которого нет популярности, а значит и коммьюнити и вакансий
@@SeniorSoftwareVlogger мы случайно из разработчиков, готорые видели некоторое д*рьмо (с) и писали (выдавали готовые рабочие решения) чуть больше, чем на 1 языке.
Вытерпел 1 час и так не понял этого веселого парня .... стоит учитб тайпскрипт или нет? вопрос в заголовке так и не был освещен, я то по ней пришел. Сусанин он и в африке сусанин. 1 час 50 мин, о своей жизни... наверное ему в писатели надо идти. А хозяин и рад, минуты то тикают.... ютюб то плотит, за лапшу.
Какого чёрта этот JavaScript везде, если есть отличный, лучший вариант для фронтэнда. Люди остановитесь, хватит выбирать JS задумайтесь о будущих поколениях
@@karlzinher4181 представь большую кодовую базу которую ведут несколько команд... ты молится будешь что бы она оказалась на TS, TS не дает ни каких гарантий на самом деле, TS для разработки и для разработчиков чтобы лучше понимать код
@@jankaban2871 ТС то гамбургер из макдака... Съедобный, но не вкусный. Я бы хотел, чтобы эти несколько команд писали на чем-то другом, например на ризене))) шансов, что там будет код адекватнее куда больше....
@@karlzinher4181 это смелое заявление "адекватность" кода OCaml или F# тоже такое себе удовольствие если ты не фанат, но дело вообще другом, если ризен это действительно будущее то он довольно быстро завоюет рынок, но пока он сильно проигрывает, на моей памяти было много "убийц" чего то там, и похерено много реально крутых идей... пока ризен перспективный но "бесполезный" мне в голову может прийти только пет пописать на нем но ни как не тащить его в бой, а вообще слава богу что я не фронт ибо ТС как и Ризен такое себе удовольствие
Почему-то сразу дизлайк решил поставить, чтобы после просмотра может быть исправить. Странно что не наоборот, хотя я вообще на typescript не разрабатываю. Видимо, в заголовке дело.
Вас же люди и из других языков программирования смотрят, обьяснили бы хотябы о чем это все и зачем. Выключил на половине, так и не понял зачем я это смотрю. Хотя гость интересный.
Это видео можно смотреть, как пособие по втаскиванию новых технологий. 1. Понять проблему 2. Подобрать решение 3. Протестировать решение на игрушечном проекте 4. Обучить коллег С другой стороны говорим про проблемы, которых у тебя нет. У си Шарп система типов сразу нормальная. У тайпскрипта она нарочно сломана. Вот пытаемся понять, какие есть альтернативы.
@@SeniorSoftwareVlogger У C# система типов сразу нормальная? У ts куда продвинутее и выразительная система типов. TS вынужден обладать большими возможностями что бы кое как покрывать все кейсы которые существуют в весьма гибком js. TS куда ближе к F#, чем тот же C#
![Почему я отошел от TypeScript в своих React-проектах и куда [ru] / Илья Климов](http://i.ytimg.com/vi/jnSHRPCTFPc/mqdefault.jpg)
Разыгрываем книгу. Я предлагаю Purely Functional Data Structures by Chris Okasaki, все примеры в этой книге приведены на языке StandartML. Было бы прикольно прорешать ее на ReasonML. Вы же можете выбрать любую другую техническую книгу ценой до 40 евро.
Правила: Оставить комментарий под этим видео ПО ТЕМЕ ВИДЕО. Плюс тег #розыгрыш и ссылку на предыдущий комментарий на канале. Комментарий должен был быть оставлен до 28 сентября 2020 включительно. Если вы до этого момента не писали комментарии - в будущем еще будут розыгрыши. Победителя определим случайным образом на стриме для патреонов 31 октября 2020. Возраст и пол участников не ограничен. Розыгрыш провожу я Рожков Дмитрий Павлович.
Книги разыграны! :)
Хорошее решение выбрали, особенно для того, чтобы заказчик проекта никогда не нашел другую аутсорсинговую компанию
Мне кажется, что аутсорсинг как раз грешит решениями на экзотике. Особенно когда с нуля написать надо. Часто слышал про экзотику именно от аутсорсинга
@@SeniorSoftwareVlogger видимо и делается это для увеличения порога вхождения в проект, дабы избежать ухода проекта + можно с заказчиком по другому разговаривать, ввиду отствутвия специалистов))
Вполне возможно. Ещё это может быть отдушиной. Часто на аутсорсинге надо делать всякую дичь. Так хоть ты делаешь дичь на Элме. В данном случае у них свой отдел разработки ну и задача была ошибки минимизировать. Вроде оправданно.
Похожая ситуация у Wrike с Dart :) Да наверно и у большинства компаний, которые "интегрируют" свои самописные CMS, хотя в случаи ReasonML/Dart/Clojurescript ситуация конечно значительно лучше, посколько это production-ready решения, за которыми стоят большие компании или сформированное сообщество
@Ruslan Abdullaev написали на Dart и теперь тяжело развивать?
2 года прошло и очень интересно узнать - продолжает ли Антон сейчас писать проекты на rescript? И как зарекомендовал себя rescript на дистанции. Где-то в комментах видел, что они вроде обратно вернулись на react js. В общем поддержите лайками, если Вам так же интересен этот вопрос :)
Да, для 4х лет опыта, парень очень круто шарит в теме. Многие "матерые", как они себя считают, программисты так глубоко не разбираются...
просто он говорил о том, с чем сталкивается ежедневно. У меня опыт программирования... ну, вся жизнь, а именно по работе - лет 25. ПРограммировал почти на всем, на чем можно, даже в машинных кодах писал, на бумажке переводя ассемблерный код в машинный. И все эти термины я знал, когда оперировал ими. Последние лет пять писал чисто на джавескрипте, не сталкиваясь почти полностью с ООП или приколами чисто фунциональщины, и вот в процессе просмотра периодически останавливал запись, чтобы спросить у инета, что означает тот или иной термин. Я был такой же замотивированный и так же у меня горели глаза те самые лет 25-20 назад. Потом все это перешло в работу типа "какая мне разница на чем писать, на чем скажете, на том и напишу. как скажете, так и напишу. ООП? Без проблем. Си шарп? пожалуйста. Форт? Си с плюсами? Ф-шарп? Бейсик, упокой его душу?". Хотя иногда везет что-то новое, что приходится использовать по работе заставляет переться вот как здесь. Последний года прусь с Го. НО все равно чувствую, что к своему полтиннику мозги что-то начинают сдавать, энузазизма нет. Хех...
@@AndrewMansonNoperapon это круто. Потому я вижу для себя путь развития не в другие языки, а в компетенции. Язык - это инструмент, но алгоритмы - это основа. На чём угодно - да, но как угодно - ни в коем случае. Если мне не нравится архитектура или алгоритм, я постараюсь предложить вариант получше. Если мне не нравится пользовательский опыт, я тоже постараюсь предложить вариант получше. А написание непосредственно кода отходит уже на второй план.
@@Disorrder Ну, это если архитектурить проект с нуля. А если просто вливаешься в готовый проект, который из года в год допиливается, а заказчик в большинстве случаев доволен тем, что есть, так как оно в принципе работает, а как код построен ему до одной фени, то прости, он не будет платить за рефакторинг. Да и любой более-менее сложный код практически не годится для переделок просто по причине недостатка времени, денег и трудоемкости. Поэтому больше ценится, если человек входит в проект и продолжает в нем писать по тем принципам, которые были в него заложены, правильные они или нет - не важно.
Нет, если заказчик хочет или у вас самих есть ресурсы и желание менять код в лучшую сторону, показывая свои компетенции - это только в плюс. Но просто поставьте себя на место заказчика, который пришел, например к вам с тем, чтобы вы немного подшаманили его проект (такое очень часто бывает), а вы начнете ему говорить "не, тут не так, здесь устарело, а давайте мы вам с нуля перепишем на правильной архитектуре!". Он тогда просто уйдет и все.
Добавлю ещё. 4 года разработки не имея начальной базы - это просто удивительно. Начитан, понимает как работает и почему это так работает. Если бы меня спросили сколько он в разработке - я бы ответил, что не менее 10 лет.
Хаскел? Наряду с реактом? Явно он для себя очень много читает/изучает. Плюс прослеживается политика компании в его диалоге, а так же отношение компании к нему. Компания его ценит, хорошо оплачивает и готова к нему прислушиваться, потому он не считает вечернее переработки - переработками) Таких мало, к сожалению.
Очень крутое интервью, парень - молодец, самоироничный.
Аннотации в TS - это альтернатива unit тестам, где часть проверок на возвращаемые типы значений берет на себя компилятор. До кучи TS позволяет написать проект, основываясь только на сведении типов и спеки, ни разу его не запуская. Ты свел все ошибки к нулю - запускаешь и все работает.
свел все ошибки к нулю))
Очень крассное интервью получилось. Антон сильно прокачался за 4 года. Интресно, когда он в бекенд уйдет? ;) Изначально хотел полушать в фоне, но в итоге залип на 2 часа :) Спасибо!
Бэкенд следующая ступенька? )
УРА! ReasonML в массы!
Столько движа, слов, исследований, хотелось бы увидеть конечные проекты 🙂
В экосистеме TypeScript имеется тулза type-coverage, которая позволяет писать код без any
Более того, без всякой тулзы ты можешь писать код без any. Просто ВСЕГДА определяй тип, и все.
8 лет проработала электриком, закончила колледж и универ по электроснабжению. Уже почти три года как фронтендер ))
Блин , как вы умудряетесь
Молодец
jon snow да че там, пору месяцев поботанил и вперёд
Cколько времени заняло переобучение и с каких фронтовых технологий начали?
@@linkernick5379 с нуля где-то 6-8 месяцев в сумме, делала тз на реакте. То что меня взяли это была большая удача, так как знания у меня были очень скудные. Все индивидуально, кто-то быстро все схватывает, кому-то нужно время чтобы понять. Мое мнение, если ты с нуля, то на один только js нужно минимум год потратить и ещё с год на html/css и какую-нибудь фронтенд библиотек, тогда не стыдно будет выкатываться в профессию.
Вот спасибо, реально информативно
Классное интервью, спасибо обоим :)
На тему кстати интеллигентности разработчиков. Я тут в чате разработчиков по СПБ пытался поднять тему, нужен ли тайпскрипт и не слишком ли мы закапываемся и переусложняем наши инструменты разработки, что возможно есть альтернативные пути. Надеялся на дискуссию и надеялся что-то новое понять. В результате, через 15 минут меня просто послали на 3 буквы =)
Интересое интервью, лично для меня, Ризон стал открытием года (прошлого, 2019-го), писать рабочие проекты стало снова интересно :) Единственное, с чем не соглашусь, это с тем, что изучать модули можно не сразу. Наоборот, чем быстрее, тем лучше, по крайней мере у меня "щёлкнуло", как надо писать на Ризоне сразу после прочтения глав про модули (я читал Real World OCaml).
Все айти - это трата времени, причем своего времени: учишь одно - устаревает, учишь другое - нет вакансий, учишь третье - оказывается, появилось четвертое, на которое будем мигрировать и так далее... А жизнь проходит, жить не научился, ибо учил 100500-й фреймворк для JS
Поделись мудростью, мастер!
Так и есть
Спасите человека, мы его теряем!
Значит такой человек не понимает фундаментальных основ. Ведь по сути, а какая разница между к примеру JS и PHP? Мультипарадигма что там, что там, просто задачи языков разные, хотя и об этом уже можно поспорить. Куча фреймворков? Да, но они дублируют друг друга в плане выполнимых задач. Когда есть хорошая база ООП/ФП, шаблонов и подходов к реализации задач, язык становится лишь средством, а не основным инструментом по жизни, как и любой фреймворк. Года 2 назад я рассуждал как в вашем комментарии.
Пиши на Java или C# - там ничего не меняется, годами.
Хорошее интервью, Дима, и хорошая концовка. Понравилось. Отсмотрел от и до. Мотивация - наше все.
Антон крутой :)
Приятная личность, понял из этого процентов 15, но не мог оторваться
познавательный разговор. спасибо
Норм тип). Лойс за челку)
Почему не dart? Посмотрели его и какие выводы сделали ?
Невероятно интересно!
Теплое видео! Гран Мерси, парни!
За 4 года так прокачаться это действительно сильно!
Спасибо за видео
3^2=6, так и запишем.
27
Объясните старому, где облажался?
@@SeniorSoftwareVlogger ну 3 в кравдрате будет не 6 же ) (вот тут: th-cam.com/video/nZDN6XCM1X0/w-d-xo.html )
🙈 поздний час был
за то, алгоритмы и структуры данных это МАСТ ХЭВ (ирония: я понимаю, что в разный момент времени человек может ошибаться, особенно если чего-то не делает каждый день, но проблема в том, что при аналогичных условиях часть тематик становится МАСТ ХЭВной)
Слабенький эксперт, на 14:24 утверждение, что функции возвращающие функции не могут быть типизированы, просто не профессионально! Если вы не умеете типизировать вывод функции, то это ваша проблема, а не TS.
Дальше смотреть смысла нет, почитайте документацию. И еще, у меня например типы экономят время, как и у всех колег в моей команде, возможно Senior не такой уж Senior?
Разговор про вывод типов
Ну тут кстати тоже не понял, вроде нормально тайпскрипт такие типы выводит
Плюсую, Алексу.
Как раз-таки функция в функцию с возвратом значения работает через параметр как лямбда. Так что 4 года опыта говорят за себя.
вот тут объяснение про вывод типов в этой ситуации и сравнение ReasonML с TS и Flow, его же доклад th-cam.com/video/xx5ci1z5Cv0/w-d-xo.html
смысл смотреть дальше есть
@@СергейДедков-ц9э Автор сам говорит что он плохо знает Typescript. Вот вам сферический конь в вакууме:
type stringAndNumber = string | number
type f1 = () => stringAndNumber
const f2: () => f1 = () => () => 20
В реальном мире stringAndNumber будет заменен на что-то связанное с доменной моделью - имеющее смысловое значение для разработчика.
Вроде, можно внедрить ts в проект без необходимости переписывания - просто часть кода будет на чистом js. Да, это технический долг, но не проблема.
Ну хай с ним пусть лежит.
danke für diese interviews!
История очень похожа на мою) Тоже из маленького города в Сибири, учился на электроэнергетика, 2,5 года назад стал Front-end разработчиком
У меня также, тоже с Сибири, тоже отучился на электроэнергетику, тоже фронтенд 2 года
Впечатляет рост с нуля за 4 года!
"Чуть чуть, иногда где-то что -то пробовал, баловался!" ( 02:05) Я всегда поражаюсь таким людям!!! Тут уже 3 месяца Java Script изучаю!!! До сих пор не балуюсь!)))))))))))))))))))))))
Ну Антон сперва баловался, а только потом засел изучать, когда решил менять профессию
А есть ру сообщество где то reason ml , в телеге? Кто знает!
очень интересное интервью получилось)
Kotlin MPP (Kotlin.js, Kotlin JVM, Kotlin Native, Kotlin Android)
привет из Когалыма, спасибо за интервью, вдохновил
интересно, насколько больше в программирование входят через фронтенд по сравнению с явой или шарпом
Хорошо говорит. Приятно слушать.
Привет :) интервью классное, но прослушав меньше часа захотелось написать коммент :) Антону респект. 4+ года в профессии и рассуждает ка 20+... не в обиду, но такое чувство что "нажухали".... тут люди с таким же стажем в одном языке не шарят в нем, от слова совсем, но с лычками мидлов... а тут явно ощущение, что все перепробовал))) и вернулся из будущего и рассказывает.... аля "40+ лет в профессии и "задолбал" ваш JS, но есть Ризн - юзайте смелее )))) ..и все в таком духе.....
потому что инженер!
Похоже, что тесты пишет только Дмитрий...
Даже соер сказал, что тесты не нужны. Убил меня вообще
В языках с сильной типизацией немного размывается смысл в unit-тестах. Я за интеграционные тесты на бизнес-логику
Да, мы обсуждали этот момент. Юниты так или иначе нужны, просто меньше. Пограничные штуки должна система типов ловить
@@SeniorSoftwareVlogger "write tests, not too many, mostly integration" погугли, тема обсосана уже со всех сторон, юнит-тесты это самые бесполезные тесты по соотношению время затраты/найденные дефекты, но это в языках со статической типизацией, в языках с динамической типизацией это просто "закат солнца в ручную", т.е. проверка типов своими руками (да, юнит тесты не проверяют типы как таковые, но в языках с динамической типизацией они отлавливают именно проблемы с типами в подавляющем большинстве случаев)
Не знаю, больше 20 лет пишу в продакшин, очень редко писал тесты и вот не припомню такого случая, чтобы из-за их отсутствия прямо страдал или были проблемы в коде. Фактически в языках со статической типизацией они по большей части просто трата времени. Интеграционные тесты еще туда-сюда, а так - удовольствие для мазохистов. Ну или это я настолько крут, что сразу пишу правильно :-)))))))
лайк за таймкоды
Мне, как олдскульному говнокодеру, очень интересно кто оплачивал все эти многомесячные метания между фремворками...
Я задавал вопрос. Писали новые системы с нуля
Есть что послушать перед сном
Есть что послушать после сна
Все-таки ReasonML/ReScript - это экзотика, как и Clojurescript, soundness - это все красиво, но Typescript, как ни жаль - это уже стандарт де-факто. При этом "система" типов, как и синтаксис, там более привычный для большинства JS-разработчиков, я уже не говорю про выходцев с C#, Net и т.п.
#розыгрыш th-cam.com/video/9mZmc6a0tmM/w-d-xo.html&lc=UgxEuZBtbtRpI1_9MeJ4AaABAg
5174
Надо подождать. Я тоже подозреваю, что ризон мейнстримом не станет. Особенно из-за этих глупостей с ре-скрипт.
Говорили, что скала убила джаву. Подождали т скала сдохла. Теперь говорят, что Котлин убивает джаву. Подождем.
Ничего там в Scala не сдохло. Просто у кого-то были завышенные ожидания. Куча компаний работает со Scala. А некоторые и специально его выбирают. В основном конечно для data-mining. Но некоторые и логику пишут, например, Яндекс и Тинькофф банк.
@@artemekimov5492 Полностью согласен. Вакансий становится больше, даже на российском рынке (посмотрите тот же hh).
Интересно. В Германии, как будто, все перебесились лет 3-5 назад и теперь пытаются съехать со скалы.
@@SeniorSoftwareVlogger Тут вам виднее. Я сужу по Питеру и скала-тусовке, к которой имею отдаленное отношение.
Круто
Спасибо
TS это язык с поддержкой от Microsoft. Поддержка и популярность решающую роль играет на мой взгляд
У Дарта была поддержка Гугла и он сходу не взлетел. Пошел на второй заход.
Senior Software Vlogger ну Майкрософт думаю не стоит сравнивать с Гуглом. В плане поддержки и разработки продуктов Майкрософт кажется серьёзнее подходит к этому
Интернет Эксплорер и хром :)
Senior Software Vlogger ну тот же эдж на слабых устройствах работает гораздо шустрее хрома
А каким браузером при этом пользуешься ты? :)
Ютуб, не показывай мне больше видео с тупыми заголовками, пожалуйста
топ интервью, топ гость, спасибо
Хех, а почему про reason ml я, например, ничего не слышал раньше?
Ну не знаю, мнение программиста который живет у бабушки против мнения большинства сеньеров девелоперов в разных странах, и больших корпораций у которых миллионный и даже миллиардный трафик
Имеешь ввиду себя и Фейсбук, который использует ризон? :)
Senior Software Vlogger да
Слишком сложно для джуна. Зайду через годик ещё раз посмотрю.
Как дела?
А че тайтл такой желтый?
Чтобы ты крутое интервью посмотрел
Senior Software Vlogger я зашёл коменты почитать. Смотреть не буду, меня от заголовка тошнит и от подхода чтобы что-то похвалить - надо обмакнуть в говно альтернативы.
Зато про type-coverage узнал, польза есть.
@@SeniorSoftwareVlogger Посмотрел. Чувствую себя обманутым
@@ValeryKharshats я такая же хуйня
Очень много слов, хотелось бы увидеть наглядные примеры, мол смотрите вот тут у нас были проблемы, вот так мы ее решили с помощью ReasonML и так далее ...
Формат интервью, можно сделать и воркшоп если будет спрос
@@SeniorSoftwareVlogger Я понимаю, но очень много вопросов возникает. Лучше один раз показать, чем 10 раз сказать.
Круто, человек нашел себя. "Хаскелист" - это такой тип программиста - фан от работы с типами и хорошо бы функциональщины побольше. В Джава мире это скалисты, в js - это тайпскриптеры и вот ризионисты. Вполне подход для команды таких же фанов завернутой типизации и функциональщины.
Сейчас в JS из ФП ещё Elm и PureScript
Нормальный парень, чего все так завелись. Заголовок вызывающий, да, но это обычное дело для Ютуба. Я не думаю, что это он заголовок придумал :) у него свой ризон для ризон и он об этом говорит.
Спасибо, Владимир! Заголовок придумал я вытащив слова из контекста чтобы больше людей посмотрели интервью :) На ютубе 2 крайности:
1 классное видео, почему так мало просмотров???
2 КЛИКБЕЕЕЙТ!!!
Работаю в лукойле тоже хочу свалить)
А знаете почему взлетело? Потому что человек обладает неординарными способностями в программировании. Просто человек затащил. НО как потом найти такого разработчика, который сможет заменить такого человека? Он на чистом энтузиазме тащит. Таких очень мало, они обычно оседают в компаниях куда пришли впераые, так же как этот, поскольку из держат лаврами, ЗП и всем остальным. Рядовые разработчики любят JS и подобие хотя бы потому, что информации по ним множество. Google-программтсты всюду...
Хорошо если приглашают на собес, сейчас вообще не смотрят на худое портфолио, без опыта
Крайне любопытное интервью, сейчас сам готовлюсь погружаться в типизацию на фронте, что-то интересное точно почерпнул. И чем дальше я видео смотрел, тем сильнее убеждался в необходимости сначала выучить нормально тайпскрипт, а потом уже разбираться с более экзотическими вариантами при необходимости.
Ps: очень нравится экзоичность обсуждаемых тем, а то одни питоны, с#, жабы и го с нодами на ютубе. Жаль только, что просмотров подобные видео не собирают.
Не знаю, по теме видео коммент или нет, но пусть будет #розыгрыш th-cam.com/video/VcoKmeBmytc/w-d-xo.html&lc=UgyTCYmsym0-AYlomfR4AaABAg
Тайпскрипт чуть ли не стандарт сейчас. Его полезно знать, потому что он как минимум платит за ипотеку :) в комментариях накидали как его можно настроить, чтобы он ловил больше ошибок.
Напиши в телегу по книге t.me/soexpired :)
@@SeniorSoftwareVlogger 9180
c# еще не было, вроде...
По своему опыту могу сказать что любой язык и любая платформа не идеальна. Каждый язык клевый, кричать что один язык круче другого - непрофессионально. Нужно фокусироваться на проекте а не искать идеальных решений. Typescript дает типизацию которая нужна чтобы избежать глупых ошибок, есть куча .d.ts пакетов для почти любых популярных js библиотек, vscode просто работает из коробки, просто все уловия для разработки. С чем же таким работает Антон на фронте если типизация TS для него плоха, и что она не подходит для решения задач?
А ml языки дают типизацию, чтобы избежать всех ошибок типов :) Александр, заголовок агрессивный, но посыл в том, что если тратить время на типы, то почему бы не использовать язык который даёт больше гарантий? Какая разница что там за проект даже?
Просто я довольно давно топил за scala, но вот на новой работе разрешают писать только на java. Первый месяц меня коробило от java, тут того нету что есть в scala, то maven такой громоздкий с xml по сравнению с sbt, то case class нет или обычных монад. Но сейчас мне впринципе комфортно, пишу на проект на java и понимаю что на ней тоже можно.
Про проект я спросил потому что это важно, либо рилтайм игру делают или обычную crm систему. Во втором случае сильная типизация функций высших порядков не нужна..
Я не пишу типы на TS (разве что интерфейсы для описания структуры объекта). Там нет какой то рутины в написании типов ради типов.
Почему нельзя написать сложную бизнес логику на языке который дает такие гарантии и исполнять этот код на сервере? Таже scala, пишешь микросервис и даешь http точку
Так не профессионально же топить ;) понятное дело, что можно, но если тебе на новой работе разрешат, то ты быстро уйдешь на скалу, так ведь?
да, непрофессионально :) my bad :)
насчет скалы не уверен, меня как то пугает обильное количество библиотек, которые делают похожие вещи но по разному, community разделено, кто то признает akka, кто то топит за zio, кто то просто юзает play. Scala экосистема позволяет быстро стартануть с 0, но по сути можно тоже самое на java сделать или на любом другом языке
Typescript только добавляет типы к уже существующему js миру с его библиотеками (vuejs, react, etc). Он не заставляет разработчика менять инструменты типа nodejs, npm, webpack и пр.
Я не все посмотрел, но интересно удобно ли писать vuejs приложения на reasonML или будет много рутинного кода? С Typescript все просто, никаких танцев :)
Все рано или поздно сводится к оптимизации HTML, CSS и JS. Абстрагироваться совершенно другой техногией рисковано.
Пример JVM. Есть Java и Kotlin. Представим, что вместо Java напишут JVM (или даже не JVM!!!) язык, который совершенно на нее не похож, но предлагает решение проблем.
В то же время имеем Kotlin (аналогию уловили?) , который может легко использоваться вместе с предшественником, исправляя ее косяки. Всё на лицо.
(Напоминаю, что так работает чаще всего, но могут быть исключения из правил, где альтернативы будут эффективнее)
то что скопилился ts не значит что фронт с ошибкой не упадет
Именно!
Я тоже учился на графического дизайнера, 4 года назад начал программировать.
Сколько ему лет?=)
4 года довольно большой срок, чтобы не бояться типов в том же TypeScript. Типы только по началу могут сбивать с толку и создавать ощущение "сложных конструкций". После Typescript лучше понимаешь и сам JavaScript, и другие строго-типизированные языки. Тот же C# открыть после TypeScript и он будет как родной. Интересно какая у парня зарплата, хорошего роста в зарплате в рамках одной компании не выбьешь, особенно если нет чёткой иерархии.
Так в ризоне типы ещё строже, поэтому тут не про страх
@@SeniorSoftwareVlogger да, всё норм). Привычка комментить во время просмотра, а не после). Я видосы на такие темы давно не смотрю. И работы с головой хватает. Пью вискарь и случайно тут оказался)
а сколько он в теме ?
4 года с нуля в профессии и 1 год в Reasonml
Очень много терминов и сложно понимать диалог без знания всех этих терминов.
да создатель ролика должен был вынести термины
Я тоже из Лангепаса, в школу там ходил )
#розыгрыш
th-cam.com/video/9mZmc6a0tmM/w-d-xo.html&lc=Ugy6amO77UIv7a60iil4AaABAg
По личным ощущениям за ФП будущее. Reasonml, ocmal, F# позволяют писать даже в процедурном стиле, но вкатываясь со временем в их фичи, задаешься вопросом "Почему я не узнал этого раньше" и благодаря таким видео, FP будет все больше продвигаться в массы :)
А по поводу facepalm - поставил недавно себе на машину rescript, добавил плагин для vscode, запустил проект иииии работает только подсветка синтаксиса xD Никакого автокомплита, ни подсказок по типам, ни подсвечивание ошибок - тулинг просто на уровне xD
за ФП не было и не будет будущего. ФП давно - научная лаборатория, и лучшее - быстро попадает в мейнстрим ЯП.
ФП пророчат будущее минимум лет 15, но его академичность - избыточна для инжерерной практики.
Сейчас ФП как бы пиарят фронтедщики, в связи с React подходом. На беке его давно "закопали" :)
@@sergiyskyninko5859 Не заметил никакой излишней академичности программируя на F#, а на чем кодили вы?
Напиши в телегу по книге t.me/soexpired :)
Ощущение, что Дима потерялся на фоне спикера)
Это ж хорошо для интервью :)
Для тестов лучше использовать Robot framework
Я очень долго переметывал и вслушивался, но так и не понял что значит "саунднесс (?) в тайпскрипте всё равно не будет" WAT!?
Смотри таймкоды. Саунднесс - надежность типов, т.е. как в джаве выдает ошибки при компиляции в случае ошибки в типах
@@mqtrade5743 И что у TS не так в этом?
www.typescriptlang.org/docs/handbook/type-compatibility.html#a-note-on-soundness тайпскрипт позволяет определенные операции где во время компиляции нельзя определить сошлись типы или нет. Переводя на язык джаваскрипта - он позволяет писать лапшу, которая все так же может взорваться в лицо в продакшене
@@SeniorSoftwareVlogger А ну я знаю что TS имеет структурную типизацию. В принципе есть приёмы, которые позволяют сделать её более номинативной. Не спорю о том что костыли.
Если я правильно понял, то на русской Википедии этот термин обозначен как "типобезопасность" .
Оставляй пж таймкоды в комментарии, а не в описании
Комментарий в этом видео занят конкурсом 🤷♂️ на мобиле смотришь?
@@SeniorSoftwareVlogger да. Тогда можно сделать отступ вниз к комментарию с конкурсом и оставить таймкоды там
Декоратор функтером обозвали? Я так и не понял , как типизацией хотели решить проблемы с падением апп? Послушал, послушал, вообще не понял зачем эти костыли. Зачем для фронтенда типизация? Ну бекенд солидовый я понимаю, но реакту или vue зачем оно там? Что такое теория типов? ООП ?
ЗЫ vue лучше реакта))))
Когда услышал 4 года в программировании, понял что дальше нет смысла смотреть
🙄
Еще бы в 20-м году опыт измерять годами. Великолепная логика, надежная, блять, как Швейцарские часы)
@@alienspro ну конечно, опыт нужно измерять по балаболке).
@@alexandrcorbin опыт нужно измерять проектами, и задачами, которые были выполнены разработчиком. Но никак не годами. Есть много компаний, где программисты на той де Java сидят полугодиями без задач, просто их держат в штате, это проще и дешевле чем нанять нового программиста. Есть компании, где задачи стоят на одном и том же уровне, и человек ради денег/лени/прикипел работает в такой компании. По факту у него 4 года опыта, а по сути 4 месяца, так как 4 года решал однотипные простенькие задачи. Так яснее?
@@alexandrcorbin именно по описанной мной причине дают тестовые задания.
Антон привет!
Парень подобно попугаю просто теражирует чужие мысли, память хорошая спору нет (могу привести примеры видео англоязычных конференций, все тоже самое, и почему-то англоязычные докладчики используя слово soundness, сразу дают определение что они под этим понимают, да и примеры хоть и простые но приводят).
На данный момент Typescript это лучшее что есть на рынке (кто бы что не говорил), да есть особенности которые нужно понимать, там где нужна runtime валидация используем yup или joi, yup особенно хорошо сочетается с typescript.
15:25 - что он говорит? Каких саунусов не будет? :)
Soundness
все "синьоры", кто искренне считают, что писать на одном языке норм, послушайте хотя бы создателя плюсов
m.th-cam.com/video/5An1sNznblQ/w-d-xo.html
🤔
на тему песенка: th-cam.com/video/Uh2WsPdKdbY/w-d-xo.html
Дичь, но интервью вышло интересное)
Было бы клево периодически такие диковинные кейсы разбирать.
P.S. Недавно начал осваивать typescript в дополнение к js. И после плюсов контроль типов выглядит мягко скажем слабоватым. Все время жду подвоха, после очередной успешной компиляции..
Начни использовать Angular, там очень хорошо используется TypeScript
С++ отдыхает по сравнению с Typescript в плане контроля типов. Но проблема в том, что Typescript не заставляет писать тебя такой тотальный контроль типов, который нужен. И из-за этого ты его недописываешь, контролируешь лишь частично, и потом сам и страдаешь. Но возможности этого всего есть, пользуйся...
Скоро геологов вообще не останется 🤧
Как только их будет критически мало, им начнут больше платить, и тогда опять число геологов увеличится.
Хороше інтервю))
Очень похож на одного ютубера который снимает про мистику всякую
Как по мне - на Степана Демуру))
Капец как он похож на KarmikKoala
Есть ещё scalajs. Её система типов должна быть норм
Скала вроде совсем умерла. Как у нее интеграция с реактом?
@@SeniorSoftwareVlogger Нет, она живет и здравствует. На ней выходят такие классные ФП библиотеки как Cats, CatsEffect,ZIO. Многие из них поддерживают scalajs в качестве таргета. Её система типов без хаков поддерживает Higher-Kinded Types в отличие от Typescript (насколько я понимаю) Интеграцию с реактом не пробовал, она есть, жива, наверняка не такая классная как у typescript, однако по субъективным ощущениям не сильно уступает интеграции, которая есть у ReasonML.
@@ilya9485 Это вы все же про чистую Scala говорите. А вот по ScalaJS как-то в массы не пошло. Я за 4 года в Scala в Питере один раз встречал проект, в котором делали одностраничное web-приложение.
@@ilya9485 Я по ходу невнимательно прочитал ваш комментарий.
Если писать нормально код, то с тайпскриптом работать просто и с типизацией никаких проблем нет. Еле осилил до 14-й минуты видео и бросил смотреть ) Сам использую Ангулар, в нем поддержка тайпскрипта из коробки. К тому же современный стандарт ES позволяет без проверок избежать ошибок с чтением свойств из undefined или null в объекте . В общем видео не понравилось, сленг режет уши, хоть я и сам программер.
Так и на js можно нормальный код писать :)
@@SeniorSoftwareVlogger Можно )
Ризон как язык компилируемый в js deprecated.
@@andykras да
это к тому что теперь все те кто себе взяли ризон на продакшен должны рефакторить код
кринжуем господа
Потому что...?
потому что senior se рассказывает про то как они перепробовали несколько инструментов в поисках "soundness " системы типов для написания фронта (уже звучит как шиз, потому что не soundness тайпскрипта вообще не играет никакой роли, если налево и направо any не раскидываться), при этом пришли к какому-то франкенштейн мета-функциональному решению, на которое еще нужно переобучится, у которого нет популярности, а значит и коммьюнити и вакансий
хороший аргумент! 👍
обожаю 4х летних экспертов, которые писали только на одном языке программирования.
5 лет опыта минимум! Вы случайно не из рекрутинга? :)
@@SeniorSoftwareVlogger мы случайно из разработчиков, готорые видели некоторое д*рьмо (с) и писали (выдавали готовые рабочие решения) чуть больше, чем на 1 языке.
Все понятно
@@SeniorSoftwareVlogger ну так ведь это здорово же - когда все понятно. хуже, когда понятно только отчасти, и совсем плохо - когда не понятно ничего.
@@johnjohnes698 а такое великое дело выучить синтаксис и фишки языка? Будто кто-то соревновался, сколько языков может в резюме впихнуть
Шесть? Ок
Вытерпел 1 час и так не понял этого веселого парня .... стоит учитб тайпскрипт или нет? вопрос в заголовке так и не был освещен, я то по ней пришел.
Сусанин он и в африке сусанин.
1 час 50 мин, о своей жизни... наверное ему в писатели надо идти. А хозяин и рад, минуты то тикают.... ютюб то плотит, за лапшу.
Какого чёрта этот JavaScript везде, если есть отличный, лучший вариант для фронтэнда. Люди остановитесь, хватит выбирать JS задумайтесь о будущих поколениях
Ахахахахах смешно
а что толку везде 0 вакансий, даже cobol намного выгоднее
Ну смотри, Кобол уже на закате, а ризон возможно на рассвете :)
@@SeniorSoftwareVlogger deprecated он
Какие выводы:
- TypeScript рулит
- ML языки никому не нужны, кроме задротствующих фанатиков
не вижу смысла в ТС от слова совсем :) как не умели люди норм программировать на скриптах))) так и не смогут....
@@karlzinher4181 Лично для меня ts как божий дар после js, любая типизация приучает хотя бы к минимальному порядку, плюс предотвращает какие-то ошибки
@@karlzinher4181 представь большую кодовую базу которую ведут несколько команд... ты молится будешь что бы она оказалась на TS, TS не дает ни каких гарантий на самом деле, TS для разработки и для разработчиков чтобы лучше понимать код
@@jankaban2871 ТС то гамбургер из макдака... Съедобный, но не вкусный. Я бы хотел, чтобы эти несколько команд писали на чем-то другом, например на ризене))) шансов, что там будет код адекватнее куда больше....
@@karlzinher4181 это смелое заявление "адекватность" кода OCaml или F# тоже такое себе удовольствие если ты не фанат, но дело вообще другом, если ризен это действительно будущее то он довольно быстро завоюет рынок, но пока он сильно проигрывает, на моей памяти было много "убийц" чего то там, и похерено много реально крутых идей... пока ризен перспективный но "бесполезный" мне в голову может прийти только пет пописать на нем но ни как не тащить его в бой, а вообще слава богу что я не фронт ибо ТС как и Ризен такое себе удовольствие
Видео классное, но рассинхрон звука раздражает.
Почему-то сразу дизлайк решил поставить, чтобы после просмотра может быть исправить. Странно что не наоборот, хотя я вообще на typescript не разрабатываю. Видимо, в заголовке дело.
Это даже не мои слова ;) посмотри, если понравится - поменяешь. Спасибо за честность!
А подписан на тебя почти с самого начала ( 1к+ подписоты примерно)
Плюсую, тоже подогрел пердак от заголовка.
Чел просто сумасшедший! Мозг)
Вас же люди и из других языков программирования смотрят, обьяснили бы хотябы о чем это все и зачем. Выключил на половине, так и не понял зачем я это смотрю. Хотя гость интересный.
Виталий, на каком языке пишешь? Могу попробовать объяснить :)
@@SeniorSoftwareVlogger c# )
Это видео можно смотреть, как пособие по втаскиванию новых технологий.
1. Понять проблему 2. Подобрать решение 3. Протестировать решение на игрушечном проекте 4. Обучить коллег
С другой стороны говорим про проблемы, которых у тебя нет. У си Шарп система типов сразу нормальная. У тайпскрипта она нарочно сломана. Вот пытаемся понять, какие есть альтернативы.
@@SeniorSoftwareVlogger спасибо за обьяснение)
@@SeniorSoftwareVlogger У C# система типов сразу нормальная? У ts куда продвинутее и выразительная система типов. TS вынужден обладать большими возможностями что бы кое как покрывать все кейсы которые существуют в весьма гибком js. TS куда ближе к F#, чем тот же C#