- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Projektor topic
- ZIDOO médialejátszók
- Milyen belső merevlemezt vegyek?
- Milyen videókártyát?
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- AMD Navi Radeon™ RX 7xxx sorozat
- Kormányok / autós szimulátorok topicja
- Hobby elektronika
- Gaming notebook topik
Hirdetés
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
Új hozzászólás Aktív témák
-
nagyúr
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++;
-
ZnVjaw0K
tag
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. -
oszi666
őstag
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
- iPad Pro 11 WiFi 128GB M1 (3rd gen. 2021) + Apple Pencil 2
- GAMER PC - NZXT - RTX 3060Ti 8GB - i7 7700 - 32GB DDR4 - 500GB M.2 Nvme SSD - 1TB HDD
- BONTATLAN Új Iphone 15 PRO 128-512GB Független 1év Apple GARANCIA Deák Térnél Azonnal Átvehető.
- ÚJ Bontatlan Macbook Pro 16 M3 Pro MAX 14 30GPU 96GB 2TB Magyar billentyűzet Azonnal átvehető.
- 5% kedvezmény a Cammus szimulátor termékeihez.