Доброе утро понедельника! По просьбе @dcromster на этой неделе с вами @SBozhko из славного города Минска.

Занимаюсь нагруженным сервер-сайдом на Scala, что-то около обработки больших данных.А по пятницам превращаюсь в подкастера (привет, #devzen)

На этой неделе поговорим про Scala: чем она хороша, для кого, а кому ее лучше избегать.

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

Примерно таким же образом год назад моя команда перешла на него. До сих пор не пожалели.

А для сомневающихся вот вам быстрое 5-часовое введение от @mr_mig_by m.habrahabr.ru/post/209532/

@backendsecret какие основные плюсы ?

Во-первых, Scala – это красиво :)

А вообще, значительно меньше boilerplate-кода. Работа с коллекциями в разы приятнее. Уже не могу жить без map, filter, zip

Наличие фреймворка легковесных потоков в виде akka. И, конечно же, Option, Either и case-классы. Отвыкать от этого совсем не хочется.

И, наконец, посмотрите на Scala-вакансии. Как правило, это не типичный для Java кровавый enterprise, а куда более интересный мир high-load

Что касается книг, то я рекомендую Programming in Scala amazon.com/Programming-Sc…. Да, большая, но зато очень доскональная и понятная

Кроме этого в той же akka есть много подводных камней, если работаете с каким-либо ресурсом синхронно.

В этом случае лучше для таких "блокирующих" акторов делать отдельный диспетчер (по сути это пул потоков).

А здесь можно подробнее почитать, как с этим жить: doc.akka.io/docs/akka/snap… (Blocking Needs Careful Management)

Кроме этого, в Scala dsl считается чуть ли не высшей формой развития разных библиотек. Не могу сказать, что я разделяю эту страсть к dsl-ям.

Ну и будьте готовы сами допиливать существующие либы. А из-за того, что они написаны на более сложной Scala, это может быть довольно трудно

Но здесь я вспомню слова Баруха @jbaruch: "Технологии идеальны, а люди мудаки". Так что Scala хороша ;) А вся проблема в людях, как и везде.

@backendsecret недавно в Scala, почему в akka задепрекейтели redis как broker? Как сереализует данные, если речь о remote акторах?

Задепрекейтили Redis не как брокер, а реализацию мейлбокса, который хранит сообщения в Redis.Впрочем, такая же история с ZooKeeper и MongoDB

Потому что механизм durable мейлбоксов разрабатывается в модуле akka-persistent. А иначе получалось ненужное дублирование.

В remote акторах сериализация проиходит с ичпользование протобафа. Для этого есть поддержка из коробки. Но можно и свое взять, если надо.

@backendsecret перл - не синоним write-only кода. Ужасно можно писать и на питоне. Я имел ввиду схожесть философских отправных +инструменты

Мне,конечно, сложно судить о философии и инструментах Perl. Но из того, что я знаю, со Scala мало пересечений. А кто-либо может из сравнить?

@backendsecret А что можно почитать по akka? Что-нибудь ближе к архитектуре, проектированию. Книги, блоги и.т.п.

Документация у akka на официальном сайте отличная. Что очень здорово, что есть pdf, как для Scala, так и для Java API akka.io/docs/

Есть книга Effective Akka. Она совсем небольшая, но в ней вы найдете best practices для akka с толковыми примерами shop.oreilly.com/product/063692…

Из блогов по akka рекомендую letitcrash.com и typesafe.com/blog
А если хочется паттернов с акторами — letitcrash.com/post/591902669…

Ну и конечно же рекомендую курс Principles of Reactive Programming coursera.org/course/reactive

@Timrael @backendsecret ящитаю это быстро: за 5 часов можно полностью покрыть весь A2 уровень и посмотреть вблизи на основные фичи

@backendsecret не возникало ли ощущения, что #scala слишком сложна и хочется взять что-то более простое для текущей задачи... например PHP?

Чувствую подвох в этом вопросе.

Нет, такого желания не было. Scala тем и хороша: язык эволюционирует вместе с вами. Чем глубже изучаете его, тем интереснее становится.

Не зря же это SCAlable LAnguage.

Доброе утро, друзья! Ну что, вы отстендапились уже? Как вы, кстати, относитесь к ежедневным скрам-ритуалам?

И про какой аспект бэкнед разработки на Scala вы хотите узнать сегодня?

@backendsecret Утренний - пошёл он на ... Вечерний - хороший повод подвести итоги.

@backendsecret утренние ситдауны объединяют!

