А что любите? ФП, ООП - это все про то, как отойти от битиков (от железа), делая массовые продукты, которыми будут пользоваться миллионы максимально дешево. Парадигмы эти, по сути, ни чем не отличаются (только ФП языки гораздо сложнее)
- чето прифигел с пассажа что project loom это добавление акторов в jvm. чево блин. - далее добавляем тезис что в haskell монады это только для того чтобы можно было сделать IO (а не то что это один из видов тайпклассов, которые пришли из теорката, и которые зачастую нужны для абстрагирования над последовательными вычислениями... ну и ИО в чисто ФП языках есть и не на ИО - посмотрите на кложу и других. так что тезис как-то не очень похож на правду) - еще понравилось что код на скала это замедление разработки, а вот код на расте, в котором каждую вторую либу надо велосипедить - это ускорение. также как и код на элексире без статических типов. больше похоже на оправдание хипстерского выбора технологий - добавим "деплоить жвм на онпрем это сложно". как будто про докер не слышали. я конечно соглашусь что любое добавление еще 1 технологии в зоопарк это всегда дополнительная сложность, но кажеся у вас уже и жвм и скала давно и особо никуда не девается. - тезис про то что зарефакторить уже существующий код на скале это долго и сложно. а выкинуть и переписать его на элексире (а потом еще как-то скрестить с алгоритмическим кодом на скале, который был упомянут) это просто и быстро - выглядит как бред. бывает конечно настолько огромный техдолг что проще выкинуть и написать с нуля, но конкретно тут когда речь шла про, насколько понял, небольшой участок кода и всеголишь web + bd обвязку - выглядит как неправда - вишенка на торте это "переписали на элексир и всё стало быстро работать". обычно тут проблема не в элексире и в скале а в том что текущий код написан сверхнеоптимально, и если его переписать на оптимальный - выбор языка/платформы вообще не играет роли тк проблема в другом. - и еще тезис "jvm тормозит". т.е. 20+ лет постоянного фокуса на оптимизациях, огромное количество высококвалифицированных трудочасов вложенных в платформу это как бы всё фигня. жава тормозит! как-то складывается впечатление что Дмитрий не очень глубоко копает, и хоть и шарит в ширину, но в глубину как-то очень всё спорно я признаюсь, я несколько biased, т.к. работаю на скале. но кажется Дмитрий еще более biased, и при этом позволяет говорить очень уверенно вещи, которые как минимум очень спорные, а как максимум вообще ложные. возможно я сильно ошибаюсь. но блин, очень верится с трудом PS: привет земляку из Екб. работал в контуре (на джаве). начинал собесится в Lana Labs недавно, но до сдачи тестового успел получить оффер в другом месте. скоро переездаю в Берлин, можно будет затерпеть вживую :D
Ещё тезис о том что фреймворк web-actix на rust не многопоточный это полный бред) по бенчмаркам и многим реальным отзывам это один из самых быстрых веб фрейморков в принципе в не зависимости от языка. Он изначально создавался как многопоточный и по умолчанию скейлится по ядрам благодаря одноимённой системе акторов. Но в целом интересно было послушать гостя, но было очень поверхностно(.
спасибо за предметный комментарий. даже я, не из айти, а просто приглядывающийся к вашей области (корни из вмк немного зовут)), вижу, что парень несёт что-то поверхностное и на проверку многие слова окажутся ложью. для расширения кругозора новичкам не годится совершенно. оно годится ТОЛЬКО В СВЯЗКЕ с комментариями аналогичными вашему. ну и вообще странно и путанно объясняет. я смотрел у айтибороды выпуск с ребятами из слёрма и на момент просмотра отлично понимал объясняемый материал. тут же больше на мельтешню похоже. очень странный гость. чего с него ссутся в комах? и ведь они программисты🤦♂️
В Rust трейты и енамы тоже приватные по-умолчанию (приватность в Rust - это область видимости модуля), просто для *методов* трейта и *вариантов* енама не нужно ставить спецификатор области видимости, когда трейт или енам делается публичным.
1:42:03 не факт, что назавтра узнаешь результат компиляции плюсов. Темплейты полны по тьюрингу, так что компиляция потенциально бесконечна. Это я так свои получасовые кофе-брейки оправдываю
Потенциально да, по факту нет - компилятор C++ на 500й (или типа того) вложенной инстанциации откажется компилироваться. Считай что у тебя не больше нескольких сотен «операций» в шаблонах)
Акторы как execution context - тема сугубо Эрланга. В Скале есть ExecutionContext, который сейчас построен на ForkJoinPool. Никаких акторов там и близко нет. Для Скалы актор фреймворк - Акка. На C# есть Orlean. Project Loom - это реализацию зеленых потоков, как в Го, или корутины, как в Котлине. Никакого отношения к акторам проект не имеет
где-то я уже читал твои развёрнутые интересные полезные комментарии🤔 на канале adv-it и айтибороде не зависаешь?🤔 я этот канал не смотрю, это первое видео с канала, которое я посмотрел.
Руби очень жив, недавно вышел 3.0. Не мой основной язык, но стало немного обидно. Rubocop кстати очень ок, альтернативной тулы на ту же джаву найти не получилось)
Руби жив и живее всех живых! Типы есть, кому нужно. С многопоточностью все ок. У руби лучшее комьюнити и лучшие библиотеки. После руби мораться о пайтон, джава и го очень стремно.
На счет Скала3 как Питон3 не могу согласиться. Библиотеки и фреймворки используют макросы, а так что бы в больших коммерческих проектах взять да написать... Редко. За пять лет на скале видел один раз, 10 строчек во внутренней либе.
@@ZugDuk это нужно рассказать первокурсникам, которые возмущаются, что их зачем-то заставляют учить математику и "устаревшие языки", а не название_любого_нового_распиаренного_языка
Вопрос не по теме: Какую бы "сферу" программирования вы посоветовали человеку(мне, школьнику), которому нужен вариант зароботка и минимальный порог вхождения в профессию?
Есть еще интересное мнение, что DI - это очень заумно сказать "передай параметр в функцию". Если сервису нужен репозиторий - на самом деле одной из функций сервиса нужно передать в параметр этот репозиторий. Но в Скале например очень много экс-Джавистов - Guice, MacWire, DiStage весьма даже популярны
@@feoktant Нет, не так же. В C++ в отличие от раста традиционное ООП с наследованием, protected доступом внутрь родителя, и т.п. Даже множественное наследование есть
Кложа... Моё мнение, что язык офигенный. Лучше мне никакой другой больше не подходит. И jvm всегда работает на 2 стороны. Да, легко взять любую либу и работать с ней не совсем сложно... Но всё равно этот интероп с джавой не самый удобный и проблемы с ним в том что приходится писать императивно, что сложно. Но в целом я люблю кложу. А в кложе скрипт вроде можно как-то работать с либами плохо работающими с closure compiler
Планирую пробовать на выхах на лайвстриме :) Но там всё же не сам Elixir, он его компилит с помощью XLA, поэтому это не особо отличается от NIFов - быстро, потому что не в BEAM.
Тем кто ратует за один подход в языке (чтобы не было возможностей одну вещь сделать многими путями), как вы коммуницируете вообще, сложно, наверное, приходится?
У меня есть библиотека акторов на С++ github.com/redradist/Inter-Component-Communication в которой у меня как раз порядок предсказуемым, используется для многопоточного программирования ;)
Гость интересный, вот только его представление о Скале (даже по состоянию на февраль 2021) совсем устаревшее. В современной Скале ВСЕ упомянутые проблемы решены, и на ней писать просто сказка. Так же, переход на Скала3, вопреки мнению гостя, действительно почти бесшовный (если ваши либы мейнтейнерами переведены, как большинство уже), в реальности особых проблем не доставляет, даже не близко к истории с Python.
Ребятки, как бы быть такими крутыми, как вы, о многом знаете, все перепробовали. Мне сейчас 20, а я уже думаю, что мое профессиональное развитие остановилось, так как просто невозможно что-то сложное освоить с опухшей головой после работы
Со мной такое сильно позже произошло. У меня это было из за проф. выгорания. Работать надо скорее всего с этим. Если стараться делать "через себя" то можно сделать хуже.
ну выход один - не приходи с опухшей головой после работы. выстраивай ритм работы чтобы равномерно нагрузка шла и не переутомлялся. либо меняй работу работа надеюсь связана с разработкой/программированием. а если так то опыт на работе и есть развитие. проф развитие это не только расты и элексиры - скорее наоборот это всё далеко не бОльшая часть скилов. важен опыт работы в команде, опыт работы с требованиями, умение организовывать как минимум свою работу - оценивать, планировать, иметь экспертное мнение чтобы консультировать нетехнических коллег, предвидеть проблемы и риски и предосмотрительно их обходить, и т.д. а вот эти все куча технологий - это уже просто разные гаечные ключи в руках сантехника. надо ли говорить что ключ играет крайне малую роль в итоговом профессионализме, а главное результате
посмотрел написание макрсов на эликсире, это БОЛЬ(хотя в других языка этого вообще нет, в расте есть)! я не помнимаю, делать через жопу удобнее, лишь бы это не было Лиспом? это так что ли делается? И да написание макросов, не нифига не более удобное написание функций, это написание синтаксисов, это ДСЛ.
@@SeniorSoftwareVlogger Его не используют фирмы, но в жизни есть не только коммерческое программирование. Программирование для души, вот что такое лисп, это как раз про то как сделать быстро, как сделать много, как разобраться со сложными вещами. На ютубе я даже встречал такое понятие как релаксационное программирование на лиспе. Так что я его использую.
@@SeniorSoftwareVlogger бизнес предпочитает надёжность, предсказуемость, скорости. Современное программирование похоже на стройку, всё разобрано на виды работ, и программисты как простые рабочие кладут кирпичи, своих строчек кода в общий проект, по планам начерченым архитекторами. Программирование на лисп это больше искуство, это лепка скульптуры или рисование картины. Методология разработки там немного другая, я это читал, не надо разрабатывать спецификации, быстрее разработать прототип, чем спецификацию, а затем уже развивать прототип. Лисп программист лепит программу, создает свой ДСЛ. И пишет на нём. Другому в этом процессе не место, резко возрастают издержки на коммуникации. Лисп скорее для небольших групп разработчиков, он хорошо подошёл бы для стартапов. Впрочем думаю ты слышал историю Пола Грема, о том как их стартап успешно конкурировал с Амазоном и в конце концов его купили за кругленькую сумму. Но если хочешь стабильности, как на стройке, джава не плохой вариант.
Здравствуйте. Стою перед выбором изучения JavaScript react ( native ) и Swift ( ios разработке ) , подскажите какой лучше выбрать с нуля ( программировании полный 0 ). Живу в России , цель поработать тут , а спустя год работы пытаться переехать в Европу там работать . Что более лучше подходит для этих целей, лучше по возможности трудоустройства после обучения???
Очень интересный диалог, особенно доставили нотки юмора) Но вот смотреть видео неприятно. Такое ощущение будто маловата частота кадров или она постоянно плавает (особенно это заметно когда идёт видео с камеры, направленной на гостя) В остальном просто 10/10. Максимально полезно и информативно)
![Никита Соболев: Функциональное программирование для новичков [Хекслет]](/img/n.gif)
очень радует, что интервью максимально без булщита, чувак рассказывает про свой интересный опыт, побольше бы таких людей, спасибо! 🥸
I know I am quite randomly asking but do anyone know a good place to stream newly released movies online?
@Jesse Steven Flixportal :D
@Axl Yosef Thanks, signed up and it seems like a nice service :D Appreciate it!
@Jesse Steven you are welcome :)
Вау! Неужели кто-то сделал интервью с челом который работает на Расте? Спасибо 🙏
Спасибо за беседу. Удивила широта и глубина познаний гостя. Очень позитивный дядька. Без пауз просмотрел.
да и к тому же подача, все ясно, ничего лишнего
пришёл второй раз пересматривать, шикарное интервью, шикарный чел
Нелюблю Раст и чистое фп, но этот чел, как по мне, самый интересный из тех что у тебя был :)
Реально крутейший чел, ясно мыслит, понятно излагает.
Плюсовик в чате!
Ага чел ясный
Спасибо :)
А что любите? ФП, ООП - это все про то, как отойти от битиков (от железа), делая массовые продукты, которыми будут пользоваться миллионы максимально дешево. Парадигмы эти, по сути, ни чем не отличаются (только ФП языки гораздо сложнее)
А работы по чистому Asm, C, к сожалению, нет.
Супер интервью! По объёму и глубине смысловой нагрузке я подобного не припомню.
Интервью просто огонь, побольше таких интересных людей)
это было максимально интересно, 4 часа ночи, а я с удовольствием прослушал, спасибо!
классное интервью, классный парень, спасибо! :)
Спасибо за интересного гостя и содержательный разговор.
- чето прифигел с пассажа что project loom это добавление акторов в jvm. чево блин.
- далее добавляем тезис что в haskell монады это только для того чтобы можно было сделать IO (а не то что это один из видов тайпклассов, которые пришли из теорката, и которые зачастую нужны для абстрагирования над последовательными вычислениями... ну и ИО в чисто ФП языках есть и не на ИО - посмотрите на кложу и других. так что тезис как-то не очень похож на правду)
- еще понравилось что код на скала это замедление разработки, а вот код на расте, в котором каждую вторую либу надо велосипедить - это ускорение. также как и код на элексире без статических типов. больше похоже на оправдание хипстерского выбора технологий
- добавим "деплоить жвм на онпрем это сложно". как будто про докер не слышали. я конечно соглашусь что любое добавление еще 1 технологии в зоопарк это всегда дополнительная сложность, но кажеся у вас уже и жвм и скала давно и особо никуда не девается.
- тезис про то что зарефакторить уже существующий код на скале это долго и сложно. а выкинуть и переписать его на элексире (а потом еще как-то скрестить с алгоритмическим кодом на скале, который был упомянут) это просто и быстро - выглядит как бред. бывает конечно настолько огромный техдолг что проще выкинуть и написать с нуля, но конкретно тут когда речь шла про, насколько понял, небольшой участок кода и всеголишь web + bd обвязку - выглядит как неправда
- вишенка на торте это "переписали на элексир и всё стало быстро работать". обычно тут проблема не в элексире и в скале а в том что текущий код написан сверхнеоптимально, и если его переписать на оптимальный - выбор языка/платформы вообще не играет роли тк проблема в другом.
- и еще тезис "jvm тормозит". т.е. 20+ лет постоянного фокуса на оптимизациях, огромное количество высококвалифицированных трудочасов вложенных в платформу это как бы всё фигня. жава тормозит!
как-то складывается впечатление что Дмитрий не очень глубоко копает, и хоть и шарит в ширину, но в глубину как-то очень всё спорно
я признаюсь, я несколько biased, т.к. работаю на скале. но кажется Дмитрий еще более biased, и при этом позволяет говорить очень уверенно вещи, которые как минимум очень спорные, а как максимум вообще ложные. возможно я сильно ошибаюсь. но блин, очень верится с трудом
PS: привет земляку из Екб. работал в контуре (на джаве). начинал собесится в Lana Labs недавно, но до сдачи тестового успел получить оффер в другом месте. скоро переездаю в Берлин, можно будет затерпеть вживую :D
Да заметно ,что сам себя опровергает часто и очень много эмоций в это вкладывает.
Ещё тезис о том что фреймворк web-actix на rust не многопоточный это полный бред) по бенчмаркам и многим реальным отзывам это один из самых быстрых веб фрейморков в принципе в не зависимости от языка. Он изначально создавался как многопоточный и по умолчанию скейлится по ядрам благодаря одноимённой системе акторов. Но в целом интересно было послушать гостя, но было очень поверхностно(.
@@bohdanivanchenko5262 по бенчам actix вообще на какой-то магии работает.
спасибо за предметный комментарий.
даже я, не из айти, а просто приглядывающийся к вашей области (корни из вмк немного зовут)), вижу, что парень несёт что-то поверхностное и на проверку многие слова окажутся ложью.
для расширения кругозора новичкам не годится совершенно. оно годится ТОЛЬКО В СВЯЗКЕ с комментариями аналогичными вашему.
ну и вообще странно и путанно объясняет.
я смотрел у айтибороды выпуск с ребятами из слёрма и на момент просмотра отлично понимал объясняемый материал. тут же больше на мельтешню похоже.
очень странный гость. чего с него ссутся в комах? и ведь они программисты🤦♂️
Плюсую. Чел кринжа знатно навалил. А ведь самое печальное, что люди строят свои мнения на таких ложных видосах из интернета.
Только ради этого интервью уже можно было пилить канал! Аппппппплодируем стоя
спасибо за интервью, очень приятно и интересно было слушать)
Спасибо ребята! 2 часа кайфа!
Спасибо за интервью
очень интересно, посмотрел за один раз
Интересная беседа, спасибо.
Хотелось бы, чтобы Роман Пушкин из Сан Франциско тоже попал к вам на интервью
Плюсую за Романа Пушкина.
хорошие дебаты про смерть руби бы получились ) ну и сравнить работу в компаниях Америки/Германии
Да, Роман топит за Руби, как первый язык для изучения.
В Rust трейты и енамы тоже приватные по-умолчанию (приватность в Rust - это область видимости модуля), просто для *методов* трейта и *вариантов* енама не нужно ставить спецификатор области видимости, когда трейт или енам делается публичным.
урааааа наконец-то Раст! vielen Dank
1:42:03 не факт, что назавтра узнаешь результат компиляции плюсов. Темплейты полны по тьюрингу, так что компиляция потенциально бесконечна.
Это я так свои получасовые кофе-брейки оправдываю
Уже модули завезли же
Потенциально да, по факту нет - компилятор C++ на 500й (или типа того) вложенной инстанциации откажется компилироваться. Считай что у тебя не больше нескольких сотен «операций» в шаблонах)
Спасибо! Очень интересно!
Спасибо за идею писать код под минимальное техно. Оказывается это можно делать не только в Берлине но и Лондоне.
Акторы как execution context - тема сугубо Эрланга. В Скале есть ExecutionContext, который сейчас построен на ForkJoinPool. Никаких акторов там и близко нет. Для Скалы актор фреймворк - Акка. На C# есть Orlean.
Project Loom - это реализацию зеленых потоков, как в Го, или корутины, как в Котлине. Никакого отношения к акторам проект не имеет
где-то я уже читал твои развёрнутые интересные полезные комментарии🤔 на канале adv-it и айтибороде не зависаешь?🤔
я этот канал не смотрю, это первое видео с канала, которое я посмотрел.
Сложно переоценить ценность этого интервью 😀
Дмитрий, подскажите плиз что за Тони Энжи и что за курс по дата саенс?
www.coursera.org/learn/machine-learning
@@SeniorSoftwareVlogger он ж Эндрю
oh well
а где ссылка на телегу?
Погода супер!)
Очень интересное интервью. Спасибо
Живое изложение и интересная информация!
Крутой выпуск.
Спасибо за Раст :3
расист?
Сектант?
Руби очень жив, недавно вышел 3.0.
Не мой основной язык, но стало немного обидно. Rubocop кстати очень ок, альтернативной тулы на ту же джаву найти не получилось)
Жив, жив :)
@@SeniorSoftwareVlogger все, теперь я спокоен) спасибо за интервью, топ. Внезапно появилось желание затестить Elixir, Haskell и Rust :)
На java нет хороших статических анализаторов? Просто любопытно.
3.0? Поменяли мажорную версию... Снова обратную совместимость сломали?)))
Ничего не сломали, все хорошо, читай ченчлоги.
16:21 Добавляйте, пожалуйста, упомянутые курсы в описание. Имя на слух разобрать невозможно.
Andrew Ng, на курсере
www.coursera.org/learn/machine-learning
Очень хочу работать на раст, но беда с вакансиями, работаю на ангуляре...
Дмитрий в конце интервью говорит, что даст ссылки на свой Telegram & UA-cam канал. Где ссылка на его Telegram ?
оочень крутое интервью. Интересность уровень Бог. Спасибо! Ненавижу функциональщину хД
Вот вот. What about f#?
Блин, а слабо гостей полностью с фамилией представлять? И какие-то контакты в описании к видео оставлять?
Реально крутой чел. Спасибо!!!
Именно так!))) ПРивет
Даёшь интервью с Романом Пушкиным!
Он расскажет, как в США плохо :)
Руби жив и живее всех живых! Типы есть, кому нужно. С многопоточностью все ок. У руби лучшее комьюнити и лучшие библиотеки. После руби мораться о пайтон, джава и го очень стремно.
4260 вакансий на руби в Германии против 24000 вакансий на го.
@@SeniorSoftwareVlogger это все понятно, на жс ещё больше, но это не значит что язык хороший или лучше. Это просто миллион мух. 😀
Это скоре про то что он живее всех живых. Он как минимум в 4 раза менее жив, чем го.
Отлично, спасибо, интересный собеседник. Кстати, с мобильного ютуба ссылка никак не открывается на его канал.
что-то гость не особо осведомлен о скале. Scala 74.6%
Спасибо. Я было удивился как же так...
Он про Flink говорил там скалы оч мало
Так ору с вставок)) А интервью очень интересное
Привет от Рубиста. Ну насчет меньше кода + читабельность, ну хз…
На счет Скала3 как Питон3 не могу согласиться. Библиотеки и фреймворки используют макросы, а так что бы в больших коммерческих проектах взять да написать... Редко. За пять лет на скале видел один раз, 10 строчек во внутренней либе.
Ruby жив!
Оч интересно!
Классное интервью, интересный собеседник.
1:30:41 А почему не делать микросервисы? Тема не раскрыта :)
В Python-е Gradual Typing запили очень давно ещё с 2012-2014, не недавно
41:10 почему не раскрыли тему почему .net плохой?
патамучта микрософт - зло
Прошу прощения за оффтопик. А окна деревянные или пластик?
Дерево
Йеп :)
Йеп! :)
Я прям влюблён в людей, которые понимают, что вышка должна дать фундаменталку, а не навыки "написания игор на самом модном языке")
игры, в основном, пишутся на плюсах, а не на самом модном языке
@@ZugDuk это нужно рассказать первокурсникам, которые возмущаются, что их зачем-то заставляют учить математику и "устаревшие языки", а не название_любого_нового_распиаренного_языка
Интерьер квартиры как в Германии. Берлин?
Берлин
Вопрос не по теме:
Какую бы "сферу" программирования вы посоветовали человеку(мне, школьнику), которому нужен вариант зароботка и минимальный порог вхождения в профессию?
фронтенд
СТО
Есть рассинхрон по звуку
чёткий пацан
Жена заглянула через плечо: опять Дмитрия "Дудя от программистов" смотришь :)
Дудь от программистов - борода, как по мне
Насчёт DI интересно как они не используют или чем заменяют
В ФП на это всегда есть ответ Free Monad. В маленьких микросервисах можно и руками прокинуть зависимости
Есть еще интересное мнение, что DI - это очень заумно сказать "передай параметр в функцию". Если сервису нужен репозиторий - на самом деле одной из функций сервиса нужно передать в параметр этот репозиторий.
Но в Скале например очень много экс-Джавистов - Guice, MacWire, DiStage весьма даже популярны
@@feoktant а в Rust? И вообще как обходятся без ООП, паттернов
@@ram0973 мне самому очень интересно как в rust. Я почему-то думаю, что так же как и в С++
@@feoktant Нет, не так же. В C++ в отличие от раста традиционное ООП с наследованием, protected доступом внутрь родителя, и т.п. Даже множественное наследование есть
опа, хипстер на эликсире скалу не асилил
метапрограммирование это как #ifdef ... #endif в Си ?
#define TRUE FALSE
Дайте таймкод на момент, где чел говорит про DSL
1:26:45 что-то было
1:20:15 Аж в лице сменился от вопроса. Нельзя так в лоб. )
Кложа...
Моё мнение, что язык офигенный. Лучше мне никакой другой больше не подходит.
И jvm всегда работает на 2 стороны. Да, легко взять любую либу и работать с ней не совсем сложно... Но всё равно этот интероп с джавой не самый удобный и проблемы с ним в том что приходится писать императивно, что сложно.
Но в целом я люблю кложу.
А в кложе скрипт вроде можно как-то работать с либами плохо работающими с closure compiler
Этот самый интероп и Скалу тащит в императив. А потом все переписывают на эликсир :/
@@feoktant ну не скажу что кложу тянет на императив. Он настолько неудобен, что в него и не смотришь. Максимум в паре функций взаимодействия
Паскаль?
сдали в музей
В руби ж вродь есть многопоточность с полной пошаренной памятью? Класс Thread за это отвечает.
Спасибо за работу, но в конце звук опережает видео.
Какой какой Тони ? Тони Джи?
Я перепутал, он Andrew Ng
к слову про медленно: буквально на днях релизнули Nx для Elixir
Планирую пробовать на выхах на лайвстриме :) Но там всё же не сам Elixir, он его компилит с помощью XLA, поэтому это не особо отличается от NIFов - быстро, потому что не в BEAM.
@@ModernRetroTech ну то что numpy не совсем питон не помешало ему стать популярным.
Ба! какие люди! :) Хосе вообще спит по ночам? :)
Тем кто ратует за один подход в языке (чтобы не было возможностей одну вещь сделать многими путями),
как вы коммуницируете вообще, сложно, наверное, приходится?
Позабавил вопрос про веб-программирование. Бэкэндщики все равно думают, что это апи.
В С/С++ есть модули? Это в каком смысле?
Объектные модули. Файлы .c и .cpp компилируются в соответствующие модули .o которые потом линкером линкуются
В новом стандарте собираются включить поддержку нормальных модулей как в питоне и тому подобных
@@ОмарМунчаев-м2и уже есть в новом стандарте, но компиляторы еще не поддерживают
Динамические и статичиские либы. Наверное он это имел ввиду.
Модули на C:
JkuydQlN2nE (id видоса на YT)
У меня есть библиотека акторов на С++ github.com/redradist/Inter-Component-Communication в которой у меня как раз порядок предсказуемым, используется для многопоточного программирования ;)
Без ютьюб премиум это смотреть невозможно. Реклама через каждых 3-5 минут. Но тема интересная. Посмотрю как нибудь с девайса с блоком рекламы
Гость интересный, вот только его представление о Скале (даже по состоянию на февраль 2021) совсем устаревшее. В современной Скале ВСЕ упомянутые проблемы решены, и на ней писать просто сказка. Так же, переход на Скала3, вопреки мнению гостя, действительно почти бесшовный (если ваши либы мейнтейнерами переведены, как большинство уже), в реальности особых проблем не доставляет, даже не близко к истории с Python.
Нереально крутой чувак.. Понятно выражает сложные вещи.
Ребятки, как бы быть такими крутыми, как вы, о многом знаете, все перепробовали. Мне сейчас 20, а я уже думаю, что мое профессиональное развитие остановилось, так как просто невозможно что-то сложное освоить с опухшей головой после работы
По такому запросу можно много чего насоветовать. Задай себе задачу, желательно коммерческую, решай её при помощи стейт-оф-арт технологий, сё
Со мной такое сильно позже произошло. У меня это было из за проф. выгорания. Работать надо скорее всего с этим. Если стараться делать "через себя" то можно сделать хуже.
ну выход один - не приходи с опухшей головой после работы. выстраивай ритм работы чтобы равномерно нагрузка шла и не переутомлялся. либо меняй работу
работа надеюсь связана с разработкой/программированием. а если так то опыт на работе и есть развитие. проф развитие это не только расты и элексиры - скорее наоборот это всё далеко не бОльшая часть скилов.
важен опыт работы в команде, опыт работы с требованиями, умение организовывать как минимум свою работу - оценивать, планировать, иметь экспертное мнение чтобы консультировать нетехнических коллег, предвидеть проблемы и риски и предосмотрительно их обходить, и т.д.
а вот эти все куча технологий - это уже просто разные гаечные ключи в руках сантехника. надо ли говорить что ключ играет крайне малую роль в итоговом профессионализме, а главное результате
Слушай, ну тут нужен марафон, на крайний случай вебинар
поспи
за руби Роман Пушкин с вас спросил бы)
посмотрел написание макрсов на эликсире, это БОЛЬ(хотя в других языка этого вообще нет, в расте есть)! я не помнимаю, делать через жопу удобнее, лишь бы это не было Лиспом? это так что ли делается? И да написание макросов, не нифига не более удобное написание функций, это написание синтаксисов, это ДСЛ.
Лисп проиграл. Его никто не использует.
@@SeniorSoftwareVlogger Его не используют фирмы, но в жизни есть не только коммерческое программирование. Программирование для души, вот что такое лисп, это как раз про то как сделать быстро, как сделать много, как разобраться со сложными вещами. На ютубе я даже встречал такое понятие как релаксационное программирование на лиспе. Так что я его использую.
Быстро и много это же должен быть рецепт для того чтобы бизнес любил язык?
@@SeniorSoftwareVlogger бизнес предпочитает надёжность, предсказуемость, скорости. Современное программирование похоже на стройку, всё разобрано на виды работ, и программисты как простые рабочие кладут кирпичи, своих строчек кода в общий проект, по планам начерченым архитекторами. Программирование на лисп это больше искуство, это лепка скульптуры или рисование картины. Методология разработки там немного другая, я это читал, не надо разрабатывать спецификации, быстрее разработать прототип, чем спецификацию, а затем уже развивать прототип. Лисп программист лепит программу, создает свой ДСЛ. И пишет на нём. Другому в этом процессе не место, резко возрастают издержки на коммуникации. Лисп скорее для небольших групп разработчиков, он хорошо подошёл бы для стартапов. Впрочем думаю ты слышал историю Пола Грема, о том как их стартап успешно конкурировал с Амазоном и в конце концов его купили за кругленькую сумму. Но если хочешь стабильности, как на стройке, джава не плохой вариант.
было бы неплохо представить гостя, как его зовут хотя бы
Привет, рядом со мной Дмитрий
Здравствуйте. Стою перед выбором изучения JavaScript react ( native ) и Swift ( ios разработке ) , подскажите какой лучше выбрать с нуля ( программировании полный 0 ).
Живу в России , цель поработать тут , а спустя год работы пытаться переехать в Европу там работать .
Что более лучше подходит для этих целей, лучше по возможности трудоустройства после обучения???
Если уже есть макбук, то сначала попробуйте Swift - экосистема Apple более прямолинейна и логична, чем весь этот зоопарк JavaScript
ну, конечно, лучше втолпиться в мир эпл.
тут и спрашивать не надо))))
Гостя из-за занавески не видно
9:17 -10:25 когда прослушал 3 раза и всё равно не понял.. xD
а чувак знает толк в руглише.
Khan Academy это самое то, чтобы изучать математику
Пока вы тут угораете над ruby, кто то зарабатывает 10000 баксов в месяц на ruby в сша
тут можно руби заменить на любой другой язык
Есть четкое ощущение что таких разработчиков надо держать подальше от бизнеса и промышленной разработки. Горе от ума, имхо.
Такие разработчики бизнесу очень нужны - они обеспечивают прогресс. Но большое колличество таких разработчиков бизнесу будет очень опасно.
@@victorkochkarev2576 Все верно да. Их нужно держать под контролем. Есть такой опыт.
После десяти лет плюсов все эти страшные borrow и lifetimes как два пальца...
Дмитрий крутое имя :)
Угу... ага... да... понятно...
Красивый язык эликсир, но макросами превратили его обратно в руби
Очень интересный диалог, особенно доставили нотки юмора)
Но вот смотреть видео неприятно. Такое ощущение будто маловата частота кадров или она постоянно плавает (особенно это заметно когда идёт видео с камеры, направленной на гостя)
В остальном просто 10/10. Максимально полезно и информативно)
он очень сложно обьясняет простые вещи, замените слово "макрос" на слово "функция" для общего понимания
В Rust есть как макросы так и функции.
Ого а я раст учу
про руби такую дичь несете уже все подтянули в ruby 3
просто жесть!!!
видео явно записано немного в прошлом. ruby 3 на тот момент ещё не вышел возможно
@@ValeryMeleshkin только если лет 5 назад) А так просто не знают о чем говорят.
Да, чуваки сразу роняют свой авторитет и уровень подобными высказываниями.
github.com/tikv/tikv
БД написаная на Rust
Если скала не решает ваши рокет саенс проекты то вы в целом занимаетесь какой-то херней вместо решать реальные проблемы.
То же самое верно и для переездунов с джавы на скалу :)