საერთოდ რა არის მესიჯების ბროკერები საჭირო? რატომ ვერ მივდივართ პირდაპირ სერვისიდან სერვისზე REST-ის საშუალებით?
System Analyst
UML სერიის დიაგრამებს იყენებ თუ მხოლოდ Activity Diagram-ს?
როგორ მიმდინარეობს ანალიტიკოსის, შემქმნელების, არქიტექტორის, QA-ს და დიზაინერების ურთიერთქმედება?
რატომ განიხილავ ახლა ახალი სამუშაო ადგილს?
რატომ არ მოიხსენე ხელფასის ფაქტორი სამუშაოს არჩევის კრიტერიუმებს შორის?
კომპანიასა და პოზიციაზე კითხვები გაქვს吗?
თქვენ თვითონ იპოვეთ მოთხოვნები თუ გქონდათ მზად? როგორ ურთიერთქმედეთ მომხმარებელთან?
რის შემთხვევებში ვერ შევძლებთ სინქრონული ურთიერთქმედების უზრუნველყოფას REST API-ის საშუალებით?
როგორ გყოფნით 'რა უნდა გავაკეთო' და 'როგორ გავაკეთო' მოთხოვნების დამუშავებისას?
რა სხვა სარგებელი აქვს შეტყობინების ბროკერებს, გარდა მრავალი მომხმარებლის საშუალებით მასშტაბირებისა და შეტყობინებების შენახვისა?
როგორ მიმდინარეობს მოთხოვნების დაზუსტება განვითარების პროცესში — შეხვედრებით, Jira, Confluence-ში კომენტარებით ან ცალკე სინქრონიზაციებით?
როგორ იყო შენი გუნდი მიმდინარე სამუშაო ადგილას ზომით და რამდენი სისტემური ანალიტიკოსი იყო?