Golang

Mit kell tenni a fogyasztónál az egyszeri feldolgozásért?

/* Vannak megrendelések, amelyek életciklusuk során állapotokat váltanak. Szükséges egy adatbázissal való munkaréteget megvalósítani: - A megrendelés állapotainak történetét tárolni - Figyelembe venni a partícionálást A jövőben, a jelenlegi feladat határain kívül, más módszerek is megvalósításra kerülnek: állapotok idő szerinti lekérdezése, teljes megrendeléstörténet stb. */

[név] kérdezte: Milyen a fizetési elvárásod?

Mit hallottál a cégünkről?

[név] kérdezte: Még mindig a jelenlegi cégednél dolgozik? Miért döntöttél a távozás mellett?

[név] kérdezte: Meséljen a korábbi vállalatáról — milyen típusú volt és mivel foglalkozott?

Mesélj a [cég]nél szerzett tapasztalataidról: termék, csapat, mivel foglalkoztál?

Milyen cache stratégiát válasszunk — cache-aside vagy write-through — figyelembe véve a felhasználók viselkedési mintáját a rendelés állapotának ellenőrzésekor?

Apache Kafka architektúrája: mik az összetevők, hogyan kapcsolódnak egymáshoz a producerek és a fogyasztók? Mi az a rebalance? Hogyan biztosítható az üzenetek szekvenciális olvasása?

Csökkenthető-e a partíciók száma Kafka-ban?

Milyen fizetési elvárásaid vannak?

Mesélj a [cég]nél szerzett tapasztalataidról: hogyan kerültél oda, melyik terméken dolgoztál?

Milyen VACUUM FULL alternatívát ismersz, ami szintén helyet szabadít fel, de anélkül, hogy szigorú zárolást alkalmazna?

Mi volt a feladat és az architektúra a [cég]nél?

Hány backendes volt a [cég] csapatban?

Maximális terhelés: 25k olvasás / 5k írás másodpercenként Új adatmennyiség: 10 TB évente Maximális párhuzamosság: 120k egyidejű kérés Éves felhasználói növekedés: 30% Cél p99 késleltetés: <150 ms olvasásnál, <400 ms írásnál Cél elérhetőség: 99,95% Feladata, hogy olyan architektúrális megoldást fejlesszen ki, amely kiküszöböli a jelenlegi problémákat, biztosítja az összhangot és a hibatűrést, valamint bevezet olyan nyomkövetési mechanizmusokat, amelyek teljes körű nyomon követést tesznek lehetővé a rendelés életciklusában. Írja le a hibakezelő mechanizmust, a jelenlegi architektúrából való migrációs tervet, és magyarázza el, hogyan javítja a javasolt megoldás a rendszer megbízhatóságát és átláthatóságát.

Képzelj el egy helyzetet, amikor két különböző cégtől kapsz ajánlatokat. Milyen tényezőket vennél figyelembe összehasonlításkor, és hogyan befolyásolná mindegyik a végső döntésedet?

Mi volt a probléma a régi térképekkel Go-ban, hogy teljesen átírták őket SwissMap-re, és ezzel kb. 30%-os teljesítménynövekedést értek el?

A [cég] architektúrája az, hogy meglévő mikroszolgáltatásokra érkeztél, és finomhangoltad a funkciókat?

Miért váltottál a(z) [cég] cégről a(z) [cég] cégre?