Python

წმინდა არქიტექტურა vs დაბინძურებული არქიტექტურა (მაგ., Active Record). როგორ შევარჩიოთ ახალი პროექტისთვის?

რატომ დაუშვით, როგორც TL, ეს სიტუაცია — მიეცა მას N თვე?

კოდის მიმოხილვის მდგომარეობა: [სახელი] დაწერა დიდი PR, [სახელი] მიმოხილავს, PR მერყეობს — [სახელი] მუდმივად ბრუნდება ახალი კომენტარებით. როგორ გადავწყვიტოთ ეს ტაქტიკურად და სტრატეგიულად?

[კომპანია/ორგანიზაცია]-ში 3 წელზე მეტი გამოცდილება გაქვთ?

ტესტები: ტესტების გარეშე ფუნქციის დამატების დრო ექსპონენციურად იზრდება, ტესტებით — ლინეურულად ან უფრო ნელი?

გადაცემის სტრატეგიები და Strangler ნიმუში?

გუნდის მდგომარეობა: [სახელი] და [სახელი] ერთი თვის განმავლობაში დახურეს 30 დავალება, [სახელი] და [სახელი] — 10. არასამთავრობო მენეჯერი ამბობს, რომ თქვენ ორი მელანქოლი ხართ. რა გააკეთებთ?

რატომ გსურთ ამ კომპანიაში გადასვლა, თუ შეგიძლიათ საზღვარგარეთ სამუშაოს მოძებნა?

პარტნიორმა გააკეთა PR, ყველა დათანხმდა, CI/CD გაიარა, ფუნქცია წარმოებაში გადავიდა. მეორე დღეს, წარმოება ჩავარდა. მენეჯერი ეკითხება, ვინ არის პასუხისმგებელი?

თუ თქვენ გგონიათ, რომ პროექტი სუფთა არქიტექტურას მოითხოვს, მაგრამ მენეჯერი ამბობს, რომ სწრაფად უნდა მიაწოდოთ დაბინძურებული არქიტექტურით?

რა არის დატვირთვის ტესტირება და სტრესის ტესტირება?

როგორ ავიცილოთ გავრცელებული მონოლითი?

მიკროსერვისები: თქვენ გაქვთ ძველი მონოლითი და გსურთ მისი მიკროსერვისებად დაყოფა. რატომ უნდა გააკეთოთ ეს?

შესრულების მდგომარეობა: მენეჯერი ამბობს, რომ Python კოდი სერვისში ნელი არის. რა არის თქვენი მოსაზრებები და სტრატეგიები?

რა არის განაწილებული მონოლითი და რატომ არის ეს ცუდი?