- Honor Magic5 Pro - kamerák bűvöletében
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Új nyomógombos Nokiák érkeztek
- A Watch7-tel debütálhat a Samsung vércukormérője
- Apple iPhone 13 - hízott, de jól áll neki!
- Milyen okostelefont vegyek?
- Késik a következő S24 Ultra kamerafrissítés?
- Poco F5 - pokolian jó ajánlat
- Nothing Phone 2a - semmi nem drága
Hirdetés
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Gray Zone Warfare - Napokon belül kiderül, hogy mikor indul a korai hozzáférés
gp A jelentések szerint a zárt tesztek sikeresek voltak, hamarosan még többen belevethetik magukat a programba.
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
Új hozzászólás Aktív témák
-
nekem az első gondom a szemlélettel van: amikor valaki összevonja a fejlesztést meg az üzemeltetést, akkor azt hiszi, hogy lehet valaki mindkettőben egyszerre jó. ezzel valamelyik vagy mindkét szakmai ágat degradálja. szerintem mindkét szakmai ág teljes embert kíván, annyi kraft senkiben sincs, hogy mindkettőben jó legyen.
a másik probléma, hogy annak a fajta devopskodásnak, amiket látni a neten, akkor van értelme, ha vagy fizetős cloudba pakolsz, vagy cloud eszközökből saját hardveren privát cloudot építesz. a publikus cloud nálam egyértelműen a szakmai öngyilkosság kategória, a privát cloud meg csak sima tévedés.
ez az egész cloud mizéria arról szól, hogy mindig kell valami buzzword, amit gyakran hangoztatva managgák kihajthatják egymásból a pénzt. majd kiheverik ezt is, elmúlik, mint az outsource mánia. buzzwordok jönnek, managgák mennek, a karaván pedig halad. a régi megszokott módon.
a következő probléma a cloud rendszer. világos, hogy ha elkészül egy program(release), akkor azt be kell csomagolni valami telepíthető formába. Ez a forma a két világ közötti antagonisztikus ellentét alapján lehet:
- az oprendszer saját csomagkezelő rendszerének formátuma
- a konténer formátuma.ha megcsináltam mondjuk a .deb-et, egy utasítás, felrakom, jónapot.
ha konténert (pl. docker image-t) csináltam belőle, akkor kell konténer szoftver, meg annak a vezérléséhez nagy kosár más cucc is, pl. puppetet meg chef-t hallottam sokat emlegetni. azoknak a technológiáknak egy része, amit a konténerhez használsz, megvolt előtte is, pl. redundáns, storage alapú tároló volt régen is, ebből is látszik, hogy a konténer dili csak egy marketing buzzword. más részére meg egyáltalán nem lenne szükség, ha rendesen raktad volna össze az architektúrát, nem pedig cloudosan.probléma még, hogy azt mondod: felgyorsítja a fejlesztési ciklust. ezt azért több oldalról is lehetne vitatni:
1. nem a fejlesztési ciklus egészét gyorsítja fel, hanem a deployt. ettől nem fog gyorsabban programozni a kódkrampácsoló elvtárs, hogy utána gyorsabban buildelődik a cucc és hamarabb ki tudod tolni a produkcióba.
2. a fejlesztési ciklus felgyorsítása gyakorlatilag egyet jelent azzal, hogy sokkal hatékonyabban hagyod benne a hibákat. szét lehet nézni a világban, egy informatikai szemétdombon ülünk, de legalább gyorsabban cserélik a pelenkát, ha ijedtedben összef.stad magad. kiemelt példa lehet a fejlesztési ciklus felgyorsítására a trészisztem bérlet alkalmazása... azt is úgy felgyorsították, mint a huzat...
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. ennek megfelelően csodálkoznak, hogy nagyon nehéz programozót kapni a munkaerőpiacon, akit egyébként is arra használnál, hogy kidobd a munkáját.
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.és akkor még nem beszéltünk arról, hogy magát a konténer technológiát meg a felhőt is pont ugyanolyan elrontott fejlesztési módszertannal fejlesztik, mint aminek az elrontására felhasználják azokat. vagyis bugos mind. minél több réteget húzol a bare metal meg az user közé, annál több bug lesz a komplett rendszerben. annál lassabb lesz. annál nehezebben fogod tudni megtalálni a hibát.
következmény: a cloud és a devops 90%-ban pazarlás. 10%-ban pedig egy pénzszivattyú, amivel átverik a megrendelőt. a cloud egyetlen entitás-fajtának érdeke: akinek fizetsz érte. csak és kizárólag azért erőltetik, mert másképp már nem tudják növelni a bevételt.
az, hogy ettől a témától függetlenül is úgy általában informatikai szemétdombon ülünk, szerintem bizonyítás nélkül elfogadható állítás. ma egy desktop pc-ben ugyanolyan számjegy van a memória méreténél, mint régen, csak egy ezressel nagyobb szorzó. ettől senkinek a munkája nem lett érdemben hatékonyabb. max. annyi eredményt hozott, hogy folyamatosan csökken az iq küszöb, ami a gép használatához kell. és ez tényleg olyan jó nekünk, mint rendszergarázdák?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Horgász topik
- Autóápolás, karbantartás, fényezés
- Autós topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Honor Magic5 Pro - kamerák bűvöletében
- Fujifilm X
- Otthoni hálózat és internet megosztás
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD Radeon™ RX 470 / 480 és RX 570 / 580 / 590
- Samsung Galaxy Felhasználók OFF topicja
- További aktív témák...
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC