Java
Kafka kullanarak servisler arasındaki olay odaklı etkileşimi detaylarıyla anlatın.
İdempotent olay işleme uygulaması, bir kıdemli için bir başarı mı yoksa ondan önceden beklenen bir şey mi?
[Şirket]’te hangi projelerde ve hangi ürünler üzerinde çalıştınız?
Java'da çok iş parçacıklı programlama hakkında bize bilgi verin: ne kullandınız?
Testleri geliştirmek mümkün mü, örneğin kod miktarını azaltarak?
Takımı nasıl kaynaştırdılar?
class User { String isim; public int hashCode() { return isim.hashCode(); } public boolean equals(Object o) { return o instanceof User u && isim.equals(u.isim); } } Map<User, String> map = new HashMap<>(); User u = new User(); u.isim = "Bob"; map.put(u, "geliştirici"); u.isim = "Alice"; System.out.println(map.get(u));
Veritabanından görevleri alan 10 uygulama var. İki örneğin aynı görevi almasını nasıl engellersiniz?
Neydi senkron ve ne değişti? Hangi iki durumdan (zaman çizelgesine göre veya durumu değiştirme) biri senkrondu?
Bir ekipte ve üründe ne arıyorsunuz? İş yeri seçerken kriterleriniz nelerdir?
JPA/Hibernate'de N+1 sorunu nedir? Nasıl çözüldü?
@PutMapping("/create") public Book create(@RequestBody CreateBook request) throws Exception { System.out.println("Kitap var mı diye kontrol et " + map); Book book = new ObjectMapper().convertValue(map, Book.class); Book b = repo.findByTitle(book.getTitle()); if (b != null) { throw new Exception("Kitap zaten var"); } book.setId(UUID.randomUUID().toString()); repo.save(book); log.debug("Kitap {} tarafından {} ile oluşturuldu, id {}", book.getTitle(), book.getAuthor(), book.getId()); return book; } @GetMapping("/get") public Book get(@QueryParam("id") String id) { log.debug("Kitap al " + id); return repo.findAll().stream() .filter(b -> b.getId().equals(id)) .findFirst().get(); } @GetMapping("/{id}") public Book get(@RequestParam("id") String id) { log.debug("Kitap al ", id); return repo.findById(id).orElseThrow(() -> new BookAlreadyExeption("kitap bulunamadı")) findAll().stream() .filter(b -> b.getId().equals(id)) .findFirst().get(); }
SELECT isim FROM person JOIN payment ON person.id = payment.person_id GROUP BY person.id HAVING SUM(payment_value) > 100;
Bu uygulamanın temel sorunu nedir? - Optimizasyon için bellek içi önbellek kullanılmıyor. - Aynı hash içinde farklı veri depolama türleri - Veriyi okumadan önce anahtar kontrolü sonuç vermiyor - `RedisTemplate` içinde standart serileştiricilerin olmaması - Kısmi işlemler için pipeline kullanılmıyor
Kod Görevi: Spring @Transactional ve kendi kendine çağrı (kod ekran görüntüsü)
Soyadı sıralaması ve anahtar araması ile sonuç tablosu için hangi koleksiyon kullanılmalı?
REST, kullanıcı verilerinin depolanmasıyla (örneğin, bir çevrimiçi mağazada) nasıl uyum sağlar?
Geliştirme deneyiminizden ve hangi yönde büyümek istediğinizden bahsedin.
Sayısal olarak belirli sonuçlar ve başarılar hakkında bilgi verin.
NOT IN koşulunu optimize etmek zorunda kaldınız mı? Bu ne kadar kötü ve nasıl optimize edilir?