Словарь редких IT-терминов #30 – continuous debugging

Главное, что работает.
#ithumor #comics #it #itfun #dododevjokes

Почему разработчики контрибьютят в Open Source проекты?

Чтобы узнать ответ на вопрос в мае мы провели опрос на эту тему. Первые три популярных причины:

— получать эмоции от пользы их кода/продукта;
— развиваться, как профессионал;
— решать свою проблему, используя какую-либо Open Source библиотеку.

Ответы практически совпадают с нашими принципами. Поэтому тогда же, в мае, мы запустили Dodo Open Source. На дворе октябрь, и Open Source в Dodo Engineering развивается, да так, что дорос до Dodo Hacktoberfest — Open Source марафона.

Марафон идёт весь октябрь, а до конца месяца две недели, значит самое время:

👉 зарегистрироваться;
🧩 внести вклад в наши публичные репозитории;
🗣 получить обратную связь по вашему коду;
🎊 по итогам месяца получить приз (мерч), как топ-контрибьютер.

Присоединяйтесь к марафону — будем развивать сообщество вместе!
#opensource #dodoopensource

21 октября 2020 года.

Создана компания Dodo Engineering! 🥳

Начинается новая глава в нашей истории. Скоро расскажe об изменении ролей и о новом CTO.

PS. Число 21, видимо, с нами навсегда 🙂

Что случится, если отказаться от отдельной команды тестирования и перевести всех QA в команды разработки?

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

Словарь редких IT-терминов #31 – ждуниор разработчик

В каждом есть немного ждуниора.
#ithumor #comics #it #itfun #dododevjokes

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

Если вам интересен Open Source, то, возможно, наш взгляд на историю тоже будет занимателен.

В проекте 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

Новый CTO в Dodo Engineering

Вообще когда речь заходит о лидерских позициях, особенно в IT, выбор между внешним человеком и ростом кого-то внутри может быть не так прост. Привести человека извне – ему нужно завоевывать авторитет, завоевывать доверие разработчиков, доказать что он может быть для них лидером. Вырастить кого-то изнутри – это, порой, долгая история, на годы, да и осознание изменений масштаба не приходит мгновенно. Об этом чем писал, кстати, ранее в статье.

В Додо развиваться может каждый. В 2015м в Додо пришел Паша Притчин, пришел разработчиком. Был в Core-команде, занимался сайтом, системой аутентификации, переводил куски Dodo IS на .NET Core, собирал команду один раз, второй раз, третий раз и каждый раз умудрялся делать свои команды все сильнее и сильнее! Затем перешел в команду Платформы и в 2019м возглавил ее, усилив развитие SRE-практик и стабильности Dodo IS.

В декабре 2020 он становится новым CTO в Dodo Engineering. За все это время я убедился в главном – Паша один из самых надежных людей, которых я встречал.

PS. Паша, я знаю, ты это читаешь. С тебя статья о том как пройти путь от разработчика до CTO 🙂

Словарь редких IT-терминов #32 — хоронимки.

Тун-ту-ду-ду-тун-тун...
#ithumor #comics #it #itfun #dododevjokes

Программирование — творческая работа. Но в ней много рутины: поиск, перемещение и редактирование текста (читай кода), создание файлов, написание часто повторяющихся конструкций. Рутина — часть рабочего дня, но тратит время и выматывает — такое точно счастья не приносит.

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

Энергия — самое главное для предпринимателя. У предпринимателя всегда есть энергия взяться и что-то сделать, принять на себя ответственность. Их не отпугивают риски. И они могут заставить людей поверить в то, чего ещё нет, — как раз для этого и нужна энергия.

https://news.microsoft.com/ru-ru/features/Fyodor-Ovchinnikov/

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

#ithumor #comics #it #itfun #dododevjokes

Кухонный подкаст про DDD

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

PS: на заднем плане пасхалки, но что за «мышь» с мячом среди них?

Зачем мне психотерапевт? Я же не псих?

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

«Почему я думаю об Агрегатах?»

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

Свой 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.

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

Всех с Наступающим Новым Годом и ждем вас на митапе!

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

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

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

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

И вот все это в совокупности дает рост бизнеса, причем иногда там, где вы даже не предполагали что можно расти.

Почитайте статью, она очень любопытна.