🚀 Сегодня поговорим про Flutter. Гиганты вроде Google, Yandex, Square и Alibaba пишут на нем свои мобильные приложения. Количество компаний, которые выбирают этот кроссплатформенный фреймворк для разработки IT-продукта, продолжает расти. Почему?

Рассказываем в нашем посте на Facebook. Мы описали 5 ключевых причин, которые, на наш взгляд, раскрывают преимущества Flutter.

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

⭐️ Хорошие новости для всех любителей полезной информации в аудиоформате!

Мы запустили «Чистый код»🚀 — подкаст для тех, кто пишет программы для людей, а не машин. Здесь эксперты SimbirSoft обсуждают IT-разработку и ее качество, делятся своими мыслями, опытом и кейсами.

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

Для тех, кто хочет посмотреть видеоверсию выпуска:
✔️ YouTube

Аудиозапись уже доступна по ссылкам:
✔️ Яндекс.Музыка
✔️ SoundCloud

Выбирайте подходящий сервис и слушайте нас в удобном формате.

Мы всегда рады обратной связи, поэтому оставляйте комментарии, пожелания по темам следующих эпизодов или вопросы♥️

#SimbirSoft

📍Как автоматизация тестирования влияет на разработку IT-продукта?

Мы проанализировали весь опыт наших 900 проектов и выявили как минимум пять основных причин внедрить автотесты на проекте:

✔️ Ускорение процесса тестирования.
За счет автоматизации тестовых сценариев сокращается время их прохождения. Они могут выполняться в несколько потоков, а также включают автоматическую генерацию данных и отчетов. Всё это позволяет заметно сократить время регрессионного тестирования.

✔️ Сокращение времени выхода продукта.
Следствие предыдущего пункта. За счет ускорения процесса тестирования, в том числе и регрессионного, выкатка в прод проходит быстрее. Кроме того, высвобождаются ресурсы, например, время QA-специалистов, которое они могут направить на другие задачи.

⬇️⬇️⬇️

✔️ Выявление багов на ранних этапах разработки.
Если автоматизированные тесты проходят быстро и есть возможность прогонять их на каждой ветке с фичей, то баги выявляются в процессе разработки новой функциональности, а не на позднем этапе регресса. Это заметно экономит время и трудозатраты на обнаружение проблем.

✔️ Возможность многократного запуска быстрых автотестов.
Время выполнения автотестирования чаще всего зависит от конкретного проекта, его объема и доступных ресурсов. Нельзя сказать, что всегда они выполняются за считанные минуты, но в любом случае автоматизированные кейсы проходят быстрее, чем ручные. Таким образом, за счет небольшого времени выполнения их можно запустить несколько раз, например, после багофикса.

✔️ Повышение качества продукта.
Автоматизация регресса позволяет проверить большое количество кейсов. У команды появляется возможность выявить баги, которые могли быть упущены при ручном тестировании, в результате повышается качество продукта.

👉 Не забывайте, что внедрение автотестов оправдано только при соблюдении ряда условий. О них мы писали в посте на Facebook.

Остались вопросы? Напишите нам на request@simbirsoft.com.

Перед стартом разработки IT-продукта дизайнеры SimbirSoft проводят исследования. Под каждый проект специалисты подбирают инструменты, исходя из его сложности, сроков и целей.

👉 Одна из методик, которую мы используем — Jobs To Be Done (JTBD). Это подход к проектированию продукта, который помогает понять, как и почему клиент принимает решение о покупке. Главная идея в том, что люди не приобретают вещь, а «нанимают» её для выполнения задачи. Например, кофеварка нужна, потому что человек хочет пить кофе, не выходя из дома, чувствовать себя бодрее и быстрее просыпаться по утрам.

✔️ Считается, что выявление причин использования продукта приоритетнее, чем описание его целевой аудитории. Определение ЦА объясняет, кто наш клиент, но не дает полной картины выбора товара.

К примеру, Иван заказал пиццу не потому, что он трудолюбивый программист 32-х лет, который имеет двух детей, любит подкасты и живёт в городе Казань. Иван заказал пиццу, потому что голоден и хочет есть, или решил угостить друзей пиццей.

⬇️⬇️⬇️

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

Jobs To Be Done имеет несколько интерпретаций. В нашей публикации описаны только основы концепции. ➡️ Если хотите узнать больше, то напишите в комментариях на нашей странице в Facebook. Проведем трансляцию с дизайнером, где расскажем обо всем подробнее.

#SimbirSoft #Design_SimbirSoft

✔️ Huawei Mobile Services (HMS) — головная боль для разработчиков?

