Low code что это

Что такое low-code и чем он отличается от зеро-кода

Это когда можно не только мышкой, но и в код залезть

Мы уже рассказывали про зеро-код — подход к программированию, когда можно создавать работающие программы без единой строчки кода. Вкратце всё работает так:

На зеро-коде сейчас можно сделать много разного: ботов для телеграма, сайты, сервисы для работы предприятий и базы знаний. Но у зеро-кода есть слабое место: если возможностей конструктора не хватает, то исправить это не получится. Максимум — передвинуть блоки или ввести в служебные поля другие параметры. Чтобы обойти это ограничение, используют low-code.

Кратко главное: что такое low-code

Что такое low-code, или лоу-код

Лоу-код (от англ. low – небольшой, низкий) — это почти такая же зерокодовая платформа для программирования, но где можно в любой момент зайти в код и дописать что-то своё. Проще говоря, это лоу-код — это зеро-код с возможностью поправить код.

При этом лоу-код необязательно будет таким же лёгким, как и конструктор. Слово low означает, что его нужно будет написать не очень много, но сам код может быть на любом языке. Например, в Ozma.io, российском CRM-конструкторе для бизнеса, главное меню приложения для менеджера может выглядеть так:

Похоже на Notion, потому что дизайнеру Озмы понравился Notion

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

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

Зачем нужен лоу-код

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

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

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

Получается, лоу-код — это обычное программирование?

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

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

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

Примеры проектов для работы с лоу-кодом

Salesforce — платформа для создания корпоративных CRM- и EPR-систем, популярна в США из-за множества встроенных бизнес-процессов, которые можно доработать под свою компанию.

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

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

Claris FileMaker — кроссплатформенная система создания лоукод-приложений с красивым интерфейсом. В ней можно делать программы для интернета, мобильных или для обычных компьютеров.

Интерфейс лоукод-приложения, сделанного с Claris FileMaker

Источник

Где и как применять low-code платформы

Разговоры о программировании без программистов идут постоянно. За последние 14 лет моей работы в IT идёт уже вторая волна любви к low-code решениям. Если вы дольше наблюдаете IT-рынок, то наверняка вспомните ещё пару подъёмов этой темы.

Не-программистов, которые создают бизнес-приложения в визуальных редакторах, назвали Citizen Integrator или Citizen Developer. Слоганы продавцов этой темы сводятся к следующему:

. with no-code/low-code platforms, anyone can build applications without software expertise, significantly faster, and at a fraction of the cost.

В этой статье я хочу разобраться насколько правдивы эти обещания, а также где и как стоит применять low-code платформы, чтобы не выстрелить себе в ногу.

Зачем бизнесу low-code платформы?

Текущий всплеск интереса к low-code скорее всего связан в тем, что дорогие программисты стали еще дороже, но и дорогих в свободном доступе на рынке не найдешь. Не-IT-компании не могут нанять вообще никого стоящего, а проекты при этом делать надо. Даже аутсорсеров найти непросто, потому что их кадры тоже размываются из-за желания крупных компаний развивать собственное IT и для этого идет найм сотнями, тысячами и тысячами.

Цифровая трансформация прорвалась даже в те компании, которые до последнего момента пытались обходить ее стороной. В итоге IT-проекты есть, деньги есть, а рук нет. Что делать? Кажется выгодным использовать low-code/no-code платформу, чтобы дешевые и многочисленные не-айтишники могли создавать бизнес-приложения.

На эту тему в Москве недавно прошла конференция «LOW-CODE 2021», где программный директор серии практических конференций издательства «Открытые системы» Дмитрий Волков написал такую вводную:

«Апологеты преподносят low-code как главный инструмент масштабной цифровой трансформации. Критики указывают на лоскутность, низкую производительность, отсутствие должной интеграции, проблемы с обслуживанием доморощенных решений, безопасностью и надежностью. Поэтому, прежде чем применять low-code/no-code, посетите нашу конференцию»

Я побуду в роли критика, но, заодно, опишу способ применения low-code платформы, при котором это применение будет эффективно и оправдано.

Причина провала предыдущих подходов к low-code

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

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

До определенного момента (до пересечения графиков) такое решение будет обгонять обычный подход по скорости разработки, т.е. вы быстрее выйдете на рынок. Но плюсы визуального программирования быстро заканчиваются и «визуальное» решение стремильно переходит в неуправляемое месиво.

Романтика low-code разбивается о суровую действительность, где IT должно помогать бизнесу создавать большие и сложные IT-системы с постоянно меняющимися требованиями и при этом выдерживать множество внутренних и внешних SLA.

Выглядит так, что для «простых» проектов low-code может подойти, а для «сложных» перестает работать. Давайте определим, что такое простая и сложная IT-система:

Простая система – решение локального уровня для пары сотрудников. Тетя Маша из бухгалтерии хочет, чтобы ей приходила СМС, когда в почту прилетает письмо от шефа. Она идет в Zapier и «программирует» себе пару триггеров и интеграций. Бизнес от этой автоматизации не зависит, логики минимум. Если требования тети Маши поменяются, то изменения можно будет легко внести самой тете Маше. Если триггер сломается, то никто в компании и среди клиентов бизнеса этого не ощутит.

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

Простые системы можно и нужно делать на low-code платформах без программистов, а вот со сложными возникают проблемы, которые никак не могут решить создатели low-code платформ:

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

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

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

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

Получается, что сложное решение на low-code платформе – это «readonly-код» с очень высокой стоимостью внесения изменений. Это ли надо бизнесу?

РДС (Россия делает сама)

А может проблема в том, что low-code платформы слишком универсальные? Логичным ответом на это будет желание создать свою платформу, под себя.

Я общаюсь с разными компаниями и вижу, что внутри они создают собственные low-code решения. Кроме желания создавать ПО без программистов, есть еще естественная эволюция микросервисной архитектуры в оркестратор бизнес-сервисов.

Но при создании low-code платформы для себя появляется фактор стоимости. Затраты на разработку такой платформы, на мой взгляд, неоправданно высокие. Из чего состоят затраты:

Чтобы создать платформу для программирования без программистов, нужны очень хорошие программисты и проектировщики. То есть изначально нужно 1) привлечь, 2) удержать, чтобы экспертиза не потерялась, и 3) долго оплачивать профессиональную и дорогую команду айтишников.

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

Пользователи этой платформы тоже получают зарплату. Хоть это и не перегретые программисты, но это продвинутые пользователи ПО и платить им нужно соответствующие деньги.

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

Чем шире low-code платформа используется в компании, тем больше кейсов она должна покрывать, т.е. она должна становится универсальней и гибче. А чем универсальней решение, тем оно дороже, т.е. такая платформа будет постоянно «дорожать».

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

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

Когда применение low-code оправдано

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

Работающим подходом является комбинация 1) low-code платформы для визуализации процесса и 2) реализация всех функций этого процесса в виде обычного ПО. Мы применяем для этого BPMN-движки типа Camunda и микросервисную архитектуру. На BPMN описывается процесс, а микросервисы реализуют нужные функции, включая интеграцию, работу с нагрузками, автотесты.

Здесь важно, что BPMN-движок не является самодостаточным, он только организует процесс, оркестрирует. Мы не пишем код внутри Camunda, чтобы потом не упереться в отсутствие рефакторига и автотестов.

В комбинации low-code + обычное ПО тоже есть сложности. Если подойти к процессу без должного опыта и внимания, то можно создать неподдерживаемое месиво из квадратиков и стрелочек. Тут нужны профессионалы, которые отлично знают нотацию BPMN, хорошие аналитики, готовые разложить процесс на части и учесть все исключительные ситуации. Откуда тогда экономия?

Экономия времени и денег получается за счёт декларативного описания процесса:

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

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

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

BPMN – довольно популярная нотация, т.е. знатоки есть среди разных профессией. При этом эта нотация всеобъемлющая, ею можно покрыть всё, что вам нужно для работы.

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

Вывод

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

Тем не менее у low-code платформ есть характеристики, которые стоит взять на вооружение. Если грамотно встроить low-code платформу в разработку ПО, то можно нивелировать минусы и сэкономить за счет плюсов.

Источник

Что такое Low Code и Zerocode и когда применяются

Здравствуйте. На связи Людмила — маркетолог компании Altcraft. Читайте в статье, что такое Low-code и Zero-code, когда применяются методы и чем отличаются друг от друга.

Создать сайт без навыков программирования, сделать чат-бот, интернет-магазин, приложение, автоматизировать бизнес-процесс без участия разработчиков — реальность. Методы разработки без кода или с минимальным участием программиста Low-code и Zero-code — перспективные направления для бизнеса. 26% руководителей называют Low-code и Zero-code приоритетными инвестициями: в пандемию вложения выросли с 10% до 26%. Стоимость труда разработчиков растёт, а найти специалиста непросто. Для малого бизнеса такой разработчик не всегда доступен из-за ограниченного бюджета, а запуститься в онлайне в digital-эпоху — критически важно.

Low code — это метод разработки в визуальном интерфейсе по принципу drag-and-drop, но с элементами ручного кода. В платформе для Low-code разработки пользователь перемещает блоки с уже готовым кодом и получает продукт с нужным функционалом. Готовые модули в Low-сode ускоряют работу с типовыми задачами и избавляют от повторяющихся действий, но для индивидуальных решений, настроек и персонализации придётся писать код. Разработка в платформе проходит по готовым шаблонам или свободно. Также поддерживаются интеграции, есть встроенные сервисы.

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

ELMA 365 — платформа, которая автоматизирует и роботизирует бизнес-процессы и CRM. Здесь создают корпоративные приложения с минимумом кода.

Mendix — платформа, где на выбор среды без кода или интерфейс для профессиональных разработчиков. В платформе делают приложения для iOS и Android, которые разворачиваются в облаке в один клик.

WF Core — платформа, которая управляет данными из любых систем, даже из CRM. В сервисе графический и API интерфейсы для работы с бизнес-процессами.

Источник

LowCode vs NoCode: в чем разница и когда их нужно использовать

NoCode и LowCode (способы создания продукта без написания кода с нуля) безусловно на одной стороне баррикад — оба экономят вам время и деньги по сравнению с традиционной разработкой. Там, где на обычном коде приложение или платформа будет писаться 3 месяца, на No/Low Code оно соберется за месяц.

Но даже между такими похожими понятиями есть отличия. О них сегодня и поговорим.

А вещает, как обычно, студия NoCode/LowCode-разработки Zero To One.

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

NoCode — способ разработки сайтов и приложений без использования кода. Вместо этого продукт собирается как конструктор из уже существующих инструментов. Это помогает не только создавать проект намного быстрее, но и сокращать затраты на разработку в 3-4 раза по сравнению с обычным кодом.

В ситуациях, когда для какой-то из функций не хватает NoCode-инструментов, недостающие опции дописываются обычным кодом. Такой способ создания приложений и сайтов и называется LowCode.

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

Главное сходство между LowCode и NoCode — возможность создать сайт или мобильное/веб-приложение быстро. Оба этих способа разработки помогают бизнесу не терять время на старте, что критически важно для любого продукта.

Далее идет не менее важный момент — у разработки на No/Low Code куда ниже порог входа, чем у обычного кода. И там, где для создания сайта нужно искать разработчика, владеющего несколькими языками (и потом держать его в штате, чтобы поддерживать работу сервиса), с NoCode/LowCode можно привлечь студию для разработки, а позже контролировать работу продукта самостоятельно или легко найти для этого специалиста, так как достаточно будет просто знания интерфейса инструментов. При этом решение одной и той же задачи на коде может быть разным, отсюда сложность во взаимозаменяемости специалистов. В No/Low Code же все решается правильной работой с сервисом и пониманием как можно большего количества возможностей инструмента.

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

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

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

Да, в сборке продукта на сервисах порог входа все еще намного ниже, чем у обычной разработки. Но при этом, если сравнивать LowCode и NoCode — для первого все таки потребуется разработчик. Именно поэтому собрать какой-никакой продукт самостоятельно без глубокого знания программирования можно только в NoCode. Для большего все-таки придется привлекать специалиста.

Если NoCode — история по большей части для MVP, то с LowCode вы запросто сможете собрать продукт, который будет расти вместе с вашим бизнесом.

Low-code платформы поддерживают масштабируемые архитектурные шаблоны: развертывание с помощью контейнерных сервисов, микросервисы, поддержку открытости и расширяемости, а также облачное развертывание с помощью AWS, Azure, Google Cloud и т.д.

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

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

А если вы все еще не уверены, подойдет ли вам No/Low Code — можно записаться к нам в Zero To One на бесплатную консультацию. За полчаса обсудим ваш проект и поймем, как быстро его можно сделать, за сколько и с какими инструментами 🙂

Забавно, как придумывают что-то новое, для чего-то старого. Например, раньше были уборщицы, стали менеджеры по клинингу. Раньше школьники клепали говносайты на ucoz, они гордо называли себя админами, а разрабы только улыбались в ответ. Сейчас они стали nocode-разработчики, а если что исправили в css, уже low code-разработчики! Мамочки в декрете, клепающие сайты на tilda, или как здесь на webflow, теперь так и именуются.
Я ничего против не имею, т.к. и сам работаю исключительно с wordpress, но это все-таки немножечко глупо 🙂

Школьники подросли, а кто-то из них пошел в маркетологи =)

Комментарий удален модератором

Мир сильно сложнее, серьёзные платформы позволяют не искать кучу месяцев java dev или подобного для создания системы, гораздо проще найти или даже выучить человека на зп в несколько раз ниже и с возможностью быстрой замены под такую платформу. Статья по делу и lowcode платформы позволяют реально много.

И всё же. Не ясно, когда использовать No Code, когда Low Code, когда сразу нужны разработчики. Не хватает «земных» примеров. Например, если я пеку торты на заказ и хочу дать возможность заказчику «собрать» свой дизайн? А потом подключить карту для оплаты? А если я студия клининга? А если я создаю сервис по цифровизации бизнеса своих клиентов (SaaS решение, например. облачный CRM или что-то типа того).

задолбали эти боты!

Не признаю тостеры 🙂

Если мне человек предлагает коммуникацию, то я ожидаю видеть личную коммуникацию (как упомянутые вами соцсети). А предложение «идите общайтесь с нашим ботом» звучит (ИМХО!) «идите читайте наши манифесты на стене туалета

Копипастят одно и тоже. Лучше вот так.
Компьютер, на самом низком уровне опирирует исключительно трёх мерным измерением. И текст и картинки и все остальное 2d-эшное которое мы видим на экране, это частный случай того самого 3d. Кроме того на уровне машины нет понятия вектор, там все растр. Информация о каждом отображаемое на экране пиксиле формируется с помощью программ называемых шейдеры. Язык грейдеров это отдельный язык, который предполагает отдельных разработчиков.
Формировать отображение с помощью грейдеров очень сложно, долго, а значит дорого, поэтому не удивительно, что со временем стали появляться программы абстракции, которые позволяют любому человеку заниматься цифровым творчеством. Например всем известные Фотошоп или 3dmax. Никто сегодня в здравом уме не скажет, что с их помощью невозможно сделать то, что можно с помощью кодинга шейдеров.
И это плавно подводит к тому, что подобные ноукоде платформы, это не бесполезная игрушка, а кульминация программирования. При грамотной реализации нужда в написании кода отпадет вовсе.
Если же кто-то считает, что харклрднее писать кодом, то могу сказать одну истину. Каждый, разработчик в гемдеве когда-то считал также. Типа, какой я программист, если не могу сделать все в коде. Но пролетали года и желание вечно кодить сменилось на желание делать. А сделать быстро можно только в графическом редакторе. Представьте открывающуюся крышку коробки. В редакторе это делать десять минут, а в коде с преобразованием матриц можно и за несколько дней также красиво не сделать.
К тому же, в мобильной разработке и в десктопе интерыейсы всегда создают с помощью графического редактора. А анрилэнджин вообще ноукоде редактор. А разве в разы более сложная логика в играх не лучшее доказательство жизниспособности ноукоде платформ?
Короче, те кто считает, что это ерунда, дико ошибается.

Почему во всех статьях про No-Code, все время идет сравнение с неким «обычным кодом»? Есть злой способ разработки с помощью какого-то абстрактного кода, который требует много дорогостоящих специалистов и много часов. И есть добрый такой же абстрактный no-code, который дешевый и быстрый.

Источник

Low-code платформы: панацея или рискованная ставка?

Low-code платформы (Low code application platforms, LCAP) возникли как реакция на сложность и многообразие современных средств разработки ПО.

Итак, ориентируя продажи на топ-менеджеров, вендоры low code платформ обещают, что даже простые пользователи смогут самостоятельно создавать бизнес-приложения.

То есть разработчики больше не нужны?!

Нуу…, через несколько лет Mendix вынужден признать:

«Сейчас разработчики нужны больше, чем когда-либо»

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

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

Отличный инструмент для прототипирования

Mendix — это действительно отличный вариант для автоматизации простых процессов или создания прототипов, доступный аналитикам или продвинутым пользователям.

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

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

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

Медленная разработка

Любая логика — будь то вычисления или взаимодействие с пользователем — должна быть описана в блок-схеме (microflow), как показано выше.

Здесь есть несколько проблем.

Во-первых, это долго. Очевидно, быстрее написать 10 строк кода в хорошей IDE, чем перетаскивать, настраивать и соединять десятки блоков.

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

Как альтернативу для сложных случаев, Mendix поддерживает вызовы Java кода из microflows. Код можно писать в Eclipse, что в целом неплохо, хотя многие предпочли бы более популярную IDE. Минус в отсутствии прозрачности: все точки входа находятся в microflows, так что логика разбросана между двумя слабо связанными средами. Как результат, отладка и отслеживание зависимостей затруднены.

Последнее, что я хотел упомянуть — это контроль версий.

