Pull to refresh
8
0
Юрий Копейченко @jura-49

разработчик программ

Send message

Мифы no-code разработки

Level of difficultyMedium
Reading time9 min
Views7.2K

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

Однако в последнее время появилось множество не совсем точной, а часто и мифологической, информации о платформе. Это способствует завышенным ожиданиям у новичков. Такие мифы продуцируются как разработчиками no‑code, так и всевозможными курсами по обучению. И носят скорее рекламный характер, чем реальные характеристики инструментов.

Прежде чем анализировать мифы рассмотрим цикл разработки приложений на коде. 1) разработка UX дизайна (40 часов), 2) разработка UI дизайна (40 часов), 3) программирование бэкенда (120 часов), 4) программирование приложения для андроида (100 часов), 5) программирование приложения для iOs (100 часов), 6) тестирование (40 часов). Здесь трудоемкость каждого вида работ дана в часах для несложного приложения в 10 — 15 экранов. Естественно при увеличении количества экранов пропорционально будет увеличиваться и трудоемкость. Здесь мы не учитываем работу PM (прожект менеджера).

Эти цифры средние по нескольким украинским аутсорсинговым IT компаниям. Порядок выполнения работ параллельно‑последовательный: последовательно выполняются UX дизайн, UI дизайн, программирование (все три типа параллельно с некоторым опережением бэкенда), тестирование. Таким образом, общая трудоемкость составляет 440 часов, а продолжительность разработки составляет 240 часов.

Сразу отметим, что здесь не рассматриваются конструкторы основанные на шаблонах типа AppsGeyser. Они создают приложение за три шага: 1) Выбрать шаблон из 30 — 50 возможных (несколько кликов); 2) Добавить контент, например, логотип приложения, название, текст и ссылки, чтобы настроить ваше мобильное приложение (порядка 10 минут); 3) Загрузить приложение в Google Play Store. Здесь действительно практически не нужны знания, получается нативное приложение. К сожалению количество шаблонов десятки, а приложений нужно разрабатывать миллионы.

Читать далее
Total votes 11: ↑7 and ↓4+4
Comments20

Декларативное программирование клиент-серверных приложений на андроид. Часть 2

Reading time11 min
Views2K
В предыдущей статье кратко были показаны преимущества декларативного программирования клиент-серверных приложений на андроид в сравнении с императивным.

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

image image image
Экран DRAWER           Экран CATALOG          Экран PRODUCT_LIST

image image image
Экран CATALOG_а          Экран DESCRIPT         Экран CHARACTERISTIC

image image image
Экран FITNESS          Экран FITNESS_а         Экран Выхода

Читать далее
Total votes 4: ↑4 and ↓0+4
Comments4

Декларативное программирование клиент-серверных приложений на андроид

Reading time4 min
Views4.1K

Декларативное программирование позволяет существенно повысить производительность труда программистов. В частности, предлагаемая Вашему вниманию библиотека DePro при программировании клиент-серверных приложений обеспечивает повышение производительности в 3 — 5 раз по сравнению с императивными языками такими, например, как java, kotlin.


Класс клиент – серверных приложений достаточно большой. К нему относятся такие типы приложений как: m-коммерция, Р2Р торговля, услуги, банки и финансы, путешествия, мессенджеры и соцсети, фитнес и здоровье, и т.п.


Такое ускорение объясняется тем, что в декларативном программировании описывать лишь “ЧТО нужно получить?”, а не “КАК это сделать?”.


Для иллюстрации различий между декларативным и императивным программированием рассмотрим следующий простой пример.

Читать дальше →
Total votes 6: ↑3 and ↓3+2
Comments13

Information

Rating
Does not participate
Location
Харьков, Харьковская обл., Украина
Registered
Activity