Автоматическое управление памятью в .NET

Миша Карлин, схемы, код и прочий фарш в видео помогут разобраться в теме.

Какие темы разберём:
— Сборка мусора.
— Поколения кучи.
— Механизм финализации.
— IDisposable и дескрипторы системных ресурсов.

Если у вас лапки и вам это пока сложно, идите на экскурсию-знакомство с .NET для начинающих.

#dotnet #csharp #developer #it #NETFramework

22 июля — всемирный день мозга (World Brain Day)

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

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

Заботьтесь о своём мозге, чтобы он позаботился о вас!

А вы знаете правила заботы и ухода за мозгом?

🧠 — конечно.
🧟‍♂️ — не думал об этом.

Всех с пятницей!

Как тестировать без документации?

Так и подмывает ответить «Никак!» и закончить пост, но это не тот случай. В эпоху «Работающий продукт важнее исчерпывающей документации» тестирование продукта без этой самой документации — важный навык для QA. Ловите подборку из трёх советов, которые могут помочь, как на собеседовании, так и в жизни.

1. Исследуйте продукт. Исследовать продукт можно разными способами.

— Берите и трогайте его, пробуйте попользоваться им разными вариантами, смотрите на него как пользователь.
— Ищите и спрашивайте экспертов, то есть людей, которые причастны к созданию продукта. Фиксируйте и задавайте вопросы относительно поведения продукта.
— Исследуйте тесты, если они есть. Они описывают поведение системы. Если самостоятельно не можете понять, что делают и проверяют тесты, берите в пару разработчика и разбирайтесь вместе. Побочный эффект такой работы — понимание. Будете знать, какие сценарии покрыты, а какие нет.

2. Разбирайтесь в коде продукта. Есть мнение, что код — лучшая документация. Я с этим утверждением согласен. Если не умеете читать код, не проблема, попросите разработчика посидеть вместе с вами, почитать код и ответить на вопросы. Тут важно помнить, что код — это документация того, как продукт работает сейчас, а не того, как он должен работать на самом деле.

3. Сделайте минимальную документацию самостоятельно. Посидеть в паре с разработчиком хорошо, но вряд ли вы запомните всё с первого раза. Да и наличие знаний только в голове QA и разработчиков — не очень хорошая практика. Напишите чек-листы, майндмэпы со сценариями, автотесты. Так у вас появится актуальная документация вашего продукта.

Что в итоге?

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

В заказной разработке проблем с документацией нет, там всегда есть ТЗ, которое фиксирует договоренности с заказчиком. ТЗ встроено в процессы.

В продуктовой разработке всё немного иначе. Идеальным местом для документации может быть тестовая документация. QA на этапе тестирования видят, что получилось и могут зафиксировать это в виде тестов. Тестовая документация автоматически встраивается в процесс обеспечения качества продукта. А при грамотном подходе к организации тестовой документации получится отличный справочник по вашему продукту.
_______

Мы не смогли найти никакую статистику по наличию в компаниях документации и её качеству. Если вы знаете такую, то скиньте, пожалуйста, в комменты.

Автор поста: Евгений Иванченко. ❤️

Тестирование без документации — это норма?

Пицца с точки зрения Data Engineering. Видео и материалы с митапа DE or DIE #3.

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

Dodo Pizza с Databricks сделали проект по прогнозированию закупок ингредиентов в пиццериях. Для этого они разработали набор near real-time и batch пайплайнов для сбора данных из источника, загрузки их в Delta Lake и подготовки витрин для использования в машинном обучении.

В видео подробный разбор каждого этапа и подводных камней проекта.

Авторы доклада: Ксения Томак, Дарья Буланова, Михаил Кумачев (Data Engineering Team, Dodo Pizza). Иван Трусов (Solutions Architect, Databricks).

***

Видео.
Материалы на GitHub.
Уютный ламповый чатик.

Однажды мы обнаружили, что приложение Додо Пицца запускается в среднем 3 секунды, а у некоторых «счастливчиков» 15-20 секунд.

Максим Качинкин разобрался, в чём дело. Получилась целая детективная история про рост базы данных Realm, перформанс метрики, их аналитику, статистику и инструмент профилирования.