Хорошая новость в том, что он есть. Плохая — в том, что он представляет собой урезанный вариант Subversion. Забудьте о git flow.

Отсутствие контроля

Любой, кто знаком с экосистемой Java, не может недооценивать силу open source. Когда где-то в стеке появляется ошибка, вы видите, в какой части кода это произошло. Код можно отладить, чтобы точно понять, что происходит. Можно загуглить решение. Можно отправить pull request. В крайнем случае, можно форкнуть библиотеку. Вы полностью контролируете проект.

С Mendix об этом можно забыть. Это закрытый коммерческий фреймворк, и что происходит внутри него — настоящий черный ящик. Все, что вам остается, — купить платную поддержку или ждать, что кто-то поможет на форуме с

200 вопросами в месяц (сравните с тегом #spring на stackoverflow!).

Зависимость от вендора

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

Вы можете получить свои данные, DDL, UI ресурсы и код (microflow волшебным образом преобразованные в Java код).

Будет ли это исполняться или компилироваться без рантайма и API Mendix? Можно ли это поддерживать и развивать? Вопросы риторические. На самом деле потребуется полностью все переписать. Вы зависите от проприетарной платформы. Вы не владеете созданной вами системой.

Ограниченная масштабируемость

Маркетинг Mendix ориентирован на крупнейшие компании, поэтому термин «масштабируемость» постоянно мелькает в маркетинговых материалах.

В 2017 году Mendix представили stateless runtime — то есть вся информация о сессии либо хранится на стороне клиента, либо в персистентном хранилище.

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

База данных практически всегда оказывается узким местом в корпоративном приложении. Итак, что же хранит данные за множеством stateless-серверов Mendix? Никаких сюрпризов — это старая добрая реляционная база данных. В облаке Mendix — PostgreSQL. Более того, сгенерированный Mendix DDL, скажем мягко, не совсем оптимален. Например, я видел промежуточную таблицу, которая обычно используется для моделирования отношений N:M, созданную для отношения 1:N.

Вопрос масштабируемости можно было бы решить стандартными методами: оптимизацией структуры БД, кэшированием или даже используя такие решения, как Citus. Но такой возможности естественно нет.

Единственным способом масштабирования БД остается масштабирование с использованием реплик для чтения (например, Amazon RDS). Но для записи это не сработает.

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

Кадровый вопрос

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

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

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

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

Тогда почему LCAP все еще популярны?

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

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

Самое забавное, что первое, что приходит в голову, когда ИТ проекты движутся слишком медленно, — это нанять еще больше разработчиков и, конечно же, менеджеров. Стоит ли говорить, что это только ухудшает ситуацию. Я знаю пару банков, в которых более 10 000 (. ) разработчиков, и по меньшей мере половина из них занимается бесполезной работой.

В отчаянии руководители предприятий ищут решение в таких «волшебных палочках», как LCAP, якобы способных решить все проблемы.

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

Не вдаваясь в подробности, если вам удастся создать небольшую квалифицированную команду из 3-10 полностью вовлеченных в проект человек, с прямым контактом с ЛПР, вы получите отличные результаты быстрее и дешевле, чем ожидаете.

Каковы альтернативы?

Сейчас есть огромный выбор инструментов и фреймворков для разработчиков.

Например, Spring Framework — самая популярная open-source технология для создания корпоративного ПО, которая отлично сочетается с веб-фреймворками вроде React или Angular. А такие инструменты, как Spring Initializr и JHipster, значительно упростили создание проектов за последние несколько лет.

Если вы хотите получить результат быстрее, стоит рассмотреть RAD инструменты, такие как CUBA Platform.

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

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

Заключение

Low-code платформы отлично подходят для прототипирования. Они сокращают разрыв между бизнес-пользователями и IT, что позволяет быстро получить работающий прототип и сформировать видение будущей системы.

Поскольку пользователей прототипа очень мало, затраты на этом этапе тоже невелики. И именно в этот момент стоит остановиться!

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

Источник

Меньше кода – больше драйва: опыт применения low-code платформы в enterprise решении

Привет! Меня зовут Максим, и я впервые пишу на Хабре. Я планирую к публикации серию статей об ИТ в банке ДОМ.РФ, ибо есть чем поделиться и что рассказать о внедрении передовых технологий в государственном секторе. Буду рад комментариям, вопросам и активному обсуждению.

Почему я решил написать про low-code и практику применения подобных платформ в enterprise? Я часто сталкиваюсь с мнением, что подобный класс систем не способен адресовать быстро растущие аппетиты многочисленных бизнес-стейкхолдеров в организациях со сложной функциональной структурой, в особенности в государственном секторе, где к тому же действуют жесткие правила импортозамещения. И сейчас интересно поразмышлять, так ли это на самом деле.

Область применения для low-code

В 2019 году я получил предложение от Банка ДОМ.РФ создать Центр компетенции middleware-систем, первым вызовом для которого стала задача по автоматизации службы клиентского сервиса. Ежемесячно контакт-центр банка, который является оператором почти всех госпрограмм поддержки ипотечных заемщиков и застройщиков, совершал от 70 до 100 тысяч звонков, используя при этом несколько фронтовых решений одновременно. Клиенты часто были недовольны тем, что при звонке операторы не знали их клиентской истории, потому что нужных данных просто не было перед глазами. Большой объем операций, выполняемых вручную, отражался на показателях операционной эффективности, а низкая скорость отклика и частое зависание приложения приводили к снижению объемов коммуникаций и увеличению времени простоя операторов.

Это нужно было срочно поправить, поэтому решили внедрить современную CRM-систему. Основным критерием при ее выборе стала стоимость владения программным продуктом и скорость последующего развития. Поэтому с первых шагов мы отсекли дорогостоящие кастомизируемые enterprise-решения (SAP, SalesForce) и создание собственной системы с нуля, и стали смотреть в сторону Low-Code платформ. Последние позволяют производить большую часть настроек без программирования, благодаря чему разработка становится быстрой и можно выпускать фичи достаточно оперативно.

На основе этих критериев мы выбрали платформу Terrasoft Creatio, которая входит в реестр отечественного ПО и полностью подходит под критерии импортозамещения. Система представляет собой современную Low-Code платформу, ориентированную на моделирование стратегий взаимодействия с клиентами и управления клиентскими данными, что позволяет моделировать и исполнять бизнес-процессы без привлечения разработчиков. Она также оснащена удобным web-интерфейсом с интуитивно понятной навигацией по всем разделам системы, клиентским карточкам и связанным с ними объектам, таким как продукты, контакты, заявки, история коммуникаций.

В технологическом плане эта российская разработка ничем не уступает западным аналогам (MS Dynamics, SalesForce, Siebel CRM), а, по моему субъективному мнению, наличие понятной дорожной карты развития системы на стороне вендора в горизонте ближайших трех лет и ежеквартальные обновления позволяют предсказуемо развивать платформу в квартальных циклах и не тратить время на разработку фич, которые планирует к выпуску сам вендор. Все это делает ее безусловным технологическим лидером в классе BPM систем для российского рынка.

Организационный и технический охват

Проект внедрения разделили на несколько направлений: автоматизация процессов розничного направления бизнеса, корпоративного бизнеса, Контакт-центра и внутренний ServiceDesk группы компаний. Над каждым работала определенная команда – специалисты Банка ДОМ.РФ или приглашенная команда подрядчика. Нам удалось организовать эффективную и слаженную синхронизацию взаимодействия различных команд за счет сильной централизованной функции Solution-архитектуры, которую выполняют специалисты Банка, использование единого инструмента управления бэклогом и изменениями (Jira), а также применение общего для всех команд окружения (облачные или виртуальные стенды разработки и тестирования).

Важнейшей составляющей любого проекта по внедрению CRM-системы является разработка интеграций с различными системами Банка: АБС, процессингом, системой контакт центра и других. В нашем случае было предусмотрено 26 точек интеграции.

Так, первой масштабной интеграцией было создание интерактивного взаимодействия Creatio c автоматизированной системой контакт-центра Genesys. Это позволило сотрудникам автоматически идентифицировать клиента по номеру телефона в момент поступления звонка, искать клиента по различным параметрам, просматривать карточку клиента с данными из других банковских систем и текущих продуктах клиента (например, депозит, кредит и т.д.) Была реализована технология сквозной авторизации: все управление телефонией осуществляется из CTI-панели CRM; для этого мы разработали соответствующий CTI-провайдер. В режиме онлайн был организован апдейт статуса работы оператора (свободен, занят), что позволило оставить функционал управления очередями на стороне Genesys.

В процессе разработки были некоторые сложности, связанные с ограничением службой информационной безопасности Банка ДОМ.РФ доступа к стендам банка для внешних подрядчиков. Чтобы выполнить требования службы был разработан отдельный софтфон Genesys для тестирования интеграции внешней командой.

В рамках проекта мы настроили сквозной процесс продаж – менеджер ведет заявку по этому процессу, а система подсказывает нужные действия для достижения цели. Гибкие настройки Creatio позволили оптимизировать работу с CRM-кампаниями. В нашем случае маркетинговые волны и индивидуальные предложения формируются на стороне аналитического CRM, данные передаются в Creatio через механизм интеграции, далее формируются очереди обзвона и передаются в Genesys. В свою очередь контакт-центр осуществляет автоматический обзвон клиентов, а при дозвоне, передает звонок в CRM. Последняя автоматически открывает карточку клиенты с описанием волны и продукта на рабочем столе сотрудника контакт-центра, благодаря чему тот может сразу начать общение с клиентом, имея полную информацию по персональному предложению. Такая организация процесса позволяет на 20% сократить время обработки CRM-кампании.

Дальше – больше: технологический тренд последнего времени – роботизация взаимодействия с клиентами – не обошел стороной и нас. При помощи готовых решений на базе Terrasoft Creatio мы внедрили чат-платформу, которая покрывает сразу несколько популярных мессенджеров, провели интеграцию с дистанционными каналами привлечения клиентов (сайтами, ресурсами партнеров и лидогенераторами). Добавили новые каналы обслуживания (Telegram, WhatsApp, чат на сайте банка, планируем Viber), обеспечили централизованное распределение нагрузки операторов по всем каналам взаимодействия. Второй волной планируем внедрение чат-бота, умного помощника, построенного на нейросетях, который будет обеспечивать первичный интерактивный контакт с клиентом и интеллектуальную маршрутизацию обращений пользователей. Объединение каналов коммуникаций уже дало нам прирост лидогенерации на 56%. Конверсия из лида в заявку выросла на 10%.

Из наиболее технологически сложных задач внедрения Creatio я бы отметил интеграцию с автоматизированной банковской системой (АБС) Банка ДОМ.РФ и создание внутренней ролевой модели:

Интеграция с АБС. В процессах бизнеса часто требуется доступ к данным из учетной системы (например, транзакции по картам). Учитывая объем таких данных (миллионы записей в учетной системе), синхронизация данных между системами по ночам невозможна. Для всех направлений бизнеса построена близкая к онлайн-режиму интеграция с главной учетной системой банка. Интеграция выполнена через интеграционный слой, сервисы могут использованы и другими системами банка. Часть данных синхронизируется один раз в сутки, ночью, а часть – по расписанию в течение дня. Данные, к которым установлены высокие требования актуальности, синхронизируются онлайн при обращении к ним сотрудника.

Ролевая модель. С помощью собственных средств Creatio мы построили ролевую модель, которая позволила полностью разделить три ветки бизнеса – они могут использовать систему независимо друг от друга. Мы также реализовали гибкую настройку подразделений, настроили функциональные и организационные роли. Каждый сотрудник имеет доступ только к необходимой ему информации и в том представлении, которое предусмотрено ролевой моделью.

В этом году мы планируем активно использовать ML-возможности платформы. Так что и датасаентистам у нас будет где развернуться.

Правила дальнейшего развития low-code

Я искренне полагаю, что мы смогли создать классный и конкурентный на рынке продукт. Но развитие продолжается. У нас сформировалась крутая команда, включающая и собственных ребят, и сотрудников подрядчика. Кажется, что теперь всё по плечу, и мы готовы к новым проектам. Мы организовали работу в выделенных agile-командах по бизнес-направлениям: платформенная команда, команда КЦ ДОМ.РФ (для автоматизации взаимодействия с клиентами по ипотечным программам и поддержке государства), CRM для Розничного направления и CRM для корпоративных клиентов.

Мы физически разделили инстансы системы по направлениям бизнеса, что позволило вести независимую поставку, реализовав при этом управление shared-объектами. За счет сильной централизованной функции управления solution-архитектурой мы обеспечиваем целостность системы, отвечая на запрос бизнеса о быстрой поставке изменений. Так, к примеру, показатели TTM и Lead time в наших командах составляют 57 и 23 дня соответственно!

Стандартом качества ИТ Банка является высокий уровень инженерной культуры, поэтому мы уделяем огромное внимание развитию практик DevOps: так, на первых этапах проекта мы взяли настроенные процессы pipeline подрядчика, реализованные в Azure DevOps, а на данный момент реализуем переход на используемый в банке инструментарий GitLab CI. Обязательным является управление версионностью кода в GitLab, а также валидация изменений общих объектов на уровне аналитики. Кроме того, сейчас мы усиливаем команду сопровождения, заводим сотрудников 2-й линии поддержки в команду для выстраивания бесшовного взаимодействия Dev и Ops.

Несмотря на то, что многие agile-команды ради сокращения скорости поставки часто пренебрегают документированием, мы взращиваем культуру ответственного развития систем и поддерживаем детальное документирование всех проводимых изменений, сокращая таким образом затраты на rework (устранение ошибок, решение инцидентов и пр.). Так, благодаря документированию всех изменений и использованию единой базы знаний мы более 75% времени команды можем отдавать созданию нового функционала, не увязать в потоке устранения инцидентов и решения багов.

Ускоряемся с low-code

В заключении поделюсь несколькими идеями насчет Low Code платформ в целом, и теми выводами, которые я для себя вынес за эти два года. Есть мнение, что Low Code платформы «лишают» работы «трушных» разработчиков. Мое мнение – это совсем не так. Нашим разработчикам всегда есть чем заняться – это и оптимизация bpm-алгоритмов, и интеграционные задачи, и задачи DevOps, и многое другое. У Low Code также есть свои ограничения, и опытный программист иной раз может значительно сократить время исполнения процесса, отрисованного в bpm-редакторе, просто написав лишние 5 строчек кода. Поэтому, даже внедряя Low Code платформу без команды крутых разработчиков никак не обойтись.

Второе – это реальное ускорение поставки изменений. За счет того, что 80% любого изменения делается, по сути, на этапе аналитики, мы получаем понятное ускорение в автоматизации процессов. К примеру, в случае изменений, проводимых средствами Low Code (которые составляют не менее 60% нашего бэклога) мы проводим только функциональное тестирование, сокращая этап unit-тестов, выводя изменения в продуктив в течение спринта (3 недели).

Ну и наконец, про баланс сил. В нашем центре компетенции мы стремимся поддерживать и развивать кросс-функциональность, и для нас это не просто слова. Low Code платформы наилучшим образом позволяют размывать границы традиционной специализации внутри команд разработки. Так, за счет правильной балансировки нагрузки и распределения задач в команде, функции разработки и аналитики, а также тестирования и аналитики подвергаются «переопылению», т е наши ребята расширяют горизонт своей экспертизы и качают скилы в смежных ролях. На данный момент наша команда выпускает порядка 5 фич в месяц, а показатель выполнения объема спринта не менее 85%.

Лично для меня стереотип о том, что в госкомпаниях нет места новым технологиям, больше не существует, ведь за эти два года пришло понимание, что рынок не стоит на месте, и госкомпании, как и бизнес, должны идти в ногу со временем. Сегодня мы в ДОМ.РФ делаем ставку на технологичность и формирование открытой корпоративной культуры, построенной на компетентности и командном взаимодействии, мы поддерживаем свободу создания продукта и готовы обеспечить быстрый time-to-market для бизнеса. В общем, живем по Agile, а это для меня самое главное.

Источник

Экосистема Low-Code решений

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

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

Переведено в компании 8base.

Что такое low code?

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

Инструменты Low Code

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

Дополнения и всплывающие окна

Подписки и марктеплейсы

Эти инструменты помогают быстро настроить маркетплейс или сайт, основанный на модели подписки.

Бэкенд как сервис

Эти инструменты устраняют проблемы, связанные с управлением данными, хранением данных, управлением пользователями и хранением файлов.

Простой бэкенд как сервис

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

Таблицы в качестве базы данных

Быстрый и простой способ начать, но нужно изучить вопрос безопасности.

Генераторы приложений и SaaS

Дают неплохое подспорье на старте.

Автоматически сгенерированные панели администрирования

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

Продвинутые таблицы

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

Быстрое и простое прототипирование

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

Простые визуальные конструкторы веб-приложений

Эти продукты ориентированы на легкое достижение единственной цели.

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

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

Конструкторы для конструкторов визуальных веб приложений

Упрощаем разработку, вводим новые концепции

Некоторые из самых интересных и революционных инструментов попали именно в эту категорию. Эти инструменты обеспечивают большую гибкость при сокращении по крайней мере одного этапа разработки продукта (например, базы данных, серверной части, инструмента сборки, передачи).

Преобразование статического дизайна в приложение

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

Упрощаем стек — современные версии

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

Новые типы инструментов

Инструменты, которые сильно отличаются от обычных, и могут сэкономить массу времени.

Запрос базы данных к приложению

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

Упрощаем стек — традиционно, но современно

Интересные фреймворки и стеки

Это одни из самых интересных сочетаний в мире фреймворков.

Фреймворки для быстрой разработки приложений

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

Фреймворки для быстрой разработки API

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

Конвертируем сторонние сайты в API

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

Фреймворки в процессе разработке

Классные новые фреймворки, которые пока не вышли.

Языки определения веб-приложений

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

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

Высокоуровневая / простая CMS

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

Шаблоны лендинговых страниц

Эти инструменты помогут запустить ваш маркетинговый веб-сайт, предоставив вам HTML и CSS. Вам нужно будет отредактировать его и организовать хостинг самостоятельно.

CMS с уникальным подходом

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

CMS для блогов

Электронная таблица на сайт

Конструкторы рабочих процессов (управление процессами)

Конструкторы рабочих процессов (автоматизация маркетинга)

Headless CMS

Упрощает управление данными, поэтому вы можете сосредоточиться на их отображении.

Сверх CMS

Более мощные, чем стандартные CMS, системы.

Эндпоинты для форм

Эти сервисы позволяют собирать информацию о посетителях и, возможно, отображать ее где-то еще.

Быстрое создание пользовательского интерфейса (предварительно созданные компоненты пользовательского интерфейса)

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

Быстрое создание пользовательского интерфейса (собери сам)

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

Быстрое создание пользовательского интерфейса (генерируем UI компоненты)

Эти UI фреймворки идут частично предварительно собранными или позволяют создавать пользовательский интерфейс с помощью визуального компоновщика.

Быстрая генерация фронтенда (уникальные инструменты)

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

Специализированные приложения

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

Инструменты для сбора обратной связи

Генератор конфигурации

Комментарии и советы

«Комбинируйте Hasura (автоматический GraphQL поверх PostgreSQL) с React Admin (low code CRUD приложение) и вы можете за считанные часы создать весь административный пакет или приложение для бэк-офиса (API эндпоинты и фронтенд администратора)» — cpursley на HN.

«В итоге мы использовали AppSync, и это впечатляет. Я настоятельно рекомендую всем, кто работает в экосистеме AWS, проверить это. AppSync очень легко интегрируется со многими другими сервисами AWS (Cognito, S3) и позволяет использовать Dynamo / Aurora / RDS / Elastic в качестве источников данных. Кроме того, вы также можете использовать Lambda для реализации резолверов, которым требуется более сильная бизнес-логика, делающая сервис невероятно мощным» — afvictory на HN.

«PostgREST является производительным, стабильным и прозрачным. Он позволяет нам действительно быстро загружать проекты и фокусироваться на наших данных и приложениях, а не на создании слоя ORM» — Анупам Гарг из отзыва.

Заключение от переводчика

Несомненно, автор не перечислил все возможные решения. Если бы он поставил такую цель, то размер статьи вырос бы в 3-4-5 и тд раз. Он упомянул знакомые ему, наиболее привычные и удобные инструменты. Надеюсь, часть из них пригодится и вам. Будет здорово, если в комментариях вы расскажете об аналогичных продуктах, которыми пользуетесь вы сами.

Перевод выполнен в компании 8base

8base – это готовый к использованию GraphQL backend-as-a-service, который постепенно превращается в полноценную low code платформу разработки. Наша цель – дать возможность разработчикам, обладающим навыками front-end или мобильной разработки, создавать масштабируемые бизнес-приложения.

Источник

Что такое low-code/no-code платформа и CRM, CRM+, ERP

Суть low-code/no-code (далее просто low-code) в том, чтобы снизить порог создания/изменения информационной системы до уровня бизнес аналитика или даже продвинутого пользователя. Это когда вендор не просто создаёт платформу со встроенным языком и его сотрудники заявляют о том, что сделают для клиента «всё или почти всё» — low-code платформа, это когда бизнес-аналитики или выделенные ответственные на стороне клиента (его сотрудники) могут это «почти всё» сделать сами.

Что входит в понятие на платформе можно «почти всё»?

Ключевые сотрудники – это «носители/владельцы знаний о процессах компании». Именно предоставление в их руки инструмента, позволяющего! полностью! создавать/изменять информационную систему предприятия, приводит к:

1. Формат данных, пользовательские данные

Платформа должна иметь средства конфигурирования данных. Причем без программирования. И конфигурированию должны быть доступны не только «пользовательские данные», но и справочники и реестры, представляющие основу конфигурации + системные – к примеру, контрагенты, физ. лица и пр. Или наоборот: есть вендоры, которые дают возможность конфигурирования ограниченного количества видов данных + создавать свои справочники – это неправильно. Ограничения — это компромисс за деньги клиента.

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

В текущий момент развития рынка ИТ в РФ много компаний – поставщиков CRM научились добавлять свои справочники. Просто добавления с компромиссом недостаточно, чтобы называться полноценной платформой.

Основные моменты

a) Визуализация данных перед конечным пользователем.

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

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

