Wat is het belangrijkste probleem van deze implementatie? - Poort '83' kan al in gebruik zijn op de host - Ineffectieve organisatie van het uiterlijk - Overschrijven van de poort door de verkeerde volgorde van commando's - De configuratie gebruikt een vertrouwelijke versie - Onjuiste pad in de laatste build versie: '3.8' services: art-marketplace: build: context: ./art-market ports: - "83:83" netwerken: - art-network netwerken: art-network: driver: overlay
Java
Wat is het belangrijkste probleem van deze implementatie - Onjuiste definitie van HTTP-statuscodes met uitzonderingstypen - Onjuiste configuratie van Dependency Injection - Asynchrone luisteraars worden niet betrokken - Niet-standaard foutafhandeling in de handler - Onjuiste configuratie van beans - @Autowired wordt niet gebruikt voor het ontwikkelen van afhankelijkheden
Wat is het belangrijkste probleem van deze implementatie? - Gebruikt geen connection pool voor Jedis - Geen back-up van Redis-gegevens - Geen interne controle schakelaar - Geen foutafhandeling - Onjuiste update van het kalibratie-element - zadd en zscore zonder foutcontrole ```java import redis.clients.jedis.Jedis; import java.util.Set; public class WineCellar { private Jedis jedis; public WineCellar() { jedis = new Jedis("localhost", 6379); initializeWines(); } private void initializeWines() { jedis.zadd("wines", 1978, "Chateau Margaux"); jedis.zadd("wines", 1990, "Domaine de la Romanee-Conti"); jedis.zadd("wines", 2005, "Opus One"); } public void updateWineYear(String wine, double newYear) { double oldYear = jedis.zscore("wines", wine); if (oldYear != newYear) { jedis.zadd("wines", oldYear, wine); // Onjuiste update } } public Set<String> getWinesByYear(double minYear, double maxYear) { return jedis.zrangeByScore("wines", minYear, maxYear); } public static void main(String[] args) { WineCellar cellar = new WineCellar(); cellar.updateWineYear("Chateau Margaux", 1982); System.out.println(cellar.getWinesByYear(1970, 2000)); } } ```
Wat is het belangrijkste probleem van deze implementatie van het samengestelde type in de database? TIMESTAMP zonder tijdzone Syntaxisfout! NULL in de code Ontbrekende CTE, leesbaarheid Problemen met draagbaarheid door SERIAL «TICKET_TYPE» werd niet gedeclareerd in de database Niet de laatste waarde op het niveau van INTEGER
Hoe zou je de verspreiding van zakelijke headers (x-session-id, x-client-id) door het hele microservices-systeem via REST en Kafka implementeren?
Door welke stromen? (nadere vraag na het noemen van invoer-uitstromen)
Vertel eens iets over jezelf, waarom ben je nu op zoek, wat zoek je?
Vertel alsjeblieft, wat was de technologiestack?
De WardrobeManager moet @Autowired gebruiken Ontbreekt een klasse voor het beheren van binaire bestanden Transactiebeheer ontbreekt ItemRepository is niet gemarkeerd met @Repository Gebruik van de constructor in plaats van de Spring-container voor het maken van het component De constructor van WardrobeController gebruikt geen @Autowired
Onefficiënt gebruik van een vaste threadpool Problemen met interactie met gedeelde bronnen Onjuiste opname van locking kan leiden tot een deadlock. Onjuist synchronisatieniveau Geen controles van alle threads voor het resultaat Geen expliciete constructor
Wat is het belangrijkste probleem van deze implementatie? - Geen formuleringen over de omvang en resultaten - Gebrek aan foutafhandeling op het gebied van beveiliging - Fout in de configuratie van de context — collecties worden niet correct geschreven. - Het prototypecomponent wordt niet handmatig beheerd - Geen aanbevelingen met MVC voor managementcursussen
Onjuiste implementatie van de foutafhandelingslogica met onErrorResume Geen differentiatie in foutafhandeling in handleEnrollmentError Ontbreekt afhankelijkheidsinjectie afhankelijk van de controller De methode handleEnrollmentError gebruikt geen parameters CourseController is al tien jaar niet geregistreerd
Wat is het belangrijkste probleem van de gekozen oplossingsstructuur - ArrayList zonder voorafgaande capaciteit leidt tot verspilling - Risico op onderlinge blokkering via methoden - Ineffectieve blokkeerstructuur leidt tot onnodige overhead - ExecutorService kan niet correct worden verwerkt - Vaste schaalbaarheidsbeschermingspool
Wat te doen met de MDC-context in Kafka?
Hoe voorkom je problemen met mutable sleutels in HashMap?
Wat is het belangrijkste probleem van deze implementatie? - Niet-geoptimaliseerde tabellen tonen de grootte van de afbeelding - Het knippen van de Docker-afbeelding in RUN kan een probleem zijn - Meerdere CMD's, alleen de laatste werkt - De verwijderingsoperatie houdt geen rekening met filtering op de "zichtbare" afbeelding
Waarom zijn Spring Boot starters überhaupt nodig, als we alles in Spring kunnen schrijven?
Stel dat je twee threads hebt. Eén print (1,2,3...), en de andere (A,B,C...). Hoe zorg je ervoor dat ze in een afwisselende volgorde worden uitgevoerd (1,A,2,B...)?
Wat is het belangrijkste probleem van deze implementatie - Verbinding met Redis is hardcoded - Er is een connection pool voor Redis - Onverificateerde `jedis.get` kan null teruggeven - Gebruik van het `KEYS`-commando, dat de server belast - Geen Redis-evenementen
Wat zou je verliezen en winnen met expliciete polling in plaats van @KafkaListener?