Как стать автором
Обновить
81.54
AGIMA
Крупнейший интегратор digital-решений
Сначала показывать

Платформенные интеграции во Flutter

Интеграция нативных SDK в Flutter-приложение — классный способ использовать функции и возможности, недоступные во Flutter. Для этого используют Platform Channels, которые позволяют Flutter общаться с нативной частью приложения — отправлять и получать сообщения.

Источник изображения тут

Platform Channels — мостики, которые позволяют запускать нативный код из Flutter-приложения. Стандартный декодер обеспечивает эффективную двоичную сериализацию простых значений типа JSON. Сюда относятся логические значения, числа, строки, массивы байт, а также списки и мапы.

Сперва нужно выбрать тип канала в зависимости от потребностей:

  • MethodChannel: используют в большинстве случаев, когда вызов метода во Flutter запускает нативный метод. Поддерживает асинхронные вызовы методов.

  • EventChannel: для передачи потоков данных из нативного кода во Flutter.

  • BasicMessageChannel: для отправки простых сообщений между Flutter и нативным кодом.

Для интеграции нативных SDK чаще всего используют MethodChannel:

import 'package:flutter/material.dart';
import 'package:flutter/services.dart';

class CartPage extends StatelessWidget {
  static const MethodChannel _channel = MethodChannel('co.wawand/stripe');

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      // Widget...
    );
  }
}

Подробнее о том, как как работает интеграция нативных SDK для iOS и для Android и с какими особенности платформ вы можете столкнуться, читайте в нашем переводе.

Теги:
Всего голосов 5: ↑5 и ↓0+5
Комментарии0

Что такое матрица компетенций и зачем она нужна

Матрица компетенций (МК) — инструмент управления рисками. Она помогает распределять ресурсы, определять грейды спецов и мотивировать команду.

Пример матрицы компетенций
Пример матрицы компетенций

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

Например, у вас работают три человека. Каждый должен уметь верстать (навык 1), дизайнить (навык 2) и вести переговоры (навык 3). Судя по МК из нашего примера, Дарья не очень хорошая верстальщица, зато хороший дизайнер и менеджер. Михаил тоже поможет с дизайном, но в нашем случае ему мы доверим верстку. Таким образом МК показывает реальную расстановку сил в коллективе.

Как использовать МК:

  • МК помогает сбалансировать навыки в команде. По таблице вы поймете, что ваша команда делает хорошо, а что плохо. В соответствии с этим вы будете выбирать проекты, набирать команду или обучать коллег.

  • С помощью МК можно мотивировать сотрудников. Таблица с навыками удобно перекладывается на систему грейдов. Планировать развитие каждого члена команды проще.

  • С помощью МК удобно бороться с Bus-фактором. Это ситуации, когда все ключевые навыки сосредоточены в руках одного человека. Матрица это наглядно покажет.

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

Теги:
Всего голосов 6: ↑6 и ↓0+6
Комментарии1

Идеальная продуктовая команда

Пост про идеальный состав продуктовой команды. Но сперва давайте выясним, а нужна ли вам она вообще?

Мы считаем команду продуктовой, если:

  • она работает над одним продуктом/его частью;

  • можно прогнозировать работу команды;

  • она имеет необходимые компетенции для запуска продукта и его развития;

  • она стремится к самоорганизации.

Такая команда вам не нужна, если:

  • Ваша компания бюрократизирована. Согласовать изменения — это как пройти через все круги ада. А задачи появляются и приоритизируются, потому что «так сказали сделать наверху».

  • У вашего продукта есть конечная цель. Например, имиджевый сайт, который нужно запустить, но развивать не планируется (только актуализировать контент и поддерживать).

  • Ваш продукт — это пока неподтвержденная гипотеза. Только ПОСЛЕ ее валидации стоит собирать Product-команду, ДО — рановато.

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

Вот базис продуктовой команды:

Но такая команда встречается нечасто, т. к. требует значительных финансовых затрат.

Продуктовая команда — единственно правильный вариант, когда «страшно, очень страшно, если бы мы знали, что это такое. Мы не знаем, что это такое». То есть, когда нужно запускать и развивать продукт, но непонятно, куда и как.

Подробнее об этом поговорим на онлайн-митапе «Как разрабатывать продуктовую стратегию» 29 марта в 18:00. Детали и регистрация тут.

Теги:
Всего голосов 8: ↑8 и ↓0+8
Комментарии0