В 2019-м году Huawei попала в черный список США под названием Entity List , из-за чего смартфоны этой компании больше не могут использовать сервисы Google. Для выхода из ситуации Huawei разработала их аналоги, а также AppGallery — собственный магазин ПО. Кроме того, с 2012 года организация запустила операционную систему Harmony OS, которая совместима с Android-приложениями.

Отвечаем на основные вопросы и рассказываем, почему создавать программы под смартфоны Huawei — это просто 👇

➡️ Поддерживать или нет?

Аудитория Huawei насчитывает 500 миллионов активных пользователей ежемесячно (по данным tadviser.ru на 2020 год), поэтому учитывать два варианта библиотек в мобильных приложениях — выгодно для бизнеса.
Это не так сложно, потому что большая часть функционала вашего ПО, как правило, не завязана на сервисах Google. В случае, если они есть в программе, то поддержка HMS будет зависеть от качества вашего кода и количества интеграций.

↓↓↓↓

➡️ Как работать с двумя библиотеками одновременно?

Опытные специалисты знают, что самый удобный способ — это прописать в коде абстракции, которые масштабируются под разные устройства. Например, работать с картой, которую можно адаптировать и под HMS, и под Google.
Обратите внимание, что недостаточно просто проверить производителя, так как встречаются смартфоны от Huawei с сервисами Google. Нужно применять специальные методы из SDK, которые помогут понять, что вы можете использовать на конкретном устройстве.

➡️ Для каких сервисов есть замена?

Практически для всех. Многие фичи в Huawei Mobile Services реализуются примерно так же, как и в Google Play Services. Разработчики найдут много знакомого для себя, так как компания постаралась максимально упростить использование своих библиотек.

➡️ Тестирование.

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

➡️ Как дела с кроссплатформенной разработкой?

На официальном сайте Huawei опубликована документация, где вы можете найти примеры реализации программ для Flutter, React Native и Xamarin.

➡️ Что в итоге?

Поддержка сервисов от Huawei — это несложно. Компания постаралась облегчить задачу разработчикам: создала свои библиотеки максимально похожими на уже привычные нам, разместила на официальном сайте документацию и примеры.

Кроме того, в открытых источниках много кейсов от других организаций, которые активно делятся своим опытом написания ПО для Huawei.

Больше информации про разработку мобильных приложений на нашем сайте: https://s.simbirsoft.com/TjmP

В новой статье в блоге поделились чек-листом, по которому мы в SimbirSoft настраиваем процессы работы в команде: https://s.simbirsoft.com/r4jM

🔥 Подробнее о том, что нам помогает предотвратить риски на проектах, рассказывает директор по качеству Екатерина Ремизова.

#SimbirSoft

🔥 Хороший UX-текст – не просто пара слов в интерфейсе приложения, это профессиональный гид, который помогает пользователю интуитивно работать с вашим продуктом.

В нашей новой статье рассказываем про основные принципы UX-writing, а также делимся информацией о том, что нужно учесть аналитику при создании прототипа:
https://s.simbirsoft.com/YzkN

📱 Мобильные приложения для пользователей с нарушением зрения.

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

Apple стремится обеспечить полноценное взаимодействие с девайсами и программами для всех пользователей. На своих устройствах (с версии iOS 3.0) компания предусматривает экранные лупу и диктора, шрифт Брайля, а также изменение размера и контрастности текста. Кроме того, на iPhone и iPad можно управлять интерфейсом, используя голосовой помощник, специальные жесты – одинарное/двойное касание, свайпы одним, двумя или тремя пальцами.

Курсор активируется в верхней части экрана и может сфокусироваться на иконке приложения, заголовке конкретного экрана (navigation noscript), либо кнопке (left navigation item), при этом диктор «прочитает» текст элемента. Жестами можно управлять очередностью их озвучивания.

👇👇👇👇

Содержание изображений (картинок, фотографий) не проговаривается. Иконки и значки по умолчанию озвучиваются служебными названиями файлов, например, arrow right black, checkmark green. Их озвучивание можно отключить программно или задать им понятные для пользователя названия с локализацией на выбранном языке.

Стандартные компоненты из библиотеки UIKit хорошо адаптированы для взаимодействия с незрячими людьми. Исключение – кнопки с иконками, для которых нужно задать понятные названия.

Адаптация приложения с интерфейсом, который построен из стандартных компонентов UIKit, требует мало трудозатрат. Однако важно уделить внимание текстам для озвучивания. Наличие в них символов (тире, дефиса, многоточия), букв верхнего регистра, «аббревиатур», иностранных слов зачастую некорректно обозначается голосовым помощником. Также может возникнуть необходимость объединить некоторые элементы в группы и добавить озвучивание текущих процессов, например, «Загружаем данные» или «Произошла ошибка».

