Atpakaļ uz stratēģisko tēzes

Stratēģiskā tēze 04

Konsekvences radīšana inženierijā

eifils uzskata programmatūras kvalitāti par saskaņošanas problēmu. Modernajām sistēmām ir jāatbilst daudzām īpašībām vienlaicīgi, bet CIO, CTO, arhitekti, drošība, privātums, un atbilstības komandas reti operatīvi darbojas "darbs labi darīts" tādā pašā veidā. MI dziļāka vērtība ir ne tikai paātrināt kodēšanu, bet arī panākt lielāku konsekvenci inženiertehniskajos lēmumos, kas vienmēr bija daudzdimensionāli.

Iegūst Konsekvence inženierzinātnēm

Cietā daļa nav nosaukt programmatūras īpašības. Tā uztur drošību, privātumu, izturētspēju, saglabājamību, auditējamību, atbilstību, izmaksas un vērtību, kas saskaņota ar mainīgajām sistēmām.

Viena sistēma.
Dažādas atbildes.

Sistēmas īpašības

Kvalitāte Kontroles punktu skaits Rezultāts Variācija
Drošība
77 Vidējs
Privātums
69 Augsta
Pieejamība
74 Vidējs
Uzticamība
72 Vidējs
Noturība
64 Vidējs
Uzturamība
55 Augsta
Novērojamība
61 Vidējs
Izsekojamība
57 Augsta
Reproducējamība
58 Augsta
Pārnesamība
48 Augsta
Lietojamība
63 Vidējs
Gatavība nodrošināt atbilstību
54 Augsta
AI
AI nozīme, jo tas var salīdzināt vairāk dimensijas uzreiz.

Cilvēki joprojām nosaka līniju, bet MI var palīdzēt padarīt līniju skaidrāku, revidējams, un konsekventi īstenot, kad sistēmas attīstās.

Ilustratīva kvalitātes padome, nevis kritērijs. Inženierzinātņu literatūra jau nosauc desmitiem kvalitātes atribūtu. Grūtā daļa ir saglabāt tos skaidri, sinhronizēts, un regulējams kā sistēmas mainās.

Ko saka tēze

Nākamā inženiertehniskā priekšrocība ir konsekvence, ne tikai ātrums.

Programmatūras kvalitāte vienmēr bijusi daudzdimensionāla. Trūkstošais slānis nav vairāk vārdu krājums par labāko praksi, bet veids, kā salīdzināt, ieviest un nepārtraukti pārvērtēt to, attīstoties sistēmām.

Grūtības nekad nav radušās tikai no sintakses

Modernā programmatūra apvieno programmēšanas valodas, testus, API, mākoņdatošanas infrastruktūra, ekspluatācijas noteikumi un cilvēku koordinācija. Valodas ir svarīgas, bet tās ir tikai viena problēmas joma.

Laba inženierija joprojām nav kopīga darbības definīcija

Uzdot CIO, CTO, arhitekts, drošības vadība, vai tehnoloģiju vadīt ko darbs labi darīts nozīmē, un atbildes atšķiras ātri. Paraugprakse joprojām ir vāja, līdz tā kļūst par izpildāmu atskaites punktu.

Noteikums padara neskaidrību par operacionālo risku

MI pārvaldība, privātums, kiberdrošība un izturētspēja tagad pārklājas. tādi instrumenti kā AI likums, GDPR, NIS2un DORA norāda, ka vāja saskaņošana parādās kā ziņošanas, pierādījumu un koordinācijas problēmas.

AI var padarīt inženiertehnisko spriedumu konsekventāku

AI var vienlaicīgi salīdzināt vairāk parametru, atkārtot novērtējumus, kad pieņēmumi mainās, un saglabāt skaidrākus lēmumu pieņemšanas kritērijus. Cilvēki joprojām nosaka līniju, bet MI var palīdzēt īstenot to konsekventāk.