5 полезных расширений VScode для работы с документацией

  1. Draw.io Integration

    Хорошо подходит для работы со сложными диаграммами: сперва можно создать диаграмму в десктопной версии Draw.io, а потом доработать ее в VScode с помощью расширения Draw.io Integration.

Создание диаграммы Draw.io с помощью расширения Draw.io Integration (иллюстрация: Rami Krispin)
Создание диаграммы Draw.io с помощью расширения Draw.io Integration (иллюстрация: Rami Krispin)
  1. Quarto

    Quarto — крутая штука для работы с документацией под R, Python, Julia и Observable. Расширение Quarto для VScode поможет редактировать и рендерить QMD-файлы. В нем есть режим предварительного просмотра, который позволяет менять код документа и одновременно просматривать результат.

  2. Jupyter

    Jupyter — один из самых популярных фреймворков для создания заметок, особенно в Python. Кстати, Jupyter классно работает вместе с документацией Quarto для Python. Расширение VScode Jupyter интегрирует заметки Jupyter в редактор VScode и поддерживает ipynb-файлы.

  3. Markdown All in One

    С расширением Markdown All in One удобно редактировать документацию в формате Markdown. Оно располагает два окна рядом: редактор кода и тут же результат.

  4. Mermaid

    Mermaid особенно полезен, если вам нужно создать структуру кодовой базы или динамическую диаграмму. В VScode есть два расширения для работы с файлами Mermaid — Mermaid Preview и Markdown Preview Mermaid Support.

Этот топ расширений составил автор этой статьи, а ее перевод читайте у нас в блоге.

Теги:
Всего голосов 15: ↑14 и ↓1+13
Комментарии2

Как джуниору найти работу, если опыта — ноль

Стажировка — для продуманных

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

Нюансы: зачастую стажерам не платят или платят мало — нужна подушка безопасности.

Курсы — для общительных

EdTech — это не только про знания, но и про связи. Если повезет, ментор позовет на стажировку. Правда, для этого нужно сильно выкладываться. Зато некоторые платформы сами устраивают студентов на практику.

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

Пет-проект — для самостоятельных

Первым делом рекрутеры смотрят на опыт. А как он получен — дело десятое. Поэтому для поиска первой работы можно выполнить учебный проект. Например, написать собственный сайт или приложение для друга.

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

Тестовые задания — для терпеливых

Мы уже рассказывали про тонкости работы с тестовыми. Ключевой момент тут — можно набраться опыта прямо на выполнении подобных заданий. Рано или поздно очередное тестовое «выстрелит». 

Нюансы: далеко не всем важно длинное портфолио, а тестовое покажет ваши способности.

Вывод. Найти первую работу в IT — не просто, но реально. Если в резюме нет огромного списка релевантных проектов, не стоит опускать руки. Нужно просто немного целеустремленности, терпения и находчивости.

Теги:
Всего голосов 9: ↑9 и ↓0+9
Комментарии1

Удаленка: кому подходит, а кому нет

Лично я работаю из дома гораздо эффективнее, чем в офисе. Но я знаю тех, кто работает дома «на лайте» — например, совмещает работу с играми или фитнессом. Кому‑то не нравится сам процесс поездки в офис. Кому‑то (мне) сложно постоянно общаться в мите/зуме.

Удаленная работа экономит время на дорогу, и его остается больше для себя и семьи. При этом, если семья тоже дома, то концентрация может поплыть.

Мое краткое имхо:

  • Работать дома — неплохо.

  • Заниматься управленкой дома — так себе.

По моим наблюдениям люди на удаленке делятся на два типа:

  1. Целеустремленные и самостоятельные. Чем меньше их трогаешь, тем эффективнее они работают.

  2. Ленивые гедонисты. Они — груз, который тащит команда. Если тебе кажется, что такой чувак сейчас играет, спит или гуляет, то, скорее всего, тебе не кажется.

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

Каким компаниям подходит (имхо):

  • Средним продуктам, где нужны мощные спецы для развития.

  • Малым компаниям и стартапам, которые вышли «на плато», для экономии финансов

Каким не подходит (имхо):

  • Стартапы на ранней стадии. Здесь нужна интенсивная работа и быстрое принятие решений.

  • Компании‑лидеры, которым важна координация внутри и ОЧЕНЬ быстрое принятие решений.

По опыту и те и другие чаще используют гибрид.