2. Вычисления

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

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

b) При этом, здесь же допускается код на T-SQL.

Код на T-SQL снимает ограничения по сложности вычислений, делая платформу более широкой, чем «для бизнес-аналитика». По сути это снова «отсутствие ограничений». Low-code платформа не должна быть средством только для бизнес-аналитиков – она должна закрывать потребности разработки на платформе готового решения, включая код на встренном языке и, к примеру, T-SQL. Но бизнес-аналитик на low-code платформе должен иметь возможность закрыть бОльшую часть типовых задач.

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

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

e) Агрегаты (регистры)

Существует большое количество вычислений по расписанию (ночью), а также подготовка итогов и расчетов для сложных отчетных форм, также требующих большой нагрузки сервера и которые имеет смысл также проводить ночью. Отчеты этого типа не требуют on-line актуализации данных. С точки зрения пользователя агрегирование – это подготовка готовых отчетов с уже готовыми результатами, чтобы запрос такого отчета не приводил к вычислениям, а выдавал уже готовую форму с результатами в течение 1 – 2 сек.

Промежуточный вывод: low-code проектирование готовой конфигурации с точки зрения данных – это закрытие без программирования силами бизнес-аналитика всех вопросов формата БД для бизнеса любого размера и сложности + обязательная при этом скорость разработки, которая получается очень высокой.

3. Интерфейсы десктоп/web

a) Доступность для дизайна

Одним из главных в дизайне интерфейса является принципиальная доступность этой функции бизнес-аналитику, причем, конечно, без программирования. Это значит, что есть компонентный состав (о нём ниже) и есть «мышка», которой можно расставить на форме всё, как требуется, а свойства, функции и пр. задать, к примеру, в инспекторе объектов или в карточках объектов. Сложность форм в low-code платформе не должна быть ничем ограничена.

Применительно к современным CRM и ERP системам дизайнер интерфейсов должен быть, как для десктопа (если система поставляется в десктопном варианте), так и для web.

b) Нарисовал и оно работает

Работа того, что только что было отрисовано – очень важный аспект. Зачастую, в платформах для того, чтобы отрисованный интерфейс работал, код необходим. Пусть и не большой. Это не low-code платформы, даже, если вендор так пытается её представить.

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

c) Компонентный состав

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

d) Карточки записей

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

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

e) Выход на встроенный язык

При всём сказанном, встроенный язык лишним не будет. Но это дополнение к возможностям low-code:

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

4. Отчеты, дашборды, аналитика

5. Шаблоны документов, рассылок, нотификаций

Собственно, как и в дизайнере отчетов, так и в подготовке шаблонов документов на основе MS Word и MS Excel необходима доступная всем и пользователям в т.ч. визуализация данных, описанная выше. Пользователь в платформе low-code не должен знать названия таблиц в БД, полей и пр. Ему должен быть доступен исчерпывающий визуальный инструментарий доступа ко всем данным, без знания SQL.

Здесь же следует отметить, что правильным является предоставление бизнес-аналитику возможности оперировать, как прямыми ссылками на таблицы, так и обратными. Это позволяет вставлять в шаблоны MS Word – к примеру, в договора таблицы спецификации.

6. Управление процессами

На рынке много систем, заявляющих о наличии инструментов управления процессами. Часто под этим понимают, к примеру, последовательную раздачу задач, или ветвление только одного типа (да/нет, что по сути условный переход).

Платформы low-code должны обладать мощными, доступными без программирования графическими редакторами карт процессов, где бизнес-аналитик должен иметь возможности моделирования:

1. Событий в БД и от этого:

7. Управление доступом и логированием

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

Аналогично доступ и его ограничения.

8. Управление личным кабинетом клиентов и данными на сайте

Аналогично и управление журналом аудита (логирование)

Ввиду роста грамотности пользователей. Ввиду того, что тем, кто программировал на Фортране, скоро на пенсию. Уверен, что именно за системами управления корпоративными сложными системами типа «платформа low-code» будущее.

Речь НЕ идёт о том, что произойдёт отказ от программирования. Как показано выше – везде может и должен быть шлюз/доступ/другой уровень для того, чтобы определенные вопросы реализовывались на встроенных языках и SQL.

Речь о том, что компаниям платформы low-code выгодны по объективным причинам и тренд на, собственно, говоря более простым языком: автоматизацию работы внедренцев/бизнес-аналитиков – на упрощение и ускорение их работы, очевиден.

Имея средства управления форматом данных, вычислениями без программирования, распределения нагрузки на сервер через планирование вычислениями; имея возможности визуализации данных, как с точки зрения рабочего места той или иной группы пользователей + визуализации и аналитичности данных для лиц, принимающих решения; имея возможность настраивать процессы в графическом движке с элементами документообота и раздачей задач – бизнес-аналитик может закрыть собой очень большой объём внедрения информационной системы высокого уровня сложности.

Источник

Low-code с точки зрения разработчиков — есть ли плюсы для инженеров?

В прошлой статье о low-code в enterprise-решениях я обращался к бизнесу. Однако на «Хабре» бóльшая часть пользователей — инженеры (Кэп!), и в комментариях к статье я увидел резонное количество типичных возражений по LCDP (low-code development platforms). И пока те, кто не знает про Эффект Даннинга — Крююгера, уже ищут кнопку dislike, давайте разберем наиболее частые заблуждения и мысли.

На мой взгляд, наиболее частые заблуждения следующие.

Кто-то думает, что low-code — это использование готовых продуктов (а не философия разработки)

Под low-code понимают развитые code-first платформы. Кто-то из коллег приводил в пример даже WordPress.

В low-code отсутствует нормальный DevOps (code review, versioning, deploy, etc.), нормальное переиспользование кода и прочие абстракции. Ну и вообще, low-code это для каких-то типовых решений (для которых предназначен no-code).

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

«Low-code можно не понимать, это какой-то артефакт. Мы продолжим кодить как обычно». Впрочем, некоторые разработчики и про DevOps до сих пор не всё понимают и думают, что это должность. Так что с low-code ситуация не уникальна.

Почему я решил поднять тему low-code и перспектив развития IT-отрасли? По образованию я физик и предприниматель. В середине 90-х был собственником ISP (интернет-провайдера), после этого был в должностях от инженера в «Билайне» до управляющего партнера компании, специализирующейся на создании ПО по автоматизации (текущая должность, на которой я 7 лет). И сейчас интересно поразмышлять о том, что будет завтра.

Кратко о состоянии отрасли

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

При этом, потребность в новых продуктах и автоматизации растёт. Дефицит специалистов в отрасли сейчас легко отследить на примере роста окладов: он опережает рост производительности труда в IT-сфере.

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

Расходы на разработку увеличиваются, и одновременно возникает конфликт интересов: бизнесу нужно меняться быстрее, а разработчики хотят интересных задач. Но бóльшая часть изменений у бизнеса — неинтересная.

На подобные вызовы IT-отрасль всегда отвечала повышением уровня абстракции и упрощением разработки. «Эпоху ассемблера» сменила «эпоха C++», затем наступила эпоха высокоуровневых языков с полным отсутствием управления памятью и ресурсами — и далее количество фреймворков и библиотек только увеличивалось.

Нет никаких предпосылок к изменению этого тренда. Давайте порассуждаем, сможет ли low-code продолжить его.

Low-code — это не философия?

В Рунете каждая статья о low-code заканчивается комментариями о несовершенстве конкретного продукта (продуктов). Отдельно о продуктах поговорим чуть ниже, а для начала предлагаю подумать о концепции low-code в целом.

Философия code-first

Разработчики поставляют заказчику конечную ценность. Вёрстка элементов, новые поля в сущностях, логика расчёта и потоки интеграции — всё это реализуется через программный код. Да, у него бывают какие-то настройки, которые иногда позволяют вносить изменения без привлечения разработчиков. Но на бо́льшую часть change requests всё-таки отвечают разработчики.

У разработчиков тут может возникать два желания.

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

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

В code-first реализовать эти желания сложно.

Философия low-code

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

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

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

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

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

Если требуется какая-то очень эксклюзивная логика (один из компонентов отсутствует) и эта логика явно не будет переиспользуемой, вы сможете вставить нужный компонент, написав небольшой кусочек кода. В отличие от code-first систем, здесь не нужно писать весь модуль или микросервис — вы вставите код в нужный фрагмент без сервисной обвязки («сахара»). Часто такой код легко читается не только разработчиком, но и опытным менеджером или бизнес-аналитиком и состоит из 2–20 строк.

Сталкиваясь с новым требованием, вы или собираете новый функционал в уже созданном конструкторе, или дописываете в нём активити и компоненты, если они отсутствуют.

Если посмотреть на low-code разработку глазами code-first разработчика, то меняется в первую очередь уровень абстракции компонентов. Кроме привычных сервисов, библиотек, конструкторов, есть ещё один, более высокий уровень абстракции — абстракция бизнес-логики.

Это справедливо и при использовании готовых LCDP, и при разработке в парадигме low-code.

Low-code путают с развитыми code-first платформами

В дискуссиях я раз за разом сталкиваюсь с тем, что под low-code понимаются просто очень гибкие системы. Например, «Битрикс» — потому что «в нём же есть бизнес-процессы и моделирование таблиц» — или WordPress.

LCDP — это такая платформа, в которой всё сделано на базе конструктора, ведь если это не так, рано или поздно поддержание такой платформы перейдёт в code-first.

Я бы обозначил следующие критерии LCDP.

Ядро системы содержит только элементы конструктора и всё, что к нему относится, т. е. вам не придётся применять code-first подход для реализации того, для чего предназначена LCDP.

В графическом редакторе можно вставить код там, где он нужен. А в некоторых платформах можно и слегка переопределить код текущего компонента.

Приведу излюбленные нами примеры.

ETL / ESB Talend, WSO2 — low-code механизмы для построения интеграций.

Mendix, Pega, Appian, OutSystems, Caspio — как платформы для создания приложений разного класса.

Reify, Builder.io, Bildr — для фронта.

Из новичков 2021 года — Corteza (полностью open-source, Go + Vue.js), Amazon Honeycode.

Для игроманов — давно ли вы смотрели на Unity и продукты на его основе? Видели ли Construct?

Российские — ELMA BPM, Creatio (разработка «Террасофт») и Comindware, универсальная CUBA Platform, Jmix.

Продукты особо крупных вендоров — Microsoft Power Apps, Oracle APEX, Salesforce Platform, IBM BAS, SAP BTP.

Частично open-source — Builder.io (фронт), Bonita, Joget.

Есть и пограничные случаи. Например, Pimcore, которая в части фронта, workflow, моделирования инфомоделей с калькулируемыми полями является по своей сути low-code (с некоторыми оговорками, но это не тема данной статьи). Если же пытаться делать что-то за рамками этого, вы свалитесь в традиционное поддержание монолита.

Или тот же «Битрикс». В нём удобно моделировать данные и строить бизнес-процессы, в которые при желании упаковывается PHP-код в low-code стиле (т. е. без длинных инициализаций). Однако огромный объём коробочного функционала, созданного не в LCDP-стиле, и отсутствие развитых инструментов low-code в других частях приводят к традиционному code-first.

Короче, если вы слышите, что «мы пробовали low-code платформу — и у нас ничего не получилось», советую разобраться в деталях. Может быть:

это была действительно плохая LCDP (такого — сколько угодно);

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

Low-code не содержит традиционных средств контроля, привычных разработчику (code review, deploy)

Это миф. Вы найдёте эти компоненты в подавляющем большинстве платформ. Многие (Mendix, Pega) имеют собственные CI с элементами low-code.

Хотя, безусловно, проводить ревью не всегда просто. Если с кодом компонентов всё понятно — там всё так же, как и в традиционном code-first, — то по поводу того, что можно сделать в конструкторе…

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

С переиспользуемостью тоже обычно всё в порядке: можно использовать процессы в качестве подпроцессов, можно из одной «джобы» вызывать другие и пр. Если есть желание сделать хорошо — с переиспользуемостью проблем не будет.

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

Разработчики обычно брезгливо относятся к самой идее того, что могут что-то накликать мышкой. Между тем подавляющее большинство задач разработчика — не rocket science, а рутина. Та самая, которой заниматься неинтересно и от которой хочется побыстрее избавиться.

В рамках проекта вы ограничены в выборе задач. Маловероятно, что к вам будут попадать исключительно интересные и креативные (это подразумевает, что кто-то другой займётся скучными задачами, и тогда всё вышесказанное применимо и к этому бедному человеку). Совсем не заниматься мелкими, а порой и однотипными, скучными вопросами почти невозможно. Просто потому, что кто-то ими должен заниматься.

Как ситуация поменяется в рамках LCDP? Скучные задачи никуда не денутся и будут возникать с той же частотой, но, вместо того чтобы тратить на них уйму часов, вы сможете закрывать их в разы быстрее или вообще передавать не разработчику. Зачем писать ещё одну интеграцию между системами, когда вы быстрее сделаете её через ETL-решения? Зачем забивать спринт созданием нового экрана, если это может накликать дизайнер?

Чем быстрее вы закрываете скучные задачи, тем больше времени у вас освобождается на более интересные. Более того, вы статистически чаще будете получать интересные задачи, потому что «перерыв» на рутину сократится в разы.

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

Сдав задачу в виде кода и получив через полгода change request, они сталкиваются со следующим:

