системные требования мобильных приложений

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

Привет! В этом году я являюсь выпускником IT школы Samsung. И к концу обучения в этой школе каждый должен сдать дипломный проект. Я хочу рассказать про свой проект.

Чтобы понять суть проблемы, нужно разобраться, что же такое IDE.

Интегрированная среда разработки (IDE) — комплекс программных средств, используемый программистами для разработки программного обеспечения. IDE нужна для облегчения, упрощения процесса разработки.

Иными словами: IDE — это программа для создания других программ.

Сегодня публикации на тему программирования становятся популярными. Их оценивает и понимает все больше людей.

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

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

(Системные требования Android Studio)

Т.е. для того, чтобы начать создавать Android приложения нужно иметь достаточно мощный компьютер. Компьютер с 4-9 ГБ оперативной памяти и хорошим процессором. Далеко не у каждого есть такой компьютер. Особенно у малообеспеченных людей и школьников. Google не позволяет этим людям стать мобильными разработчиками.

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

Но они имеют множество минусов:

1) нет расширений/маленький функционал

2) медленные и неудобные

3) нет доступа к консоли и файловой системе

Но даже если вы хотите пользоваться online IDE, то вы не сможете писать приложения на Android. Т.к. нет такой online IDE.

Проанализировав всю эту информацию, я разработал 2 приложения, в которых можно создавать Java и Android приложения.

Плюсы моих приложений:

1) просты в установке и удаление. Установка и удаление, как у обычного приложения

маленькие системные требования, запускается на любом телефоне

2) есть доступ к файловой системе и консоли (стандартная unix консоль с предустановленным busybox)

3) дружелюбный дизайн для новых пользователей

4) быстрая компиляция программ

5) программы компилируются на вашем телефоне, а не на чьем-то сервере, поэтому это безопасно

При этом никто не заставляет вас писать код на маленькой телефонной клавиатуре!

Приложение представляет из себя веб сервис, к которому вы подключаетесь через любой браузер, с любого компьютера или телефона. Т.е. вы через интернет подключаетесь к своему телефону и пишете Android или Java программы.

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

Все эти инструменты можно использовать через консоль, прописывая соответствующие команды. Никто не запрещает писать sh скрипты или создавать свой toolchain, добавляя новые инструменты.

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

Однако, пока что эти приложения на этапе демо версий, т.к. нужно добавить и переработать очень многое: подсветку синтаксиса, автодополнение, подсвечивание ошибок, отображение xml layout…

Отдельно хотел бы отметить то, что работать они, ПОКА ЧТО могут работать только при wifi соединение. Причем к обоим девайсам (даже если с одного и того же) и от одного роутера. Это связанно с тем, что на ip адресах мобильных сетей нельзя создавать сервера, а промежуточного сервера для связи телефона и браузера у меня нет. В будущих версиях я напишу этот сервер.

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

Для меня очень важен этот проект, потому что я сам столкнулся с тем, что не смог установить Android Studio. В моем компьютере 2 ГБ оперативной памяти, а этого недостаточно. Поэтому я с проблемами установил Eclipse, поддержку инструментов к которому Google закрыл, и в котором нельзя нормально импортировать support library. В этой библиотеке находится AppCompat, который нужен для запроса доступа к файлам, камере, контактам… для приложений с api больше 23. И с августа этого года в Google Play запрещено публиковать или обновлять приложения, api у которых меньше 28. По сути, Google заставляет создавать приложения в своем комбайне. Для своего приложения я попробую создать нормальный импорт.

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

Т.е. для того, чтобы начать создавать Android приложения нужно иметь достаточно мощный компьютер. Компьютер с 4-9 ГБ оперативной памяти и хорошим процессором.

Сакажи что ты путешественник во времени и застрял в 2006 году, а не просто дурак.

4 гига оперативы стоит 500 рублей.

Да, это будет медленно, не слишком удобно, но сойдет.

Вам бы на habr, там и дельного много чего посоветуют и в ошибки ткнут

Не понял логики. То есть у начинающего программиста нету норм компа, но есть норм телефон, на котором будет компилироваться его приложение. Норм телефон стоит примерно столько же, сколько и норм комп (40-60к)

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

Продолжение поста «Копируем ключ от домофона MIIFARE телефоном MCT»

Решил не затягивать.

Еще встречается другая проблема.

Приложение RFID tools позволяет нам работать с внешними модулями. Вообще то и MCT можно заставить работать с внешними устройствами, но здесь это реализовано лучше. Нам понадобится модуль PN532, немного доработанный. И обязательно наличие OTG в телефоне или планшете. Можно все сделать через блютус модуль, вроде HC-05/06, но лично мне такой вариант не понравился. Начинаем.

Предположим, что у вас получилось считать свою метку формата мифайр. Но так уж вышло, что заготовки в наличии только типа zero, те которые поддерживают магические команды. У них пишется нулевой блок нулевого сектора, но через MCT сделать это вы не сможете. И здесь нас выручит ARC122, либо, что более доступно и популярно, модуль PN532. Приложение поддерживает массу модулей, даже proxmark, правда не все версии. Главное меню и пункт TOOLS.

