23 апреля в 20:00 приглашаем воронежских разработчиков на неформальный митап. Для тех, кто не сможет прийти офлайн, будет трансляция.
Никаких скриншотов кода на слайдах. Никакого душного обсуждения документации. Поговорим о том, что окружает нас вне работы. Прокачаем софт-скиллы и нетворкинг.
В программе митапа три доклада:
Лёша, Android-разработчик Surf — «Дедлайн "вчера": как работать с приоритетами».
Как рассеивается внимание? Как ставить приоритеты в работе с командой? Когда нужно выносить переписку в звонок, а когда можно обойтись текстом? Ответим на эти и многие другие вопросы про приоритеты в работе и жизни.
Дима, Flutter-разработчик Surf — «Тимлид — друг или враг? Или так»?
Расскажу о роли тимлида, но со стороны нижестоящего сотрудника. Что мне нравится/что не нравится в лиде, что для меня кажется полезным, а смысл чего я не понимаю.
Кирилл, iOS-разработчик, наш друг и гость из Una Financial — «Work-life health для IT-шника среднего возраста».
Поделюсь жизненными проблемами разработчиков и способами их решения. Внимательный слушатель вообще сможет их избежать! Обсудим, как сделать жизнь лучше, повысить её качество. Максимально продлим трудоспособный возраст.
Митап пройдет 23 апреля, в 20:00, в воронежском пространстве «Eventuki»: ул. Фридриха Энгельса, 52.
Участие в митапе бесплатное, чтобы прийти или получить ссылку на трансляцию, нужно зарегистрироваться 👈
Запись трансляции обязательно сохраним, но если вы из Воронежа, мы очень ждём понетворкать вживую. До встречи 😉
Через час, в 16:00 мск, начнем обсуждение трех подходов к мобильному тестированию. Обсудим плюсы и минусы работы с локальными, публичными и зарубежными решениями. Определим наиболее эффективный формат тестирования для разных ситуаций.
⚙️ Исправлена ошибка аттача контроллера к драйверу после тайпкаста
Подробности о самом интересном:
🔥 Среди новых виджетов есть совершенно особенный - RemoteSubtree. Этот виджет позволяет динамически загружать собственный контент (макет дочерних поддеревьев виджетов). Ключевая фича виджета - возможность передать ему список зависимостей (по аналогии с действиями), благодаря которым будут собраны данные виджетов и переданы в теле запроса на получение контента.
🚀 Экспорт API duit_kernel, который отвечает за работу тем. С этого релиза этой функцией можно уверенно пользоваться! В example app добавлен пример использования нового API.
🎁 Работа с кастомными виджетами стала еще более удобной! Больше не требуется вручную кастовать UIElementController<dynamic> к UIElementController<тип_атрибута> - приведение типов будет выполенено автоматически.
🤖 Приглашаем на онлайн-дискуссию по мобильному тестированию
12 марта эксперты из крупных компаний встретятся, чтобы обсудить свой опыт работы с локальными, публичными и зарубежными мобильными фермами. Они сравнят три решения с разных точек зрения, расскажут про плюсы и минусы каждого решения, поделятся собственным опытом и вместе обсудят, какой формат тестирования эффективнее в разных ситуациях.
Приглашаем вас присоединиться, узнать больше о мобильном тестировании и получить ответы на вопросы.
Где и когда
12 марта в 16:00 (МСК). В этот раз встречаемся только онлайн, так что присоединиться можно из любой точки мира.
Спикеры
▪️ Фаиль Шахмаев, руководитель мобильной разработки в TrendTech.
▪️ Юрий Дубовой, руководитель iOS-разработки в Делимобиль.
▪️ Никита Бондарев, head of QA в Спортс”.
▪️ Александр Кабанец, менеджер продукта «Мобильная ферма» в Selectel.
Программа
▪️ Локальная ферма: плюсы и минусы с технологической точки зрения.
▪️ Можно ли заменить ферму качественной автоматизацией?
▪️ Browserstack: стоит ли полагаться на зарубежного провайдера.
Наш давний друг Женя Блохин, учёный-химик из Питера, попросил нас помочь с простым мобильным оупенсорс клиентом для научной БД. Он сделал ставку на фреймворк $mol, чтобы поддержать отечественные технологии и показать их научному сообществу во всём мире.
Чтобы добиться самого высокого качества, мы проводим онлайн хакатон с призовым фондом в ₽300K, который будет справедливо поделён между всеми участниками. Задача очень простая: нужно переписать не хитрое научное оупенсорс приложение с VanillaJS на $mol - TypeScript фреймворк мирового уровня.
Подробности будут на этом канале23 февраля, когда хакатон начнётся. У вас будет неделя до 2 марта, чтобы неспеша вылизать своё решение. А ещё через неделю мы распределим места и объявим победителя, чей форк будет влит обратно в основной репозиторий. Да, у нас всё будет в открытую на платформе GitHub, чтобы каждый мог убедиться в справедливости судейства.
Участвуйте сами и призывайте в наши ряды новобранцев. Ещё не поздно до начала успеть освоить самый продвинутый фреймворк хотя бы на базовом уровне - этого уже будет достаточно, чтобы иметь шанс что-то выиграть.
Важное преимущество SDUI — возможность внедрять изменения без выпуска новых версий приложений. Но это же преимущество есть его недостаток, ведь передача всех данных по сети зависит от качества соединения и увеличивает объём данных.
Качество связи мы не можем контролировать, а вот уменьшить количество передаваемой информации посредством сокращения JSON, — вполне.
Нам нужна функция, которая могла бы вынести и переиспользовать общую логику. В нашем SDUI уже существует концепция «функций», и их разнообразные реализации, но ни одна из них не умела сокращать JSON, поэтому нужна была новая.
Функция должна брать общую часть и заменять в ней только те части, которые отличаются от элемента к элементу, оставляя остальное неизменным. Подобный подход давно применяется в виде шаблонизации, что и было необходимо реализовать. Идея в том, чтобы взять шаблон и подставлять в него различные значения. В нашем SDUI мы уже умели подставлять значения из других мест, и для этого у нас есть собственный синтаксис.
Kotlin Multiplatform на практике: как работать с технологией (видео-туториал)
Выпустили серию видео о базовых аспектах работы с Kotlin Multiplatform, технологией для мультиплатформенной разработки (iOS, Android, Web, Desktop).
KMP позволяет использовать общую кодовую базу для нескольких платформ. Причём мы можем гибко регулировать, какую часть кода делаем общей (например, оставляем нативный UI-слой, а бизнес-логику делаем общей).
Рассказали, как и для чего применять технологию на практике, и как к ней подступиться.
К каждому выпуску приложен документ с пояснением некоторых терминов и полезными ссылками (см. в описании видео), которые пригодятся при ознакомлении с материалом.
Ну что, народ, что называется "тащусь" от новой сегодняшней версии ChatGPT CodeCopilot.
Там теперь появились три окна. Слева знакомый чат, в центре код, причём теперь уже с возможностью редактировать прямо здесь. А справа ещё менюшка с несколькими опциями. Там и комментарии, и логи, и борьба с багами и др. В целом, стало даже немного похоже на Xcode.
Мне же особенно понравилась опция Code Review. Это круто! Типа он проходит по коду и даёт рекомендации.
For example:
I've reviewed the code and suggested improvements for logical consistency, potential crash prevention, layout calculations, and readability. Let me know if you need further refinements! 🚀
Привет, друзья! Меня зовут Александр Минкин, в компании SM Lab я работаю тимлидом Android-разработки на продукте МП Спортмастер. Сегодня я хочу поделиться с вами подробностями об одном из самых мощных архитектурных паттернов для мобильных приложений - MVI (Model-View-Intent). Этот паттерн помогает создавать приложения с четко разделенной логикой, улучшенной тестируемостью и высокой масштабируемостью. Давайте разберемся в его особенностях и посмотрим примеры кода на языке программирования Kotlin в Android с использованием Kotlin Coroutines, StateFlow и Fragment, а также давайте расширим наш пример с использованием чистой архитектуры, где добавим уровни domain-слоя (UseCases) и data-слоя (Repository). Этот подход поможет вам управлять состояниями приложения более эффективно и реагировать на изменения в реальном времени.
Основные компоненты MVI с чистой архитектурой:
1. Model: Хранит состояние приложения.
2. View: Отображает текущее состояние Model.
3. Intent: Интерпретирует действия пользователя и направляет их в UseCase.
4. UseCase: Содержит бизнес-логику и выполняет операции.
5. Repository: Обеспечивает доступ к данным, будь то локальные или удаленные источники.
Преимущества MVI:
- Однозначное управление состоянием: Все состояния приложения проходят через один поток данных, что упрощает их отслеживание.
- Масштабируемость: Каждый компонент отвечает за свою часть логики, что позволяет легко масштабировать приложение.
Здесь мы рассмотрели базовый пример использования MVI. Хочу отметить, что в разных реализациях этот архитектурный паттерн, может включать в себя несколько дополнительных компонентов, таких как Reducer - это компонент помогающий преобразовать входное намерение в состояние. В примере выше таким reducer может выступать функция `processIntent`, но чаще его делают как абстракцию в виде интерфейса с функцией reduce, которая принимает Intent и возвращает State. Также мы можем добавить такой компонент как Store - это общая часть для работы с намерениями, которая получает результат обработки намерения и может производить как SideEffects, так и само состояние (State) экрана. Количество компонентов может меняться от сложности реализации, вплоть до добавления специальных объектов middleware и сайд-эффектов (SideEffects). Подробное рассмотрение данных компонентов не входило в текущую статью. С более сложными реализациями вы можете ознакомиться по ссылкам ниже
MVI - это мощный архитектурный паттерн, который помогает разрабатывать структурированные, масштабируемые и легко тестируемые приложения. Его использование позволяет разработчикам четко разделять логику представления, состояния и намерений пользователя, упрощая сопровождение и расширение приложения.
Использование Kotlin Coroutines и StateFlow с архитектурой MVI позволяет вам эффективно управлять состояниями и асинхронными операциями в вашем приложении. Интеграция чистой архитектуры с использованием UseCases и Repository делает ваше приложение более модульным и легко масштабируемым. Это упрощает написание кода, при этом ваше приложение становится более отзывчивым и масштабируемым, а так же удобным в управлении данными и бизнес-логикой, улучшая тестируемость и поддержку кода.
Спасибо, что прочитали данную статью. Буду признателен за комментарии и реакции к этому посту. Делить какую реализацию MVI вы используете у себя в проектах. Всем отличного настроения, помните, что его, как и архитектуру, вы можете выбирать сами ;)
Разрозненная структура файлов, разные подходы к оформлению и дублирование функциональности — всё это замедляет разработку и повышает вероятность ошибок. Чтобы победить хаос, сделать работу команды быстрее и проще, попробуйте внедрить CodeStyle — это свод правил, которые делают код читаемым, стандартизированным и удобным для поддержки.
Вот что вы получите:
Читаемость: новые участники команды быстрее понимают проект.
Стандартизация: вся кодовая база выглядит так, будто ее писал один человек.
Поддерживаемость: проще рефакторить и находить ошибки.
Почему CodeStyle особенно важен для Flutter
Flutter на проектах дает гибкость, которая при отсутствии дисциплины превращается в проблему. Например, вы можете столкнуться с:
разрозненной структурой файлов, которая затрудняет поиск компонентов;
непоследовательным оформлением кода, которое усложняет его понимание;
дублированием библиотек и функционала, которое приводит к путанице.
Единый CodeStyle решает эти проблемы и создает прозрачную и предсказуемую структуру проекта.
Как внедрить CodeStyle: 4 шага
1. Обучение
Проводите мастер-классы и лекции, показывайте примеры из реальных проектов. Это помогает разработчикам видеть преимущества стандартов.
2. Автоматизация
Настройте инструменты для проверки кода:
линтеры (например, flutter_lints) для автоматической проверки стиля;
pre-commit хуки (Husky или Lefthook) для форматирования кода перед коммитом.
3. Код-ревью
Сделайте ревью обязательным этапом Pull Request. Это улучшит качество кода и поможет следить за соблюдением правил.
4. Командное соглашение
Создайте документ с правилами CodeStyle и внедрите их в культуру команды. Пусть разработчики понимают, что стандарты упрощают жизнь каждому.
Если хотите внедрить эти подходы на своих проектах, читайте подробную статью от нашего Flutter-разработчика Никиты Грибкова. В ней найдете больше примеров, кода и рекомендаций.
Всем доброго дня. Представьте, что есть система, которая автоматически генерирует технические спецификации и документацию для разработчиков на основе описания проекта.
Фичи:
Генерация структурированных документов в Markdown/PDF
Интеграция c Jira/Confluence
Возможность автоматической генерации диаграмм (ERD, Sequence)
Пишем приложение для поиска объектов на С++ (а не на Python)
Результат работы приложения по поиску объектов на С++
Приложения по поиску объектов, написанные на С++, работают ничуть не хуже привычных вариантов на Python. На это есть несколько причин:
Программы на С++ получаются более быстрыми и компактными. Инженерам доступно больше вычислительных ресурсов, так как современные компиляторы оптимизируют программу в соответствии с архитектурой целевого процессора.
C++ не использует дополнительный сборщик мусора для управления памятью — это существенно влияет на производительность программы.
Размер программы также можно уменьшить, поскольку C++ не использует дополнительную виртуальную машину и компилируется непосредственно в машинный код.
Это хороший выбор для мобильных устройств с ограниченным объемом ресурсов, например, телефонов или маломощных плат, которые используются в робототехнике или видеоаналитике.
Если хотите написать такое приложение, изучите материалы инженера YADRO и ML-энтузиаста Кирилла Колодяжного. Он подробно описал, как реализовать программу на С++ с применением библиотек компьютерного зрения.
Согласно данным, технология PWA стала популярнее среди мессенджеров, банков, интернет-магазинов и других видов компаний.
Основные плюсы прогрессивных веб-приложений касаются пользовательского опыта: здесь есть преимущества как по сравнению с вебом, так и с нативными приложениями. Рассмотрим эти особенности подробнее.
1. Устанавливаются в обход сторов.
Пользователи скачивают прогрессивные веб-приложения напрямую из браузера с сайта компании. Это помогает компании сэкономить бюджет на продвижение приложения в сторах.
2. Работают в офлайн-режиме.
Прогрессивные приложения может работать в автономном режиме без соединения с сервером.
3.Загружаются за секунду.
PWA загружаются очень быстро благодаря HTML-отдаче. С момента загрузки до появления первого элемента или изображения обычно проходит не более 1 секунды.
4.Весит меньше мегабайта.
В отличие от нативных приложений PWA занимает менее 1 Мб в памяти смартфона.
5.Эффективно адаптируется под устройство.
PWA подстраиваются под любое пользовательское окружение. Они работают на всех возможных системах, устройствах и браузерах.
6.Выглядит привычно для пользователя.
При загрузке PWA пользователь может установить ярлык или иконку приложения на экран смартфона.
Если для бизнеса существуют значимые риски, создание PWA может быть более оправданным шагом: так вы избегаете зависимости от сторов и их политики.
Прогрессивное веб-приложение (PWA) — это гибрид обычной веб-страницы и мобильного приложения. Оно сочетает в себе функции большинства современных браузеров с преимуществами мобильных приложений и создаётся с использованием стандартных веб-технологий, включая HTML, CSS и JavaScript.
Функциональные возможности включают работу в автономном режиме, push-уведомления и доступ к аппаратуре, что создает аналогичный нативным приложениям опыт работы для пользователя.
Некоторые из крупнейших в мире компаний, такие как Twitter, Instagram, Uber, Pinterest, Forbes, Alibaba и другие, уже используют PWA.
Согласно сообщению из CNBC, к 2025 году почти три четверти населения мира будут использовать для доступа к интернету только смартфоны. Поэтому, если вы планируете создать новый веб-сайт или редизайнить старый, вам следует задуматься о создании PWA.
iOS vs Android: большая битва платформ. Что лучше для разработчика, бизнеса и простого пользователя
В извечном вопросе о «лучшей мобильной платформе» попробовали разобраться вместе с инженерами Сравни: Android-разработчиком Русланом Кадыровым и iOS-разработчиком Константином Китаевым.
Обсудили, как платформы различаются в плане технологий и пользовательского опыта, под какую из них проще разрабатывать и может ли «многообразие Android» успешно конкурировать с «магией Apple».
Также в выпуске:
Состояние мобильной разработки — есть ли кризис?
Развитие разработчиков для iOS и Android: полезные материалы и практики
Превосходство Android Studio над XСode?
Когда наступит кроссплатформенное будущее?
Посмотреть или послушать Sravni Podcast можно здесь:
Новости ноября из мира Android-разработки уже на 📹 YouTube и 📹 VK Video
🤖 Изменения в графике релизов Android, начиная с 2025 года 🏝 Новая KMP IDE от JetBrains — часть плана развития Kotlin Multiplatform (KMP) на 2025 год 🔨 Новинки Gemini AI в Android Studio 📸 CameraX 1.4 — новый релиз с массой фичей
Не пропустите полезный выпуск для всех, кто хочет быть на волне новинок в Android-разработке! 🤖
