System Analyst
მაგალითი 1: სესხის განაცხადის მოვლენების მატრიცის პროექტირებაა საჭირო. კონტექსტი: მომხმარებელი გადის fintech onboarding-ის — მოდის რეკლამით, რეგისტრირდება, ავსებს სარეფერანტო, გადის სკორინგს, იღებს გადაწყვეტილებას, ხელს აწერს ხელშეკრულებას, იღებს თანხას ბარათზე. დავალებაა — შექმნას ლოგიკური სტრუქტურა მოვლენების მატრიცისთვის საბოლოო ანალიზისთვის: რა მოვლენები იწერება მომხმარებელზე და რა სერვერზე (frontend/backend) და რატომ, ასევე განსაზღვროს კრიტიკული ატრიბუტები ძირითადი ნაბიჯებისთვის.
რა განსხვავებაა REST და SOAP შორის?
რატომ ეძებთ და გადაწყვიტეთ ბაზარზე შესვლა?
რა განსხვავებაა User Story და Use Case-ს შორის?
როგორ არის ასინქრონული მოთხოვნა გამოსახული სერიის დიაგრამაში?
API-ის აღწერა რომელ ბლოკებს შეიცავს?
მოხერხებთ თუ არა მოთხოვნების დოკუმენტაციისთვის რაიმე შაბლონებს ან მეთოდებს?
ჩატში დიაგრამის ნახატვა როგორც პირველ შეტყობინებაში (ტექსტური ხედი).
მაგრამ შენ თავს საშუალო დონეზე აფასებ? და რატომ ასეთ დონეზე?
UML. რა ელემენტები გამოიყენეს?
გქონიათ თუ არა გამოცდილება Keycloak-თან მუშაობის როგორც არქიტექტურის კომპონენტთან?
როგორ დავგეგმოთ მიკროწესის საზღვრები? რა მეთოდები შეიძლება გამოყენებულ იქნას მისი გაყოფისთვის?
რა დავალებები იყო დაკავშირებული Kafka-სთან და რა აღწერილი იყო ინტეგრაციის საშუალებით ბროკერის მეშვეობით?
გვითხარით თქვენი განათლებისა და სამუშაო გამოცდილების შესახებ
რომელ ფორმატში მოდიოდა დავალებები? რა იყო ეს? განხილვა, ინიციატივის მოკლე აღწერა, ბიზნეს მოთხოვნები?
გთხოვთ, მიუთითოთ თქვენი მდებარეობა: რეგისტრაციის ქალაქი და საცხოვრებელი ქალაქი.
რა აუცილებელია განისაზღვროს ტექნიკური დავალებაში განვითარებისათვის?
როგორ ახორციელებთ კეშირების მექანიზმს ვებ-აპლიკაციაში? რა მიდგომებს და ტექნოლოგიებს იყენებთ შესრულების ოპტიმიზაციისთვის?
როგორ უზრუნველვყოთ API-ის უკანა თავსებადიობა ვერსიის გაზრდის გარეშე? რა არ უნდა გავაკეთოთ კონტრაქტის ცვლილებისას?
რატომ გამოიყენოს gRPC, თუ უკვე არსებობს REST? რა არის მისი არსი?