При создании необычного дизайна интерфейс приложений часто строится из кастомных элементов: Tab Bar, navbar, кнопки, поля ввода текста, всплывающие уведомления. Следовательно, требуется больше трудозатрат, чтобы обеспечить полноценную поддержку адаптивной версии для пользователей с нарушением зрения.

✔️ За 20 лет мы работали над сотнями проектов из разных отраслей, некоторые из них связаны с разработкой специальных приложений или адаптацией уже существующих продуктов для людей с нарушением зрения. Ознакомиться с нашими работами можно по ссылке.

🔥 IT-архитекторы — это разработчики уровня senior, которые формируют решение на старте и курируют дальнейшую разработку программного обеспечения.

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

Делимся опытом и рассказываем, как заложить надежную архитектуру проекта👆

Реализация проекта — это масштабный и сложный процесс, в котором у всех участников четко определены роли, задачи и ответственность. Каждый из специалистов вносит свой вклад в успех продукта, но, даже если вы работаете с «сеньористыми сеньорами», вам нужен QA☝️
Главная задача QA-инженера — обеспечить качество всего ПО. Для достижения этой цели QA должен быть вовлечен в процесс разработки — от старта и до передачи проекта конечному пользователю:
✔️ Участвовать в составлении требований к продукту.
✔️ Помогать выстраивать процессы на проекте.
✔️ Анализировать ПО и выявлять «тонкие» места.
✔️ Разрабатывать тест-план, подбирать подходящие инструменты и проводить тестирование.
✔️ Находить и устранять ошибки до выхода релиза, а также проверять IT-продукт после его выхода в прод.
⬇️⬇️⬇️

Даже опытному программисту бывает сложно выявить баги без необходимых навыков. Дефекты не всегда явные, во многих случаях продукт работает, но не так, как должен. Именно QA-специалист разбирается во всех пользовательских сценариях, тестирует их и передает обнаруженные ошибки на устранение.

Для примера возьмем обычный корпоративный сайт. Посетитель зашел на страницу компании, отправил заявку и стал ждать ответа. С ним не связались, и в результате потенциальный клиент ушел к конкурентам. Через некоторое время компания обнаружила ошибку — к форме обратной связи привязана неправильная почта. QA-специалист сможет выявить эту проблему еще до выпуска продукта в релиз.

Здесь мы достаточно коротко описали задачи QA. Подробнее о том, как мы обеспечиваем качество: https://s.simbirsoft.com/q6Qx

Подключение QA на проект — это:
✔️ Оптимальное распределение ресурсов — работа QA-специалиста обойдется дешевле, чем устранение бага на проде. Ошибки, обнаруженные уже в готовом продукте, могут привести к серьезным переработкам кода, что иногда делает проект намного дороже.
✔️ Безопасность. Вы проверяете все возможные пользовательские сценарии, поэтому оградите себя от риска потери денег (если случайно привязали не тот счет к платежной системе), утечки информации (когда данные потенциальных клиентов отправляются не на ту почту) и т.д.
✔️ Репутация. Ваш продукт — это лицо компании. Если пользователь обнаруживает баги, то впечатление о вас, как о качественном поставщике услуг, будет испорчено.
✔️ Контроль. Именно QA отвечает за то, чтобы заказчик на выходе получил продукт, который соответствует всем его требованиям.
Для того, чтобы узнать больше про работу QA на проекте, напишите нам: request@simbirsof.com

#SimbirSoft

При написании требований к информационной системе, если она предназначена для госсектора или отдельных крупных предприятий, от подрядчика ожидают соблюдения ГОСТ 34 или 19.

👉 В новой статье на Хабре разбираемся, почему следование прописанным стандартам при разработке IT-продукта — это не всегда хорошая идея, а также рассматриваем, как можно выстроить работу с ГОСТами без ущерба для эффективности процессов.

https://s.simbirsoft.com/ymf9

Делимся новой статьей на vc.ru 🔥 Здесь мы в формате вредных советов рассказываем, как добиться качества IT-продукта.

На ярких примерах разбираем распространенные ситуации, которые могут вызвать серьезные проблемы при разработке ПО, а также даем рекомендации по их выявлению и устранению.

⛔️ Внимание! Не пытайтесь повторить описанные кейсы – это опасно для здоровья вашего проекта!

Прочитать можно тут: https://s.simbirsoft.com/ZwFm

#SimbirSoft

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

🔥 Рассказываем в нашей новой статье на Хабре, как с помощью Attribute-Driven Design создать архитектурное решение, выбрать инструменты под проект, а также снизить затраты на разработку.

https://s.simbirsoft.com/2N4f