надо вспомнить, как тут что написано;

надо бы отрефакторить — код быстро устаревает.

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

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

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

Лирическое отступление. Многие тимлиды конкретно для себя решают эту задачу так: реализацией занимаются другие члены команды, а они думают. Ни к чему хорошему это не приводит. Такие тимлиды часто начинают скучать по коду, а команда в целом становится более хрупкой. Антихрупкость таких людей обеспечивается за счёт хрупкости других членов команды, которые выступают в качестве машинисток. Этому пороку могут быть подвержены и традиционные, и low-code разработчики.

Low-code можно не понимать, это какой-то артефакт. Лучше продолжим кодить как обычно

Можно не думать о будущем разработки, если допустить, что:

количество задач для разработчиков будет расти не медленнее, чем количество самих разработчиков и субститутов разработки (с учётом повышающейся производительности труда);

бизнес сможет оплачивать растущие аппетиты разработки и не разорится при этом (т. е. ROI в IT всегда будет положительным);

другие типы инвестиций не будут конкурировать с инвестициями в IT.

Давайте проведём мысленный эксперимент и прикинем, насколько всё это вероятно в реальной жизни.

Количество задач для разработчиков будет расти не медленнее, чем количество самих разработчиков и субститутов разработки

Сейчас дефицит разработчиков в мире — около 10 %. Я не могу предсказать будущее, но могу представить, какие условия нужны, чтобы этот дефицит оставался всегда.

Первое: производительность разработчиков не должна повышаться настолько, чтобы она могла компенсировать разницу в дефиците (т. е. на 10 % относительно нынешней производительности).

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

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

Что мы видим сейчас?

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

В отчётах инвестиционных банков рынок no-code решений (которые являются прямыми субститутами разработки) уже сейчас выглядит примерно так. И если вы посмотрите на этот список, то увидите, что количество продуктов растёт. Наберите в поисковике «название любой компании low-code/no-code» — и вы поймёте, что почти все — от российского «Сбера» до американской Apple — думают о том, как существенно повысить производительность труда в разработке.

В конце концов, дисбаланс на рынке труда легко прослеживается на соотношении стоимости управленцев (на которых лежит бóльшая ответственность и на которых завязаны мультипликаторы) и мидлов (на которых ответственности существенно меньше). Разрыв по доходам — в 3–4 раза, и это не случайность.

При 20 миллионах разработчиков в мире одна только Индия поставляет на рынок по миллиону разработчиков ежегодно (с ежегодным увеличением этого количества), т. е. существует некоторая вероятность, что в будущем дефицит разработчиков может не сохраниться. Есть и более радикальные суждения: у Германа Грефа, например, или у футуролога Герда Леонгарда.

Бизнес сможет оплачивать растущие аппетиты разработки и не разорится при этом

Чем дороже разработка, тем больше разрыв между технологическими компаниями и всеми остальными. Те, остальные, вынуждены встраиваться в экосистемы гигантов. А экосистемы гигантов имеют очень высокую производительность труда (в силу объёмов). Это само по себе заставляет компании уходить в чужие экосистемы.

Было время, когда затраты на IT были несущественными. Но программное обеспечение становится всё более сложным и разнообразным, и стоимость ИТ-инфраструктуры является значимым фактором для стартапов и одной из основных статей бюджета. Чем дороже IT, тем больше субститутов для инвестиций.

Другие типы инвестиций не будут конкурировать с инвестициями в IT

Почему в IT сейчас много денег? Организации видят в цифровизации хорошо окупаемые инвестиции. Волна цифровизации пройдёт (все компании будут в какой-то степени диджитализированы, а прочие уйдут с рынка), нужно будет сопровождать и поддерживать применённые решения. При всё растущей стоимости IT не встанет ли вопрос о поиске иных источников заработка?

Не станет ли на каком-то этапе стоимость IT столь значимой, что будет автоматически отсекать бо́льшую часть новых — ныне рентабельных — проектов?

В заключение

Я рекомендую разработчикам посмотреть в сторону low-code и как минимум выполнить несколько задач на любой из таких платформ — для расширения собственных границ.

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

Источник

Почему стоит обратить внимание на подход low-code/no-code

Все мы в последнее время довольно много слышим о платформах low-code/no-code. Платформы без кода обещают сделать разработку программного обеспечения столь же простой, как использование Word’а или PowerPoint’а, чтобы обычный бизнес-пользователь смог продвигать проекты без дополнительных затрат (денег и времени) на команду инженеров. В отличие от платформ без кода, low-code по-прежнему требует определенных навыков программирования, однако обещает ускорить разработку программного обеспечения, позволяя разработчикам работать с предварительно написанными компонентами кода.

Согласно Gartner, к 2024 году 65% разработанных приложений будут относиться к low-code.

Еще в 2017 году я участвовал в сравнительном тестировании производительности традиционной разработки (с использованием Java) и проектом low-code/no-code, основанном на моделях. Результаты были впечатляющими: при использовании метода low-code/no-code производительность увеличивалась в 5-7 раз. Опрос, проведенный компанией No-Code Census в 2020 году, показал прирост производительности в 4,6 раза по сравнению с традиционным программированием.

Low-code/no-code: Фрагментация платформы

Область low-code/no-code довольна сложна и включает в себя многочисленные решения, платформы и субрынки. Например, существуют субрынки, ориентированные на крупные, средние и малые предприятия. Корпоративные платформы low-code/no-code обеспечивают высокую масштабируемость, производительность, безопасность и интеграцию с приложениями предприятия. Они, как правило, дороже остальных. Ниже представлен Магический Квадрант Gartner для корпоративных low-code платформ:

Gartner дает платформе low-code (LCAP) следующее определение: «Это платформа, которая поддерживает быструю разработку приложений, одноэтапную раскатку, выполнение и управление с использованием декларативных абстракций программирования высокого уровня, таких как языки программирования на основе моделей и метаданных.»

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

Неудивительно, что многие платформы low-code являются платформами управления бизнес-процессами. BPM уже давно поддерживает разработку на основе моделей (Model-driven Development), где нужно нарисовать диаграммы, объясняющие, как должно работать программное обеспечение, прежде чем его создавать. Эта схема похожа на процессный подход BPM, при котором для задания бизнес-процесса необходимо в правильном порядке расположить блоки, представляющие собой подпроцессы. (Самым популярным стандартом отображения процессов, поддерживаемым большинством BPM-платформ, является BPMN). Поэтому процессно-ориентированные решения достаточно популярны. Примерами low-code/no-code платформ для BPM являются Appian, Pega, Outsystems.

Но существуют и другие примеры под эгидой low-code/no-code:

Веб-платформы для использования предприятиями любого размера. Ведущими конкурентами являются WordPress, Wix, Squarespace и WebFlow.

Платформы управления базами данных, начиная от таких, как Mendix, и заканчивая такими, как Airtable. Существуют также low-code/no-code платформы баз данных NoSQL, например, KgBase, предназначенная для построения графов знаний.

Платформы с автоматизированной интеграцией, среди которых несколько новых и интересных, например, Zapier, Parabola и Integromat. С помощью них вы можете быстро разрабатывать мощные и сложные схемы интеграций. Вот пример рабочего процесса Parabola, в котором данные извлекаются из API, с ними выполняются некоторые действия, а затем данные отправляются в другой API. Процесс можно запускать по запросу, по расписанию или через вебхуки.

Разработка мобильных приложений. Большинство платформ low-code/no-code, таких как Bubble, предоставляют возможности адаптивного пользовательского интерфейса, другие предлагают встроенную поддержку ведущих мобильных OC (iOS и Android). Thunkable – пожалуй, лучший пример low-code/no-code платформы для разработки мобильных приложений.

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

Другие категории платформ нацелены на определенные области или ниши приложений:

E-commerce и онлайн-магазины: лидирующим примером здесь является Shopify.

Управление рабочим процессом: отличный пример – Monday.com.

Приложения ERP (планирование ресурсов предприятия): в качестве интересного примера (также указанного в MQ Gartner) можно привести Zoho. Еще одна важная и впечатляющая платформа для ERP и CRM – это Salesforce.

Блокчейн и Интернет вещей: Atra.

Искусственный интеллект: сейчас мы начинаем наблюдать появление таких инструментов, как C3 AI Ex Machina.

Челленджи low-code/no-code

Платформы low-code/no-code имеют множество преимуществ, но в то же время создают определенные трудности и требуют обучения для работы с ними. Многие передовые практики только появляются и относительно незрелы, и следовательно, растет ответственность при их использовании. Что касается традиционного программирования, здесь накоплен огромный опыт, существуют сильные сообщества, а передовые практики задокументированы. Во многих отношениях low code/no-code находится в зачаточном состоянии даже несмотря на то, что разработка на основе моделей существует уже давно (особенно платформы BPM).

Вот некоторые из наиболее серьезных проблем:

1. Необходимость изменения культуры: low-code/no-code требует изменения культуры организации, будь то корпорация или стартап. Изменить культуру для избавления от лишних процессов непросто, это требует схожего видения и одобрения руководства, а также выделения бюджета и полномочий для центра компетенций по цифровой трансформации low-code/no-code.

2. Время и усилия на изучение платформ: low-code/no-code увеличивает скорость и производительность, но инструменты и платформы нетривиальны, и для развития необходимого уровня владения ими требуется время. Это один из наиболее неправильно понимаемых аспектов low-code/no-code. Сложные программные конструкции, такие как вложенные циклы, не так уж и просты на любой платформе.

3. Необходимость использования нескольких платформ: одни платформы имеют более полную функциональность, другие нет. Unqork и Bubble, например, предназначены для любого сценария использования и поэтому предлагают множество вариантов интеграции с корпоративными системами. Кроме того, они могут взять много полезного из других компонентов, специализирующихся в определенных областях; например, Bubble вместе, скажем, с Parabola или плагином Zapier можно использовать для автоматической интеграции. С возможностями управления данными и интеграциями в Parabola или Zapier работать легче, чем с нативными от Bubble. Существуют и другие плагины или технологические компоненты, дополняющие платформы low-code/no-code: посмотрите, например, список технологических партнеров Unqork или полный список плагинов для Bubble.

4. Недостаточность ресурсов и поддержки сообщества: в мире существуют миллионы, или даже десятки миллионов разработчиков обычных языков программирования, множество онлайн-курсов, а также книги и материалы, доступные для таких языков, как Java или C#, есть множество сообществ и ресурсов для аутсорсинга. Совсем иначе дела обстоят для low-code/no-code, особенно для более новых платформ.

5. Сбивающее с толку ценообразование: корпоративные low-code/no-code платформы, как правило, неоправданно дороги. Платформы для среднего и малого рынка менее затратны, но, как правило, менее масштабируемы. А использование нескольких платформ для создания комплексного решения еще больше усложняет вопросы ценообразования.

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

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

Готовы ли вы к переходу на low-code/no-code?

Примечание переводчика: что касается нашей компании, она предоставляет как low-code/no-code продукт – омниканальный облачный контакт-центр Voximplant Kit с широкими возможностями автоматизации обслуживания клиентов, так и serverless-платформу Voximplant для традиционной разработки с набором API для создания голосовых, видео- и текстовых коммуникаций.

Источник

«Кубики» вместо кода — год спустя

Ровно год назад мы опубликовали пост на трибуне, в котором рассказали историю low-code платформы Directual. Сегодня я поделюсь тем, что мы узнали на практике за год, и куда мы дальше двигаемся. Спойлер: кровавый энтерпрайз ушел на второй (и даже третий) план, а облачная версия платформы — на первый.

Это подход, когда ИТ-продукты можно разрабатывать в визуальном интерфейсе. Также для этого в ходу близкие термины no-code или zero-code. Идея «накидывать приложение мышкой» появилась давно, но только в последнее годы такие продукты стали использоваться массово. Например, сейчас никто не кодит лендинги — их собирают на Tilda или Readymag. Даже наш текущий сайт на 100% сделан только дизайнером на no-code платформе Webflow. Предпосылки для такого подхода очевидны: программисты дорогие, плюс гибкость становится решающим фактором. Подвигать элементы мышкой и задеплоить по кнопке — это 5 минут. Писать ТЗ, ставить задачу и тестить — это дни, в лучшем случае.

Я бы выделил три группы low-code платформ:

Мы как раз сделали фокус на последнем пункте. Исторически, в нем меньше всего конкурентов, и он самый «программистский». Например, Firebase от Google можно частично отнести сюда. Или более простой Airtable. Причин неразвитости этого сегмента несколько. В том числе — стереотип, что на конструкторах можно сделать поделку на коленке, а для нормального решения надо нанимать программистов. Мы в Directual на своем примере доказали, что на современных low-code решениях можно делать как MVP стартапа, так и промышленные системы.

Начинали 2019 мы так:

Что из этого вышло — далее.

Цикл продажи в крупную компанию — год. Минимум. За этот год надо выстроить отношения, сделать бесплатный пилот (для которого, возможно, нужны доработки в платформу), договориться с безопасниками и айтишниками об установке в контур. И под это нужен штат: продажники, инженеры, менеджеры. Собственно, половина консалтинг-команды трудилась на разных пресейлах.

Инсталляция On-Premise решения, которое создано на сложной модульной платформе — это отдельная история. У многих заказчиков нет нормальных девопсов, которые могли бы эксплуатировать платформу. И на пилот в контуре серверы выделяются очень экономно. В итоге, многие ключевые инженеры занимались тем, что поднимали платформу в разных контурах заказчиков, в том числе без доступа к интернету.

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

В конце 2019 года мы решились на следующее:

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

Источник

Как low-code системы увеличивают производительность ИТ-отдела

Чтобы эффективно решать задачи, бизнесу часто требуется дорабатывать специализированное программное обеспечение с учетом своих нужд. С ростом компании приходится добавлять необходимые функции, которых не было изначально, кастомизировать ПО. Есть два варианта, как это сделать: приглашать программистов для каждого изменения либо частично или полностью автоматизировать процесс с помощью low-code платформ. Они экономят ресурсы IT-отдела и компании в целом.

Gartner уверены, что это самый перспективный инструмент разработки: по их данным, к 2024 году 65 % бизнес-приложений будут создаваться именно с помощью low-code.

Что стоит за low-code

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

Универсальные коробочные бизнес-решения часто имеют внушительную функциональность, но редко могут полностью удовлетворить потребности конкретной организации, а «допиливать» их бывает долго и затратно, но это не всегда так. Если использовать low-code, нужный скрипт или приложение можно сделать быстро, при этом иметь специальные навыки программирования – необязательно. Овладеть low-code для определенной платформы можно за несколько недель при должном старании – его освоение требует усилий, но он не такой сложный, как распространенные языки программирования.

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

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

lowe-code безопаснее для платформы и приложений, потому что в ПО, созданном с его помощью, меньше ошибок, чем в самописных решениях. Итог: система работает стабильно даже при больших нагрузках и не «ложится» из-за ошибки в коде.

low-code путают с no-code, но это разные инструменты. No-code – это визуальный редактор, который рассчитан на небольшие доработки, а с помощью low-code можно делать приложения для автоматизации рабочих процессов компании.

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

В двух словах о программировании в стиле low-code

Основная идея low-code – программирование без специальных навыков. Кроме этого, он:

Разработчики low-code платформ придерживаются нескольких общих принципов:

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

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

Использование облаков. Они обеспечивают приложениям, созданным на low-code платформах, необходимую простоту и скорость развертывания.

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

Что дает бизнесу разработка приложений в стиле low-code

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

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

Low-code платформа позволяет избежать этих проблем.

Больше производительности и гибкости

Требования к IT-отделам стремительно растут по мере расширения бизнеса: это новые рабочие места и новые задачи, которые диктует рынок. Когда ожидания высокие, а бюджет ограничен, low-code платформа становится спасательным кругом: компания начинает удовлетворять потребности в программных решениях, не нанимая в штат новых разработчиков.

Минимум времени на разработку

Большой выбор готовых блоков ускоряет разработку, в том числе за счет исключения этапов вроде планирования архитектуры, выбора среды разработки, UX/UI-анализа и некоторых других. Можно настроить интеграцию с традиционными legacy-системами, например с 1C. Это быстрее и дешевле, чем вносить изменения в такие программы вручную. Это связано с тем, что legacy-системы, как правило, имеют устаревший код, с которым очень сложно работать. Если использовать low-code, этих трудностей можно избежать.

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

Меньше затрат на персонал

Опытные разработчики стоят очень дорого. А такое требование, как знание определенных технологий или языков программирования, сильно сужает круг подходящих кандидатов, искать нужного специалиста придется дольше. Low-code подход решает эту проблему – быть разработчиком в традиционном смысле для low-code платформы совсем необязательно. Если сотрудник, например администратор системы, приложит должные усилия, то освоит low-code в среднем за 20–25 дней и сможет программировать несложные функции самостоятельно. Научиться пользоваться low-cod не так легко, как выучить таблицу умножения, но и не так сложно, как разобраться в С++.

Больше ценности для клиента

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

Как это выглядит на практике

Возьмем типичную ситуацию: организация купила коробочное решение для своих бизнес-задач, но со временем выяснила, что базовой функциональности недостаточно. У нее есть два варианта: дать задание разработчикам и «украсть» их время из основных проектов или обойтись силами других IT-специалистов, которые добавят новые функции с помощью low-code.

Второй вариант более рациональный: нанимать новых сотрудников не надо, отвлекать от работы недешевых штатных разработчиков – тоже. Модули, созданные с помощью инструментария low-cod, легко внедрить в работающую систему: на платформах часто реализуют инструменты интеграции. Визуальный редактор позволит автоматизировать бизнес-процессы в универсальной цифровой среде и настроить обработку и передачу данных. С помощью чат-ботов и инструментов Machine learning рутинных задач у квалифицированных IT-специалистов станет меньше.

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

