Java

Πώς να κάνετε μια στοίβα καθολική για εργασία όχι μόνο με Integer, αλλά και με String και προσαρμοσμένα αντικείμενα;

Τι πρέπει να λαμβάνεται υπόψη κατά τη δημιουργία δείκτη σε έναν μεγάλο πίνακα σε παραγωγή;

Γράψτε τη δική σας κλάση που υλοποιεί μια στοίβα, με τις μεθόδους push, pop και peekMax, που επιστρέφει το μέγιστο στοιχείο στη στοίβα σε χρόνο O(1).

Γιατί θα προκύψει ένα StackOverflowError αν δεν υπάρχουν τοπικές μεταβλητές; Με τι θα γεμίσει η μνήμη;

Γιατί χρειάζεται το SELECT FOR UPDATE και όχι το synchronized; Και γιατί η απαισιόδοξη κλειδώματος και όχι η αισιόδοξη;

Τι να κάνετε αν το processFile δεν μπορεί να εκτελεστεί μετά την επιβεβαίωση της συναλλαγής;

Γιατί δεν μπορούμε απλά να χρησιμοποιήσουμε μια μεταβλητή max αντί για το δεύτερο στοίβα;

Υπάρχει ένα σύστημα που δίνει στους χρήστες τη δυνατότητα να εργάζονται με αρχεία στον browser. Η τυπική τεχνολογία: Java, Spring, React, Postgres. Τα αρχεία αποθηκεύονται στο σύστημα αρχείων στο backend, τα μεταδεδομένα των αρχείων στη βάση δεδομένων. Η ομάδα υλοποίησε μια λειτουργία: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); // εκτέλεση ερωτήματος στη βάση δεδομένων processFile(oldName, newName); // μετονομασία αρχείου στον δίσκο exec("update file set name='" + newName + "' where id = " + id); // εκτέλεση ερωτήματος στη βάση δεδομένων }

Μπορεί να βελτιστοποιηθεί η στοίβα στη μνήμη ώστε να μην υπάρχει διπλάσια κατανάλωση;

Υπάρχει ένα backend, υπάρχει μια διεπαφή χρήστη. Η τεχνολογική στοίβα είναι στάνταρ: Java, Spring, React, Postgres. Αποστολή: Σχεδιάστε ένα REST endpoint που πρέπει να λαμβάνει δεδομένα από 3 πηγές και να τα επιστρέφει στο UI, διασφαλίζοντας τη μέγιστη δυνατή διαπεραστικότητα και το ελάχιστο δυνατό χρόνο απόκρισης (κριτήρια μέγιστο/ελάχιστο βάσει των συγκεκριμένων συνθηκών μας, καθώς στην ουσία δεν υπάρχει μαγική λύση και πρέπει να βρεθεί μια συμβιβαστική λύση). Γνωρίζουμε ότι η αναμενόμενη κορύφωση RPS για αυτό το endpoint θα είναι 200. Λεπτομέρειες γνωστές σχετικά με τις πηγές: 1. Πηγή - η βάση δεδομένων μας, η ερώτηση διαρκεί περίπου 15 δευτερόλεπτα. 2. Πηγή - σχετικός REST υπηρεσία, υποβαθμίζεται έως 2 λεπτά υπό 100 RPS, απαντά σε 5 δευτερόλεπτα σε κανονική λειτουργία. Δεν μπορούμε να αλλάξουμε τη συμπεριφορά αυτής της πηγής. 3. Πηγή - σχετικός REST υπηρεσία, απαντά τυχαία (δεν έχουν εντοπιστεί συγκεκριμένα μοτίβα) με σφάλματα 503, σε κανονική λειτουργία απαντά σε 10 δευτερόλεπτα. Δεν μπορούμε να αλλάξουμε τη συμπεριφορά αυτής της πηγής.

Τι τύπο δείκτη να χρησιμοποιήσετε για αναζήτηση στο μέσο ή στο τέλος μιας συμβολοσειράς (LIKE '%κείμενο%');

Γράψτε μια πολύ απλή μέθοδο που, κατά την εκτέλεσή της, ρίχνει ένα StackOverflowError.