Делитесь мнениями удаленка или офис? :) И подписывайтесь на авторский тг-канал про мобильную разработку.

Теги:
Всего голосов 9: ↑8 и ↓1+7
Комментарии1

Выбираем продуктовые метрики на примере мобильного приложения для грузоперевозок

Есть много фреймворков для выбора и оценки релевантных метрик для продукта. Но давайте рассмотрим, как можно выбрать метрики с помощью одного логико-методологического подхода, более известного под названием «дедукция».

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

  1. «Разбиваем» процесс взаимодействия с приложением на ключевые этапы: регистрация, размещение заказа, поиск перевозчика, выполнение заказа и т. д.

  1. Определяем метрики на каждом этапе через призму эффективности каждого. Например:

  • Регистрация и активация. Здесь смотрим на количество новых установок приложения, процент завершенных регистраций и активаций учеток и т. п.

  • Размещение заказа — оцениваем среднее количество заказов на пользователя, время, которое требуется пользователям для размещения заказа, процент пользователей, не завершивших размещение.

  • Поиск перевозчика — смотрим среднее время поиска, количество предложений от перевозчиков на каждый заказ и процент успешного поиска. И т. д.

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

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

Больше об этом в нашем тг-канале.

Теги:
Всего голосов 9: ↑9 и ↓0+9
Комментарии0

Фишки Google Apps Script

Недавно мы выпустили большую статью про полезные фишки Google Apps Script. Делимся одним из примеров, как с помощью API-запроса можно тянуть данные из таск-трекера и CMS (у нас Bitrix) и интегрировать их в любые таблички. Пример в формате JS:

/** Функция обращения к таск трекеру по API */
function taskTrackerAuth() {


 const sourceUrl = 'https://your_taskTracker_url/rest/tempo-timesheets/4/worklogs/search';
 const options = {
   'headers': { 'Authorization': 'Basic *******************' },
   'method': 'post',
   'contentType': 'application/json',
   'Accept': 'application/json',
   /** Полезная нагрузка настраивается индивидуально, то что указано тут можно очистить */
   'payload': JSON.stringify({'from': [],'to': [], 'worker': [], 'projectKey': [], 'taskKey': [], 'filterId': [] }),
 }


 const taskTrackerResponse = UrlFetchApp.fetch(sourceUrl, options);
 const data = JSON.parse(taskTrackerResponse.getContentText());


 //Вывод сообщения о получении данных
 if (data.length > 0) {
   SpreadsheetApp.getActiveSpreadsheet().toast('Данные Timesheets получены', '(V)_O_o_(V)', 2);
 } else {
   SpreadsheetApp.getActiveSpreadsheet().toast('Данные Timesheets не получены', '(V)_O_o_(V)', 2);
 }
}

Этот запрос обращен на получение данных из таск-трекера. Если его немного переделать, можно получить запрос и в другие системы и выудить данные через API откуда угодно.

Больше примеров — найдете в статье. А еще мы много пишем про разработку в нашем телеграм-канале.

Теги:
Всего голосов 9: ↑8 и ↓1+7
Комментарии0

Мобильные сторы: что учитывать при деплое

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

Собрали в таблице основные нюансы:

Больше о подготовке к деплою и о требованиях к приложению — в нашей статьей. А про новости мобильной разработки — в телеграм-канале.

Теги:
Всего голосов 11: ↑11 и ↓0+11
Комментарии0

Адаптация в новой бизнес-отрасли по Фейнману

Быстрое погружение в новую предметную область — необходимый скилл продакта в агентстве. Делимся классной методикой дип-дайва в контекст продукта. Ее автор — Ричард Фейнман.

  1. Выписываем все знания по теме

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

  2. Выявляем пробелы и восполняем их

    Поиск пробелов потребуется для ресерча, пополнения нашего банка знаний и его систематизации. Тут нам как раз потребуется артефакт из первого шага.

  3. Объясняем ребенку

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

  4. Рассказываем историю

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

Метод Фейнмана несложный, полезный и универсальный. Так что, рекомендуем.

Больше полезных советов и практик найдете в нашем продуктовом телеграм-канале.

Теги:
Всего голосов 14: ↑13 и ↓1+12
Комментарии0

Как меняется рынок мобильной разработки в 2024 году

