Tudod, mi az a DevSecOps?

+1
Egy kicsit kiegészíteném, bár mindenben egyetértek.
A mai fejlesztő és üzemeltető eszköztár mellett, - de legyen bármilyen magas szintű egy programozó tudása, - már "csak" kódoló lesz belőle. Az a tudás, ami régen a széleskörű alapismeretek megszerzése után rendelkezésre állt, ma már eltűnt. Sőt, a rendszerek is bonyolultabbak, ezért a széleskörű tudást nem tudja helyettesíteni a józan paraszti ész sem. Ha valaminek működnie kell, de az egyes szakterületkre specializált szereplők nem képesek átlátni a teljes működést és feltételrendszert, akkor szükség van olyanra, aki rendelkezik az ehhez szükséges és elegendőan alapos ismeretekkel.

Tudok egyszerű példát is mondani. AES256 kukcsokat fogunk használni... A "magasszintű", mindenhez is értő kolléga rögtön javasolta, hogy generáljunk egy csomó kulcsot, nehogy runtime lassulás következzen be. :0 A mindenhez értés mellett kell egy "devops" akinek halvány gőze van egy kulcs előállításának módjáról és "költségéről". A többieknek csak egy függvényhívás.

Volt főnökömmel beszélgetve újságoltam, hogy végre találtam olyat, aki hajlandó C#-ban programozni. (Majd megtanulja.) - Jó nyelv, nagyszerű benne az USB kezelés. - mondta - Pedig a másik mindenhez is értő kolléga technológiája szerint letölt egy opensource (vagy sem) lib-et, ami jól dokumentált (vagy sem), és kipróbálja. Ha nem jó, akkor loop. Nyilvánvalóan kell mellé egy "devops", aki veszi/vette a fáradságot a C# képességeinek elolvasásához. Meg aki az USB mibenlétével is tisztában van, mert ... (mint fent). Ettől kezdve ez a tudás abszolút devops szint, hiszen C#, device driver és hardver ismeretek szükségesek a programozó úr irányításához.
Ezek csak szösszenetek, de mesélhetnék vég nélkül...

Pontositanom kell a kiragadott idezetet, de termeszetesen egyetertek azzal, amit irsz.

"Egy ido utan nem lehet mindket teruletet nagyon magas szinten uzni ES on-callt adni/felelosseget vallalni mindkettoert egyszerre."

DevOps mernokkent azert automatizalunk, hogy reprodukalhato, skalazhato, hibaturo, hordozhato ... - a sor tetszolegesen kiegeszitheto meg - rendszereket/infrastrukturakat epitsunk, teszteljunk es uzemeltessunk akkor es ott ahol igeny van ra. De az egyeni szakmai fejlodesunk szempontjabol ettol van egy sokkal, de sokkal fontosabb szempont is. Ez a tudasunknak (a mit, mivel es hogyan resze) egy olyan formaba ontese es tarolasa, amely kesobb bovitheto, hordozhato es futtathato. Ahhoz hogy melyebben megertsuk, hogy mit es miert csinaltuk ugy, ahogy kell hozza reszletesebb dokumentacio a miertekrol. Ahhoz hogy ez megszerzett tudas legyen ezen felul meg kell a gyakorlati tapasztalat. Ezzel igy az evek/evtizedek alatt szep tudast lehet felhalmozni es erre lehet epitkezni es boviteni, hogy ujabb es ujabb dolgokat sajatitsunk el.

Es itt visszkanyarodnek az elejere. En nem a tobb terulet magas szintu uzeset illetve az ahhoz szukseges tudas megszerzeset vonom ketsegbe, sot ilyen szakemberekre nagy igeny van es kell hogy legyen, hanem azt, hogy hajnali 2 orakor, almabol felkeltve is kepes azonnal a jo helyre nyulni es rovid idon belul (persze ez is relativ) elharitani a hibat - barmely teruletet is erint - ugy, hogy kozben nem azon kell gondolkodnia illetve a ceges tudasbazist bujnia, hogy volt-e mar ilyen problemank, mi okozta es azt hogy oldotta meg? Es ahogy azt korabban is emlitettem ilyen kollegakbol nem csak 1-2 kellene az on-callt ado csapat(ok)ban.

En ezert gondolom, hogy ezert kell a specializacio, illetve az egyeni fejlodes. En inkabb olyan teruletekre fokuszalnek, mint DevSecOps, Chaos Engineering, Machine Learning, AI, Big Data. Szerintem ezek a teruletek mar most is olykor kulon embert/poziciot kivannak.