Portál AbcLinuxu, 25. ledna 2026 22:22
rust = 60 miliard dolarů škody.
unwrap() je jen technický detail, ne příčina problému. Jasně, ideálně by se měl nahradit nějakým hezčím errorem / propagací erroru s lepším logováním atd., ale to by nijak nezabránilo tomu problému, že prostě tu službu nějaký proces generování konfiguráků blbě nakonfiguroval nad povolené limity, tam je ten problém.
podle některých (jako králík) to bude tvoje chyba když ji napíšeš v céčkuNic takového jsem nenapsal. Ekvivalentem v C v tomto případě by byl pád na assertu. Což by taky nebylo ideální z hlediska error handlingu, ale opět to není root cause problému.
protože optimisticky předpokládat validní konfiguraci je demence největšíNic takového jsem tady nenavrhoval. Napiš co teda měl podle tebe ten program udělat, jak to měl "ustát". (A ano, já vim, že jen trolíš
)
kdyby tam nebyl unwrap, tak minimálně propagovat chybu a reportovat, mít nějaký fallbackJaký fallback? Vysvětli.
, ale navrhoval bych, aby nějaká věc nad tou službou nebo vedle ní (nevim co maj za prostředí) držela nakešovanou předchozí konfiguraci, a když update konfigurace způsobí, že ta služba padne na hubu (jakýmkoli způsobem), tak revertne konfiguraci na předchozí stav + ohlásí problém / alerty atd. V takovým případě by tam i klidně mohl být i ten unwrap(), byť stále souhlasim, že to není správně.
ne, konfigurace ipso facto nic rozbít nemůžeSamozřejmě že může. Chybná konfigurace -> služba nenastartuje - to je to, co se stalo. Co podle tebe měla ta služba teda udělat? Nastartovat s vadnou konfigurací?
Víc bezpečný jazyky by při překročení maximální paměti crashli úplně stejně. Obecně kvalita vývoje a provozu na webu je tristní asi všude (chybějící testy, monitoring, přetížení lidí z důvodu podstavu, tlak na rychlost místo kvality atd.). V tom žádný jazyk nepomůže. Proč by to taky bylo jinak, když nikdo nemá reálnou zodpovědnost za chyby (pochybuju, že kvůli tomuhle incidentu cloudflare ztratí finance nebo reputaci).
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.