Язык Rust и функциональное программирование

preview_player
Показать описание
Первая часть бесплатно!

00:00 - Функциональщина, Rust и все все все
00:34 - платят ли?
00:44 - специально выбираешь компании
01:03 - как залетел в экзотику
01:31 - экзотика и скорость разработки
03:03 - мета программирование
11:09 - первая работа, образование и реклама
16:06 - добирание знаний после универа
20:06 - Erlang как первый язык на работе
21:10 - Функциональщина и ООП
21:57 - У ООП нет преимуществ
22:53 - иммутабельность и неизменяемые структуры данных
26:38 - В 5 раз меньше кода в функциональном стиле
33:50 - динамические языки и тесты
35:59 - поддерживаемость функциональщины
38:22 - кто принес Rust в компанию
38:46 - Scala - ужасный язык
41:18 - экзотика и поиск работы
45:52 - хороним Ruby и Scala
48:09 - как поняли, что пора на раст?
49:05 - что такое Process mining
53:54 - как вкатился в Эликсир
56:17 - почему Rust?
59:21 - почему не Go?
01:05:25 - доступность готовых библиотек в расте
01:07:46 - сложность в изучении раста
01:11:40 - Раст это усложненный Си++?
01:16:48 - Акторы и византийские системы
01:19:00 - Как раст живет 2 года в продакшене?
01:20:12 - факап на работе
01:21:51 - Rust как первый язык программирования
01:25:31 - киллер фичи Rust
01:27:11 - зарплаты на Rust
01:30:11 - веб программирование на расте
01:32:23 - будущее Rust
01:34:15 - раст и webassembly
01:34:58 - про канал гостя и стримы про программирование

Доступ к плюшкам:

Senior Software Vlogger — канал о жизни людей в айти и интересных фактах. Написание кода, интервью с программистами, переезд на ПМЖ в другие страны, лайфхаки профессии.

#программирование #ityoutubersru
Рекомендации по теме
Комментарии
Автор

очень радует, что интервью максимально без булщита, чувак рассказывает про свой интересный опыт, побольше бы таких людей, спасибо! 🥸

dmitrypetrov
Автор

Вау! Неужели кто-то сделал интервью с челом который работает на Расте? Спасибо 🙏

lennyy
Автор

Нелюблю Раст и чистое фп, но этот чел, как по мне, самый интересный из тех что у тебя был :)

Реально крутейший чел, ясно мыслит, понятно излагает.

IlyaLesnoy
Автор

Спасибо за беседу. Удивила широта и глубина познаний гостя. Очень позитивный дядька. Без пауз просмотрел.

nikolaysokolov
Автор

Супер интервью! По объёму и глубине смысловой нагрузке я подобного не припомню.

thepantelemon
Автор

пришёл второй раз пересматривать, шикарное интервью, шикарный чел

eugenenovikov
Автор

это было максимально интересно, 4 часа ночи, а я с удовольствием прослушал, спасибо!

aerahtv
Автор

Интервью просто огонь, побольше таких интересных людей)

sagramor
Автор

Спасибо за интересного гостя и содержательный разговор.

dimak
Автор

классное интервью, классный парень, спасибо! :)

snatvb
Автор

Только ради этого интервью уже можно было пилить канал! Аппппппплодируем стоя

cyber_dharma
Автор

- чето прифигел с пассажа что project loom это добавление акторов в jvm. чево блин.
- далее добавляем тезис что в haskell монады это только для того чтобы можно было сделать IO (а не то что это один из видов тайпклассов, которые пришли из теорката, и которые зачастую нужны для абстрагирования над последовательными вычислениями... ну и ИО в чисто ФП языках есть и не на ИО - посмотрите на кложу и других. так что тезис как-то не очень похож на правду)
- еще понравилось что код на скала это замедление разработки, а вот код на расте, в котором каждую вторую либу надо велосипедить - это ускорение. также как и код на элексире без статических типов. больше похоже на оправдание хипстерского выбора технологий
- добавим "деплоить жвм на онпрем это сложно". как будто про докер не слышали. я конечно соглашусь что любое добавление еще 1 технологии в зоопарк это всегда дополнительная сложность, но кажеся у вас уже и жвм и скала давно и особо никуда не девается.
- тезис про то что зарефакторить уже существующий код на скале это долго и сложно. а выкинуть и переписать его на элексире (а потом еще как-то скрестить с алгоритмическим кодом на скале, который был упомянут) это просто и быстро - выглядит как бред. бывает конечно настолько огромный техдолг что проще выкинуть и написать с нуля, но конкретно тут когда речь шла про, насколько понял, небольшой участок кода и всеголишь web + bd обвязку - выглядит как неправда
- вишенка на торте это "переписали на элексир и всё стало быстро работать". обычно тут проблема не в элексире и в скале а в том что текущий код написан сверхнеоптимально, и если его переписать на оптимальный - выбор языка/платформы вообще не играет роли тк проблема в другом.
- и еще тезис "jvm тормозит". т.е. 20+ лет постоянного фокуса на оптимизациях, огромное количество высококвалифицированных трудочасов вложенных в платформу это как бы всё фигня. жава тормозит!

как-то складывается впечатление что Дмитрий не очень глубоко копает, и хоть и шарит в ширину, но в глубину как-то очень всё спорно

я признаюсь, я несколько biased, т.к. работаю на скале. но кажется Дмитрий еще более biased, и при этом позволяет говорить очень уверенно вещи, которые как минимум очень спорные, а как максимум вообще ложные. возможно я сильно ошибаюсь. но блин, очень верится с трудом

PS: привет земляку из Екб. работал в контуре (на джаве). начинал собесится в Lana Labs недавно, но до сдачи тестового успел получить оффер в другом месте. скоро переездаю в Берлин, можно будет затерпеть вживую :D

artemsokolov
Автор

Хотелось бы, чтобы Роман Пушкин из Сан Франциско тоже попал к вам на интервью

Wapskill
Автор

Спасибо за идею писать код под минимальное техно. Оказывается это можно делать не только в Берлине но и Лондоне.

victorkochkarev
Автор

спасибо за интервью, очень приятно и интересно было слушать)

ruslanshikhaliev
Автор

очень интересно, посмотрел за один раз

axea
Автор

Сложно переоценить ценность этого интервью 😀

gkhdscjud
Автор

оочень крутое интервью. Интересность уровень Бог. Спасибо! Ненавижу функциональщину хД

nigrimmist
Автор

1:42:03 не факт, что назавтра узнаешь результат компиляции плюсов. Темплейты полны по тьюрингу, так что компиляция потенциально бесконечна.
Это я так свои получасовые кофе-брейки оправдываю

krikuff
Автор

В Rust трейты и енамы тоже приватные по-умолчанию (приватность в Rust - это область видимости модуля), просто для *методов* трейта и *вариантов* енама не нужно ставить спецификатор области видимости, когда трейт или енам делается публичным.

alexanderxx
join shbcf.ru