В конце всё закончилось хеппи эндом, но вы всё равно почитайте, чтобы самим в такое не вляпаться!

Словарь редких IT-терминов #19: Кольщик.
***
Бдыщь! Спасибо за спецвыпуск-коллаборацию Алексею Авдееву из Neuron.Digital!

Базы данных. Курс молодого бойца. Введение.

Мир СУБД кажется хаотичным, когда сталкиваешься с ним впервые. Непонятно, с какого угла начинать изучать тему и где найти простые объяснения.

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

Что будет в видео:
— Вводный инструктаж в мир баз данных.
— Обзор популярных моделей данных: реляционной, документной, ключ-значение, граф, и.т.д.
— Рассмотрение связей между данными в различных моделях.
— Сравнение, советы по выбору.

#субд #sql #redis #mongodb #neo4j #cassandra

А как вы разбирались с темой баз данных?

🤓 — смотрел видосики и читал.
🙋🏻‍♂️ — спрашивал у коллег.
🙈 — так пока и не разобрался.

Может ли хороший разработчик быть хорошим техноавтором? Эксперт vs писатель.

6 августа (сегодня) в 19:00 на YouTube. Вебкаст от Хабр о пределах технического и литературного. Среди гостей — Миша Кумачёв.

О чём пойдёт речь:
— Можно ли «зажечь» только благодаря техническим знаниям?
— Есть ли приёмы, которые могут компенсировать отсутствие писательских скиллов?
— Что нужно читать, чтобы красиво писать? Стругацких или Ильяхова, биографию Илона Маска или Хабр?
— Хабр — торт или не торт? Стал ли контент более поверхностным?
— Корпоративные блоги снижают качество контента или, наоборот, держат планку?

Приходите смотреть нас в Хабротелевизоре!
_________

В прошлом году Миша стал победителем конкурса «Технотекст» со статьей «Кот Шрёдингера без коробки: проблема консенсуса в распределённых системах», а теперь его позвали в телек. Офигенно!

Может ли хороший разработчик быть хорошим техноавтором?

Писали обзор на Iris, а получился гайд про самодельные клавы.

Всё человечество стало проводить жизнь за компьютером, но эргономика главного инструмента ввода осталась в позапрошлом веке.

Миша Рубанов решил узнать, можно ли купить удобную клавиатуру в 2020 году. Краткий ответ: нет, пришлось паять самому.

*Спойлер: в статье столько картинок, что можно залипнуть на полвечера! Лайк, свитч, канифоль.

Словарь редких IT-терминов #20: Гитхам — человек, который форспушит в мастер.

Все форспушат, а кто говорит, что не форспушит — форспушит больше всех?

Особенности запуска приложений в других странах. Можно просто ВЖУХ, Copy Paste, и чтобы всё заработало?

Об этом, а также масштабировании бренда Додо с помощью IT в Европе, Африке и Азии расскажет Дима Павлов.

*Бонусом инсайдерская инфа о том, что мы сделали для ускорения запуска стран и как будем открывать 5 стран в секунду в год.

**Мы ищем к себе в команду опытных разработчиков, горящих желанием открывать мир и запускать новые пиццерии на карте. Приходи, мы ждём тебя!

Новости Dodo Open Source — проект MySQL Data Mover

Платформенным open-source решениям быть! Мы постепенно открываем библиотеки и инструменты, которые написали в первую очередь для себя и активно используем сами.

MySQL Data Mover — это консольное приложение, которое позволяет мигрировать данные из одной MySQL базы в другую. При этом оно быстрее mysqldump и может работать в несколько потоков. А ещё поддерживает ретраи.

О проекте:
— Проект доступен на GitHub.
— Собранные бинарные файлы доступны в релизах.
— Docker-образ на Dockerhub.
— Авторы: Ренат Шаймарданов, Георгий Полевой, Сергей Бухаров и Виталий Уваров.

Если вас интересует тема Open Source и вы хотели бы попробовать свои силы в разработке такого проекта, то приходите к нам на GitHub — мы будем рады любой помощи с вашей стороны.

P.S. Если какая-то из наших библиотек или инструментов решают или могут решить вашу проблему — обязательно дайте нам об этом знать, нам очень нужен ваш фидбек.