Почему переход на low-code неизбежен

Задачи, которые нужно решать бизнесу и IT-отделу, как его части, усложняются. Следствие: технологии развиваются быстрее, активнее увеличивается объем данных и количество используемых приложений. Бизнес-процесс может поменяться, и тогда ждать, пока нужную функцию допишут, просто невыгодно. В таких ситуациях оптимальное решение – low-codeплатформы. Они сокращают время на разработку приложений, а в перспективе могут снизить начальную стоимость их установки, обучения персонала, развертывания и обслуживания системы.

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

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

Источник

Low-code в системах управления: разбираемся на примере платформы ТУРБО

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

Я занимаюсь разработкой на платформе ТУРБО (одного из ключевых направлений бизнеса «Консист Бизнес Групп») уже 20 лет. И, как и многие тут, к low-code-решениям относился настороженно. Что заставило меня поменять мнение, попробую рассказать на примере нашей платформы.

Начнем с того, что развитие low-code/no-code технологий можно уже наблюдать и на примере сложных информационных систем управления, в проектировании которых на базе отечественной платформы ТУРБО я принимаю непосредственное участие. Хотя есть и отличия.

Речь идет о тиражных продуктах в категориях ERP, CRM, CPM, EAM – широком спектре задач учета и управления ресурсами, процессами, данными в организациях и на предприятиях.

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

Совокупность серверов и сервисов ядра таких систем поддерживает набор характеристик, важных для высоконагруженных приложений – sustainability, scalability и др. В то же время эта совокупность дает возможность быстрой реализации бизнес-задач на основе готового набора сущностей и типовых процессов. Такая быстрая разработка – не с нуля, а путем переиспользования или расширения готового кода – похожа на подход low-code.

Low-code в системах управления

Тренд на уход от большого объема разработки к механизмам настройки бизнес-приложений получил отражение и в решениях, построенных на нашей платформе. Они позволяют на каждой стадии своего жизненного цикла формировать на лету сложную взаимосвязь объектов системы (измерения, формы, расчеты, отчеты) и гибко менять эту взаимосвязь без программирования. Целенаправленное развитие концепции low-code продолжается в новых релизах платформы и ее приложений.

В качестве примера разберем работу с некоторыми типовыми бизнес-приложениями ТУРБО.

В решении “ТУРБО Учет и финансы” подход low-code применяется в большом количестве объектов, определяющих базовые принципы формирования балансов по объектам учета и управления. К ним относятся:

учетная политика и план счетов;

аналитические признаки для учетных операций (тип операции);

В решении “ТУРБО Управление цепочками поставок” low-code, помимо параметрических настроек, применяется во фреймворке обмена ресурсов, который:

обеспечивает фиксацию количественных и качественных изменений состояния процессов;

формирует оценку ресурсов в накопленной стоимости и распределенной ценности;

создает ссылочные связи внутри системы, формирует временные ряды информации и выстраивает аналитические in-memory OLAP-кубы.

В “ТУРБО Бюджетировании” low-code применяется в настройке объектов:

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

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

расчеты – формирование «легких» скриптов по бюджетной модели, объединяет измерения и данные, введенные в формах, для автоматизированного формирования расчетных значений ячеек, параллельно отражает схему расчета бюджетных показателей;

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

В “ТУРБО BI” (аналитика и отчеты) low-code используется в следующих объектах и настройках:

интеграционная шина – инструментарий интеграции в существующую экосистему;

отчеты – через визуальное задание наборов параметров вывода и группировки;

интерактивные панели – группировка элементов (отчеты, таблицы, графики, перечни) с указанием взаимодействия и детализацией.

Модель имеет значение

В сфере управления ресурсами, процессами и данными предприятий концепция low-code связана с воплощением в информационной системе модели деятельности организации – графического и алгоритмического цифрового двойника ее процессов. И здесь low-code – это, по сути, параметрическая донастройка деятельности и ее визуального отражения на рабочих местах непосредственных пользователей системы управления. Причем пользователей разного уровня, от исполнителей до бизнес-аналитиков и разработчиков.

Важно следующее. Если модель создания цифровых двойников деятельности поддерживается информационной системой управления, как в нашем случае ТУРБО, то есть если архитектура моделирования деятельности задана, то для запуска в промышленную эксплуатацию или перенастройки такой системы функциональные архитекторы и программисты не потребуются – квалифицированного пользователя и бизнес-аналитика будет достаточно.

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

Реляционная модель – табличное представление данных и связей, работа с множествами.

Учетная модель – «проводка» по бухгалтерским счетам с отражением структуры изменения и формированием баланса.

Процессная модель – обмен ресурсами (деньги, сотрудники, ТМЦ) в процессе под контролем его участников.

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

Финансовая модель – моделирование ключевых показателей деятельности с учетом различных параметров и сценариев.

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

Как ТУРБО делал low-code в 90-е

Многие технологические подходы и нововведения, реализованные в ранних версиях ТУРБО, впоследствии были реализованы и стали массовым явлением в ИТ. На заре появления персональных компьютеров в бизнесе их использовали для простейших задач – распечатки документов. Для более сложных задач просто не существовало ПО, а даже самым компетентным сотрудникам тотально недоставало «компьютерной грамотности».

Эта ситуация не могла не привести к мысли о создании программных продуктов, которые позволяли бы пользователям в понятной им форме использовать программы для решения прикладных задач. Такой программой в начале 1990-х и стал «Турбо Бухгалтер». Для запуска продукта в эксплуатацию в текстовых файлах надо было заполнить несколько списков – счета, ТМЦ, сотрудники, контрагенты, проводки. Программа обрабатывала эти данные и позволяла стразу получить все нужные бухгалтерские отчеты – оборотные и аналитические ведомости, карточки счетов.

С такой задачей мог справиться любой бухгалтер с высшим образованием и профильным опытом работы. Три простых перечня и многодневная кропотливая работа стала укладываться в несколько часов, высвободив время на основную деятельность. Концепция «Турбо Бухгалтера» не имела отдельного названия, но полностью укладывалась в идеологию low-code.

Ок, что завтра?

Low-code существует не только в виде инструментов для нарезки сайтов и не очень сложных workflow над таблицами google. Его все больше и внутри сложных информационных систем, как мы и увидели на примере нашей платформы. Очевидно, что внешний инструментарий и встроенные фреймворки будут взаимно влиять друг на друга, встраиваясь, реализуя коннекторы и воспроизводя лучшие практики. Уже сегодня любой внешний low-code/no-code инструмент – это совокупность коннекторов с разными внешними системами и сервисами.

Информационные системы управления характеризуются большими объемами отслеживаемых событий и объектов, в них одновременно работает много пользователей. Дальше – больше. Плотность событий, количество пользователей и устройств, объем обрабатываемой информации растет лавинообразно. Поэтому ближайший фокус развития low-code – в отработке повышения плотности информации, со всеми механизмами упрощения восприятия, интеллектуальными помощниками и одновременным использованием устройств разных форматов для разных целей.

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

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

А что думаете вы? Готов к обсуждению в комментариях.

Источник

2021 — год low-code. Как он спасает бизнесы в пандемию и превращает гуманитариев в программистов

Журнал SD Times назвал 2021 годом low-code и рассказал, почему программисты боятся этих решений, как low-code инструменты помогают бизнесу в пандемию, снимают нагрузку с IT-отделов и превращают обычного сотрудника в разработчика. Не обошлось и недостатков — такие системы подходят не всем компаниям. Предлагаем адаптированный перевод статьи на русский язык.

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

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

Со временем взгляды поменялись, и бизнес начал пользоваться этими сервисами. Разработчики и обычные сотрудники увидели, на что способны low-code инструменты.

Из-за пандемии офлайн-процессы очень быстро ушли в «цифру»

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

Агентство Gartner считает, что к 2023 году 50% средних и крупных компаний будут делать на low-code стратегически важные приложения.

Лоукодером может стать любой, но некоторым легче

Благодаря low-code-платформам, делать приложения может каждый. Для этого не нужно становиться Java- или NET-разработчиком. Любой сотрудник сможет принести пользу и делать ПО для своей компании. Причем некоторым специалистам будет проще стать лоукодером. Это легко сделает инженер со знанием 3D-моделирования или финансист, который хорошо знает Excel и может создавать макросы.

Мы уже рассказывали, как бывший руководитель SMM-агентства Евгений Спорыхин сделал «Тильду для ресторанов», используя платформу Bubble

Внедрять такие решения лучше с автоматизации таблиц. Например, есть Excel-файл с расходами, куда вся команда собирает данные. Руководитель отправляет всем таблицу, сотрудники заполняют и высылают обратно, а потом кто-то вручную объединяет все файлы в один — это легко упростить. Хватит несложного приложения — останется ввести в него расходы и получить на выходе готовый отчет. Google Таблицы легко связать с тем же Integromat.

На Западе сотрудников учат работать с low-code

В первую очередь обучают основам — базам данных и дизайн-мышлению. С первым обычно больше всего проблем. Неподготовленный человек сделает таблицу с 1000 столбцами, а потом будет их заполнять. Решение рабочее, но занимает много времени, к тому же его нельзя масштабировать. Зато, когда человек знает основы, он может использовать low-code-платформу на 100%.

Лоукодеры могут применить экспертизу, которой нет у обычных разработчиков. Вместо того чтобы ставить задачу IT-команде, маркетологи, менеджеры, аналитики и другие специалисты могут сделать приложение сами.

Low-code-платформы спасают, когда IT-отдел перегружен

Бывает, что маркетологи или менеджеры по продажам просят развернуть новый трекер задач или CRM. А технари против — у них нет времени возиться и поддерживать новую систему.

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

Когда в компании есть low-code-платформа, работники не скачивают приложения со стороны. Сотрудники могут создавать все нужное под присмотром технарей.

Разработка стала в разы быстрее и дешевле

Компании из списка Fortune 500 понадобилось приложение. Она попросила свой IT-отдел оценить, во сколько обойдется его разработка.

Несмотря на все плюсы, технари внедряют зерокодинг одними из последних. Они пока не воспринимают low-code, потому что боятся потерять работу. Если кто-то может сделать задачу в 6 раз быстрее и дешевле, это пугает. Но никто их работу не заберет, хоть это и естественная реакция.

У low-code тоже есть недостатки

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

У low-code два основных недостатка:

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

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

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

Также мы уже рассматривали недостатки low- и no- code-платформ на примере Bubble

Low-code — это тренд обычных платформ

В программах для крупных компаний появляется все больше low-code-инструментов. Например, только в Power Platform от Microsoft таких четыре:

Power BI для аналитики и визуализации данных;

конструктор приложений Power Apps;

Power Automate для автоматизации работы;

Power Virtual Agents для чат-ботов.

Если в решении есть low-code-возможности, оно становится гибче. Пандемия показала, что бизнес отказался от ПО, которым пользовался годами. Чем сильнее бизнес связан с IT, тем больше его сотрудникам нужны low-code-приложения. Компании, которые это понимают, смогут быстро адаптировать свое ПО к любым изменениям.

К low-code- и no-code-решениям начали относиться серьезно только сейчас. Из-за пандемии бизнес перешел в онлайн, и для этого понадобились подходящие инструменты. Пока создавали обычные приложения, компании могли обанкротиться. Но с low-code разработка стала в несколько раз быстрее и дешевле. Теперь любой сотрудник может решать задачи, для которых раньше нанимали программистов. Поэтому в 2021 году спрос на лоукод и зерокодинговые платформы только вырастет.

Подключайтесь к сообществу «Я — зерокодер» в Телеграме, больше узнавать о новых low-code решениях и инструментах, изучать кейсы low- и зеро- кодеров и обмениваться опытом.

Источник

Дизайн сайтов без программирования: как работают технологии No-Code и Low-Code

Сделать сайт для крупной компании за пару дней (почти) без программирования? Вполне реально!

Оля Ежак для Skillbox Media

Что такое No-Code?

No-Code — технология создания сайтов с помощью инструментов визуальной вёрстки (ещё их называют визуальными редакторами или конструкторами сайтов). С ними можно смотреть на страницы сайта или приложения как обычный пользователь, видеть все блоки, заголовки и кнопки, но при этом иметь возможность их редактировать. Такой метод называется WYSIWYG : что видишь, то и получаешь. А программировать не нужно.

И сайт, собранный в конструкторе, ничем не отличается от обычного?

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

Можно посмотреть, как выглядит интерфейс конструктора?

Конечно. Вот так, например, работает Tilda:

Tilda — что-то знакомое. Её часто используют?

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

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

А есть другие конструкторы?

Их очень много! Популярная альтернатива Tilda — Readymag: в нём шаблонов не так много, зато больше разных опций для вёрстки и анимации. Есть Wix — один из самых дешёвых для использования редакторов. Самый продвинутый в возможностях кастомизации — WebFlow. Ещё есть Squarespace, Jimdo и другие конструкторы.

Немало! No-Code-разработка востребована?

Да, её популяризацию подстегнула, в частности, пандемия. Компаниям потребовалось переносить бизнес в интернет и создавать несложные веб-ресурсы. Впрочем, No-Code выбирают не только малый бизнес и стартапы, но и крупные компании. Сайты, собранные в конструкторах, — это вполне серьёзный бизнес-инструмент.

А можно взглянуть на такие сайты у крупных брендов?

Почему же компании выбирают No-Сode, если в нём куча ограничений?

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

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

Что же это такое?

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

Не проще ли сразу кодить обычный сайт?

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

Для Low-Code тоже есть специальные редакторы?

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

Скажем, в Tilda, Readymag или Webflow можно работать в визуальном редакторе, а можно добавить программирование при необходимости. Это полезно для постепенного развития веб-ресурса: позволяет создать MVP в No-Code, а затем, по мере роста потребностей, добавлять нужные функции кодом.

Хорошо! А какие минусы у No-Code-разработки помимо того, что сложные функции недоступны без программирования?

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

Их действительно много! С какой платформы лучше начинать учиться?

Tilda наиболее дружелюбна к новичкам — у неё удобный интерфейс, много готовых шаблонов, а при необходимости есть возможности кастомизации — в том числе с помощью кода. К тому же это одна из самых известных платформ. Она на слуху у владельцев бизнеса — поэтому создание сайтов на Tilda востребовано.

What you see is what you get.

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

Информация взята из кейсов на сайтах конструкторов и студий, делающих ноукод-проекты:

— ВТБ — со страницы подразделения Pinkman, делающего сайты на WebFlow: https://www.methodzero.io/

Программно-аппаратная («внутренняя») часть сайта или приложения, где реализуется логика сервиса. Хранение данных пользователей или проведение оплаты относится к бэкенду.

Минимально жизнеспособный продукт (minimum viable product) — продукт, имеющий минимальный набор функций, но способный удовлетворить первых потребителей. Нужен, чтобы получить от них обратную связь и понять, как развивать продукт дальше.

Источник

No-Code и Low-Code. Взгляд инженера и бизнесмена

По слухам, в мире набирает обороты движение No-Code и Low-Code, активно обсуждаются плюсы и минусы этих подходов. Иногда некоторые заявляют: «Будущее программирования — вовсе не кодинг». Давайте попробуем разобрать вопрос по-взрослому, как инженер и как бизнесмен.

Меня зовут Константин Митин, я сооснователь и руководитель компании itMegastar/itMegagroup. Когда-то был простым разработчиком, работал в L3, дорос до тим-лида, затем и до руководителя филиала разработки крупной ИТ-компании. Теперь я в itMegastar.

Давайте поймём суть явления. Не так давно начали массово развиваться онлайн платформы No-Code и Low-Code. Заявляется, что в качестве реакции на возрастающую сложность и многообразие средств разработки ПО. Целью ставится упрощение, автоматизация, частичный отказ от профессиональных разработчиков и расширение количества людей, которые могли бы создавать собственный продукт, при этом абсолютно не разбираясь в программировании. Разница между No-Code и Low-Code состоит в том, что в первом можно «вообще» не писать код, а во втором всё же придётся писать немного кода. #nbsp ;

Хорошо, избавиться от профессиональных разработчиков, с которыми постоянно какие-то проблемы и «Долго, дорого и не то».

Инженер скажет, что надо знать историю вопроса, которая тянется с 80-х и 90-х годов, посоветует прочитать Фредерика Брукса «Мифический человеко-месяц, или Как создаются программные системы» и «Серебряной пули нет», которая вышла в 1986 году, там уже многое было сказано. Понятно, что читать лень, поэтому давайте на пальцах.

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

А вот количество работы на рынке постоянно растёт, как и количество специалистов, занятых в сфере ИТ (будем их так называть). Из-за этого отрасль уже какое десятилетие ищет возможность выполнять разработку силами всё менее и менее квалифицированных специалистов, пусть даже и под надзором опытного наставника. Вы когда-нибудь задумывались, кто такие Solution Architect, что они делают, почему они появились и зачем нужны? Оно оттуда же, из решения этой проблемы.

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

И визуальные среды программирования появились ещё в те времена, когда нынешние Solution Architect ещё в школе учились. Delphi, Visual C++, иные среды WYSIWYG (What You See Is What You Get, «что видишь, то и получишь») разработки, их было много на самом деле.

Когда мы сегодня говорим о No-Code и Low-Code, мы фактически говорим об онлайн платформах WYSIWYG разработки, но не только.

Очень быстро стало понятно, что профессиональных разработчиков мало, разработчиков с более низким классом в какой-то момент тоже стало не хватать, к разработке стали привлекать «не разработчиков».

Например, привлекли бизнес-аналитиков, написав им BPMN System. Инженеры сказали, вы же рисуете бизнес-процессы в BPMN? А давайте вы это будете делать в специальной среде, в которой мы ещё позволим писать простенькие условия, например на JS. И тебе хорошо, и у нас автоматически весь work flow разработается?

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

