Някъде това беше регистрирано като промяна от последователен процес към паралелен?
Java
Може би имате въпроси към нас?
Какво имате предвид под смесен подход?
Кой подход ви харесва повече: когато аналитикът строго фиксира решението или когато решението е изцяло на разработчика?
Какво беше натоварването на системата в момента на този инцидент?
Можете ли да разкажете по-подробно какво направихте за настройката на мониторинга?
Колко съобщения бяха обработени в секунда?
Ако има верига от обекти, които се позовават един на друг, в кой момент може да бъде изтрит конкретен обект?
От вашия опит на работа: коя задача или проект ви хареса най-много и защо?
И в такъв случай, с какво се ръководят при избора на техническо решение?
Има система за контрол на достъпа, от която получаваме логове във формата на: идентификатор на потребителя, време на влизане, време на излизане за период (например, месец). Трябва да изчислим колко хора са били едновременно на територията на предприятието в максималния им брой.
Кой от тези варианти ви харесва най-много лично?
Има ли специализирани събирачи за случаи, когато услугата се стартира с един ядро?
Нека опитаме по-лесна задача: как да изчислим колко човека са извикали определена услуга за ден?
Какво трябваше да се добави там?
Как бихте организирали регистър на договорите и процеса на одобрение — коя система е договорена с коя, кой договор е в сила?
Защо точно Transactional Outbox — след като можеше да се направи по друг начин, например да се потвърждава в Kafka само след успешно изпращане?
По кои теми ви задават обикновено въпроси (в кои въпроси се чувствате по-уверени)?
Спомняте си дипломата с топлота — имаше ли нещо интересно там?
Задачата беше формулирана като "намаляване на латентността", и търсихте ли сами решение?