Индексті қайтарып, сұрауды қайта жазып, содан кейін сол индексті қайта қолданғанда не болды?
Golang
Қызмет Kafka-дан деректерді оқып, оларды Redis-ден алынған деректермен байытты — сосын не істеді?
Ал орталық журналдауды не жасалды?
Осы деректермен одан әрі не істейсіз?
Жеке мен тестіледім, Postgres бағандарды қайта тәртіптейді және оптимизатор қайда жазсаңыз да маңыздылығы жоқ — ол оны қажетті түрде қайта құрады. Не ойлайсыз?
Қолданылатын кітапханаларға қандай көзқарас — барлық командалар бір mock-кітапхананы пайдаланады ма немесе шектеулер жоқ па?
Сіз мәселені метрикадан қалай алғаш түсіндіңіз және одан әрі не істедіңіз?
Резюме сіз трассалауды жүзеге асырғаныңызды көрсетеді — толығырақ айта аласыз ба?
// Мүмкіндік бар, фильмдер үшін автотолтыруды жүзеге асырыңыз: // алғашқы 3+ әріпті енгізген кезде, алфавит бойынша ең үздік 3 сәйкестікті шығарыңыз. // ["macarthur", "interstellar", "intrusion", "macao", "into the abyss", "internship"] // me -> [] // mac -> ["macao", "macarthur", "machinist"] // int -> ["internship", "interstellar", "into the abyss"] // interstellar -> ["interstellar"] // intr -> ["intrusion"] // intrusion -> ["intrusion"] // into -> ["into the abyss"] // stellaris -> [] пакет негізгі функция негізгі() {}
Неліктен сіз Redis-ті in-memory кэш орнына қолдандыңыз?
Идемпотенттілік туралы айта аласыз ба? Оны қалай жүзеге асырдыңыз? Ол қалай жұмыс істеді?
Валидация өткен кезде оны дерекқорға жазамыз ба немесе одан әрі Kafka-ға жібереміз бе?
Көбейтілген деректер қалай сүзгіден өтті? Көбейтілген деректерді ID арқылы анықтауға болмас па еді? Неге Redis-ден деректерді байыту керек?