Új hozzászólás Aktív témák

• #6 emvy nagyúr bambano #5

  Új Válasz 2019-01-17 18:26:32 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  emvy

  nagyúr

  válasz bambano #5 üzenetére

  Nem ertek egyet mindennel.

  A devops nem arrol szol, hogy nincs ops, hanem arrol, hogy a fejlesztes resze az, hogy aktivan gondolkozunk az uzemeltethetosegrol es az uzemeltetesrol is. Pelda: a fejlesztes resze az, hogy megtervezzuk, hogy milyen health checkek lesznek, kell-e circuit breaker, milyen skalazasi problemak varhatoak. Satobbi.

  > 2. a fejlesztési ciklus felgyorsítása gyakorlatilag egyet jelent azzal, hogy sokkal hatékonyabban hagyod benne a hibákat.

  Nem. Az iteraciok roviditese nem jelenti azt, hogy a fejlesztes abszolutertekben gyorsabb. Azt jelenti, hogy kevesebb hulyeseget csinalunk, mert olyan stabil a delivery pipeline, hogy akar napi otszor is releaselhetunk. Meg azt is jelenti, hogy a sok deployment miatt rutinszeruen tudunk rollbacket csinalni, es nem az van, hogy felevente kitolunk valamit, aztan amikor nem mukodik valami, akkor meg panik van.

  Nyilvan csak akkor lehet gyorsan iteralni, ha rendkivul szoros automatizalt tesztlefedettseg van.

  > 3. felszínesen belenéztem egy-két fejlesztési módszertanba, van, amelyik arra optimalizál, hogy nem tudjuk mit akar a megrendelő, de elkezdjük legyártani, és milyen szuper csávók vagyunk, hogyha kiderül, hogy nem is ezt akarta, akkor qrva gyorsan tudunk irányt váltani. ja, ezzel nagyjából ki is dobtad az addigi munkát.

  Jol latod, pl. agile nem a sebessegrol szol, hanem a kockazatmenedzsmentrol. Ergo felaldozunk nemi sebesseget azert cserebe, hogy ne a vegen deruljon ki, hogy 1) total mast csinaltunk, mint amire a megrendelo gondolt vagy 2) a megrendendelo erre gondolt anno, de mar nem erre gondol. Emiatt inkabb gyakrabban dobunk ki kisebb darabokat, mint ritkabban nagyobbakat.

  > 4. a 3.-as pont következménye: a rendes folyamatszervezést szerintem nem lehet megspórolni, még akkor sem, ha mostani módszertanok ezzel kecsegtetnek.

  Az agile nem/sem helyettesiti a megfelelo folyamatszervezest, nyilvan.

  > és ez tényleg olyan jó nekünk, mint rendszergarázdák?

  Az a helyzet, hogy senkit nem erdekel, hogy nektek mi a jo. A megrendelonek kell, hogy jo legyen.

  [ Szerkesztve ]

  while (!sleep) sheep++;

• #10 ZnVjaw0K tag bambano #5

  Új Válasz 2019-01-17 19:51:09 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ZnVjaw0K

  tag

  válasz bambano #5 üzenetére

  Első bekezdéseddel tökéletesen egyetértek, a számból vetted ki a szót.
  A dev és az ops rettenetesen más terület és egészen más érdeklődési körbe tartozó és egészen máshogy gondolkozó embereket vonz (a masszívan eltérő szaktudás igényen kívül).

  Tapasztalatból beszélek, jelenleg épp ezt a devops hype-ot erőltetik ránk. Melósok szintjén kb mindenki egyetért nálunk azzal, hogy mindenkinek jobb lenne, ha mindent hozzáértő ember csinálna (1-2 kivételtől eltekintve, akik jellemzően magukat hackernek képzelő amatőr kis perverzek, akik a terméken maszturbálnak ahelyett, hogy otthon élnék ki a vágyaikat valami proof of concept-en). Én fejleszteni szeretek, ahhoz értek. Persze, bele lehet tanulni az ops részbe is (valamennyire kénytelen is voltam), de az nagyon nem az én világom. Főleg amikor x terméken az azóta már az új filozófia miatt felszántott ops csapat zseniálisan túlbarokkosított taknyolását kell hegeszteni...
  Ráadásul (nem rosszbol írom, de) az ops/platform területnek egész más a fejlettségi szintje. A fejlesztésben megszokott rogyásig optimalizált best practice-ek, módszertanok, eszközök és legfőképp a többszintű automatizált tesztelés írmagja se található meg ops oldalon, ilyen szempontból évtizedekkel van lemaradva. És ez a környezet természetesen egészen más hozzáállást, más filozófiát követel meg az embertől. Egy agyrém ezeket ugyanarra az emberre bízni. Mi lesz a következő? Összevonjuk a fejlesztést pl. a mozdonyvezetéssel? DevRail? Vicc.

• #34 oszi666 őstag bambano #5

  Új Válasz 2019-01-18 12:14:34 #34

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  oszi666

  őstag

  válasz bambano #5 üzenetére

  A folyamat szervezéssel teljesen egyetértek. Nemrég kezdtem dolgozni egy olyan cégnél, ahol a reáltudományok összes szegletéből vannak dolgozók (a szaktudásuk miattt nem azért mert így kukázták össze őket) és hát a vegyész-biológus-informatikus-fizikus-matematikus emberkék néha úgy elbeszélnek egymás mellett hogy bődület (én is néha) mindenkinek más a fontos, és szó szerint kurzusokat tart a cég, hogy értsék egymást a népek.
  És mégis flottul megy a dolog eléggé, mert a "managgák" ahogy itt hívták őket pöpecül összeszervezik az egészet valahogy mégis. Én eddig nem dolgoztam ilyen helyen és őszintén szólva most érzem, hogy a project management mennyire fontos.

  It is not birth, marriage, or death, but gastrulation, which is truly the most important time in your life.

Új hozzászólás Aktív témák