implementacje - Logika połączenia użytkowników i producentów - Klucze wiadomości mogą się duplikować - Błąd w uzgadnianiu przesunięcia konsumentów z wiadomościami - Brak nastroju dla producenta - Brak wykonania dla wielu brokerów - Grupa konsumentów jest sztywno określona
Czym różni się Spring od Spring Boot?
Jaką mapę wybrać, jeśli często czytam, ale rzadko wstawiam dane?
Jaki jest główny problem wybranej struktury rozwiązania? - Brak obsługi wyjątków specjalnych podczas uruchamiania - Klasa konfiguracyjna bez adnotacji @Configuration - Nieprawidłowa konfiguracja zależności DI - Nieprawidłowa integracja niestandardowych konfiguracji zmienia kolejność ładowania właściwości - Brak @Autowired dla obecności zależności
Co zwraca Postgres po przetworzeniu informacji i zrozumieniu, że dane istnieją? Czy od razu zwraca dane w formie mapy wierszy czy coś innego?
Jaki jest główny problem tej implementacji SELECT f.food_id FROM Foods f JOIN Expirations e ON f.id = e.food_id WHERE e.is_expired = 1; - `JOIN` zamiast `WHERE EXISTS` do sprawdzania istnienia rekordów. - Brak indeksu na polu e.is_expired - Klucze JOIN nie są indeksowane - Tabela dat ważności jest zbędna - Zapytanie nie jest chronione w transakcji
Jakie są główne strategie blokowania stosowane przez bazy danych do obsługi dostępu współbieżnego?
Qual è il problema principale di questa implementazione - Uso inefficiente del pool fisso di thread - Problemi con l'interazione delle risorse condivise - L'inclusione errata del blocco può portare a una situazione di stallo. - Livello di sincronizzazione errato - Nessun controllo di tutti i thread prima del risultato - Nessun costruttore esplicito Codice: import java.util.concurrent.locks.ReentrantLock; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; class RecyclingBinCounter { private int binCount; private final ReentrantLock lock = new ReentrantLock(); public void incrementBins() { lock.lock(); try { binCount++; } finally { lock.unlock(); } } public int getBinCount() { return binCount; } } class RecyclingManager { public static void main(String[] args) { RecyclingBinCounter counter = new RecyclingBinCounter(); ExecutorService service = Executors.newFixedThreadPool(3); for (int i = 0; i < 3; i++) { service.submit(() -> { for (int j = 0; j < 1000; j++) { counter.incrementBins(); } }); } service.shutdown(); while(!service.isTerminated()) {} System.out.println("Total bins collected: " + counter.getBinCount()); } }
Któje z ostatnich zadań wydało ci się interesujące, trudne, zapadające w pamięć?
Krótko opowiedz o architekturze usługi.
Dlaczego wybrałeś wait/notify zamiast ReentrantLock?
Jakie problemy ma Spring Kafka z wirtualnymi wątkami? A może w ogóle nie ma problemów?
Jeśli będzie kilka ofert od różnych firm, według jakich kryteriów dokonasz wyboru? Wymień trzy.
Jaki jest główny problem wybranej struktury rozwiązania? Klasa Property nie obsługuje polimorfizmu. Pola klasy mogą nie być zainicjalizowane. Metoda przenosząca obliczanie łącznego kosztu do klasy "Order". Nie korzysta z mechanizmów transakcyjnych. Brak wyjątków przy pustej liście.
Jaki efekt uboczny występuje podczas wykonywania kodu BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 60; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END; BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 40; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END;
Jak wprowadziłbyś cykl życia Kafka Listener — przez KafkaListenerEndpointRegistry czy jawne polling przez KafkaConsumer?
Opowiedz o cyklu życia beana w Spring.
Z jakich technologii najbardziej lubisz?
Co robisz z tematami DLT?
Jakimi strumieniami? (dopyt po wspomnieniu o strumieniach wejścia/wyjścia)
