Low-Code

2021-12-02 11:50:23 ​​Не оставайтесь позади no-code волны (Часть 1)

ДЖО ПРОКОПИО, ОСНОВАТЕЛЬ, TEACHINGSTARTUP.COM
Пришло время перестать учить себя программированию - и начать строить свой бизнес.
Я начал прибыльный бизнес, используя только no-code инструменты и платформы. Ты тоже можешь. Но вопрос о том, может ли кто-либо масштабировать бизнес на основе no-code, не в том, чтобы не использовать код. Происходит еще одно, более широкое движение, о котором все должны знать.

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

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

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

Разработка программного обеспечения для мобильных устройств.
Еще в 2007 году проблема заключалась в том, что у мобильного устройства просто не было вычислительной мощности или пользовательского интерфейса, чтобы заменить ноутбук, не говоря уже о настольном компьютере. Сегодня, с универсальной эволюцией бизнеса к программному обеспечению как услуге (SaaS) и повсеместным внедрением мобильных UX-паттернов, "сначала мобильный" теперь означает "мобильный или умри". Открыть/Комментировать

2021-12-01 13:38:24 ​​Новости low-code: Zenity привлекает 5 миллионов долларов для защиты low-code/no-code приложений (Часть 2)

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

“Задача состоит в том, чтобы снизить риски и угрозы безопасности, связанные с low-code/no-code решениями, не нарушая бизнес-процесс”, - сказал Том Фишер, советник Zenity и бывший директор по информационным технологиям Oracle и Qualcomm, а также технический директор eBay. “Zenity обеспечивает идеальное сочетание инструментов управления и безопасности с подходом, ориентированным на интересы бизнеса, который помогает разработчикам бизнеса уверенно развиваться”.

Источник: https://techcrunch.com/2021/11/23/zenity-raises-5m-to-help-secure-low-code-no-code-applications/ Открыть/Комментировать

2021-11-30 14:49:22 ​​Новости low-code: Zenity привлекает 5 миллионов долларов для защиты low-code/no-code приложений

По мере того как все больше компаний внедряют low-code/no-code инструменты для создания своих бизнес-приложений, возможно, неудивительно, что сейчас мы видим новый набор услуг в этой экосистеме, которые направлены на обеспечение безопасности этих инструментов. К ним относится базирующаяся в Тель-Авиве компания Zenity, которая сегодня выходит из тени и объявляет о раунде начального финансирования в размере 5 миллионов долларов. Раунд возглавляли Vertex Ventures и UpWest. В этом раунде также приняли участие ряд инвесторов, в том числе бывший директор по информационным технологиям Google Герхард Эшельбек и бывший директор по информационным технологиям компании SuccessFactors Том Фишер.

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

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

2021-11-29 10:06:45 ​​ Конференция «LOW-CODE 2021», 2 декабря, офлайн+онлайн