Наш Head of Mobile Миша Вассер вместе с другими экспертами мобильной разработки ответил на вопросы Практикума о трендах сферы и прогнозах на этот год. Собрали в этом посте главное.

  1. У iOS-разработки есть будущее

    Apple вносит послабления в свои ограничения. Недавно платформа разрешила российским разработчикам принимать платежи вне App Store. Возможно, вскоре iOS-разработчикам вновь станет проще жить.

  2. Flutter — лидер кросс-платформы

    В 2023 году доля кросс-платформенной разработки увеличилась с Flutter во главе. Но нативная разработка всё-таки перевешивает — ее по-прежнему выбирает бигтех и частично средний бизнес.

  3. RuStore набирает ход, а вот российские ОС нет

    RuStore приземлила у себя крупные бренды, например Сбер и Альфа-Банк, и развивает собственные инструменты для разработчиков по примеру Google. А вот отечественные операционки затихли. «Аврора» и «РОСА Мобайл» будто сами тормозят развитие внутренними ограничениями.

  4. SwiftUI продолжит набирать популярность

    Тренд на SwiftUI у нас пока до конца не оформился, и UIKit всё еще востребован. Но с каждым обновлением SwiftUI становился всё лучше.

  5. Битва Compose и XML

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

Ссылку на полный материал оставили выше. А если хотите больше новостей о мобильной разработке, заглядывайте в телеграм-канал Саши Ворожищева, Head of Flutter/iOS.  

Теги:
Всего голосов 10: ↑10 и ↓0+10
Комментарии0

Путь к успешному продукту: User-Centric Thinking

Подход User-Centric Thinking предполагает, что продукты создают и совершенствуют с учетом реальных потребностей и ожиданий пользователей.

Почему это важно?

  • Увеличение лояльности

    Логичная цепочка: у пользователей была проблема → ваш продукт ее решил → вы получили лояльных пользователей.

  • Снижение рисков

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

  • Больший успех на рынке

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

Давайте проверим, насколько вы User-Centric :)

✔ Исследование пользователей. Здесь помогут опросы, интервью, наблюдения, анализ данных, исследования конкурентов и трендов и т. д.

✔ Создание персон — подробное описание вашей целевой аудитории (персоны), включая их демографические данные, потребности, цели и проблемы. Такие персоны помогают команде продукта лучше понять своих пользователей.

✔ Прототипирование и итеративность. Это про создание прототипов и MVP, которые тестируются пользователями и вовлекают их в процесс создания продукта. После — следуют итерации улучшения продукта на основе обратной связи.

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

Больше о разработке цифровых продуктов — в нашем телеграм-канале.

Теги:
Всего голосов 13: ↑13 и ↓0+13
Комментарии0

Три основных принципа работы с иконками

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

Принцип 1. Визуальная связанность

Все иконки должны иметь общий визуальный стиль. Определите общие элементы: например, форму, толщину линий и пропорции. Уделите внимание цветовой схеме и уровню детализации.

У форм может быть несколько атрибутов, и каждый из них влияет на конечный вид иконки. Примеры атрибутов форм:

  • скругления углов;

  • диагональные элементы;

  • симметричность;

  • замкнутые/незамкнутые контуры;

  • наслоение элементов;

  • принципы заливки элементов.

Еще здесь мы оцениваем, как много визуального пространства занимает иконка и как много в ней негативного пространства. Так мы отделяем формы друг от друга и группируем их между собой.

Принцип 2. Разборчивость иконки

Иконка должна быть читаема в любых размерах. Вот наглядный пример:

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

Принцип 3. Понятный и простой образ

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

Все правила работы с иконками собрали в этой статье. А еще мы иногда показываем примеры классных иконок в телеграм-канале нашей дизайн-команды. Приходите :)

Теги:
Всего голосов 12: ↑12 и ↓0+12
Комментарии1

Как составить резюме по методу бутерброда

Как сделать так, чтобы ваше резюме точно открыли и прочли? Пробуем собрать его не по порядку верстки, а по слоям — прямо как бутерброд.

1. Упаковка. Оформление

Ваш бутерброд должен выглядеть аппетитно. Обратите внимание на форматирование и длину текста. Постарайтесь отфильтровать самое важное. Убедитесь, что в тексте нет ошибок, а все ссылки — кликабельны.

2. Первый слой

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

3. Начинка. Опыт работы

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

4. Срок годности. Актуальность

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

5. Реклама бутерброда. Сопроводительное письмо

