Ի՞նչ է low-code-ը։ Պարզ ուղեցույց

Low-code-ը հավելվածներ կառուցելու եղանակ է, որտեղ հավելվածի մեծ մասը հավաքվում է տեսողական գործիքներով՝ քաշել-թողնել էկրաններ, տվյալների մոդելներ և աշխատանքային հոսքերի դիագրամներ, իսկ մշակողները գրում են փոքր քանակությամբ կոդ միայն այն մասերի համար, որոնք այդ գործիքները չեն կարող կարգավորել։ Այն տեղակայված է ավանդական ծրագրավորման և no-code-ի միջև։ Տերմինը տարածել է Forrester հետազոտական ընկերությունը 2014 թվականին, իսկ հայտնի հարթակների թվում են Microsoft Power Apps-ը, OutSystems-ը, Mendix-ը և Retool-ը։

Ինչու է կարևոր AI-ով կառուցելիս

Եթե որպես հիմնադիր կամ փոքր բիզնեսի սեփականատեր հավելված կառուցելու մասին եք մտածում, կհանդիպեք երեք պիտակի՝ no-code, low-code և AI հավելվածի կառուցողներ։ Հաճախ դրանք խառնվում են, բայց ուղղված են տարբեր մարդկանց։ Low-code հարթակները հիմնականում նպատակ ունեն ընկերությունների IT թիմերը, և շատերը ենթադրում են, որ թիմում ինչ-որ մեկը կարող է գրել կոդ, երբ տեսողական գործիքները սպառվում են։

Դա օգնում է խուսափել այն գործիքից, որը նախատեսված է 50 հոգանոց IT բաժնի համար, երբ դուք մեկ մարդ եք՝ գաղափարով։ Կամ հակառակը՝ պարզ գործիք ընտրել բարդ բիզնես համակարգի համար։ Այն նաև բացատրում է, թե ինչու են AI կառուցողները փոխում պատկերը․ երբ AI-ն գրում է կոդը ձեզ համար, low-code-ի «low»-ը ավելի քիչ է նշանակում, քանի որ ձեռքով գրվող մասերը այլևս դժվար մասը չեն։

Ամենօրյա անալոգիա

Մտածեք ճաշ պատրաստելու մասին։

• Ավանդական ծրագրավորումը պատրաստել սկզբից՝ հում բաղադրիչներից․ լրիվ վերահսկողություն, շատ հմտություն և ժամանակ։
• No-code-ը պատրաստի ճաշի տուփ է՝ ամեն ինչ նախապես չափած և բաղադրատոմսի քարտով։ Արագ և հուսալի է, բայց պատրաստում եք միայն այն, ինչ տուփում է։
• Low-code-ը ճաշի տուփ է գումարած հագեցած խոհանոց։ Մեծ մասով հետևում եք տուփին, բայց հմուտ խոհարարը կարող է ավելացնել իր սոուսը, փոխել բաղադրիչը կամ փոխել քայլը։

Խոհանոցն է տարբերությունը։ Low-code-ը տալիս է ելք դեպի իրական կոդ, ինչը հզոր է՝ միայն եթե մեկը գիտի, թե ինչպես պատրաստել։

Ինչպես են աշխատում low-code հարթակները

Ամենաշատ low-code հարթակներն ունեն մի քանի ընդհանուր գործառույթ․

Վերջին տողը հաճախ է որոշիչ գործոնը մեծ ընկերությունների համար։ Low-code հարթակները կառուցված են այնպես, որ IT-ն վերահսկողություն պահի, մինչդեռ ավելի շատ մարդիկ կառուցում են հավելվածներ։

Օրինակ․ ծախսերի հաստատման հավելված

Մի 200 հոգու ընկերություն ուզում է փոխարինել ծախսերի էլ. փոստով ուղարկվող աղյուսակները հավելվածով։

Low-code հարթակով թիմը կարող է՝

1. Մոդելավորել տվյալները տեսողականորեն։ Expense-ն ունի աշխատակից, գումար, կատեգորիա, անդորրագրի լուսանկար և կարգավիճակ։
2. Նախագծել էկրանները քաշելով բաղադրիչներ։ Ձև՝ ծախս ներկայացնելու համար, ցուցակ՝ ղեկավարների համար, վահանակ՝ ֆինանսների համար։
3. Գծել աշխատանքային հոսքը։ Ներկայացվել է → ղեկավարը հաստատում է → եթե գերազանցում է որոշված գումարը, ֆինանսները հաստատում է → վճարված է։
4. Միացնել գոյություն ունեցող համակարգերը։ Մուտք գործել ընկերության Microsoft կամ Google հաշիվներով․ HR համակարգից գտնել յուրաքանչյուր աշխատակցի ղեկավարին։
5. Գրել մի քիչ կոդ, որտեղ անհրաժեշտ է։ Ասենք, թե ո՞ր ծախսերն են պահանջում ֆինանսների հաստատում, կախված է բաժինների բյուջեից, որը գտնվում է մեկ այլ համակարգում։ Մշակողը գրում է կարճ սկրիպտ, որը բերում է բյուջեն և որոշում է։
6. Տեղակայել IT-ի միջոցով։ Հարթակն ապահովում է հոսթինգը, մուտքի կանոնները և audit լոգերը։

