Programmatūra ar zemu līmeni un bez koda drīzumā var pārbaudīt IT rokas turēšanas robežas

  • Jul 19, 2023

IT departamentiem var būt nepārtraukti jāiejaucas, lai iztīrītu nekārtības, savukārt biznesa lietotāji var bezcerīgi sapīties savas programmatūras pārvaldībā.

nav koda koncepcijas
Getty Images/Andrejs Meteļevs

Vilni nevar apturēt zema koda un bezkoda darbības, kas aptver daudzus uzņēmumus — tos izmanto gan pilsoņi, gan profesionāli izstrādātāji. Šo rīku sniegtās iespējas turpina paplašināties. Jautājums ir tikai par to, cik dziļi un plaši var iet uz zemu un bezkoda attīstību uzņēmumā – vai tas joprojām ir vairāk piemērots mazākām, mazāk mērogojamām lietojumprogrammām vai ir gatavs lielākam uzņēmumam sasniegt.

Tāpat:Izstrādātāja loma radikāli mainās, un šie skaitļi parāda, kā

Gartner, piemēram, saka, ka zema koda rīki būs gatavi uzņēmumam gada laikā (šajā gadījumā nerunājot par bezkoda izmantošanu). Gartner analītiķis līdz tam laikam izstrādātāji ārpus IT nodaļām veidos vismaz 80% no zema koda rīku lietotāju bāzes — 2021. gadā šis rādītājs ir 60%. Atzīmējiet šoferiprognozē. Viņš piebilst, ka zema koda platformu būtība strauji attīstās, un nākamajos gados zema koda rīkos tiks parādīta "hiperautomatizācijas funkcionalitāte". Turklāt būs cieša integrācija starp zema koda rīkiem un iepakotām biznesa iespējām.

Pateicoties digitālajām iniciatīvām, lietas turpina mainīties un progresēt tik ātri, ka pārslogotie un nepietiekami ieplānoti IT departamenti nespēj sekot līdzi. "Gan IT organizācijām, gan ārējo pakalpojumu sniedzējiem ir grūti sekot līdzi veiklībai un daudzveidībai, ko pieprasa digitālie risinājumi," saka Drivers. "Pēdējos piecos gados ir parādījies zems kods kā viens potenciāls instruments gan uzņēmējdarbības pārveidošanai, gan šo iniciatīvu rentabli mērogošana laika gaitā."

Tāpat:Populārākās programmēšanas valodas un tēmas: Lūk, par ko izstrādātāji vēlas uzzināt

Ne visi vēl redz uzņēmuma mēroga risinājumus zema koda un bezkoda risinājumiem. Šie rīki joprojām ir vislabāk piemēroti mazāka mēroga iniciatīvām, saka Stīvs Džonss, DevOps advokāts uzņēmumā Redgate Software. Zems un bez koda "ir labs veids, kā izveidot mazas lietas kā sākotnējais veids, kā iestatīt mazākas lietotnes, kas ir vērstas uz vienu lietu," viņš saka. "Piemēram, kāds varētu vēlēties apkopot visas atvaļinājuma dienas kalendārā un parādīt to, lai nodrošinātu, ka vienlaikus nav pārāk daudz cilvēku. Viņi varētu arī vēlēties izveidot informācijas paneļus, lai izsekotu virzībai uz kādu mērķi."

Turklāt profesionāliem izstrādātājiem vai IT departamentiem joprojām ir rūpīgi jāuzrauga, cik zema līmeņa un bezkoda risinājumi tiek izmantoti. "Lai gan bez koda un zema koda var būt vienkārši lietojams, tas ir tikai tik labi, cik ir tā atbalsta struktūra," saka Mārgareta Lī, BMC vecākais viceprezidents un ģenerāldirektors. "Lai zems kods būtu veiksmīgs, ir jābūt pārvaldībai ar zināmu profesionāļu uzraudzību, lai nodrošinātu vislabāko klientu pieredzi."

Tāpat: Atmiņai drošas programmēšanas valodas pieaug

Citiem vārdiem sakot, bez atbilstošas ​​​​vadības un aizsargmargām IT var būt jāiejaucas, lai iztīrītu nekārtību, savukārt biznesa lietotāji var bezcerīgi sapīties savas programmatūras pārvaldībā. Zems kods un bez koda ir "noderīgs ierobežotā apjomā, mazām auditorijām," saka Džonss. "Tomēr IT ir jābūt gatavam pārņemt šīs lietojumprogrammas, ja tās kļūst svarīgas organizācijai un nepieciešama papildu kodēšana vai pārrakstīšana," saka Džonss. "Šīs lietotnes var mainīties vai nebūt mērogotas, tās arī novērš uzmanību biznesa lietotājiem. Ja analītiķis ir pārāk iesaistīts savas zema koda lietotnes uzturēšanā, viņš tik daudz nepilda savus analītiķa pienākumus. Mēs to redzējām 90. gados, izmantojot VisualBasic, kur daudzi biznesa lietotāji izveidoja nelielas lietotnes, kuras viņiem pēc tam bija jāatbalsta un jāuztur.

Zema koda un bezkoda pieejas var ienākt uzņēmumā, ja tās pieņem paši profesionāli izstrādātāji. Kā ātras izvietošanas rīks IT profesionāļiem "ir iespējams eleganti izveidot ļoti sarežģītus biznesa procesus bez koda", norāda Lī. Tas, piemēram, var būt lielisks veids, kā ieviest vai uzlabot DevOps praksi, novēršot daļu no mazvērtīgā darba un veicinot veiklību, eksperimentēšanu un komandas darbu. Tas ļauj procesu īpašniekiem pārvaldīt savu procesu, savukārt izstrādātāji var koncentrēt savas prasmes, lai papildinātu gatavus blokus ar augstvērtīgiem pielāgotiem blokiem, kas pielāgoti organizācijas vajadzībām.

Tāpat:Vai nevarat atcerēties Linux komandu, kuru palaidāt agrāk? Lai vēsture atkārtojas

IT tiešas iesaistīšanās zemu un bezkoda lietotņu veidošanā ir atkarīga no darba sarežģītības. Pilsoņu izstrādātāji var neatkarīgi izveidot un uztraukties par "ātru, mērķtiecīgu lietotni vienam mērķim", saka Džonss. "Tie var būt balstīti uz kaut ko līdzīgu Salesforce, izmantojot API datu iegūšanai vai Power Platform lietotni, kas apkopo datus un glabā to uzņēmumā. IT palīdzība ir nepieciešama, "ja viņi izmanto iekšējo infrastruktūru vai iekšēji kontrolētu infrastruktūru, piemēram, uzņēmuma mākoni abonements. Lai tie darbotos, var būt nepieciešamas arī datu bāzes, tīkla vai citas izmaiņas. Viņiem, iespējams, ir nepieciešama atļauja arī darbstacijās instalēt sava veida rīkus."

Piedāvātie

Vai Windows 10 ir pārāk populāra paša labā?
5 veidi, kā atrast labāko vietu savas karjeras sākšanai
Tādā veidā ģeneratīvais AI mainīs koncertu ekonomiku uz labo pusi
3 iemesli, kāpēc es dodu priekšroku šim 300 $ Android tālrunim, nevis Google Pixel 6a
  • Vai Windows 10 ir pārāk populāra paša labā?
  • 5 veidi, kā atrast labāko vietu savas karjeras sākšanai
  • Tādā veidā ģeneratīvais AI mainīs koncertu ekonomiku uz labo pusi
  • 3 iemesli, kāpēc es dodu priekšroku šim 300 $ Android tālrunim, nevis Google Pixel 6a