Здесь можно рассказать подробнее о себе и о том, почему вы хотите работать именно в этой компании. Но не переусердствуйте с саморекламой :)

Неприлично вкусный. Только твой. Повышает ренту в 2 раза
Неприлично вкусный. Только твой. Повышает ренту в 2 раза

Еще больше советов и лайфхаков от HR — в этой статье. А мы ждем ваши резюме-бутерброды на hr@agima.ru.

Теги:
Всего голосов 6: ↑6 и ↓0+6
Комментарии1

Ближайшие события

Главные особенности новых версий Dart и Flutter

В конце прошлой недели вышло сразу два заметных релиза: Dart 3.3 и Flutter 3.19. Объединили самое интересное в один небольшой пост.

Что нового в Dart:

Что нового во Flutter:

  • Изменения в скролле. Тут завезли оптимизацию и гибкость в управление поведением.

  • Виджет AnimationStyle. Он позволяет юзерам менять стандартное поведение анимации в виджетах. А разработчики с его помощью могут переопределять кривые и продолжительность анимации.

  • Adaptive Switch. Компонент выглядит и ведет себя как нативный на macOS и iOS, а в других случаях — как Material Design. При этом он не зависит от библиотеки Cupertino, поэтому у него один и тот же API на всех платформах.

Также недавно мы рассказывали про условные выражения в Dart, про анимацию переходов и про то, как быстро настроить GitLab CI/CD на Flutter-проекте. Подписывайтесь на наш блог, чтобы следить за новостями.

Теги:
Всего голосов 16: ↑16 и ↓0+16
Комментарии2

Каким был генеративный дизайн в СССР

Генеративный дизайн, то есть дизайн, созданный с помощью специальных устройств, появился задолго до чата GPT и Midjourney. Простейший пример — это калейдоскоп, а из совсем уж докомпьютерного прошлого — карты Таро. И там, и там принцип тот же, что и у нейросетей: человек решает свою задачу с помощью приспособления.

У нас же генеративный дизайн начали развивать еще в 20 веке. Называлось это кибернетическим искусством. Один из интересных его примеров — ASCII-арт. Это изображения, созданные с использованием символов, цифр, букв или знаков. Мы и сейчас применяем что-то наподобие в переписках — ¯\_(ツ)_/¯. Но в советские годы изображения были, конечно, сложнее.

Портрет Ленина на обложке журнала «Кибернетика», выполненный ЭВМ, 1970 год. Этот пример иллюстрирует взаимосвязь между искусством, технологией и инновациями того времени. Картинка отсюда
Портрет Ленина на обложке журнала «Кибернетика», выполненный ЭВМ, 1970 год. Этот пример иллюстрирует взаимосвязь между искусством, технологией и инновациями того времени. Картинка отсюда

Генеративное искусство развивалось в визуальной сфере, музыке и поэзии. С помощью ЭВМ в специализированных институтах могли создавать мелодии или разрабатывать аккомпанементы, писать стихи и создавать скульптуры. Правда, занимались им в основном отдельные энтузиасты. Поэтому к моменту распада СССР отечественное кибернетическое искусство начало забываться.

Больше про историю генеративного дизайна рассказываем в отдельной статье, а классные примеры — в телеграм-канале.

Теги:
Всего голосов 15: ↑13 и ↓2+11
Комментарии1

Особенности тестирования приложений на Flutter

Тестирование Flutter-приложений в базовых принципах не сильно отличается от тестирования нативных. Но есть несколько интересных особенностей:

  • Все элементы Flutter-приложения — виджеты: это упрощает тестирование интерфейса и функциональности, обеспечивает единообразие интерфейса.

  • Тестирование на Flutter быстрее: платформенно-специфические функции тестируются отдельно на iOS и на Android, а остальные — на какой-то одной.

  • Flutter предоставляет собственные инструменты для тестирования виджетов и интеграционного тестирования.

Есть и сложности:

  • Отслеживание трафика: Dart обычно использует высокоуровневые библиотеки для HTTP-запросов, и они инкапсулируют низкоуровневые детали сетевого взаимодействия — это затрудняет доступ или мониторинг данных.

    Проблема решается подключением прокси-сервера. Лучше всего добавить этот функционал в инженерную панель.

  • При тестировании различий UI/UX на разных платформах мы замечаем типичные проблемы: анимация, свайпы и отображение системных диалоговых окон.

    Поэтому не стоит фокусироваться на всех кнопках. Лучше обращать внимание только на существенные различия. Тут помогает общение с сообществом.

