Izbrani forum: Glavni forum

Izbrana tema: članek Zakaj ne bi kupoval delnic Anthropica

Strani: 1

0430ABAKU sporočil: 2.280
[#3088273] 01.10.26 11:18
Odgovori   +    1
Anthropic je leta 2025 ustvaril več kot osem milijard dolarjev izgube iz poslovanja. Za računske zmogljivosti in infrastrukturo je porabil 7,33 milijarde dolarjev, več od vseh prihodkov tistega leta.
Tole je dolga leta po začetnem boomu veljalo tudi za Oracle, Amazon, ...
Nenazadnje pa pri nas tudi za Simobil (A1) in T-2.
Začetna vlaganja so precejšnja, da potem tako podjetje spelje (ali pa tudi ne spelje).
stutek sporočil: 903
[#3088303] 02.10.26 09:09
Odgovori   +    0
To je precej drugačen položaj kot pri ponudniku programske opreme, ki je tako globoko vpeta v poslovanje stranke, da bi njena zamenjava zahtevala več let dela.
Jaz se ne bi zanašal na to.

V zadnjih dveh letih sem zamenjal kar nekaj baz podatkov iz Oracle in MS SQL na zastonjske open source rešitve za podjetje s 30.000 zaposlenih.

Letos bi zamenjavo opravili 5x hitreje, naslebnje leto verjetno 20x hitreje.
AlojzFerluga sporočil: 263
[#3088407] 06.10.26 08:00 · odgovor na: stutek (#3088303)
Odgovori   +    0
V zadnjih dveh letih sem zamenjal kar nekaj baz podatkov iz Oracle in MS SQL na zastonjske open source rešitve za podjetje s 30.000 zaposlenih.

Letos bi zamenjavo opravili 5x hitreje, naslebnje leto verjetno 20x hitreje.
Če je baza samo shramba podatkov in jo uporabljaš povsem standardno to do neke mere gre, vendar ima vsaka baza nekaj specifik, če pa si zelo v specifikah potem ne gre tako na easy.
stutek sporočil: 903
[#3088519] 09.10.26 07:07 · odgovor na: AlojzFerluga (#3088407)
Odgovori   +    0
[AlojzFerluga]
> V zadnjih dveh letih sem zamenjal kar nekaj baz podatkov iz Oracle in MS SQL na zastonjske open source rešitve za podjetje s 30.000 zaposlenih.
>
> Letos bi zamenjavo opravili 5x hitreje, naslebnje leto verjetno 20x hitreje.
Vsaka čast.
Če je baza samo shramba podatkov in jo uporabljaš povsem standardno to do neke mere gre, vendar ima vsaka baza nekaj specifik, če pa si zelo v specifikah potem ne gre tako na easy.
Tudi stored procedures se napišejo na novo. Hitrost je predvsem odvisna od naše sposobnosti testiranja zamenjave. Tukaj se izkaže pristop testiranja v senci na produkcijskih okoljih (testiranje se spremeni v monitoring potencialnega vedenja brez direknega vpliva na uporabnike, tehnika, ki jo je Uber vpeljal pred več kot 10 leti).

In to ne velja samo za baze, tudi storitve.

Na tak način sem v 4 mesecih preselil 5 miljonov uporabniških računov iz SAML rešitve na OAUTH2 v Okti. Je bilo veliko zapletov z source sistemi a jasen business impakt je omogočal eskalacije prioritet in hitrejšo razrešitev.
stutek sporočil: 903
[#3088539] 09.10.26 12:37 · odgovor na: AlojzFerluga (#3088407)
Odgovori   +    0
[AlojzFerluga]
> V zadnjih dveh letih sem zamenjal kar nekaj baz podatkov iz Oracle in MS SQL na zastonjske open source rešitve za podjetje s 30.000 zaposlenih.
>
> Letos bi zamenjavo opravili 5x hitreje, naslebnje leto verjetno 20x hitreje.
Vsaka čast.
Če je baza samo shramba podatkov in jo uporabljaš povsem standardno to do neke mere gre, vendar ima vsaka baza nekaj specifik, če pa si zelo v specifikah potem ne gre tako na easy.
Tudi stored procedures se napišejo na novo. Hitrost je predvsem odvisna od naše sposobnosti testiranja zamenjave. Tukaj se izkaže pristop testiranja v senci na produkcijskih okoljih (testiranje se spremeni v monitoring potencialnega vedenja brez direknega vpliva na uporabnike, tehnika, ki jo je Uber vpeljal pred več kot 10 leti).

In to ne velja samo za baze, tudi storitve.

Na tak način sem v 4 mesecih preselil 5 miljonov uporabniških računov iz SAML rešitve na OAUTH2 v Okti. Je bilo veliko zapletov z source sistemi a jasen business impakt je omogočal eskalacije prioritet in hitrejšo razrešitev. Danes bi celoten projekt izvedel 50% hitreje (samo 50%, ker odvisnosti od korporativnih vrtičkov vse opočasnijo).

Strani: 1


vm-qetesh