2 декабря издательство «Открытые системы» проведет в Москве конференцию LOW-CODE 2021 (https://www.osp.ru/lp/low-code/2021), которая позволит эффективно оценить, какие стратегии и инструменты разработки с минимальным кодированием помогут решить сегодняшние задачи цифровых предприятий и поддержать инновации дня завтрашнего. Конференция будет полезна управляющим директорам, менеджерам проектов, проектировщикам и архитекторам цифровых решений, а также бизнес-аналитикам и консультантам.

Специально для читателей канала скидка на участие 15% по промокоду lc21promolcone

Спешите регистрироваться http://www.osp.ru/static/2021090638?utm_source=telegram&utm_medium=banner& Открыть/Комментировать

2021-11-26 12:06:18 ​​Взгляд генерального директора на no-code MVP (Часть 3)

Постарайтесь реалистично оценить, сколько денег требуется для создания и поддержки пользовательского кода — потенциальная экономия существенна. Если ваш no-code MVP запускается за 20 % от стоимости за 50 % времени, которое потребовалось бы для пользовательского кода, этот дополнительный бюджет может значительно повлиять на нетехнические усилия, такие как маркетинг или продажи. Экономия времени может означать выход на рынок первым или использование выгодных маркетинговых возможностей. Для компаний, которые финансируются самостоятельно, no-code может быть единственным способом получить достаточную поддержку, чтобы быть замеченным и в конечном итоге получить финансирование.

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

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

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

Источник: https://www.forbes.com/sites/forbestechcouncil/2021/09/24/a-ctos-perspective-on-no-code-mvps/?sh=28e309ad54b3 Открыть/Комментировать

2021-11-25 11:02:50 ​​Взгляд генерального директора на no-code MVP (Часть 2)

Как руководитель стартапа должен оценивать отсутствие кода по сравнению с пользовательским кодом и принимать правильное решение?

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

Перестройка приложения - это не пикник, но она имеет несколько предсказуемую стоимость и уровень усилий, которые могут быть частью вашей дорожной карты и бюджета. Есть также реальная выгода: no-code миграция - это шанс сделать это “правильно”, основываясь на большом количестве накопленных знаний. В конце концов, с живым MVP, поддерживающим реальных пользователей и реальным пониманием вашего продукта, вы будете принимать гораздо лучшие решения о функциональности, выборе стека, интеграции и т. д. Создав no-code MVP вы, по сути, создали себе окончательную спецификацию программного обеспечения.

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

В случае с кодом по сравнению с no-code лучше всего просто принять вероятность полной перестройки в будущем и включить это в свою дорожную карту. Это делает его математическим, а не техническим, что не так уж плохо. Это может не всегда получаться, но когда это происходит, это выглядит так: Стоимость no-code MVP + затраты на последующую перестройку - накладные расходы на поддержание пользовательского кода = затраты на достижение цели Открыть/Комментировать

2021-11-24 09:56:54 ​​Взгляд генерального директора на no-code MVP (Часть 1)

Дейв Хекер, Член совета по технологиям Forbes в разделе инновация, Технический директор iTechArt, компании по разработке программного обеспечения высшего уровня, которая создает отличные продукты для стартапов, поддерживаемых венчурным капиталом.

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

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

2021-11-23 11:48:45 ​​Новости Low-code: Low-code платформа для создания приложений Prodly получит $10 млн инвестиций Leta Capital

Венчурный фонд Leta Capital вместе с TMT Investments, AltaIR Capital и Flyer One Ventures инвестировали $10 млн в американский стартап Prodly. Компания создает инструменты, помогающие разрабатывать приложения практически без написания кода, повышать производительность разработчиков и снижать риск ошибок.

Prodly создает инструменты для ускорения разработки и изменения приложений на базе Salesforce. Это аналог российской системы 1C. Проект работает по модели low-code, благодаря которой в разработке могут участвовать не только программисты, но и другие члены команд — администраторы IT-инфраструктуры, аналитики, маркетологи и пр. Стартап автоматизирует взаимодействие между ними. Инструменты Prodly позволяют повысить производительность на 65–80% при одновременном снижении рисков ошибок до 30%.

Проект работает с 2017 года, создан в Калифорнии. Предыдущий стартап разработчиков, платформа под название SteelBrick, созданная для формирования ценовых предложений для клиентов, была продана Salesforce за $360 млн в 2015 году. Среди клиентов компании — холдинг Johnson & Johnson, облачная платформа для финансового планирования Anaplan, система интерактивной аналитики Tableau.

Партнер Leta Capital Сергей Топоров отмечает, что Low-code-платформы сильно изменили процессы настройки и поддержки IT-систем для бизнеса. Он считает, что команда Prodly способна «кардинально изменить то, как компании будут в будущем внедрять и поддерживать критически важные для бизнеса системы».

Источник: https://www.forbes.ru/svoi-biznes/443667-leta-capital-s-partnerami-vlozili-10-mln-v-platformu-dla-sozdania-prilozenij-prodly Открыть/Комментировать

2021-11-22 16:07:05 ​​Как платформы могут преодолеть пропасть между Low-code и Pro-code (Часть 2)

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

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

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

• Демократизация разработки программного обеспечения. В то время как low-code платформы поддерживают гражданских и специальных разработчиков, они также должны удовлетворять потребности профессиональных разработчиков, охватывая разработку с большим опытом. В результате три разных персонажа разработчика могут вносить свой вклад в разработку при активном сотрудничестве.
• Графическое и текстовое равенство. Разработчики должны иметь возможность редактировать код, используя либо простой код, либо интегрированную среду разработки (IDE). Как только они отредактируют диаграмму, код должен измениться. При изменении кода изображение должно быть автоматически перерисовано. Таким образом, гражданские, специальные и профессиональные разработчики могут сотрудничать и работать в одной и той же кодовой базе.
• Поддержка всего жизненного цикла разработки программного обеспечения. Разработчикам нравится проходить через весь процесс создания, тестирования, запуска и дальнейшего улучшения кода. В этом процессе они хотели бы отладить код, проверить систему управления версиями и т. д.
• Пункты поддержки и расширения экосистемы. Чтобы разработчики могли выполнять сложные требования к интеграции, им необходима поддержка более широкой экосистемы облачных и не облачных систем с помощью богатой библиотеки соединителей и возможности расширения для добавления новых соединителей.
• Используйте открытые стандарты и создавайте чистый код. Low-code платформы, использующие открытые стандарты и генерирующие чистый код, позволяют разработчикам проверять код, редактировать и запускать его за пределами low-code платформы. Такой подход обеспечивает большую прозрачность, дает разработчикам контроль над своим кодом и защищает от блокировки поставщиков.

«Платформа - это структура поддержки, которая повышает эффективность сообщества», - Дейв Грей.

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

Источник: https://www.forbes.com/sites/forbestechcouncil/2021/08/27/how-platforms-can-bridge-the-low-code-and-pro-code-chasm/?sh=2f3812615617 Открыть/Комментировать

2021-11-19 14:00:40 ​​Как платформы могут преодолеть пропасть между Low-code и Pro-code (Часть 1)

Асанка Абейсингхе, член совета по технологиям Forbes, Главный технологический евангелист в WSO2, Inc. Humanizing Technology. Architecting Transformation.

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

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

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

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