@backendsecret утром стендап полезен, чтобы понять кто и что будет делать. Важно чтобы стендап не занимал много времени и был информативен.

@backendsecret стараюсь опоздать на работу, чтобы не попасть на это дело

@backendsecret клево, но не все умеют спокойно к ним относится. На самом же деле, че такого? Затерли по работе и разбежались!

Но обычно помогает только долгое, внимательное, кропотливое изучение исходника: переход по функциям, прогон тестов.

А вы какие еще способы знаете, ежели нужно вникнуть в чужой код, весьма сложный и запутанный?

@backendsecret все верно и поэтому хорошо бы, чтобы эту сложность хотя бы язык не превносил и так есть с чем разбираться

Утром отлично поговорили за стендапы и скрам. Спасибо за живой отклик. А теперь поведаю свое мнение касательно этого добра.

Собственно, к стендапам я отношусь положительно. Полезно быть в курсе того, что делает команда. Но agile-команда не должна быть большой.

Есть даже такое понятие: "two-pizza team". В бОльшей команде стендап сильно разбухает и становится бесполезным. Скучно слушать нерелевантное

Но я категорически против бездумного следования ритуалам. Хотите стойте, хотите — сидите. Как вам удобно.

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

@backendsecret ок, у нас вообще их два :) один общий где один человек за всю команду рассказывает коротенько и можно другие тимы послушать

@backendsecret второй внутри команды, с техническим мясом, какие у кого интересные штуки/проблемы/затыки и т.п.

Вот, к слову, парное программирование отлично подходит, если нужно ввести нового человека в проект. Это куда быстрее, нежели копаться самому

А что вы можете порекомендовать для ввода нового инженера в проект?

@backendsecret удачи.. - сказал мне мой предшественник и ушел оставив наедине с полугодовалым легаси 😃 #adventureTime

@backendsecret кстате, у меня вопрос. а кто в бэкендах юзает XSL+XML и какова мотивация для сего действа?

@backendsecret а мы всякие лекции записываем для внутреннего пользования, чтобы по десять раз одно и то же не рассказывать.

@backendsecret и предварительный code-review с выделенным наставником. Перед общим code-review.

Рубрика "Знаете ли вы". Знаете ли вы, откуда взялся логотип Scala? А теперь посмотрите на лестницу в EPFL: deliveryimages.acm.org/10.1145/260000…

Как Scala-разработчик я должна пиарить Scala, но сейчас сижу и изучаю Go. И вам скажу, что Go весьма неплох, но мне видится чересчур простым

И некоторые моменты в нем вызывают недоумение. Я уже завела себе файлик, который так и называется "wtf golang". Зря не вела такой для Scala.

Мои впечатления от языка Scala после года работы с ним eax.me/scala-one-year/ #fprog #scala #java

@backendsecret как долго компилится и собирается средний проект и как можно это ускорить (давай - выкладывай секреты :)

Средний проект (хотя что считать таковым?) собирается у меня на макбуке мавеном за 01:34 минут.

Можно разбивать проект на модули (сервисы) и собирать каждый по необходимости. Также есть инкрементальная сборка, есть еще проме мавена sbt

01:34 минут - это сборка с нуля с прогоном юнит-тестов. Так что не скажу, что собирается все очень медленно.

@backendsecret мне кажется, что для любого языка можно составить такой файлик. Например, вот для ruby и js :)
destroyallsoftware.com/talks/wat

"Asynchronous Distributed Snapshots for Distributed Dataflows" - Carbone et al. 2015 blog.acolyer.org/?p=1052 #themorningpaper

Список русскоязычных подкастов на тему информационных технологий github.com/AveVlad/russia…
#DevZen первый в списке :)

Наверняка вы наслышаны про коллекции в Scala. Это и правда очень гибкий инструмент, с которым действительно удобно и приятно работать.

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

Если хотите узнать, чего стоит это удобство в Scala, и вас не испугают байт-код и ассемблер, то этот доклад для вас: youtube.com/watch?v=M7ptT_…

Всего год пишу продакшен код на Scala, а меня уже передергивает, когда вижу неоправданные мутабельные переменные в коде на других языках.

@backendsecret а зачем? Все эти wtf будут просто первым впечатлением с непривычки

Позвольте не согласиться. Wtf-ки, возникающие при изучении нового языка, библиотеки, инструмента, очень важны.

Они указывают на сомнительные моменты для стороннего наблюдателя с незашоренным взглядом.