Что после всех этих экспериментов стало с профессиональными разработчиками? Ничего не стало, как их было недостаточно, так и осталось, как работы было очень много, так и осталось. Почему так?

Например, вы делаете большой корпоративный портал со сквозным процессом через крупную корпорацию и их подрядчиков. При этом вы опираетесь на BPMNS Camunda, это тот самый Low-Code, который даёт много готового из коробки. Из чего состоит на самом деле ваша работа? Вам нужно выработать итоговые требования, развернуть вокруг этой самой Camunda обвязку из микросервисов, большая часть из которых будет интеграционной, встроить это все в архитектурный ландшафт конкретной корпорации, реализовать интеграцию с сервисами подрядчиков и очень много других важных вопросов, где нужно думать, а не писать код. Именно тех вопросов, которые может решить только профессиональный разработчик, а не кто-то другой.

Знаете ли вы, почему большинство разработчиков не владеют навыками слепой печати? Вслепую печатают только хакеры в фильмах. Все потому, что большую часть своей работы программист думает, непосредственно набор кода занимает 5%-15% общего времени. Навыки слепой печати не помогают разработчику работать ощутимо быстрее, он же не секретарь-референт.

На самом деле, в области профессиональной разработки обсуждать вопрос о плюсах и минусах No-Code и Low-Code уже не надо. Максимум, что появилось за последние 10 лет — появились SaaS онлайн-платформы. Ну, мы рады. Что-то ещё надо сказать?

Помните слова о программистах про «Долго, дорого и не то»? Вот именно это беспокоит бизнесмена. И рассмотреть вопрос придётся с забытых «Программист за 1 год» и «Сайт за 5000».

Одним из самых массовых ИТ-продуктов являются сайты мелкого и среднего бизнеса. Именно они составляют большую часть web-разработки. Есть ещё интернет-магазины, но о них позже. А ещё разработка таких сайтов поддаётся стандартизации, автоматизации и конвейерной разработке, потому что, по сути, они ничем, кроме наполнения, не отличаются.

Работы было много, высокого профессионализма для её выполнения не требовалось, был дефицит кадров. Многие ВУЗы страны ответили на это программами профессиональной переподготовки типа «Стань web-дизайнером за 1 год». А профессиональное сообщество в это время совершенствовало свои инструменты, выпуская различные CMS (Content management system, система управления контентом). В итоге рынок дошёл до того, что сайт можно было сконфигурировать мышкой, дописать немного вёрстки и логики, после чего сайт был готов.

Логическим концом стало появление онлайн сервисов типа Tilda, позволяющих собрать свой сайт мышкой. Внезапно, ещё лет 20 назад во многом сходным образом сайт можно было сделать в Microsoft Word, если кто не знал.

Сайты стали делать не программисты, а дизайнеры. То есть те люди, которые несут ценность не как ИТ-специалисты, все ИТ оказалось автоматизировано. Это важно.

Нечто аналогичное сейчас происходит с интернет-магазинами и маркетплейсами. Есть готовые платформы, которые после некоторой кастомизации позволяют запустить свой интернет-магазин. Скорее всего, эту нишу займут не онлайн-сервисы типа Tilda, вместо этого придут экосистемы облачной автоматизации малого и среднего бизнеса, типа 1С, СБИС, Контур и других. У вас и так в облаке на стандартном функционале уже есть бухгалтерия, складской учёт и многое другое. Вам просто дадут галочку «Добавить интернет магазин?», «Добавить интеграцию с Wildberries/Ozon?».

Помните про «Программистов за 1 год», кто-нибудь может ответить, а что стало со всеми этими людьми? Как много из них осталось в профессии? Если честно, то очень мало.

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

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

Сейчас появилось много онлайн-сервисов No-Code и Low-Code, например, конструктор приложений Adalo и Airtable (базы данных и таблицы). Вы можете, не являясь программистом, создавать своими руками несложные мобильные приложения.

И знаете что? На рынке большинство мобильных приложений (кроме игровой индустрии) — простые. Их разработка это не «rocket science». No-Code и Low-Code могут покрыть ощутимую долю этого рынка.

Абсолютно неверно воспринимать No-Code и Low-Code платформы, как инструмент разработчика. Это инструмент бизнесмена, который делает своими руками MVP для стартапа, либо для автоматизации чего-то в своём бизнесе. Это инструмент бизнес-аналитика и руководителя проекта, которые могут своими руками создать интерактивный прототип приложения для получения пользовательского опыта и обсуждения с заказчиком. Это инструмент бизнес-аналитика в крупных компаниях, который может в интерактивном режиме создать и отладить сложную схему бизнес-процессов.

Не стоит обсуждать преимущества No-Code и Low-Code перед другими средствами разработки. Да, есть ограничения, большие ограничения. Да, есть интерактивный режим сборки приложения, который позволяет собрать и менять что-то простое очень быстро.

Но No-Code и Low-Code это вообще не про разработчиков и не для разработчиков. Это инструменты для всех тех, кто несёт свою ценность бизнесу, не связанную с написанием программного кода.

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

Если вы программист, который собирается специализироваться на No-Code и Low-Code, то лучше не стоит. В этой области вы должны уметь нести ценность бизнесу как-то иначе, чем написанием программного кода.

Мне кажется, что No-Code и Low-Code нужен для создания фастфуд-приложений и сервисов, чтобы быстро и дешево на коленке протестить какую-нибудь гипотезу, после чего отдать ее в полноценную разработку

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

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

Поэтому мы и говорим, что это инструмент не для разработчиков, а для тех, кому нужно простое, быстро и без разработчиков. Мелкому бизнесу, стартапам, BA, UI/UX и другим.

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

Да, вы можете дать возможность кастомизации, просто в какой-то момент развития окажется, что кастомизировать дороже, чем писать на нативном языке.

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

Конечно, если пользователю не нужно приложение с развитым и нестандартными функционалом, то ему должно хватить ваших стандартных средств. И приложение не нужно будет переписывать.
Скажем честно, разрабатывать что-то сложное и нетривиальное приходится не часто. Вы просто можете исключить людей с такими потребностями из своей целевой аудитории, так часто и поступают. Вы же не ставите себе цель захватить 100% рынка разработки?

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

В своё время, как компания в области заказной разработки, мы смотрели в сторону No-Code и Low-Code, и рассматривали вопрос о включении в свой состав студии разработки на No-Code. Идея оказалась не очень удачной, почему так, мы написали здесь: https://habr.com/ru/post/666396/

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

Это как роботизированные конвейерные линии по производству автомобилей. Автозавод покупает такую линию, настраивает её и производит определённую модель автомобиля. Потом линия перенастраивается, производится другая модель автомобиля.

И, конечно, разработать конвейер, произвести конвейер, модернизировать конвейер, это совсем другая задача и история.

А как только в сгенерированный код ручками залезли, генераторы уже неприменимы? Дальше только хардкодинг? Или как это работает?

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

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

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

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

Мне понравился конструктор сценариев в Oktell (сервер телефонии). Собираешь все квадратиками, что не Low-code? Там есть свой язык выражений, есть компоненты где можно пилить запросы SQL в MSSQL, можно даже свои квадратики на c# пилить. Только стоимость такого специалиста выше стоимости рядового программиста, и даже выше тех ребят кто делает все тоже самое на астере без всяких квадратиков. Гибкий low-code сложнее в освоении, это по сути фреймворк, а очень многие программисты так и не смогли освоить их и ходят топят за разработку с нуля. Так что чем гибче будет low-code тем он будет сложнее, так как code приставку никто не убирает =))

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

Конечно, в целом вы правы. С другой стороны, такие прецеденты уже были. Например, платформа Lotus Notes/Domino является примером взрослой low-code платформы. В ней очень многое делалось в формате WYSIWYG и просто мышкой.
Именно на этой платформе в корпоративной среде создавались кастомные геораспределенные высоконагруженные системы. Очень многое работало из коробки, причём сразу хорошо.

Правда работать со всем этим могли только высококвалифицированные разработчики. Но это другая история.

No-Code и Low-Code это не замена обычной разработке. Это возможность заказчику понять, чего он хочет, до того как он пришел к «программистам».

1) Переносим сервис в облако.
2) Готово.

Константин, как тогда на ваш взгляд объяснить ситуацию, что low-code платформы прочно поселились, например, в таких решениях как кредитные конвейеры, комплаенс-процессы и многих другие банковских системах, которые в общем и целом являются наверное одними из самых сложных классов информационных-систем, требующих максимально квалифицированных инженеров и архитекторов?

Это вопрос без подвоха, интересно ваше мнение. Я сам много лет посвятил BPMS и как инженер и как предприниматель.

Что такое No-Code и Low-Code? Это какие-то готовые блоки, которые нужно правильно расположить и связать между собой. Если вы работаете в зарегулированной области, где функционал в целом стандартный, нужно просто верно описать правила движения чего-либо по процессу, то вполне логично применение No-Code и Low-Code. Тогда, систему разворачивать будет не разработчик, а другой человек, пусть даже он прошёл дополнительное обучение. То есть шаблонные и рутинные задачи отдаются от разработчика другим специалистам, бизнес сокращает издержки, может развиваться и генерировать новые задачи для разработчиков.

Хорошим примером является 1С. Разработать с нуля бухгалтерскую систему — нетривиальная задача. А вот взять готовую конфигурацию 1С и немного настроить её под конкретное предприятие — уже проще. При этом мы понимаем, что те разработчики, которые разрабатывают платформу 1С, очень сильно отличаются от тех разработчиков, которые конфигурируют решения на 1С. В финансовой сфере — аналогично.

Ещё пример. Написать свою BPMS — это сложно и долго. Сконфигурировать нужные процессы в уже готовой BPMS — уже проще.

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

Если вы работаете в зарегулированной области, где функционал в целом стандартный

Давайте попробуем разобраться, но придётся сразу выйти за ограничение темы No-Code и Low-Code.

Чем хорош пример с бухгалтерией? Он даёт понимание, что сильно уникальных процессов там нет и быть не может. Сам по себе бухгалтерский учёт — сложная и ресурсоёмкая тема, причём с жёсткими правилами и штрафами от налоговой.
Теперь представьте что правила в нём меняются раз в квартал-полгода, после чего платформы бухучёта начинают судорожно переписываться, а их пользователи начинают молиться, чтобы они успели к периоду сдачи отчётности.
В реальности поддержка «уникального процесса» в бухгалтерии будет стоить очень дорого, не важно, на платформе либо самописной системе. Но платформа возьмёт на себя затраты по адаптации под меняющиеся правила и законы.

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

Касательно BPMS. У нас есть опыт реализации тендерной площадки с самописным work flow, есть опыт реализации и внедрения портала на базе BPMS (Camunda) в большой корпорации. Можно посмотреть на вопрос в разрезе этого опыта.

Первое, что можно отметить, BPMS очень заметно сократила затраты на разработчика. Там много чего уже готово и работает. Есть админка, есть средства мониторинга, есть возможность отладки, схемы процессов рисуются прямо в BPMN. Круто.

Второе, специалисты по Camunda. Изначально они были не из нашей компании. И с этим были реальные проблемы. Нам нужно было спроектировать архитектуру портала, необходимо было определиться где и как хранить данные. Логично было делать это в Camunda, но вот нормального контакта с разработчиками на Camunda не получилось.
Как результат. BPMN — это не какое-то тайное знание, в сети много материалов на эту тему, можно разобраться самостоятельно. Внутреннее устройство Camunda и его API тоже никто не скрывает, есть официальная документация. Недели через 2 стало понятно, что квалификация разработчиков на Camunda просто нулевая. Ещё через неделю разрабатывать на Camunda смог наш разработчик, который увидел её в первый раз, и которому я указал на конкретные места, которые ему следует изучить и где взять материал.

Нельзя не сказать о том, что с Camunda бывают проблемы. Это open source продукт, в котором после обновления может внезапно отвалится какой-то функционал. Иногда приходилось разбираться, почему у одного что-то работает, а у другого — нет. О ситуации рассказали нашим devops, они осознали, что везде, включая продуктив, должна стоять конкретная сборка, в которой мы уверены.

Ну и третье. Основные затраты пришлись не на BPMS и разработчиков. Мы внедряли новый ИТ-инструмент, который менял бизнес-процессы в компании, а это всегда кромешный ад. До нас было несколько неудачных попыток внедрения, не из-за того, что программисты не смогли, из-за того что все остальные не смогли.
Приходилось помогать «бизнес-аналитику» (политический вес у человека был много выше) заказчика собирать и систематизировать требования от всех заинтересованных сторон. Приходилось прорабатывать архитектурный ландшафт и иметь дело с кучкой сторонних систем, которые даже не знали о существовании друг друга. Представьте себе руководителе ИТ-отдела, который на встрече говорит: «О, у нас в компании и такое есть. ». Хотя ещё хуже, там была целая иерархия архитекторов, которые тоже между собой не были знакомы. Причём, проект разрабатывался и внедрялся года два, а компания вокруг быстро менялась.

Отсюда и родилась объёмная система из ряда интеграционных сервисов, сервисов-адаптеров, своих баз данных, web-морды и Camunda. В Camunda остались только процессы в BPMN, ряд переменных-параметров для условий на шлюзах и обратные вызовы API сервиса-адаптера (это немного не каноничное использование Camunda).

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

No-Code, Low-Code, BPMS и прочие на самом деле не обещают вам быстрого и лёгкого достижения результата. Они говорят вам, что нужно построить фабрику готовых и стандартных решений, которые будет легко и просто настраивать.
Пользоваться готовой и налаженной фабрикой — просто. Построить фабрику и модернизировать фабрику — та ещё задача.

Источник

Что такое Low-code платформа

Технологии плотно вошли в нашу жизнь и сегодня уже невозможно представить эффективный бизнес-проект, который мог бы обходиться без того или иного программного обеспечения. Конечно, удобно готовую разработку — результат интеллектуального труда других, но ведь теперь практически каждый может создавать собственные информационные продукты. Для этого больше не нужно изучать программирование, содержать большой штат сотрудников или знать какой-то секретный code разработки. Чтобы создавать для своего бизнеса индивидуальные решения и необходимые приложения, настраивать их под цели и специфику своей деятельности, нужна лишь интеграция с логической и структурированной low-code платформой.

По большому счету low-code – это набор готовых блоков, которые Вы можете складывать и настраивать по своему усмотрению. Для этого даже не обязательно быть профессиональным разработчиком. Отдельные блоки в low code кода уже прописаны и оформлены в интуитивно понятный интерфейс. Вам осталось только взять нужные решения и скомбинировать между собой определенным образом. Конечно, работать с low code нужно, но справиться с задачей по разработке можно, не владея специальными навыками.

Механизмы разработки Low-code в Дизайн-студии

Разработка маршрутов в low code

Моделер маршрутов на основе bpmn.io позволяет быстро создавать диаграммы рабочих процессов в нотации BPMN 2.0. Можно загружать и редактировать уже готовые схемы.

В панели свойств настраиваются параметры объектов схемы: процесса, задач, переходов.

Разработка интерактивных форм в low code

Редактор форм позволяет создавать интерфейсы приложений методом drag-and-drop. Реализована богатая коллекция элементов: текстовые поля разного формата, радиокнопки, чекбоксы, таблицы, коллекции и многое другое

Управление правилами

На схеме BPMN в интерактивном режиме задаются условия перехода между задачами. Для этого можно использовать условные связи или шлюзы. Задача может быть многоэкземплярной: каждый экземпляр задачи будет выполняться параллельно или последовательно. Есть режим создания подпроцессов. Таким образом, в low code можно смоделировать бизнес-процесс любой сложности. На интерактивных формах задач процесса можно программировать сложное поведение элементов.

Настройка структуры папок документов

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

Настройка исполнителей

Настройка списков и реестров

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

Пример работы в Low-code

С небольшой помаркой результат получен за 33 минуты.

Преимущества low-code платформ для бизнеса

Бизнес-софт считается довольно дорогим удовольствием. Внедрение low-code платформы позволит:

«Интеллектуальный конвейер» – пример эффективной low-code платформы. Это современная low-code платформа на базе мощного BMP-движка, с помощью которой можно создавать решения для управления любыми процессами, бизнес-кейсами и проектами. Причем речь не об автономных программах, а о возможности полноценной интеграции с любыми другими информационными системами. Оставьте заявку на нашем сайте, и мы подготовим для Вас лучшее предложение.

Закажите персональную консультацию прямо сейчас!

(Версия 1.0. Последнее обновление: 21.01.2020)

Настоящее Соглашение является договором публичной оферты и согласно ст. 426, 437 Гражданского кодекса Российской Федерации, его условия одинаковы для всех контрагентов. Если Вы не согласны безоговорочно принять условия Соглашения, Вы не имеете и не получаете права на использование программного обеспечения.

1. Термины и определения

1.2. «Лицензионное соглашение (Соглашение)» – соглашение между пользователем ПО (Лицензиатом) и правообладателем ПО или его уполномоченным лицом (Лицензиаром), о выдаче Лицензиату неисключительной лицензии на право использования ПО.

1.3. «Лицензионные условия» – условия использования ПО, при выполнении которых Лицензиатом, лицензии сохраняют силу.

1.4. «Лицензиар» – правообладатель ПО (ООО «КСК ТЕХНОЛОГИИ») или лицо, уполномоченное правообладателем ПО предоставлять неисключительные лицензии на использование ПО. Лицензиар гарантирует наличие у него исключительных прав на ПО, которые позволяют ему выполнить все свои обязанности по настоящему Лицензионному соглашению.

1.5. «Лицензиат» – лицо, которое в соответствии с условиями заключенного лицензионного соглашения, получило права на использование ПО.

1.7. «Запись данных» – объем права на использование ПО, который реализован в технической возможности вводить, изменять и удалять данные, используемые в ПО Лицензиатом.