В меню мы можем выбрать подключенное устройство. Лично я использовал только PN532 и телефон. Но последний с задачей не справляется. В меню TOOLS можно посмотреть и отредактировать дамп и добавить свои ключи для чтения метки.

Заходим в PN532 и выбираем свое подключение. Далее нас бросает в такое меню.

NFC-list позволяет прочитать отрытую информацию из нулевого блока нулевого сектора. MFOC и MFCUK это доступные для нас атаки на защиту метки. Я их не использую, ибо нет необходимости и скорость работы неважная. Но поиграть со своим ключем вы можете. Нас же интересует главное меню Reader. Заходим. По порядку, вначале мы можем выбрать список ключей. Если метка закрытая, а ключи у нас уже есть, полученные например сниффером Копировальщик mifare 1k / сниффер то мы можем запросто добавить их в меню TOOLS вначале и теперь выбрать их для чтения или перезаписи метки. Далее идет ползунок, при нажатии на который, программа будет читать только 1 сектор, можно самому выбрать какой. Нас в основном интересует сектор 0. Это все касаемо чтения. Далее идут опции записи. Можно записать 0 блок, все блоки или конкретный. Я обычно пишу все и проходит гладко. Здесь же можно выбрать дамп, например заранее импортированный из приложения MCT. Приведу пример.

У меня есть дамп от моего подъезда и заготовка zero новая с дефолтными ключами. Выбираем стандартные ключи вверху, оставляем переключатель на записи всего дампа. Предварительно нужно положить заготовку на считыватель и нажать кнопку WRITE. После окончания записи высветится уведомление. Можно будет прочитать эту же заготовку приложением MCT, или RFID TOOLS. Смотря где у вас забиты ключи, от исходного ключа, ведь теперь для чтения первого сектора, вам они нужны. Победа, мы записали метку zero с телефона без ПК и дорогих устройств.

Предыдущие посты по теме RFID:

Напомню, что как раз сниффер позволяет вытянуть ключи из считывателя. Какой бы защищенной не была метка. Как всегда, общение в комментариях. По делу писать, есть контакт в профиле. Вопросы здесь. Можете предлагать темы для следующих постов. Спасибо за плюсы, подписки и обсуждения в комментариях. А я кажется за неделю оккупировал Лигу Радиолюбителей.

Копируем ключ от домофона MIIFARE телефоном MCT

Продолжаем тему постов про rfid.

Когда нибудь напишу объёмный пост, где постараюсь систематизировать знания. Там будет много теории и практической информации. А пока встречайте мини пост про приложение MIFARE Classic Tool. В недавнем посте про сниффер, случился такой диалог в комментариях.
Копировальщик mifare 1k / сниффер

Казалось бы, ситуация простая, решение тоже. Но как оказывается, люди не очень знают об этом приложении и не умеют пользоваться им. Ещё оно удобно, для проверки стандарта ключа. Если приложив метку, мы сможем считать uid функцией display tag info из настроек, то у нас mifare на частоте 13.56 МГц. Кстати, mifare тоже бывают разные, на 1k свет клином не сошелся. Возможно напишу об этом позже.
Предыдущие почты на тему rfid:
Копировальщик ключей домофона
Делаем ключ 3 в 1 (шлагбаум, домофон и калитка)
Проект компактного копировальщика ключей EM/Ibutton
Ключ от домофона EM-MARINE 2 в 1
Копировальщик mifare 1k / сниффер
Спасибо за внимание, плюсики и подписки. Мой контакт в профиле. Пишите, что ещё вам интересно касаемо темы rfid и других. Задавайте вопросы и комментируйте. Ваша активность это основной мотиватор для продолжения.

Источник

Этапы разработки мобильного приложения: аналитика и техническое задание

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

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

Этот важный вопрос, на который нельзя ответить в двух словах, вдохновил нас на публикацию этого цикла статей. В них не будет туманных советов из серии «как сделать приложение: три простых шага». Зато будет опыт, накопленный нами за пять с лишним лет работы на рынке мобильной разработки, примеры из практики и руководство к действию.

В предыдущих материалах мы рассказывали:

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

Мы в студии обычно строим работу так:

Каждый проект — особенный. Для одного можно объединить несколько этапов в один, чтобы реализовать задуманное быстрее и дешевле. Для другого целесообразно пройти все этапы. Мы поможем выбрать оптимальный путь.

Каждое приложение начинается с идеи. Вы рассказываете нам, какие задачи должен решать будущий сервис, и мы приступаем к сбору аналитики. Глубокий срез рынка, анализ уже существующих решений, изучение конкурентов и моделей поведения покупателей… На каждом этапе анализа мы помним о конечном пользователе и продумываем жизненный цикл клиента. Это помогает нам вместе понять, как люди будут использовать новое приложение — и сделать его максимально удобным, понятным и полезным. Такой сервис принесет пользу и вашему бизнесу.

Что в результате: референсы по функциональности и дизайну.

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

Мы составляем подробное описание функциональности и дизайна будущего приложения. Определяем персонажи пользователей, описываем пользовательские истории (User Story), составляем карту путешествия пользователей (Customer Journey Map) и формируем технические требования к сервису. То есть фиксируем, каким должно быть приложение, что оно должно уметь и как это будет работать.