По сему я считаю, что такие вещи нужно обязательно фиксировать. Это очень ценный фитбек. Вспомните хотя бы "коридорное тестирование".

@backendsecret быстрое объяснение почему #golang такой learnxinyminutes.com/docs/ru-ru/go-…

Внимание. Вброс. После почти недели с Go у меня в голове крутится только одно слово: "убогонький". Нет в нем мощи Scala. Продолжаю изучение.

Полагаю, внимательный читатель заметил каламбур? УбоGoнький там должно быть.

@backendsecret да ему даже до жавки, особенно восьмой долеко

@backendsecret очень тяжело пересаживаться со scala+akka на java+spring. Ощущение связанных рук

На мой взгляд, первая причина — это если jvm вам не подходит в принципе.

Вторая—если в команде уровень инженеров сильно разнится. Каждый будет писать в своем стиле, что приведет к совершенно неподдерживаемому коду

Либо же люди будут много и часто спорить, что тоже не есть хорошо.

@backendsecret а бить граблями по рукам за несоблюдение код-стайла уже не модно?

Здесь даже речь идет не только и не сколько о стиле наименования переменных, отступов и пр. Это скорее об уровне функциональщины в коде.

Если в языке есть множество способов сделать одно и то же, то такая свобода может сыграть против вас.

Как решать сложные задачи в программировании:

В этом репозитории ребята пилят тул для визуализации akka-cluster на D3 github.com/dsugden/cluste…

@backendsecret
Klang's Conjecture:
If you cannot solve a problem without programming you cannot solve a problem with programming

А сейчас минутка "А знаете ли вы". В Scala есть интересный класс AnyRef. Он явлется базовым для всех пользовательских классов.

На самом деле это всего лишь алиас для java.lang.Object. Но какова причина существования AnyRef, учитывая, что уже есть java.lang.Object?

Дело в том, что изначально Scala была задизайнена для работы как на Jvm, так и на .NET. Для .NET AnyRef — это алиас для System.Object.

Если вы всегда хотели заниматься Data Science, но не знаете, с чего начать, у меня для вас есть план развития. pic.twitter.com/j9M1fqEmlB

Не мое, но жизненно :)

ПМ сказал:
"Опять дедлайны
И куча неотложных дел".
И отпуск мой он на релизе вертел.

А вы ходили в отпуск этим летом? Я вот нет.

Гоняю тесты, фикшу тесты.
Для пятницы сойдет вполне.
Ищите наш релиз продукта
На дне.

@ivanenok @backendsecret отпуск это такое мифическое время, когда ты не программируешь несколько дней подряд.

Сегодня вечер пятницы, а значит, пора приниматься за подготовку к выпуску подкаста #55. Создаю интригу: скоро у нас ожидается раздача слонов

А чем вы обычно заниматесь по вечерам пятницы? Неужели пишете код?!

— Какой тупая защита на сайтах, «введите имя своего питомца»...
— У меня на это есть случайно нумерованные жабы.

Уже больше года каждая пятница — это подкаст + подготовка к нему. Есть исключения, когда я в разъездах. Но это крайне редко.

RT за #fpconf, #opengl и #vulkan! ::: FPConf и Vulkan с гостем @zeuxcg — Episode 0055 devzen.ru/episode-0055/ via @gliush #devzen

@afiskon @backendsecret @zeuxcg @gliush отличный выпуск

Неделю изучаю Go и пишу на нем небольшой проект для себя. Нужно признать, что у меня предвзятое мнение. Но тем не менее отмечу следующее:

Когда пишешь код на Scala, чувствуешь себя умным, а когда пишешь на Go, ощущаешь себя кодером.

Это лишь мое впечатление. Возможно, ошибочное. Но как-то не заходит этот язык для меня пока что. Очень жаль, конечно.

Идея переходящего акка @backendsecret интересная.

go is a terrible, terrible language, yet still a major productivity boost. Amdahl's law in another context.

reduce: what you will do with your expectations after you start with Go

Rust and Scala drown you in complexity. Go drowns you in simplicity.

You often see languages which are fighting the last war. Go is fighting the War of 1812.

@backendsecret чувствуют, что через неделю в школу (простите).

Ну что, ребята, через час мне перекроют доступ к этому аккаунту. У вас осталось мало времени, чтобы успеть задать мне свои вопросы :)

За сим прощаюсь. С вами на этой неделе была @SBozhko. Это был замечательный опыт. Спасибо вам за это!