Dodo Engineering

Ничего такого, просто опрос Мы тут задумались над вопросом Вселенной и всего такого — над временем на подкасты. У нас есть классный выпуск подкаста «Ничего такого» про игры, образование и «красную» культуру на целый час, и он скоро выйдет. Поэтому хочется, чтобы вы его не пропустили) Но, например, выпустим мы его вечером в пятницу, а вы уже отдыхаете и не нужен вам подкаст. А если в понедельник утром, то может вы его по дороге на работу послушаете (или перед работой, если на удалёнке)? В общем, нам нужно ваше экспертное мнение, когда вам удобнее слушать подкасты, а нам — когда их публиковать?

Курс про доступность Самая большая проблема адаптации доступности — нет никакой школы и информации, со всеми проблемами приходиться биться как в первый раз. Другая сложность — совершенно непонятно как проектировать для людей с нарушениями, это другой мир, а знающего человека рядом нет. Валерия Курмак меняет положение дел и запускает курс про доступность http://kurmak.info/. За месяц можно узнать какие бывают ограничения, как это решать, пообщаться с незрячими и разобрать проблемы с которыми они сталкиваются. Курс подойдет как программистам так и дизайнерам. Я рассказываю на курсе про мобилу и VoiceOver: поделюсь всем опытом что накопился, покажу самые забористые кейсы. Расскажу как строить из этого процесс: проектировать, проверять и тестировать. Будут упражнения, домашка и разбор ваших проблем. Незрячие протестируют домашку и дадут фидбек. Курс начинается 6 февраля, длится месяц, проходит по выходным. С VoiceOver плохо в любом российском продукте, так что полезно всем. По теме я уже написал 3 статьи, это может быть хорошим интро. ⁃ Voice Control и VoiceOver: как адаптировать приложение для незрячих или неподвижных ⁃ VoiceOver на iOS: каждый контрол ведёт себя по-разному ⁃ VoiceOver на iOS: решение типовых проблем

Очень хорошая статья о разнице в отношении к разработчикам между компаниями старого и нового поколения. Все больше компаний понимают ценность инженерного подхода и инженерного мышления к решению бизнес-задач, причем иногда там где это кажется вообще не могло случиться. - Автономия и принятие решений - Problem solver -vs- Resource utilization - Прозрачность во всем - Взаимодействие с бизнесом - Прямые коммуникации, минуя менеджеров - Разработчики для разработчиков - Идеи и их реализация И вот все это в совокупности дает рост бизнеса, причем иногда там, где вы даже не предполагали что можно расти. Почитайте статью, она очень любопытна.

Друзья, желаем вам меньше багов и больше фич, устойчивого продакшена, новую сотню звезд на GitHub и невоспламеняющихся дедлайнов! Спасибо, что были с нами в этом году — увидимся в следующем:)

Спасибо всем, кто цитировал и вовлекался 😊👍

Свой Data Lake и Scala UDF в PySpark Именно так мы планируем завершить (наконец) этот 2020 год — провести праздничный пятый митап по Data Engineering поговорить на эти темы. Мы пригласили Дмитрия Шалина из СБЕР и Андрея Титова из NVIDIA, чтобы они рассказали, как создать свой Data Lake и заставить приложения работать ещё производительнее. Дмитрий Шалин — Data Engineer в СБЕР. Дмитрий расскажет, как в ограниченных условиях (времени, денег и сотрудников) работать с Data Lake, чтобы озеро работало и масштабировалось. Андрей Титов — Senior Spark Engineer в NVIDIA — поделится использования Scala UDF в PySpark. То, чем поделится Андрей, почти нет в официальной документации: - как заставить PySpark автоматически выводить тип данных, возвращаемых в UDF; - как создать pyspark.sql.Column на базе UDF вместо использования spark.sql(…); - использовать Singleton Pattern для сохранения данных между вызовами функций и работы с внешними источниками из UDF; - ...и много другое. Когда и как пройдёт митап? Как обычно, в онлайн — 24 декабря с 18:00 до 20:30. Регистрируйтесь. Ссылку на трансляцию пришлем за час до начала мероприятия Всех с Наступающим Новым Годом и ждем вас на митапе!

«Почему я думаю об Агрегатах?» Потому что это один из самых важных и сложных тактических паттернов в DDD. Агрегаты инкапсулируют в себя почти всю бизнес-логику, это основа нашего приложения. Для успеха проектов, в которых мы применяем DDD важно его освоить. Именно этим и займёмся — Женя Пешков, автора канала DDDevotion (где есть всё о DDD), расскажет про Агрегаты, как они могут помочь и почему важно их использовать.

Зачем мне психотерапевт? Я же не псих? «После терапии несколько лет мне захотелось пробовать то, что я раньше боялся. Например, в 2014 году я решил начать выступать. Но так как мне было страшно даже разговаривать с людьми, каждый раз перед выступлением всю ночь не спал — мозг взрывался. Со временем мозг переобучился и привык, и теперь страх для меня вызов». Это воспоминания Ивана Замесина о последствиях курса психотерапии в нашей новой статье. Зачем нужен психотерапевт, какие установки мешают начать терапию и что можно от неё ожидать? https://habr.com/ru/company/dododev/blog/532398/

Кухонный подкаст про DDD Moscow Python Podcast позвали нашего Женю Пешкова на кухню к Григорию Петрову (он любит писать на Хабре про DDD и личный бренд), чтобы вместе с Валентином Домбровским, основателем компании DryLabs, и тимлидом NVIDIA, Златой Обуховской, поговорить о DDD. Неудивительно, ведь Женя знает всё о DDD. PS: на заднем плане пасхалки, но что за «мышь» с мячом среди них?