Kāpēc konsekvence pārtraukumi

Nesakritība nāk no vairākiem virzieniem vienlaicīgi.

Valodas ir tikai viens slānis. Īstā problēma ietver arī cilvēku komunikāciju, informācijas pārvaldību, regulējumu, darbības sarežģītību un komerciālo piemērotību.

Cēlonis A

Programmēšana ir plašāka nekā kodēšana

Programmatūra tagad aptver vairākas valodas, skripti, API, datu veikali, izvietošanas virsmas, bibliotēkas, un mākoņu primitīvi. Grūtā daļa ir to koordinēšana sistēmā cilvēki var droši mainīties.

Cēlonis B

Automatizācijai nepieciešama pārvaldīšana, ne tikai struktūra

Dati jau ir strukturēti daudzos veidos, tostarp kodu un procesu aktīvi. Trūkstošais slānis ir atklājamība, pārredzama apstrāde, skaidras atļaujas, konteksts, un programmējama pārvaldība.

C iemesls

Kodēšana var paātrināties, kamēr inženierzinātnes paliek stohastiskas

AI var saspiest deterministisko rakstu kodu. Tas neatceļ nedeterministisko darbu, veidojot drošas, uzticamas, elastīgas un jēgpilnas sistēmas.

Cēlonis D

Regulatīvās saistības tagad viena otru papildina

Viens ar AI saistīts jautājums var aktivizēt vairākus pārvaldības un ziņošanas pasākumus attiecībā uz privātumu, kiberdrošību, darbības izturētspēju un nozaru noteikumiem. Tagad saskaņošana ir operatīva prasība.

Cēlonis E

Veidot pret pirkt joprojām atrisina caur TCO

Nepareizi jautājumi, bet arī briedums, ekosistēmas, darbības vēsture, un uzturēšanas spiediens. Pārbūvēt tikai sāk būt jēga, kad nepareizi overwhelms kopējās izmaksas īpašuma.

Cēlonis F

Līdera lēcas pēc noklusējuma dreifē

Pat spēcīgi tehnoloģiju līderi pēc noklusējuma neoptimizē to pašu kvalitātes funkciju. Vērtība, risks, uzturamība, privātums, ātrums, un revidējamība reti palikt sinhronizēts, ja vien sistēma padara tos redzamus.

Kāpēc eifils

Platformas iespēja ir kontroles slānis labai inženierijai.

eifila mērķis ir saglabāt tehnoloģiju pārredzamību, biznesa vērtību, TCO, regulējums, privātums, un kiberdrošība sinhronizēta, lai līderi var koncentrēties uz stratēģiju, nevis strupceļu tehniskās neskaidrības.

Caurspīdīgs tehnoloģiju stāvoklis

Uzturēt aktīvus, atkarības, apstrādi, pienākumus, un arhitektūras lēmumus skaidri, nevis iesprostoti cilšu zināšanas.

Ieprogrammējamā pārvaldīšana

Atklāšanas iespējas, pierādījumi un kontrole caur API un SDK , lai komandas un automatizācija var paplašināt sistēmu, nepārkāpjot saskaņošanu.

Valsts, revidējama kontrole

Privātums, kiberdrošība, atbilstība, un incidentu pierādījumi ir pietiekami, lai uzticētos, pārbaudīt, un darboties.

Līderības pakāpes redzamība

Lai līderi virza prioritātes ap vērtību, izmaksām, risku un kvalitāti, neiekļūstot strupā darbības detaļā.

Stratēģiskā ietekme

eifils uzskata, ka nākamā inženiertehniskā priekšrocība nenāks tikai no programmatūras ģenerēšanas ātrāk. Tas tiks panākts, padarot labu inženieriju skaidrāku, pārbaudāmāku un konsekventāku izmaksu, vērtības, privātuma, kiberdrošības un atbilstības ziņā. Tas ir kontroles slānis uzņēmums vēlas būvēt.