1.8. «Чтение данных» – объем права на использование ПО, который реализован в технической возможности обработки данных, используемых в ПО Лицензиатом в соответствии с функциональными возможностями ПО, за исключением «Записи данных».

1.9. «Регистрация» – действие Лицензиата, направленное на создание учетной записи во внутренней системе Лицензиара, что осуществляется в порядке и для целей, предусмотренных лицензией соответствующей конфигурации путем предоставления реквизитов Лицензиата (наименование юридического лица; фамилия, имя, отчество представителя, ИНН, ОГРН, адрес регистрации, банковские реквизиты, электронный адрес, контактный телефон).

1.10. Варианты поставки ПО:

2. Предмет соглашения

2.1. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» по этому Соглашению Лицензиар обязуется предоставить, а Лицензиат принять и оплатить вознаграждение за неисключительную лицензию на право использования ПО, определенного в соответствующих договорах, в границах и в способах, определенных в этом Соглашении и в договорах. Лицензиар предоставляет Лицензиату права на использование ПО на территории всех стран мира в пределах, способами и на условиях, размещенных по адресу https://www.kck.ru/license.

2.2. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» предоплата Лицензиатом 100% стоимости лицензий на использование программного обеспечения считается в соответствии со ст. 437 Гражданского кодекса Российской Федерации, принятием условий Лицензионного соглашения (полным и безоговорочным акцептом настоящего Лицензионного соглашения) и свидетельствует факт его заключения, присоединения Лицензиата к лицензионным условиям, размещенным по адресу https://www.kck.ru/license, а также свидетельствует согласие Лицензиата добросовестно пользоваться правами и четко выполнять обязанности, возникающие в связи с получением им лицензии на право использования программного обеспечения.

2.3. Для варианта поставки «Демонстрационная версия» лицензии на использование программного обеспечения предоставляются бесплатно. Фактом принятия условия является подтверждение согласия с условиями пользовательского соглашения на форме регистрации при скачивании ПО.

2.4. Условия использования в зависимости от варианта поставки ПО

Срок предоставления лицензии на использование ПО указан в таблице ниже либо в соответствующем Договоре, что зависит от варианта поставки ПО и объема предоставления права:

Варианты поставки ПО

В объеме «Запись данных»

В объеме «Чтение данных»

Без ограничения срока

Без ограничения срока

На срок действия лицензионного соглашения

Без ограничения срока

В течение срока предоставления лицензии согласно Договору

В течение срока предоставления лицензии согласно Договору

Без ограничения срока

Без ограничения срока

До 20 (двадцати) пользователей

2.5. Лицензии на использование ПО с вариантом поставки «Облако» используются в объеме «Запись данных» и «Чтение данных» на протяжении действия Договора на использование ПО. В случае окончания срока действия Договора или прекращения действия Договора по инициативе Лицензиата лицензии на использование ПО с типом инсталляции «Облако» ограничиваются до объема «Чтение данных» на срок 30 (тридцать) календарных дней. По окончании периода 30 (тридцать) календарных дней в случае невозобновления Договора доступ к данным прекращается и целостность данных не гарантируется.

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

2.7. Лицензиат обязуется до заключения Лицензионного соглашения ознакомиться с локальными документами Лицензиара, размещаемыми им на Сайте.

2.8. При использовании варианта поставки «Облако» Лицензиат самостоятельно несет ответственность за сохранность и конфиденциальность регистрационных данных: логина и пароля. Все действия с использованием логина и пароля Лицензиата, считаются осуществленными Лицензиатом. Лицензиат самостоятельно несет ответственность перед третьими лицами за все действия, совершенные с использованием логина и пароля Лицензиата, включая, но не ограничиваясь, ответственность за сохранность персональных данных третьих лиц. Лицензиар не несет ответственности за несанкционированное использование регистрационных данных Лицензиата третьими лицами, за противоправные действия Лицензиата, совершаемые при использовании программного обеспечения. Лицензиат самостоятельно возмещает любой ущерб, причиненный третьим лицам при использовании им программного обеспечения.

2.9. Все вопросы, касающиеся приобретения прав доступа в Интернет, покупки и наладки требуемого для этой цели оборудования и программных продуктов, включая, но не ограничиваясь средствами криптографической защиты информации (включая сертификат SSL), электронной (цифровой) подписи и средствами взаимодействия с электронной подписью, не подпадают под действие настоящего Лицензионного соглашения и решаются Лицензиатом самостоятельно.

3. Стоимость и порядок расчетов

3.1. За лицензии на использование ПО вариантов поставки «Корпоративная версия» и «Облако», предоставляемых по настоящему Соглашению, Лицензиат обязуется уплатить Лицензиару вознаграждение, размер которого устанавливается в Договоре.

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

3.3. Лицензиат за свой счет оплачивает все банковские услуги, необходимые для осуществления оплаты по настоящему Соглашению.

3.4. Днем осуществления оплаты считается день, в который сумма, подлежащая уплате, зачисляется на счет Лицензиара или уполномоченного им Партнёра.

4. Порядок приема-передачи права на использования ПО

4.1. Предоставление лицензий на использование ПО Лицензиату для вариантов поставки «Корпоративная версия» и «Облако» производится в течение 3 (трех) рабочих дней с даты получения 100% оплаты соответствующей суммы вознаграждения путем передачи Лицензиаром:

4.2. Для вариантов поставки «Корпоративная версия» и «Облако» Лицензиат обязуется принять лицензии на использование ПО и подписать Акт приема-передачи права на использование ПО в течении 3 (трех) рабочих дней с момента передачи Лицензиаром лицензий в виде, определенном п. 4.1. Соглашения. В случае, если по истечению 3 (трех) рабочих дней Лицензиат не подпишет Акт приема-передачи и не предоставит мотивированного письменного отказа, считается, что Лицензиар выполнил свои обязательства по предоставлению лицензий на использование ПО в полном объеме, а Акт приема-передачи подписывается Лицензиаром в одностороннем порядке.

4.3. Предоставление Лицензиату лицензии на право использования ПО для варианта поставки «Демонстрационная версия» производится автоматически при скачивании ПО с сервера Лицензиара.

5. Ограничения на использование ПО

5.1. Лицензиат не вправе декомпилировать, дизассемблировать, модифицировать или выполнять производные работы, основанные на ПО, целиком или частично, за исключением случаев, предусмотренных законодательством.

5.2. Лицензиар имеет право заблокировать лицензию в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

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

5.4. За нарушение интеллектуальных прав на ПО нарушитель несет гражданскую, административную или уголовную ответственность в соответствии с законодательством.

6. Срок действия и порядок расторжения соглашения

6.1. Для вариантов поставки «Корпоративная версия» и «Облако» Соглашение вступает в силу с момента акцепта его условий Лицензиатом путем оплаты Договора и действует на протяжении срока действия лицензий в соответствии с п. 2.4 Соглашения, при условии надлежащего соблюдения Лицензиатом условий данного Соглашения. Если для определенного ПО предусмотрен разный срок лицензий в зависимости от объема права на использование, Соглашение действует до окончания более позднего срока, при этом только в отношении только того объема, для которого предусмотрен такой срок.

6.2. Для варианта поставки «Облако» при нарушении какого-либо положения настоящего Соглашения одной Стороной (при том, что нарушение не обусловлено нарушением настоящего Соглашения второй Стороной), вторая Сторона имеет право досрочно прекратить действие настоящего Соглашения путем письменного уведомления. Если нарушавшая Сторона не в состоянии исправить такое нарушение в течение 20 (двадцати) рабочих дней с момента получения письменного уведомления, действие Соглашения прекращается. Если нарушает Лицензиар, он обязан вернуть Лицензиату вознаграждение, оплаченное Лицензиатом, пропорционально неиспользованному сроку действия настоящего Соглашения. Если нарушает Лицензиат, Лицензиар не обязан возвращать Лицензиату вознаграждение, оплаченное Лицензиатом.

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

7. ОГРАНИЧЕННАЯ ГАРАНТИЯ И ОТКАЗ ОТ ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ

7.1. Лицензиар гарантирует работу ПО в соответствии с описанием, изложенным в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика.

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

7.3. Лицензиар не гарантирует работоспособность ПО при нарушении условий, описанных в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика, а также в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

7.4. Лицензиат соглашается с тем, что ПО предоставляется со стандартными настройками, применяемыми по умолчанию, и Лицензиат несет ответственность за вносимые им изменения в настройки ПО.

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

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

8. Заключительные положения

8.1. Лицензиар имеет право изменять условия этого Соглашения в одностороннем порядке путем размещения новой редакции в сети Интернет по адресу https://www.kck.ru/license. Лицензиат самостоятельно несет ответственность за ознакомление с новыми версиями Соглашения с периодичностью 1 раз в 180 календарных дней.

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

8.4. Информация о технических возможностях и условиях эксплуатации ПО зафиксирована в соответствующей технической документации, и размещена на сайте kck.ru и предоставляется по запросу Лицензиата для вариантов поставки «Корпоративная версия» и «Облако».

9. Реквизиты лицензиара

Общество с ограниченной ответственностью «КСК ТЕХНОЛОГИИ»

Юридический и почтовый адрес: РФ, 107076, Москва, ул. Краснобогатырская, д. 89.

Политика конфиденциальности в области обработки и защиты персональных данных (далее – Политика) разработана в соответствии с Федеральным законом от 27.07.2006. №152-ФЗ «О персональных данных».

Политика конфиденциальности определяет, каким образом ООО «КСК ТЕХНОЛОГИИ» (далее – Компания) собирает, использует, хранит и раскрывает персональные данные Пользователей, получаемых через заполнение форм на сайте www.kck.ru (далее – Сайт).

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

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

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

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

Цели получения и обработки информации

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

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

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

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

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

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

Ограничения действия политики конфиденциальности

Действие настоящей Политики конфиденциальности касается исключительно Сайта и не распространяется на действия, мобильные приложения и сайты третьих лиц.

ИЗМЕНЕНИЯ В ПОЛИТИКЕ КОНФИДЕНЦИАЛЬНОСТИ

Опубликованная на Сайте Политика конфиденциальности является действующей Политикой. Компания вправе в любое время вносить в нее изменения. В случае внесения изменений, компания обязана уведомить пользователей путем размещения на Сайте новой редакции Политики конфиденциальности, но не позднее, чем за 10 дней до вступления в силу соответствующих изменений.

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

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

ООО «КСК ТЕХНОЛОГИИ»

Россия, 107076, Москва, ул. Краснобогатырская, д. 89 стр.1

Телефон: +7(495) 280-11-23 (многоканальный)

(Версия 1.0. Последнее обновление: 21.01.2020)

Настоящее Соглашение является договором публичной оферты и согласно ст. 426, 437 Гражданского кодекса Российской Федерации, его условия одинаковы для всех контрагентов. Если Вы не согласны безоговорочно принять условия Соглашения, Вы не имеете и не получаете права на использование программного обеспечения.

1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

1.2. «Лицензионное соглашение (Соглашение)» – соглашение между пользователем ПО (Лицензиатом) и правообладателем ПО или его уполномоченным лицом (Лицензиаром), о выдаче Лицензиату неисключительной лицензии на право использования ПО.

1.3. «Лицензионные условия» – условия использования ПО, при выполнении которых Лицензиатом, лицензии сохраняют силу.

1.4. «Лицензиар» – правообладатель ПО (ООО «КСК ТЕХНОЛОГИИ») или лицо, уполномоченное правообладателем ПО предоставлять неисключительные лицензии на использование ПО. Лицензиар гарантирует наличие у него исключительных прав на ПО, которые позволяют ему выполнить все свои обязанности по настоящему Лицензионному соглашению.

1.5. «Лицензиат» – лицо, которое в соответствии с условиями заключенного лицензионного соглашения, получило права на использование ПО.

1.7. «Запись данных» – объем права на использование ПО, который реализован в технической возможности вводить, изменять и удалять данные, используемые в ПО Лицензиатом.

1.8. «Чтение данных» – объем права на использование ПО, который реализован в технической возможности обработки данных, используемых в ПО Лицензиатом в соответствии с функциональными возможностями ПО, за исключением «Записи данных».

1.9. «Регистрация» – действие Лицензиата, направленное на создание учетной записи во внутренней системе Лицензиара, что осуществляется в порядке и для целей, предусмотренных лицензией соответствующей конфигурации путем предоставления реквизитов Лицензиата (наименование юридического лица; фамилия, имя, отчество представителя, ИНН, ОГРН, адрес регистрации, банковские реквизиты, электронный адрес, контактный телефон).

1.10. Варианты поставки ПО:

2. ПРЕДМЕТ СОГЛАШЕНИЯ

2.1. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» по этому Соглашению Лицензиар обязуется предоставить, а Лицензиат принять и оплатить вознаграждение за неисключительную лицензию на право использования ПО, определенного в соответствующих договорах, в границах и в способах, определенных в этом Соглашении и в договорах. Лицензиар предоставляет Лицензиату права на использование ПО на территории всех стран мира в пределах, способами и на условиях, размещенных по адресу https://www.kck.ru/license.

2.2. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» предоплата Лицензиатом 100% стоимости лицензий на использование программного обеспечения считается в соответствии со ст. 437 Гражданского кодекса Российской Федерации, принятием условий Лицензионного соглашения (полным и безоговорочным акцептом настоящего Лицензионного соглашения) и свидетельствует факт его заключения, присоединения Лицензиата к лицензионным условиям, размещенным по адресу https://www.kck.ru/license, а также свидетельствует согласие Лицензиата добросовестно пользоваться правами и четко выполнять обязанности, возникающие в связи с получением им лицензии на право использования программного обеспечения.

2.3. Для варианта поставки «Демонстрационная версия» лицензии на использование программного обеспечения предоставляются бесплатно. Фактом принятия условия является подтверждение согласия с условиями пользовательского соглашения на форме регистрации при скачивании ПО.

2.4. Условия использования в зависимости от варианта поставки ПО

Срок предоставления лицензии на использование ПО указан в таблице ниже либо в соответствующем Договоре, что зависит от варианта поставки ПО и объема предоставления права:

Варианты поставки ПО

В объеме «Запись данных»

В объеме «Чтение данных»

Без ограничения срока

Без ограничения срока

На срок действия лицензионного соглашения

Без ограничения срока

В течение срока предоставления лицензии согласно Договору

В течение срока предоставления лицензии согласно Договору

Без ограничения срока

Без ограничения срока

До 20 (двадцати) пользователей

2.5. Лицензии на использование ПО с вариантом поставки «Облако» используются в объеме «Запись данных» и «Чтение данных» на протяжении действия Договора на использование ПО. В случае окончания срока действия Договора или прекращения действия Договора по инициативе Лицензиата лицензии на использование ПО с типом инсталляции «Облако» ограничиваются до объема «Чтение данных» на срок 30 (тридцать) календарных дней. По окончании периода 30 (тридцать) календарных дней в случае невозобновления Договора доступ к данным прекращается и целостность данных не гарантируется.

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

2.7. Лицензиат обязуется до заключения Лицензионного соглашения ознакомиться с локальными документами Лицензиара, размещаемыми им на Сайте.

2.8. При использовании варианта поставки «Облако» Лицензиат самостоятельно несет ответственность за сохранность и конфиденциальность регистрационных данных: логина и пароля. Все действия с использованием логина и пароля Лицензиата, считаются осуществленными Лицензиатом. Лицензиат самостоятельно несет ответственность перед третьими лицами за все действия, совершенные с использованием логина и пароля Лицензиата, включая, но не ограничиваясь, ответственность за сохранность персональных данных третьих лиц. Лицензиар не несет ответственности за несанкционированное использование регистрационных данных Лицензиата третьими лицами, за противоправные действия Лицензиата, совершаемые при использовании программного обеспечения. Лицензиат самостоятельно возмещает любой ущерб, причиненный третьим лицам при использовании им программного обеспечения.

2.9. Все вопросы, касающиеся приобретения прав доступа в Интернет, покупки и наладки требуемого для этой цели оборудования и программных продуктов, включая, но не ограничиваясь средствами криптографической защиты информации (включая сертификат SSL), электронной (цифровой) подписи и средствами взаимодействия с электронной подписью, не подпадают под действие настоящего Лицензионного соглашения и решаются Лицензиатом самостоятельно.

3. СТОИМОСТЬ И ПОРЯДОК РАСЧЕТОВ

3.1. За лицензии на использование ПО вариантов поставки «Корпоративная версия» и «Облако», предоставляемых по настоящему Соглашению, Лицензиат обязуется уплатить Лицензиару вознаграждение, размер которого устанавливается в Договоре.

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

3.3. Лицензиат за свой счет оплачивает все банковские услуги, необходимые для осуществления оплаты по настоящему Соглашению.

3.4. Днем осуществления оплаты считается день, в который сумма, подлежащая уплате, зачисляется на счет Лицензиара или уполномоченного им Партнёра.

4. ПОРЯДОК ПРИЕМА-ПЕРЕДАЧИ ПРАВА НА ИСПОЛЬЗОВАНИЕ ПО

4.1. Предоставление лицензий на использование ПО Лицензиату для вариантов поставки «Корпоративная версия» и «Облако» производится в течение 3 (трех) рабочих дней с даты получения 100% оплаты соответствующей суммы вознаграждения путем передачи Лицензиаром:

4.2. Для вариантов поставки «Корпоративная версия» и «Облако» Лицензиат обязуется принять лицензии на использование ПО и подписать Акт приема-передачи права на использование ПО в течении 3 (трех) рабочих дней с момента передачи Лицензиаром лицензий в виде, определенном п. 4.1. Соглашения. В случае, если по истечению 3 (трех) рабочих дней Лицензиат не подпишет Акт приема-передачи и не предоставит мотивированного письменного отказа, считается, что Лицензиар выполнил свои обязательства по предоставлению лицензий на использование ПО в полном объеме, а Акт приема-передачи подписывается Лицензиаром в одностороннем порядке.

