A DevOps változik, és néhányan kihívást jelentenek a „shift balra” kezelésre

A DevOps változik, és néhányan kihívást jelentenek a „váltás balra” menedzsmentre. A TechRepublic Karen Roby interjút készít a Checkmarx Matt Rose-jával arról a lehetőségről, hogy a „váltás balra” már nem az arany szabvány a DevOpsban, és hogy az agilis több, mint egy igék.

Kell olvasni a fejlesztői tartalmat

  • A Java és a JavaScript dominálta a szoftverfejlesztést a 2010-es években
  • Hogyan válhat fejlesztővé: Csaló lap
  • 10 módszer a fejlesztők kiégésének megakadályozására (ingyenes PDF)
  • A Python megeszi a világot: Hogyan fejlődött az egyik fejlesztő mellékprojektje a bolygó legforróbb programozási nyelvének

A TechRepublic Karen Roby a baloldali eltolódásról beszélt Matt Rose-val (Checkmarx). Az alábbiakban interjújuk szerkesztett átiratát találjuk.

Karen Roby: Matt, köszönöm, hogy velünk vagy. Mondja el nekünk, miért gondolja úgy, hogy újra kell értékelni a „balra váltás” irányítását.

Matt Rose: Ez egyfajta evolúció a szoftverfejlesztés területén. Ha kimegy és google "szoftverfejlesztési életciklusokat" keres, lineárisan vagy mondatként ábrázolva - nekik van elejük és vége. De a DevOps elfogadásával és érlelésével ez egy végtelen hurok, amely folyamatosan mozog. Tehát valójában nincs már bal vagy jobb - csak a folyamat, és a DevOps folyamat egy élő, lélegző dolog. Tehát nincs igazán bal azonosítás. Nem azt mondom, hogy a balra váltás meghalt: azt mondom, hogy tegyük át a baloldali feladatot valami praktikusabb érdekében. Tehát inkább a kijavításon és az ellenőrzésen van, mint az azonosításon. A középső vagy a folyamatos integráció valójában ott, ahol automatizálja a biztonsági technológiák DevOps-ban történő bevezetését, és ez a program többi részének üzemanyaga.

Project Catalyst: A fejlesztőknek tudniuk kell (ingyenes PDF)

Karen Roby: Ha szeretné, bontsa ki számunkra, hogyan változott a véleménye szerint a DevOps, hogy támogassa azt az elképzelést, hogy a balra tolódást már nem szabad az aranyszabványnak tekinteni.

Matt Rose: A DevOps segítségével megváltoztattuk a szoftverfejlesztés módját. Korábban havonta vagy néhány hónapban kiadott kiadást. Most a nagyobb szervezetek naponta több száz, ha nem több ezer építést végeznek az új technológiák és új képességek alapján, a mikroszolgáltatások és a webszolgáltatások, valamint az összes ilyen típusú elem körül. Tehát az új szoftvermérnökök vagy a régi vagy nagyon érett szoftvermérnökök oktatását is meg kell változtatni. Ennek oka az, hogy a régebbi szoftveres képzésen vagy az alkalmazásbiztonsági képzésen elmész egy osztályba, és nyolc órán át ülsz egy osztályban, és kívül esnél a zenekaron, és az összeférhetetlen lenne, és te inni fog a tűzoltó tömlőből. És akkor megpróbálja visszatérni a mindennapi tevékenységébe a kódírás szempontjából, és ez csak nem térképezett fel.

Tehát, ha ilyen típusú életre gondolunk, életet utánozunk, vagy életet utánozunk, akkor valamire van szüksége: "Hé, meg kell javítanom ezt a biztonsági kérdést. Szükségem van egy moduláris összetevőre, amely nagyon felépített és nagyon könnyen emészthető, hogy kijavítsa. ez a sebezhetőség. " Nemcsak a fejlesztés tájának meg kell változtatnia a megvalósítást, hanem a javítás átfogó megértésének is meg kell változnia. Nem lehet egy hétig osztályba menni, és akkor tényleg hatékonyan tudja meghatározni a kockázatot. Ha probléma merül fel, utasításokat szeretnék kijavítani. Meg kell változtatnia az edzés módját a DevOps sebességéhez való hozzáigazításhoz.

Karen Roby: Tudom, hogy nem mindenki ért egyet az itt megfogalmazott álláspontjával, és minden bizonnyal nagyra értékeljük, hogy megosztotta velünk betekintést. Van valami végső gondolat?

Matt Rose: A DevOps sok új koncepciót vezet be nem csak a szoftverfejlesztő, hanem a biztonsági világban is. És most tényleg a betűszó leves világában élünk. Úgy értem, hogy mindenki megemlíti a DevOps-ot, a DevSecOps-ot vagy a SecDevOps-ot, vagy CI vagy CD környezet megvalósítását, folyamatos integrációt, folyamatos szállítást, folyamatos telepítést. Amint az emberek elindulnak ezen az úton, hogy megvalósítsák a legfejlettebb DevOps programfolyamatot, bármit is akarnak nevezni, valóban meg kell értenie, miről beszélnek, mert hallom, hogy a rövidítéseket helytelenül használják. Hallom, hogy a folyamatokat visszaélnek. Az emberek csak ugrálnak a szalagkocsira, és szeretik: "Nagyon okosnak hangzom, hogy tudom, mi a DevOps." Vagy: "Kihúzom a CI / CD-t és az Agile-t, és úgy érzem, hogy teljesen ellenőriztem." És szeretem kinyitni a motorháztetőt, és valóban megértem, miről beszélnek. És sokszor nem igazán értik meg. Csak ugornak rá a szalagkocsira, és csak azt mondják, hogy a dolgok érdekesnek vagy intelligensnek hangzanak.

Kedvenc dolog az agilis kifejezés túlzott használata. Mindenhol használják, és hallom, és ez összehúzódik a bőrömön. "Agilis igéről vagy agilis főnévről beszél?" Az emberek nagyon furcsán néznek rám, és azt mondják: "Nos, agilis DevOps." Olyan vagyok: "Mit jelent ez valóban?"

Agilis számomra, hajlandó-e változtatni? Rugalmas-e az ügyfelek igényei, a programmenedzser igényei szerint? Ez az igeverzió. "Rugalmas vagyok. Meg tudok csinálni egy háttámlát, nagyon gyorsan tudok váltani vagy elfordulni, hogy kielégítsem az ügyfelem igényeit." Ez az ige. A főnév valójában az Agile nevű szoftverfejlesztési módszertan, valamint az ehhez kapcsolódó összes képesség és terminológia. Ha valóban megérti, hogy az agilis azt jelenti, hogy Ön és szervezete valóban segíti a szervezetet és az érdekelt feleket, hogy valóban kitalálják a legjobb gyakorlatokat abban, amit tesznek.

Vezetői tájékoztató hírlevél

Fedezze fel az informatikai vezetés sikerének titkait a tippekkel a projektmenedzsment, a költségvetés és a napi kihívások kezelése során. Keddenként és csütörtökön szállítva

Regisztrálj még ma

© Copyright 2020 | mobilegn.com