Sobes.tech

Company overview

Яндекс

So‘nggi vakansiya: 6-avgust, 2026

Vakansiyalar
122
Suhbatlar
52
Savollar
992
Vazifalar
53

Published in the selected period

Vakansiyalar · 50

All company vacancies

Salary ranges

Currencies are not converted. Lower and upper bounds are calculated independently and show their own sample sizes.

RUB

Maʼlumot yetarli emas · n=1

Published records

Suhbatlar · 52

All company interviews

Grouped by direction

Savollar va vazifalar · 1045

Golang

Savollar · 203

150 million foydalanuvchiga mo support qiladigan, 75 million DAU, 225 million MAU, 1.2M o'qish / 300k yozish piki QPS, 5 million bir vaqtning o'zida foydalanayotgan foydalanuvchilar, yillik 60 PB yangi ma'lumotlar, yillik 30% o'sish, SLA 99.95%, p99 <200 ms o'qish uchun, <300 ms yozish uchun, kengaytiriladigan va global miqyosda ishlashga mo'ljallangan skalable xabar yuborish tizimi loyihalashtirish. KONTEKST WhatsApp ga o'xshash, 1:1 va guruh chatlarni qo'llab-quvvatlaydigan, xabarlarni yetkazib berishni ta'minlaydigan, foydalanuvchilarning onlayn holatini ko'rsatadigan va multimedia fayllarini (foto, video, audio) uzatishni ta'minlaydigan tarqatilgan xabar tizimini loyihalashtirish zarur. Tizim yuqori mavjudlik va past kechikishni ta'minlashi, yuqori parallelizmni qo'llab-quvvatlashi va global miqyosda kengayishi kerak. FUNKTSIONAL TALABLAR - Shaxsiy (1:1) va guruh chatlarni qo'llab-quvvatlash, ishtirokchilarni qo'shish/olib tashlash imkoniyati bilan - Matnli xabarlar va multimedia fayllarini yuborish va qabul qilish Xizmatlar yoki mijozlar darajasida end-to-end shifrlash mexanizmining aniq amalga oshirilishi ko'rinmayapti, umumiy yozuvdan tashqari. - chat_id yoki user_id bo'yicha ma'lumotlar bazalarini sharding va replikatsiyasining aniq ta'rifi yo'q, kengaytirilish va nosozlikka chidamlilik uchun. - Offline xabarlar va yetkazib berish qabul qiluvchilarini sinxronlashtirish uchun aniq komponent yoki mexanizm yo'q. - Yuk ortish paytida ma'lumotlar bazalari va xizmatlar o'rtasida yukni taqsimlash qanday amalga oshirilishini aniqlash qiyin. **Muhim nuqtalar:**

Katta

type Response interface{} type Backend interface { Invoke(ctx context.Context, req Request) (Response, error) } var _ Backend = &BackendImpl{} // addr contains ip:port of a specific instance func NewBackend(addr string) *BackendImpl type backentry struct { backend Backend inflight int64 } type Balancer struct { backends []*backentry mu *sync.Mutex } var _ Backend = &Balancer{} // addrs contain the addresses of all balancable instances func NewBalancer(addrs []string) *Balancer { data := make([]*backentry,len(addrs)) for i,addr := range addrs{ data[i] = &backentry{ backend: NewBackend(addr), inflight: 0, } } return &Balancer{backends:data} } func(b *Balancer)Invoke(ctx context.Context, req Request) (Response, error){ b.mu.Lock() entry := b.best() atomic.AddInt64(&entry.inflight,1) b.mu.Unlock() defer atomic.AddInt64(&entry.inflight,-1) return entry.backend.Invoke(ctx,req) } func(b *Balancer) best() *backentry{ var best *backentry for _,entry := b.backends{ if best == nil || atomic.LoadInt64(&entry.inflight) < atomic.LoadInt64(&best.inflight){ best = entry } } return best }

O'rta

Android

Savollar · 163

Machine Learning / AI

Savollar · 123

Frontend

Savollar · 109

Python

Savollar · 97

DevOps

Savollar · 83

Flutter

Savollar · 57

Data Analyst

Savollar · 41

Avtomobillarni tasniflash vazifasida xususiyatlarni tanlash uchun ML ishlatildimi?

Stajyor

Bir vaqtlar, Yandex Reklamalaridagi firibgarlik bo'yicha stajyor jamoaga qo'shildi. Firibgarlik guruhi faoliyat yuritayotgan va botlar orqali trafikni simulyatsiya qilgan va shuning uchun botlar tomonidan reklama ko'rsatish uchun pul olgan paytda, stajyorning vazifasi, bunday firibgarlik saytlarini topish edi. Qiziqarli tomoni, bu saytlar ustida barcha trafik IP o'zgartirish bilan yaratilgan bo'lib, bot A shahridan kirayotgan kabi ko'rinishda bo'lsa-da, aslida qurilma butunlay boshqa joyda edi. Ko'p vaqt o'tdi, va stajyor bu firibgarlik guruhini qamrab olishga harakat qildi, hatto ba'zi saytlarni qisman ushlashga muvaffaq bo'ldi. Ammo butun tarmoqni ushlash mumkin bo'lmadi. Bir muddat o'tgach, u yangilikni ko'rdi: A shahrida, 02.08.2025, mobil internet to'liq yo'q edi. Biroq, simli (uy) internet ishlashda davom etdi. Buni hisobga olgan holda, stajyor qanday qilib barcha firibgar saytlarni topishi mumkin? Sizda, 30.07.2025 dan 10.08.2025 gacha bo'lgan davr uchun saytlar loglari jadval formatida mavjud: timestamp | site_id | city_id Har bir yozuv, bir qurilma tomonidan saytga tashrifni anglatadi. Bilamizki, botlar trafiklari, har kuni haqiqiy trafikga nisbatan juda kam o'zgaradi. Sizning vazifangiz, regionini A shahriga o'zgartirgan va asosan botlardan iborat bo'lgan trafikni ko'rsatadigan barcha saytlarni topishdir. Eslatma Ma'lumotlar jadvali logs deb nomlangan. Jadvaldagi misol yozuv: timestamp | site_id | city_id [phone]:13:53 | 6e84d9b71ca44aea | A

Stajyor

Java

Savollar · 31

iOS

Savollar · 25

Product Analyst

Savollar · 13

Data Engineer

Savollar · 12

Other direction

Savollar · 10

Blockchain / Web3

Savollar · 10

Project Manager

Savollar · 4

QA / QA Automation

Savollar · 4

Cybersecurity / InfoSec

Savollar · 3

Product Manager

Savollar · 3

C/C++

Savollar · 1

Яндекс - company overview - sobes.tech