Вечерняя безысходность: словарь редких IT-терминов #33 — безысходники. #ithumor #comics #it #itfun #dododevjokes

Энергия — самое главное для предпринимателя. У предпринимателя всегда есть энергия взяться и что-то сделать, принять на себя ответственность. Их не отпугивают риски. И они могут заставить людей поверить в то, чего ещё нет, — как раз для этого и нужна энергия. https://news.microsoft.com/ru-ru/features/Fyodor-Ovchinnikov/

Программирование — творческая работа. Но в ней много рутины: поиск, перемещение и редактирование текста (читай кода), создание файлов, написание часто повторяющихся конструкций. Рутина — часть рабочего дня, но тратит время и выматывает — такое точно счастья не приносит. Команда, в которой работал наш iOS-разработчик Саша Спиричев, над этим задумалась и полтора года назад стала практиковать изучение шорткатов, хоткеев, сниппетов и файловых шаблонов в Xcode. Например, распечатывали листы с расширенными командами (базовые уже знали) и держали их под рукой, чтобы учить. Это вошло в практику и теперь даже стало частью онбординга. А чтобы принести пользу не только своей команде, Саша описал все команды (и опыт) в большой статье. Получилась «методичка» по командам в Xcode, которая поможет iOS-разработчикам работать эффективнее. Добавляйте в закладки, чтобы посмотреть при случае (а навигация в статье поможет быстро найти то, что нужно).

Словарь редких IT-терминов #32 — хоронимки. Тун-ту-ду-ду-тун-тун... #ithumor #comics #it #itfun #dododevjokes

Новый CTO в Dodo Engineering Вообще когда речь заходит о лидерских позициях, особенно в IT, выбор между внешним человеком и ростом кого-то внутри может быть не так прост. Привести человека извне – ему нужно завоевывать авторитет, завоевывать доверие разработчиков, доказать что он может быть для них лидером. Вырастить кого-то изнутри – это, порой, долгая история, на годы, да и осознание изменений масштаба не приходит мгновенно. Об этом чем писал, кстати, ранее в статье. В Додо развиваться может каждый. В 2015м в Додо пришел Паша Притчин, пришел разработчиком. Был в Core-команде, занимался сайтом, системой аутентификации, переводил куски Dodo IS на .NET Core, собирал команду один раз, второй раз, третий раз и каждый раз умудрялся делать свои команды все сильнее и сильнее! Затем перешел в команду Платформы и в 2019м возглавил ее, усилив развитие SRE-практик и стабильности Dodo IS. В декабре 2020 он становится новым CTO в Dodo Engineering. За все это время я убедился в главном – Паша один из самых надежных людей, которых я встречал. PS. Паша, я знаю, ты это читаешь. С тебя статья о том как пройти путь от разработчика до CTO 🙂

В проекте Dodo Open Source пополнение — kubectl shovel Kubectl shovel — это плагин для kubectl, позволяющий собирать диагностику с .NET Core приложений, запущенных в Kubernetes, например, для анализа производительности или утечек памяти. При этом с плагином нет необходимости вносить какие-либо изменения в эти приложения. Он может работать с приложениями .NET Core 3.0+ и кластерами Kubernetes с Docker runtime. Поддерживаются диагностические инструменты dotnet-gcdump и dotnet-trace. О проекте. — Автор проекта — Антон Каймакчи. — Репозиторий GitHub. — Установить можно через krew. #opensource #dodoopensource

Когда говорят «Open Source», обычно первые ассоциации — это Ричард Столлман и Линус Торвальдс. Но Open Source начался не с них. Когда в 50-х учёные и инженеры писали ПО, например, для IBM 701, они безвозмездно обменивались результатами своего труда и работали над улучшениями программ своих коллег. Тогда еще не было проприетарного (закрытого) ПО, но Open Source проекты уже были. Это было задолго до Столлмана и Торвальдса. В истории Open Source было много интересного: программы для «Оборонного калькулятора», коммерциализация UNIX, письмо Билла Гейтса, манифест GNU, Linux и миллиардные сделки покупок Open Source компаний. Мы попробовали разобраться в истории и узнать с чего начался Open Source, какие события способствовали его развитию и почему без Open Source IT не был бы таким, какой он есть. Если вам интересен Open Source, то, возможно, наш взгляд на историю тоже будет занимателен.

Словарь редких IT-терминов #31 – ждуниор разработчик В каждом есть немного ждуниора. #ithumor #comics #it #itfun #dododevjokes

Что случится, если отказаться от отдельной команды тестирования и перевести всех QA в команды разработки? На первый взгляд, будет хорошо: разработчики будут писать автотесты сами, ошибки — предотвращаться «в зародыше», а QA работают над качеством. Но на «второй взгляд» всё может оказаться не так: никто не будет думать о качестве, автотестами никто не будет заниматься, а у разработчиков без команды тестирования станет только больше работы. Именно с таким проблемами мы столкнулись, когда «разогнали» команду тестирования. Причина проблем в том, что мы не спрогнозировали последствия второго порядка и не были готовы к ним готовы. Сейчас мы их исправляем и можем об этом рассказать. Как работала команда QA раньше и как работает сейчас, какой урон тестированию нанесла «реорганизация» команды, что такое последствия второго порядка, как они возникают и как попробовать их предугадать, чтобы не было так больно., мы описали в статье.

21 октября 2020 года. Создана компания Dodo Engineering! 🥳 Начинается новая глава в нашей истории. Скоро расскажe об изменении ролей и о новом CTO. PS. Число 21, видимо, с нами навсегда 🙂