Έχεις εμπειρία στην επίλυση προβλημάτων απόδοσης στο frontend; Για παράδειγμα, μια αναφορά σφάλματος σχετικά με καθυστερήσεις, ή έχεις παρατηρήσει εσύ ο ίδιος κάποιο πρόβλημα κατά τη διάρκεια της εργασίας. Μπορείς να δώσεις ένα συγκεκριμένο παράδειγμα πώς το διόρθωσες;
Καταλαβαίνεις την αρχή του διαχωρισμού λογικής και παρουσίασης στο μοντέλο, πάνω στην οποία βασίζονται πολλές αρχιτεκτονικές προσεγγίσεις; Από πού προήλθε αρχικά αυτή η ιδέα;
Θα θεωρούσατε τα σήματα και το RxJS ως εναλλάξιμα εργαλεία, ή κάθε ένα για το δικό του σκοπό; Αν το δεύτερο — για ποιο ακριβώς;
Ποιο επιχείρημα περνάμε στη λειτουργία inject; Τι ακριβώς περνάει εκεί — εξάρτηση ή κάτι άλλο (token);
Για ποιο λόγο χρειάζεται γενικά η ανασκόπηση κώδικα; Είναι πραγματικά απαραίτητη και σε ποιες περιπτώσεις;
Ποια συγκεκριμένα σενάρια χρήσης της γραμμής εντολών είχες στην πρακτική σου, εκτός από την εκτέλεση του Angular CLI;
Εκτός από το ότι ο κατασκευαστής δεν φουσκώνει, ποιοι είναι άλλοι λόγοι για να χρησιμοποιήσετε το inject αντί για το παράμετρο του κατασκευαστή;
Αναφέρατε την ανάπτυξη μιας βιβλιοθήκης επαναχρησιμοποιήσιμων συστατικών UI-kit βασισμένης στο Angular Material. Υπάρχει θεμελιώδης διαφορά μεταξύ των συστατικών της βιβλιοθήκης και των συστατικών πολλαπλών λειτουργιών της εφαρμογής; Τι μπορεί να παραλειφθεί στα συστατικά της εφαρμογής, αλλά όχι σε αυτά της βιβλιοθήκης;
Ποια κριτήρια είναι σημαντικά για τα components του UI-kit της βιβλιοθήκης με τα οποία έχετε προσωπικά ασχοληθεί στην πράξη (π.χ., ο καθορισμός των ορίων ευθύνης του component);
Γιατί είναι απαραίτητη η κληρονομιά στον αντικειμενοστραφή προγραμματισμό και σε ποιες περιπτώσεις πρέπει να χρησιμοποιείται;
Πώς θα περιέγραφες τη διαφορά μεταξύ Middle και Senior στην ανάπτυξη frontend;
Είχες μια εγγραφή μέσα σε μια άλλη εγγραφή στον κώδικά σου (συνήθιο πρόβλημα του RxJS); Το διόρθωσες ή εξακολουθεί να υπάρχει;
Έχεις εμπειρία με τη γραμμή εντολών (εντολές shell), εκτός από το Git και το FTP;
