"van egy rendszerterv" hat nincs, POC-nak indult, startup lett belole, aztan felvasarolta az amcsi multi, majd dokumentalva lett az elso verzio, es azota agilis modszertanok menten iteralunk a kodon es a dokumentacion.
"a vevő követelmény rendszere és környezete" nincs vevo kovetelmeny. Open source termek, es a BA meg a dev team kozosen hatarozzak meg a road map-et short es long term. A vevo max feature requestekeket nyujt be.
"Az előfejlesztés" es az elofejlesztes soran hogy kerulnek be uj technologiak?
"Az előfejlesztés során meghatározásra kerülnek a főbb komponensek" mi poc-oljuk a design doksit, de a fobb komponensek mar a design doksiban benne vannak.
"kialakításra kerül a fejlesztési és a tesztkörnyezet" egyreszt, aki csinalja a poc-ot az o gepen eloall az o fejlesztoi kornyezete, de az max egy ajanlas. Amirol te beszelsz az a kod-gyartosor, ahol leul az ember a gepe ele, ahol ott van a dev kornyezet meg minden, neki csak nyomkodni kell a gombokat, sokszor nem is latja at a projektet, mert 5 soros classokon dolgozik. Barmikor lecserelheto eroforras. A kreativ szakembereket nem tudod erre ravenni, csak a droidokat. A kreativ embernek nemi szabadsag kell ahhoz, hogy tudja vegezni a munkajat. Es pont ez a szabadsag pl, hogy milyen eszkozoket hasznal (most nem arrol beszelek, hogy az anyukaja gepen tartja a banki fizetesi rendszer zart forraskodjat).
"te mint alkalmazásfejlesztő ezen egységes és kontrollált környezetben, dokumentálva fejlesztesz" nem, en mint alkalmazas fejleszto dolgozom a termeken, es az egyseges kontrollalt kornyezetre kerul a munkam, senkit nem erdekel, hogy a pull requestet mivel allitom elo (amugy is elerheto a githubon), az szamit, hogy idoben elkeszuljon, atmenjen a kod az alap ellenorzeseken, a reviewn, unit, modul, integratios, mock teszteken majd legvegul az e2e teszteken.
"különben nem lesz reprodukálható működése" de az lesz, mert az eges alkalmazas devops szemleletben keszul, es lokalisan is tudom futtatni a kivant kornyezetet, amibe csak integralom az uj fejlesztesemet.
"minimalizálnod kell a fejlesztési környezeted" tevedes, maximalizalnom kell a hatekonysagat
"Nem beírogatunk a host fileba" hat pl minikube ip alapjan exposalja a serviceket, de az ingress meg domain nev szerint tudja melyik servicenek kell tovabbitani a kerest. Szoval de beirom a host fileba. Es nem is biztos, hogy mindenki gepen ugyanaz lesz az ip.
"hanem ticket alapján az erre dedikált ember bekonfigurálja a változtatásokat" ez aztan nagyon hatekony. Osszeszarja magat a docke a gepemen, es bar tudom a megoldast, megvarom mig valaki megcsinalja ugyanazt. Netan meg en mondom el neki, hogy mi a szart kell csinalni, mert mondjuk az egyik docker expert vagyok a cegnel, aki uzemeltet eles kontenerizalt rendszereket, mig az IT-nak lovese sincs errol az egeszrol :D. A ceg eldontheti, hogy droidok foglalkoztatasara szakosodik, es akkor kellenek ezek a dolgok, vagy nem.
"A kókány bt.-nél dolgozol, akkor bizony mindez egy gépen van az orrod előtt" A kokany bt a vilag vezeto "big data" vallalata, es majd 2000 fejlesztonk a vilag 120 pontjan elosztottan fejleszt 40 open source meg 20 closed source projektet. Elhiheted, hogy van kozponti es kontrollalt kornyezetunk boven. Szerintem csak open stack clusterbol van vagy 10, amin a mindenfele certificate meg anyamkinja tesztek futnak ejt-napalla teve. olyan 30k-s teszt matrixal dolgozunk. Es public cloud heavyk vagyunk, szoval ez csak az ami a sufniba van bent.
"ez csak úgy működik, hogy ezen rendszerek mindegyike konzisztens" akkor most vagy nem mukodik nalunk vagy te tevedsz. Mert nalunk van aki vboxot hasznal van aki xhyvot (es sziv vele ha kell), vagy ideat- vagy vscodot, stb. Csak a mi porszem projektunkben hasznalunk Java, Scala, Go, Bash, Python, Groovy, Javascript, Packer, Ansible, Saltstack, Helm, Compose, Terraform. Nnincs is olyan kornyezet, ami mindet tamogatja, es csapaton belul is van szoras, mert nem kell mindenkinek mindenhez ertenie. Tehat vagy mindenkinel mindent beallitasz tok feleslegesen, vagy emberunk nem fog Helm chartokat piszkalni, mert neki csak Java kornyezete van. Es mi a helyzet, amikor masik projektbe kell kontributalni, mert dependalunk ra? Akkor ki fogja annak a projektnek is a kornyezetet a gepre varazsolni? Nem egyszerubb leszedni a forrast, beallitani az IDE-t, es a doksit kovetve a dev kornyezetet?
"Ha 9 órát kell várni a IT-re, akkor az ember vár 9 órát az IT-re" nem 9 orat kell ra varni, hanem 9 ora az idoelteres. Amit varni kell rajuk az meg a plusz ido, tehat ha bemegy es azonnal felkepja az issuet, akkor 9+a megoldas ideje. Ha mondjuk nem kapja fel rogton az issuet, mert mas dolga is van, akkor 12-16 orat varok ra. Szoval lehet meg masnap sem dolgozom semmit :D Persze lehetne IT kozelebb is. Csak be kell latni, hogy teljesen mas terulet az IT meg az amit en csinalok mondjuk, es aki ert ahhoz amit csinalok, az nem megy el IT-snak Gizikeknek laptom imaget sutogetni. Szoval talasz-e olyan embert mondjuk 3 lokacioban (hogy semelyik kontinensen se kelljen varni), aki a dev/ops/devops-oknal jobban ert mindenhez amit csinalnak, hogy tudjpon nekik segiteni megoldani problemakat???
"hogy biztonságot csakis konzisztens, kontrollált környezetben lehet fenntartani" igen, de ez sem garancia. Nekem az a tapasztalatom, hogy az IT security reszleg a foldtol elrugaszkodott tarsasag, es ritkan talaljak meg az egyensulyt az elheto/hasznalhato kornyezet meg a biztonsag kozott.
"torrentezik a céges infrastruktúrán" de azert tegyunk mar kulonbseget a ceges halozaton torrentezes, meg a kedvenc IDE-jet hasznalja fejlesztesre kozott. De elarulok neked valamit. Az IT alavetoen a hozza nem ertoket tudja kordaban tartani, es megvedeni a halozatot attol, hogy Gizike megnyit egy keretlen levelet, vagy feltelepit egy backdoort. Droidok ellen is ved a nesze itt az image ezen kell dolgozni. De sajna a hozzaertoket eleg nehez megakadalyozni abban, hogy kikeruljek a rendszert. Sot minel inkabb akadalyozva vannak annal tobb eroforras megy el a megkerulesere. Elobb utobb meglesz a kiskapu. Illetve a forditottjat is lattam, hogy iszonyatos vedelem volt, es eszuk agaban sem volt megkerulni, hanem beletorodtek, nem probaltak ki uj dolgokat, mar bele is faradtak az allando ticket nyitogatasba, hogy mit kene a proxyn atengedni, a projektek legacy halmazok lettek, az emberek demotivaltak, es oriasi fluktuacioval kellett szembenezni.
Ez egy dontes, amit a cegnek meg kell hozni, es igen neha a biztonsag oltaran kell valamit felaldozni, mert a 100%-os biztonsag 0%-os hasznalhatosagot jelent.
-
First impressions of the new Cloud Native programming language Ballerina