Python

Švari architektūra vs purvina architektūra (pvz., Active Record). Kaip pasirinkti naujam projektui?

Kodėl kaip TL leidote šiai situacijai — leisti jai trukti N mėnesių?

Kodo peržiūros situacija: [vardas] parašė didelį PR, [vardas] jį peržiūri, PR laukia — [vardas] nuolat grįžta su naujais komentarais. Kaip tai spręsti taktiškai ir strategiškai?

Ar turite daugiau nei 3 metų patirtį [įmonėje/organizacijoje]?

Perėjimo strategijos ir Strangler modelis?

Testai: be testų, funkcijos pridėjimo laikas auga eksponentiškai, su testais — linijiškai ar lėčiau?

Situacija su komanda: [vardas] ir [vardas] uždarė 30 užduočių per mėnesį, [vardas] ir [vardas] — 10. Netechninis vadovas sako, kad turite du tinginius. Ką darote?

Kodėl norite pereiti į šią įmonę, jei galite rasti darbą užsienyje?

Kolega padarė PR, visi patvirtino, CI/CD praėjo, funkcija buvo įdiegta į gamybą. Kitą dieną gamyba sugriuvo. Vadovas klausia, kas yra kaltas?

Kas nutiktų, jei manote, kad projektas reikalauja švarios architektūros, tačiau vadovas sako, kad reikia greitai pristatyti su purvina architektūra?

Kuo skiriasi apkrovos testas nuo streso testo?

Kaip išvengti paskirstyto monolito?

Mikroservisai: turite seną monolitą ir norite jį suskirstyti į mikroservices. Kodėl tai daryti?

Veiklos situacija: vadovas sako, kad Python kodas paslaugoje yra lėtas. Kokios yra jūsų mintys ir strategijos?

Kas yra paskirstytas monolitas ir kodėl jis blogas?