Благодаря такому техническому заданию (ТЗ) наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею.

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

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

Карта путешествия пользователя (Customer Journey Map) позволяет наглядно представить, как разные персонажи будут пользоваться приложением в каждой из пользовательских историй. На такой карте виден весь путь пользователя — перемещение между экранами и клики на кнопки.

Составление карты помогает понять, как технически реализовать все функции приложения.

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

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

2. Функциональные требования к приложению:

3. Нефункциональные требования к приложению:

4. Реализация функциональности приложения:

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

Благодаря грамотно составленному ТЗ наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею. Чтобы правильно составить ТЗ, используйте наш чек-лист.

В следующем материале мы расскажем, что нужно знать заказчику про проектирование, дизайн и разработку.

Этот цикл статей основан на книге, которую мы недавно сделали для своих клиентов. В этой книге мы постарались ответить на основные вопросы, которые у них возникают:

Остались вопросы? Не согласны с нами? Хотите высказать свою точку зрения или поделиться опытом? Пишите в комментариях. Давайте обсуждать!

Источник

Первичная настройка мобильного приложения

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

На заметку. Мобильное приложение доступно только для пользователей основного приложения Creatio и не может использоваться пользователями портала.

Важно. Для корректной работы в мобильном приложении его версия должна быть не меньше версии основного приложения Creatio.

После установки и первого входа в мобильное приложение будет выполнена синхронизация c основным приложением Creatio. В зависимости от того, в режиме online или offline вы планируете использовать приложение, специфика работы и выполнения дальнейшей синхронизации различается.

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

Системные требования к мобильным устройствам

Чтобы установить и использовать мобильное приложение Creatio, телефон/планшет пользователя должен соответствовать системным требованиям, приведенным в таблице:

Минимальная поддерживаемая версия

Последняя доступная для установки

Минимально поддерживаемые устройства

Google Pixel и выше.

Установить приложение

Мобильное приложение Creatio доступно для загрузки из магазинов приложений:

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

Важно. Для подключения к Creatio, развернутому on-site, требуется сертификат, подписанный центром сертификации. Политики безопасности мобильных приложений не поддерживают подключение к сайтам, использующим самоподписанные сертификаты.

На заметку. Протоколы соединения (http://, https://) мобильного приложения с сервером Creatio определяются автоматически. Вручную протокол соединения прописывается в случае, если при соединении протокол не определился.

После этого мобильное приложение начнет процесс синхронизации с основным приложением Creatio. По завершении процесса синхронизации вы можете приступить к работе в мобильном приложении.

На заметку. Для демо-входа логин и пароль не вводятся. Переход к приложению осуществляется автоматически после синхронизации.

Настроить приложение

На странице настроек мобильного приложения вы можете:

Ввести параметры соединения с основным сервером Creatio.

Выбрать рабочее место, провести синхронизацию мобильного приложения.

Выйти из мобильного приложения.

Очистить кэш приложения ( Рис. 2 ).

Выбрать рабочее место

На заметку. Настройка рабочих мест мобильного приложения осуществляется в основном приложении.

Очистить кэш и выполнить синхронизацию

Во время синхронизации с основным приложением Creatio в мобильное приложение загружается структура базы данных и другая информация из основного приложения Creatio.

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

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

Режимы работы приложения

В мобильном приложении Creatio вы можете работать в режимах online или offline. Используемый режим необходимо указать в системной настройке “Режим работы мобильного приложения” (код “MobileApplicationMode”) основного приложения Creatio.

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

Режим online

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

Гибридный режим

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

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

Создавать новые записи.

Работать с расписанием.

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

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

На заметку. Гибридный режим недоступен при использовании приложений Marketplace Creatio “ Field sales for Creatio ” и “ Pharma Creatio ”.

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

Режим offline

При использовании режима работы offline необходимо периодически вручную выполнять синхронизацию с основным приложением Creatio. Синхронизация с основным приложением выполняется с помощью веб-сервиса DataService.

Изменения, внесенные в мобильном приложении, сохраняются на сервере Creatio только после выполнения синхронизации с основным приложением и наоборот. Если при синхронизации возникли конфликты, то информация о них отобразится в журнале синхронизации.

Для выполнения синхронизации в режиме offline:

На открывшейся странице нажмите кнопку Синхронизация ( Рис. 5 )

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

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

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

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

Журнал синхронизации

Журнал синхронизации доступен только в offline режиме. Он отображает дату последней синхронизации и фиксирует записи, по которым возникли конфликты при синхронизации с основным приложением.

На вкладке Лог содержится список записей, по которым возник конфликт при последней синхронизации. Для каждой записи указывается причина конфликта.

На вкладке Данные для экспорта содержатся данные, которые не были экспортированы в основное приложение при синхронизации.

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

На заметку. Чтобы запросы отправлялись администратору, который настраивает права доступа, его email-адрес должен быть указан в системной настройке “Email для запросов на права доступа” (код “MobileEmailForPermissionRequests”).

Источник