Чтобы работать с Flutter-приложениями, мы используем FlutterDevTools. Это комплект инструментов для отладки и профилирования в экосистеме Flutter. Также применяем голден тесты, а для автоматизации — Appium. Подробнее про это рассказываем в отдельной статье, а про Flutter — в телеграм-канале.

Теги:
Всего голосов 15: ↑15 и ↓0+15
Комментарии0

По сети поползли слухи, что в новой версии iOS поменяется дизайн. Вот что известно:

  • Журналисты пишут, что iOS 18 и iPadOS 18 будут визуально напоминать операционную систему гарнитуры Vision PRO.

  • В приложении Apple TV на iPadOS 18 появится полупрозрачная боковая панель (такую же в прошлом году уже добавили в приложение tvOS 17.2).

  • Дизайн обновится у большинства системных приложений, в том числе у Safari.

  • Пока это только слухи, официально Apple представит iOS 18 только в июне.

Мне кажется, людям может и не зайти. Ну или по крайней мере не сразу, потому что пользователи — те еще консерваторы. Что думаешь?

Откуда слухи: [тык].

Теги:
Всего голосов 10: ↑10 и ↓0+10
Комментарии0

Value Proposition: ключ к сердцу клиента

Value Proposition (VP) или ценностное предложение — это обещание ценности, которое мы даем клиенту. Это не просто список функций или характеристик продукта, а скорее ответ на вопрос о том, почему клиент должен выбрать именно наш продукт.

Мы все перегружены возможностями выбора, а четкое VP помогает выделиться. Это не только привлекает внимание клиентов, но и способствует их удержанию. Для создания крутого VP нужно:

  • Понимать свою ЦА.
    Хорошо изучите тех, кому вы предлагаете свой продукт. Чем лучше вы понимаете потребности и боли конечных пользователей, тем точнее сможете формулировать предложение.

  • Объяснить уникальность.
    Чем ваш продукт отличается от конкурентов? Определяем и подчеркиваем это.

  • Обеспечить простоту и ясность.
    Предложение должно быть понятным и запоминающимся. 

  • Сфокусироваться на пользе.
    Говорим не о продукте, а о том, как он решает проблемы или улучшает жизнь клиента.

Value Proposition — это не просто маркетинговый слоган, это основа стратегии продукта. VP должно отражаться в каждом аспекте продукта: от разработки до маркетинга.

Для формирования VP очень важно исследовать CX и UX, чтобы лучше понимать боли и желания клиентов. Это поможет сформулировать то самое VP, которое будет взывать к их сердцам и умам.

С удовольствием обсудим примеры удачных и неудачных VP в комментариях. А больше о цифровых продуктах в нашем канале.

Теги:
Всего голосов 10: ↑10 и ↓0+10
Комментарии0

Сжатие графика проекта: 8 способов сэкономить время и ресурсы

Несколько приемов, которые помогут управлять временем и ресурсами на проекте с максимальной эффективностью:

  1. Реорганизация задач. Пересмотрите порядок выполнения задач и найдите возможности для их оптимизации. Возможно, некоторые из них можно выполнять параллельно.

  2. Увеличение ресурсов. Расширение команды или распределение дополнительных ресурсов могут ускорить выполнение задач.

  3. Изменение приоритетов. Оценка важности и срочности задач позволит сконцентрироваться на более критичных для проекта, отложив менее важные.

  4. Упрощение задач. Некоторые задачи можно упростить без ущерба для качества. Пересмотрите требования и найдите более оптимальные решения.

  5. Сжатие времени в критических задачах. Задачи критического пути можно ускорить с помощью дополнительных ресурсов и внимания. Это может включать работу во внеурочные часы или выходные дни.

  6. Применение Agile. Agile-подход позволяет гибко реагировать на изменения и фокусироваться на приоритетных задачах, ускоряя разработку.

  7. Управление рисками. Идентификация и управление рисками может предотвратить задержки и их влияние на проект.

  8. Пересмотр процессов. Иногда сжатие графика проекта требует пересмотра и оптимизации процессов внутри проекта или компании.

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

Теги:
Всего голосов 10: ↑8 и ↓2+6
Комментарии0

Информация

Сайт
www.agima.ru
Дата регистрации
Дата основания
Численность
501–1 000 человек
Местоположение
Россия
Представитель
Кристина Ляпцева