( gelei | 2021. 03. 19., p – 15:37 )

devops helyett egy óriási multinak fizetni mindenért (aki a nyereségért csinálja, ergo csak nagyon nagy méreteknél lesz költséghatékony

Pontosan azért lesz lehet költséghatékonyabb kiszervezni public cloudba az infrát, mert a multi mondjuk egymillió ügyfélnek szolgáltat, a házon belüli IT department meg csak magatoknak. Más problémára ad megoldást a kettő, egyik sem feltétlenül rossz megoldás.

A megspórolt devops fizetéséből kitelik a különbözet?

már a fejlesztési fázisban sincs olyan, hogy a fejlesztő a saját gépén tesztel, tehát már a fejlesztés alatt is viszi szépen a pénzt?

Azt megbecsülte-e valaki, hogy tényleg rövidebb lesz-e a fejlesztési idő, ha az felsorolt sok dologgal nem kell a fejlesztőnek foglalkozni?

Szerintem ne azon gondolkodj, hogy mennyit lehet a fizetésekből spórolni.

Mennyivel korábban tudsz belépni egy piacra, ha az embereid nem a kereket találják fel épp újra, hanem a konkrét problémán dolgoznak? Mennyi pénzt vagy hajlandó parkoltatni évekig a saját infrastruktúrában, és nézni, ahogy csökken az értéke? Stb.