Всеки обича разработката с нисък код/без код, но не всички са готови за това

Колко работа по разработване на софтуер може безопасно да бъде изтласкана извън ИТ отдела? Това все още е въпрос без отговор. Всеки обича концепцията за разработка с нисък код и без код -- дори ИТ. Особено ТО. В процеса на разтоварване на работата от ИТ, нисък код и без код предоставя на крайните потребители шанс да упражняват собствените си инициативи. Но всеки трябва да действа с повишено внимание, тъй като нисък код и без код може да не работят при всички настройки.

Също: Парадокс с ниско ниво и липса на код: Освобождаване на времето на техническите професионалисти, но създаване на нови преплитания

Скорошно изследване установява, че 85% от организациите са заинтересовани да продължат напред с ИТ решения с нисък код и без код, и малко над половината се чувстват комфортно със служители извън ИТ, използващи изграждане на приложения с нисък код платформи. Проучването, публикувано от Jitterbit, установява, че ИТ лидерите все още са нервни относно способността на ниския код да решава ключови бизнес предизвикателства и, в по-малка степен, проблеми със сигурността на данните и достъпността.

В същото време организациите може да нямат голям избор, освен да продължат напред с нисък код и без код, за да преодолеят преобладаващия и постоянен недостиг на технологични таланти. „Те могат да използват мощни инструменти за автоматизиране на задачи за по-бързо и по-качествено доставяне, като същевременно освобождават време на разработчиците да съсредоточат своите таланти върху по-сложни инициативи“, казва Робин Стайн, партньор с PwC Labs. Промяната на парадигмата за начина, по който те мислят за разработката на софтуер и възприемането на нисък код или липса на код е ключът към отключване на капацитет чрез използване на служители извън тези в основната ИТ функция."

На този етап организациите започват да решават „какво могат да решат и заменят платформите с нисък код и без код, докато други не могат“, казва Доминик Роуз, вицепрезидент по стратегията на платформата в LeanIX. „Например, решенията с нисък код и без код работят добре, когато се комбинират съществуващи ИТ решения, като ERP, с решения, фокусирани върху задоволяване на нуждите на цифровите клиенти." Той обаче продължава: „Това не е най-добрият подход за изграждане на мащабируемо предприятие решения. Не можете да разрешите всеки клиентски проблем с шаблонни преживявания. Поради тази причина компаниите трябва да намерят по-добри начини да извлекат максимума от съществуващите платформи, за да намалят нуждата от шаблонни решения."

Различните системи изискват различни средства и нива на оркестрация, посочва Роуз. „Решенията с ниско съдържание и без код определено могат да се използват за интелигентна модернизация на приложението пейзажи, но в крайна сметка тези платформи сами по себе си няма да намалят нуждата от квалифицирани специалисти разработчици."

Също: Платформите с нисък код означават, че всеки може да бъде разработчик – а може би и специалист по данни

Движението с нисък код и без код е катализирано от недостиг на технически умения, „както и масовото преминаване към хибридна работа“, съгласен Судхир Мехта, глобален вицепрезидент на Optra Engineering в Lexmark International. „Той предлага присъща гъвкавост за постигане на бизнес резултати бързо и с по-малко технически разходи – предоставяне на правомощия на нетехнически служител за бързо постигане на резултати с ограничено инженерство или ИТ поддържа."

Едно предупреждение е, че дигиталните естествени среди може да са по-благоприятни от установените системи за подходи с нисък код и без код. „Ниско кодиране или липса на код е по-разпространено сред компаниите с облачни и чисто нови приложения, изградени от нулата“, отбелязва Мехта. „Играе добре с операции, базирани на облак. По-малко се вижда в предприятия, които все още работят с наследени и on-prem приложения." Разбира се, нискокодираните и безкодовите могат да бъдат включени в презентационен или контролен слой в рамките на наследените настройки, добавя Мехта.

Все пак ИТ специалистите трябва да останат в режим на готовност, тъй като има рискове в стратегия, която се стреми да изтласка разработката към бизнес потребителите. „Технологичните лидери трябва да подхождат стратегически с нисък код или без код с хибриден модел – като използват както инструменти с нисък код или без код, така и технологии с пълен стек“, казва Щайн. Изградете тази среда около „ясна стратегия за дипломиране на приложения и граници за това къде каква технология да използвате“, добавя тя. „Внедряването на технологии с нисък код и без код няма да премахне необходимостта от стабилен ИТ екип.“

Също: Запознайте се с разработчика след AI: По-креативен, по-фокусиран върху бизнеса

Разпространението на приложения с нисък код и без код също крие риск от лоша производителност, предупреждава Роуз. „Искате вашето решение или продукт да работят гладко за вашите клиенти. Когато разчитате на доставчици да ви помогнат да реализирате тези продукти или решения, вие в крайна сметка разчитате на техните срокове и надстройки, за да сте сигурни, че имате качествен продукт. Това може да попречи изцяло на напредъка във функционалността."

Ниският код и липсата на код също ограничават креативността, казва Роуз. „Разработката не е изолирана техническа дейност. Създаването на продукти, които обслужват клиентите добре, е занаят – и такъв, който много пъти изисква опитен разработчик."

В повечето случаи „ИТ специалистите не трябва да се намесват“, казва Стайн. „С установените подходящи процедури за управление гражданите трябва да могат да разработват и използват своите приложения с нисък код, като същевременно наблюдават решенията зад кулисите, за помогнете за смекчаване на риска и гарантиране на спазването на правилата." Например, "използването на приложението може да бъде наблюдавано и когато приложението започне да набира популярност, ИТ специалистите могат след това се намесете, за да гарантирате, че приложението е създадено в мащаб и може да се поддържа в цялата организация, като се гарантира, че времето им се изразходва в области с по-голям потенциал въздействие."

Също: Това са моите 5 любими AI инструмента за работа

Автоматизацията във вакуум не е отговорът на всичко, посочва Мехта. „Трябва да вземете предвид цялата верига, с която се свързват тези приложения. Ако се задейства действие, но цялостният процес е повреден, тогава нисък код и липса на код няма да се справят с празнината. Ето защо бизнес процесите и архитектите са все още критични, тъй като могат да гледат отвъд отделните приложения за да се гарантира, че цялостната архитектура остава приложима и е насочена към цялостната цифрова среда трансформация."