Python

Tīra arhitektūra vs netīra arhitektūra (piemēram, Active Record). Kā izvēlēties jaunam projektam?

Kāpēc kā TL jūs ļāvāt šai situācijai — ļaut tai ilgt N mēnešus?

Koda pārskatīšanas situācija: [vārds] ir uzrakstījis lielu PR, [vārds] to pārskata, PR ir gaidīšanā — [vārds] pastāvīgi atgriežas ar jauniem komentāriem. Kā to risināt taktiski un stratēģiski?

Vai jums ir vairāk nekā 3 gadu pieredze [uzņēmumā/organizācijā]?

Pārejas stratēģijas un Strangler modeļa?

Testi: bez testiem, funkcijas pievienošanas laiks pieaug eksponenciāli, ar testiem — lineāri vai lēnāk?

Situācija ar komandu: [vārds] un [vārds] aizvēra 30 uzdevumus mēnesī, [vārds] un [vārds] — 10. Netehniskais vadītājs saka, ka jums ir divi slinki. Ko darāt?

Kāpēc vēlaties pāriet uz šo uzņēmumu, ja varat atrast darbu ārzemēs?

Kolega izdarīja PR, visi apstiprināja, CI/CD izdevās, funkcija tika ieviesta ražošanā. Nākamajā dienā ražošana sabruka. Vadītājs jautā, kas ir vainīgs?

Kas notiktu, ja jūs uzskatāt, ka projekts prasa skaidru arhitektūru, bet vadītājs saka piegādāt ātri ar netīru arhitektūru?

Kāda ir atšķirība starp slodzes testu un stresa testu?

Kā izvairīties no izplatīta monolīta?

Mikroservisi: jums ir vecs monolīts un vēlaties to sadalīt mikroservisos. Kāpēc to darīt?

Veiktspējas situācija: vadītājs saka, ka Python kods pakalpojumā ir lēns. Kādas ir jūsu domas un stratēģijas?

Kas ir izplatīts monolīts un kāpēc tas ir slikti?