Քայլեր 1–4 կարող է անել տեխնիկապես վստահ բիզնես վերլուծաբանը։ Քայլ 5-ը պահանջում է մշակող։ Այս բաժանումն է low-code-ի էությունը։

Low-code vs no-code vs AI հավելվածի կառուցողներ

Սահմանները մթագնում են․ շատ no-code և low-code հարթակներ այժմ ներառում են AI օգնականներ, իսկ AI կառուցողները կարող են արտադրել նույն ներքին գործիքները, որոնց համար հայտնի է low-code-ը։ Ավելին տես no-code vs AI հավելվածի կառուցողներ։

Հիմնական տերմինների բացատրություն

Սովորական սխալներ և թյուրըմբռնումներ

• «Low-code-ը նշանակում է, որ ով ուզում է, կարող է կառուցել ամեն ինչ»։ Տեսողական մասերը մատչելի են, բայց բարդ հավելվածները դեռ պահանջում են մշակողի հմտություններ, հատկապես ինտեգրումների և հատուկ տրամաբանության համար։
• «Low-code-ը միայն նախատիպերի համար է»։ Շատ ընկերություններ կարևոր ներքին համակարգեր են աշխատեցնում low-code հարթակներով։ Փոխզիջումը հարթակից կախվածությունն է, ոչ թե լրջության պակասը։
• Կողպման (lock-in) թերագնահատելը։ Ձեր էկրանները և աշխատանքային հոսքերը սովորաբար գտնվում են հարթակի սեփական ձևաչափով։ Տեղափոխվելու համար պետք է վերակառուցել։
• Մեկ օգտատիրոջ գնի անտեսումը։ Որոշ հարթակներ գանձում են յուրաքանչյուր մարդու համար, ով օգտագործում է հավելվածը, ինչը կարող է շատ լինել, երբ ներքին գործիքը տարածում եք ամբողջ ընկերությունում։ Ստուգեք, նախքան պարտավորվելը։
• Ձանձրալի մասերի բաց թողնելը։ Թույլտվությունները, audit հետքերը և թեստավորումը նույնքան կարևոր են low-code-ում, որքան սովորական կոդում։

Ինչ հարցնել նախքան ընտրելը (և ինչ խնդրել ձեր AI կառուցողից)

• «Ով կկառուցի և կպահպանի սա՝ ունենք ո՞վ, որ կարող է գրել կոդ։»
• «Ի՞նչ արժե, երբ ամբողջ ընկերությունը օգտագործում է այն։»
• «Կարող ենք միանալ մեր մուտքի համակարգին և գոյություն ունեցող տվյալներին։»
• «Եթե հարթակը թողնենք, ի՞նչ կարող ենք տանել մեզ հետ։»

Եթե ներքին գործիքի համար գնում եք AI կառուցողի ճանապարհով, օգտակար հուշումներ են՝

• «Կառուցիր ծախսերի հաստատման հավելված․ աշխատակիցները ներկայացնում են, ղեկավարները հաստատում են, [գումարից] բարձր ամեն ինչ նաև պահանջում է ֆինանսների հաստատում։»
• «Միայն ղեկավարները կարող են տեսնել իրենց թիմի ծախսերը։ Կիրառիր դա սերվերում։»
• «Գրանցիր յուրաքանչյուր հաստատում և մերժում՝ ով է արել և երբ։»

Նման հավելվածի մասին ավելին՝ տես ինչպես կառուցել ներքին գործիք և Retool-ի այլընտրանքներ։

Low-code-ը և Mythex-ը

Mythex-ը AI հավելվածի կառուցող է, ոչ թե low-code հարթակ․ տեսողական աշխատանքային հոսքերի խմբագիր չկա։ Նկարագրում եք հավելվածը զրույցում, և agent-ը գրում է կոդը՝ էկրաններ, տվյալների բազայի աղյուսակներ, սերվերային տրամաբանություն, որը կարող եք տեսնել կենդանի նախադիտման մեջ և հրապարակել։ Այն հատուկ տրամաբանությունը, որը low-code հարթակում մշակող կպահանջեր, պարզապես մեկ այլ խնդրանք է։ Pro պլանում ունեք լրիվ կոդի խմբագիր, արտահանում և GitHub համաժամեցում, որպեսզի մշակողը կարողանա վերցնել այն։ Մեծ ընկերությունների համար, որոնց անհրաժեշտ է ներկառուցված կառավարում և խորը ընկերական ինտեգրումներ, առանձին low-code հարթակը դեռ կարող է ավելի հարմար լինել։

Հարցեր