4.3. Предоставление Лицензиату лицензии на право использования ПО для варианта поставки «Демонстрационная версия» производится автоматически при скачивании ПО с сервера Лицензиара.

5. ОГРАНИЧЕНИЯ НА ИСПОЛЬЗОВАНИЕ ПО

5.1. Лицензиат не вправе декомпилировать, дизассемблировать, модифицировать или выполнять производные работы, основанные на ПО, целиком или частично, за исключением случаев, предусмотренных законодательством.

5.2. Лицензиар имеет право заблокировать лицензию в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

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

5.4. За нарушение интеллектуальных прав на ПО нарушитель несет гражданскую, административную или уголовную ответственность в соответствии с законодательством.

6. СРОК ДЕЙСТВИЯ И ПОРЯДОК РАСТОРЖЕНИЯ СОГЛАШЕНИЯ

6.1. Для вариантов поставки «Корпоративная версия» и «Облако» Соглашение вступает в силу с момента акцепта его условий Лицензиатом путем оплаты Договора и действует на протяжении срока действия лицензий в соответствии с п. 2.4 Соглашения, при условии надлежащего соблюдения Лицензиатом условий данного Соглашения. Если для определенного ПО предусмотрен разный срок лицензий в зависимости от объема права на использование, Соглашение действует до окончания более позднего срока, при этом только в отношении только того объема, для которого предусмотрен такой срок.

6.2. Для варианта поставки «Облако» при нарушении какого-либо положения настоящего Соглашения одной Стороной (при том, что нарушение не обусловлено нарушением настоящего Соглашения второй Стороной), вторая Сторона имеет право досрочно прекратить действие настоящего Соглашения путем письменного уведомления. Если нарушавшая Сторона не в состоянии исправить такое нарушение в течение 20 (двадцати) рабочих дней с момента получения письменного уведомления, действие Соглашения прекращается. Если нарушает Лицензиар, он обязан вернуть Лицензиату вознаграждение, оплаченное Лицензиатом, пропорционально неиспользованному сроку действия настоящего Соглашения. Если нарушает Лицензиат, Лицензиар не обязан возвращать Лицензиату вознаграждение, оплаченное Лицензиатом.

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

7. ОГРАНИЧЕННАЯ ГАРАНТИЯ И ОТКАЗ ОТ ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ

7.1. Лицензиар гарантирует работу ПО в соответствии с описанием, изложенным в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика.

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

7.3. Лицензиар не гарантирует работоспособность ПО при нарушении условий, описанных в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика, а также в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

7.4. Лицензиат соглашается с тем, что ПО предоставляется со стандартными настройками, применяемыми по умолчанию, и Лицензиат несет ответственность за вносимые им изменения в настройки ПО.

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

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

8. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

8.1. Лицензиар имеет право изменять условия этого Соглашения в одностороннем порядке путем размещения новой редакции в сети Интернет по адресу https://www.kck.ru/license. Лицензиат самостоятельно несет ответственность за ознакомление с новыми версиями Соглашения с периодичностью 1 раз в 180 календарных дней.

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

8.4. Информация о технических возможностях и условиях эксплуатации ПО зафиксирована в соответствующей технической документации, и размещена на сайте kck.ru и предоставляется по запросу Лицензиата для вариантов поставки «Корпоративная версия» и «Облако».

9. РЕКВИЗИТЫ ЛИЦЕНЗИАРА

Общество с ограниченной ответственностью «КСК ТЕХНОЛОГИИ»

Юридический и почтовый адрес: РФ, 107076, Москва, ул. Краснобогатырская, д. 89.

(Версия 1.1. Последнее обновление: 23.03.2020)

Настоящее Соглашение является договором публичной оферты и согласно ст. 426, 437 Гражданского кодекса Российской Федерации, его условия одинаковы для всех контрагентов. Если Вы не согласны безоговорочно принять условия Соглашения, Вы не имеете и не получаете права на использование программного обеспечения.

1. Термины и определения

1.2. «Лицензионное соглашение (Соглашение)» – соглашение между пользователем ПО (Лицензиатом) и правообладателем ПО или его уполномоченным лицом (Лицензиаром), о выдаче Лицензиату неисключительной лицензии на право использования ПО.

1.3. «Лицензионные условия» – условия использования ПО, при выполнении которых Лицензиатом, лицензии сохраняют силу.

1.4. «Лицензиар» – правообладатель ПО (ООО «КСК ТЕХНОЛОГИИ») или лицо, уполномоченное правообладателем ПО предоставлять неисключительные лицензии на использование ПО. Лицензиар гарантирует наличие у него исключительных прав на ПО, которые позволяют ему выполнить все свои обязанности по настоящему Лицензионному соглашению.

1.5. «Лицензиат» – лицо, которое в соответствии с условиями заключенного лицензионного соглашения, получило права на использование ПО.

1.7. «Запись данных» – объем права на использование ПО, который реализован в технической возможности вводить, изменять и удалять данные, используемые в ПО Лицензиатом.

1.8. «Чтение данных» – объем права на использование ПО, который реализован в технической возможности обработки данных, используемых в ПО Лицензиатом в соответствии с функциональными возможностями ПО, за исключением «Записи данных».

1.9. «Регистрация» – действие Лицензиата, направленное на создание учетной записи во внутренней системе Лицензиара, что осуществляется в порядке и для целей, предусмотренных лицензией соответствующей конфигурации путем предоставления реквизитов Лицензиата (наименование юридического лица; фамилия, имя, отчество представителя, ИНН, ОГРН, адрес регистрации, банковские реквизиты, электронный адрес, контактный телефон).

1.10. Варианты поставки ПО:

2. Предмет соглашения

2.1. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» по этому Соглашению Лицензиар обязуется предоставить, а Лицензиат принять и оплатить вознаграждение за неисключительную лицензию на право использования ПО, определенного в соответствующих договорах, в границах и в способах, определенных в этом Соглашении и в договорах. Лицензиар предоставляет Лицензиату права на использование ПО на территории всех стран мира в пределах, способами и на условиях, размещенных по адресу https://www.kck.ru/license-sd.

2.2. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» предоплата Лицензиатом 100% стоимости лицензий на использование программного обеспечения считается в соответствии со ст. 437 Гражданского кодекса Российской Федерации, принятием условий Лицензионного соглашения (полным и безоговорочным акцептом настоящего Лицензионного соглашения) и свидетельствует факт его заключения, присоединения Лицензиата к лицензионным условиям, размещенным по адресу https://www.kck.ru/license-sd, а также свидетельствует согласие Лицензиата добросовестно пользоваться правами и четко выполнять обязанности, возникающие в связи с получением им лицензии на право использования программного обеспечения.

2.3. Для варианта поставки «Демонстрационная версия» лицензии на использование программного обеспечения предоставляются бесплатно. Фактом принятия условия является подтверждение согласия с условиями пользовательского соглашения на форме регистрации при скачивании ПО.

2.4. Условия использования в зависимости от варианта поставки ПО

Срок предоставления лицензии на использование ПО указан в таблице ниже либо в соответствующем Договоре, что зависит от варианта поставки ПО и объема предоставления права:

Варианты поставки ПО

В объеме «Запись данных»

В объеме «Чтение данных»

Без ограничения срока

Без ограничения срока

На срок действия лицензионного соглашения

Без ограничения срока

В течение срока предоставления лицензии согласно Договору

В течение срока предоставления лицензии согласно Договору

Без ограничения срока

Без ограничения срока

До 2 (двух) пользователей

2.5. Лицензии на использование ПО с вариантом поставки «Облако» используются в объеме «Запись данных» и «Чтение данных» на протяжении действия Договора на использование ПО. В случае окончания срока действия Договора или прекращения действия Договора по инициативе Лицензиата лицензии на использование ПО с типом инсталляции «Облако» ограничиваются до объема «Чтение данных» на срок 30 (тридцать) календарных дней. По окончании периода 30 (тридцать) календарных дней в случае невозобновления Договора доступ к данным прекращается и целостность данных не гарантируется.

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

2.7. Лицензиат обязуется до заключения Лицензионного соглашения ознакомиться с локальными документами Лицензиара, размещаемыми им на Сайте.

2.8. При использовании варианта поставки «Облако» Лицензиат самостоятельно несет ответственность за сохранность и конфиденциальность регистрационных данных: логина и пароля. Все действия с использованием логина и пароля Лицензиата, считаются осуществленными Лицензиатом. Лицензиат самостоятельно несет ответственность перед третьими лицами за все действия, совершенные с использованием логина и пароля Лицензиата, включая, но не ограничиваясь, ответственность за сохранность персональных данных третьих лиц. Лицензиар не несет ответственности за несанкционированное использование регистрационных данных Лицензиата третьими лицами, за противоправные действия Лицензиата, совершаемые при использовании программного обеспечения. Лицензиат самостоятельно возмещает любой ущерб, причиненный третьим лицам при использовании им программного обеспечения.

2.9. Все вопросы, касающиеся приобретения прав доступа в Интернет, покупки и наладки требуемого для этой цели оборудования и программных продуктов, включая, но не ограничиваясь средствами криптографической защиты информации (включая сертификат SSL), электронной (цифровой) подписи и средствами взаимодействия с электронной подписью, не подпадают под действие настоящего Лицензионного соглашения и решаются Лицензиатом самостоятельно.

3. Стоимость и порядок расчетов

3.1. За лицензии на использование ПО вариантов поставки «Корпоративная версия» и «Облако», предоставляемых по настоящему Соглашению, Лицензиат обязуется уплатить Лицензиару вознаграждение, размер которого устанавливается в Договоре.

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

3.3. Лицензиат за свой счет оплачивает все банковские услуги, необходимые для осуществления оплаты по настоящему Соглашению.

3.4. Днем осуществления оплаты считается день, в который сумма, подлежащая уплате, зачисляется на счет Лицензиара или уполномоченного им Партнёра.

4. Порядок приема-передачи права на использование ПО

4.1. Предоставление лицензий на использование ПО Лицензиату для вариантов поставки «Корпоративная версия» и «Облако» производится в течение 3 (трех) рабочих дней с даты получения 100% оплаты соответствующей суммы вознаграждения путем передачи Лицензиаром:

4.2. Для вариантов поставки «Корпоративная версия» и «Облако» Лицензиат обязуется принять лицензии на использование ПО и подписать Акт приема-передачи права на использование ПО в течении 3 (трех) рабочих дней с момента передачи Лицензиаром лицензий в виде, определенном п. 4.1. Соглашения. В случае, если по истечению 3 (трех) рабочих дней Лицензиат не подпишет Акт приема-передачи и не предоставит мотивированного письменного отказа, считается, что Лицензиар выполнил свои обязательства по предоставлению лицензий на использование ПО в полном объеме, а Акт приема-передачи подписывается Лицензиаром в одностороннем порядке.

4.3. Предоставление Лицензиату лицензии на право использования ПО для варианта поставки «Демонстрационная версия» производится автоматически при скачивании ПО с сервера Лицензиара.

5. Ограничения на использование ПО

5.1. Лицензиат не вправе декомпилировать, дизассемблировать, модифицировать или выполнять производные работы, основанные на ПО, целиком или частично, за исключением случаев, предусмотренных законодательством.

5.2. Лицензиар имеет право заблокировать лицензию в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

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

5.4. За нарушение интеллектуальных прав на ПО нарушитель несет гражданскую, административную или уголовную ответственность в соответствии с законодательством.

6. Срок действия и порядок расторжения соглашения

6.1. Для вариантов поставки «Корпоративная версия» и «Облако» Соглашение вступает в силу с момента акцепта его условий Лицензиатом путем оплаты Договора и действует на протяжении срока действия лицензий в соответствии с п. 2.4 Соглашения, при условии надлежащего соблюдения Лицензиатом условий данного Соглашения. Если для определенного ПО предусмотрен разный срок лицензий в зависимости от объема права на использование, Соглашение действует до окончания более позднего срока, при этом только в отношении только того объема, для которого предусмотрен такой срок.

6.2. Для варианта поставки «Облако» при нарушении какого-либо положения настоящего Соглашения одной Стороной (при том, что нарушение не обусловлено нарушением настоящего Соглашения второй Стороной), вторая Сторона имеет право досрочно прекратить действие настоящего Соглашения путем письменного уведомления. Если нарушавшая Сторона не в состоянии исправить такое нарушение в течение 20 (двадцати) рабочих дней с момента получения письменного уведомления, действие Соглашения прекращается. Если нарушает Лицензиар, он обязан вернуть Лицензиату вознаграждение, оплаченное Лицензиатом, пропорционально неиспользованному сроку действия настоящего Соглашения. Если нарушает Лицензиат, Лицензиар не обязан возвращать Лицензиату вознаграждение, оплаченное Лицензиатом.

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

7. Ограниченная гарантия и отказ от предоставления гарантий

7.1. Лицензиар гарантирует работу ПО в соответствии с описанием, изложенным в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика.

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

7.3. Лицензиар не гарантирует работоспособность ПО при нарушении условий, описанных в Руководстве Пользователя, Руководстве Администратора и Руководстве Разработчика, а также в случае нарушения Лицензиатом условий настоящего Лицензионного соглашения.

7.4. Лицензиат соглашается с тем, что ПО предоставляется со стандартными настройками, применяемыми по умолчанию, и Лицензиат несет ответственность за вносимые им изменения в настройки ПО.

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

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

8. Заключительные положения

8.1. Лицензиар имеет право изменять условия этого Соглашения в одностороннем порядке путем размещения новой редакции в сети Интернет по адресу https://www.kck.ru/license-sd. Лицензиат самостоятельно несет ответственность за ознакомление с новыми версиями Соглашения с периодичностью 1 раз в 180 календарных дней.

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

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

8.4. Информация о технических возможностях и условиях эксплуатации ПО зафиксирована в соответствующей технической документации, и размещена на сайте kck.ru и предоставляется по запросу Лицензиата для вариантов поставки «Корпоративная версия» и «Облако».

9. Реквизиты лецензиара

Общество с ограниченной ответственностью «КСК ТЕХНОЛОГИИ»

Юридический и почтовый адрес: РФ, 107076, Москва, ул. Краснобогатырская, д. 89.

Настоящее Соглашение является договором публичной оферты и согласно ст. 426, 437 Гражданского кодекса Российской Федерации, его условия одинаковы для всех контрагентов. Если Вы не согласны безоговорочно принять условия Соглашения, Вы не имеете и не получаете права на использование программного обеспечения.

1. Термины и определения

1.2. «Лицензионное соглашение (Соглашение)» – соглашение между пользователем ПО (Лицензиатом) и правообладателем ПО или его уполномоченным лицом (Лицензиаром), о выдаче Лицензиату неисключительной лицензии на право использования ПО.

1.3. «Лицензионные условия» – условия использования ПО, при выполнении которых Лицензиатом, лицензии сохраняют силу.

1.4. «Лицензиар» – правообладатель ПО (ООО «КСК ТЕХНОЛОГИИ») или лицо, уполномоченное правообладателем ПО предоставлять неисключительные лицензии на использование ПО. Лицензиар гарантирует наличие у него исключительных прав на ПО, которые позволяют ему выполнить все свои обязанности по настоящему Лицензионному соглашению.

1.5.«Лицензиат» – лицо, которое в соответствии с условиями заключенного лицензионного соглашения, получило права на использование ПО.

1.7. «Запись данных» – объем права на использование ПО, который реализован в технической возможности вводить, изменять и удалять данные, используемые в ПО Лицензиатом.

1.8. «Чтение данных» – объем права на использование ПО, который реализован в технической возможности обработки данных, используемых в ПО Лицензиатом в соответствии с функциональными возможностями ПО, за исключением «Записи данных».

1.9. «Регистрация» – действие Лицензиата, направленное на создание учетной записи во внутренней системе Лицензиара, что осуществляется в порядке и для целей, предусмотренных лицензией соответствующей конфигурации путем предоставления реквизитов Лицензиата (наименование юридического лица; фамилия, имя, отчество представителя, ИНН, ОГРН, адрес регистрации, банковские реквизиты, электронный адрес, контактный телефон).

1.10. Варианты поставки ПО:

2. Предмет соглашения

2.1. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» по этому Соглашению Лицензиар обязуется предоставить, а Лицензиат принять и оплатить вознаграждение за неисключительную лицензию на право использования ПО, определенного в соответствующих договорах, в границах и в способах, определенных в этом Соглашении и в договорах. Лицензиар предоставляет Лицензиату права на использование ПО на территории всех стран мира в пределах, способами и на условиях, размещенных по адресу https://www.kck.ru/license-sd.

2.2. Для вариантов поставки ПО «Корпоративная версия» или «Облачная» предоплата Лицензиатом 100% стоимости лицензий на использование программного обеспечения считается в соответствии со ст. 437 Гражданского кодекса Российской Федерации, принятием условий Лицензионного соглашения (полным и безоговорочным акцептом настоящего Лицензионного соглашения) и свидетельствует факт его заключения, присоединения Лицензиата к лицензионным условиям, размещенным по адресу https://www.kck.ru/license-sd, а также свидетельствует согласие Лицензиата добросовестно пользоваться правами и четко выполнять обязанности, возникающие в связи с получением им лицензии на право использования программного обеспечения.

2.3. Для варианта поставки «Демонстрационная версия» лицензии на использование программного обеспечения предоставляются бесплатно. Фактом принятия условия является подтверждение согласия с условиями пользовательского соглашения на форме регистрации при скачивании ПО.

2.4. Условия использования в зависимости от варианта поставки ПО

Срок предоставления лицензии на использование ПО указан в таблице ниже либо в соответствующем Договоре, что зависит от варианта поставки ПО и объема предоставления права:

Источник