Η διαδικασία συνέντευξης της AMD, βήμα προς βήμα

Οι θέσεις εργασίας της AMD καλύπτουν πυρίτιο για CPU και GPU, επιταχυντές data center, ενσωματωμένα προϊόντα και έναν μεγάλο οργανισμό software, οπότε είναι λογικό οι υποψήφιοι να αναρωτιούνται αν υπάρχει καν μία ενιαία διαδικασία AMD. Αυτή η ενότητα παρουσιάζει τα στάδια που μοιράζονται οι περισσότερες διαδρομές και τη μεταβλητή που καθορίζει τι περιέχουν. Τα στάδια είναι οικεία· η μεταβλητή είναι η δική σας μηχανική ειδικότητα.

Πρώτος έρχεται ένας αρχικός έλεγχος από recruiter. Καλύπτει το υπόβαθρό σας, τον ρόλο, την τοποθεσία και τις προσδοκίες αμοιβής, και είναι το σημείο όπου πρέπει να επιβεβαιώσετε την ομάδα προϊόντος και την ειδικότητα, για παράδειγμα physical design, RTL, επαλήθευση σχεδίασης, validation, firmware ή driver software.

Ακολουθούν ένας ή δύο τεχνικοί γύροι με την ομάδα πρόσληψης, συνήθως μέσω βίντεο. Πρόκειται για συζητήσεις με μηχανικούς που εργάζονται ενεργά και όχι για μια τυποποιημένη δοκιμασία, και τείνουν να εμβαθύνουν στα έργα του βιογραφικού σας εξίσου με τις ερωτήσεις τύπου σχολικού βιβλίου.

Το τελευταίο στάδιο είναι ένα πάνελ πολλών μηχανικών, καθένας με το δικό του θέμα, συν μια συζήτηση με τον hiring manager για το εύρος και την ταίριασμα. Οι υποψήφιοι στην αρχή της καριέρας τους βλέπουν μερικές φορές μια online αξιολόγηση πριν από όλα αυτά· διαβάστε την πρόσκληση προσεκτικά, γιατί αυτές είναι συχνά χρονομετρημένες και επιτηρούμενες.

Για ρόλους RTL και logic design, περιμένετε ψηφιακά θεμέλια που ρωτιούνται προφορικά: συνδυαστική έναντι ακολουθιακής λογικής, πεπερασμένες μηχανές καταστάσεων, χρόνο setup και hold, clock domain crossing και γιατί υπάρχουν synchronizers, καθώς και συμβιβασμούς pipelining. Οι συνεντευκτές συχνά ζητούν να σχεδιάσετε ή να γράψετε μικρά blocks σε Verilog ή SystemVerilog, όπως ένα FIFO, έναν μετρητή ή έναν arbiter, και μετά να εξηγήσετε τι σπάει στα άκρα.

Οι γύροι design verification μετατοπίζονται προς το πώς αποδεικνύετε ότι μια σχεδίαση λειτουργεί: κατασκευές SystemVerilog, δομή UVM, constrained random stimulus, functional coverage και assertions. Ένα συχνό μοτίβο είναι να σας δίνεται η περιγραφή ενός μικρού block και να σας ζητείται πώς θα το επαληθεύατε, κάτι που ανταμείβει ένα σαφές test plan περισσότερο από απομνημονευμένη σύνταξη.

Σκεφτείτε έναν μηχανικό verification που μετακινείται από μια εταιρεία chip δικτύωσης σε μια ομάδα GPU. Η εμπειρία του με testbenches μεταφέρθηκε άμεσα, αλλά το πάνελ αφιέρωσε μια ολόκληρη συνεδρία στη στρατηγική coverage closure για έναν memory controller, κάτι που είχε αγγίξει μόνο έμμεσα. Το να ρωτήσει τον recruiter ποιο block κατέχει η ομάδα θα είχε κατευθύνει την προετοιμασία του εκεί.

Οι ρόλοι software στην AMD καλύπτουν ένα ευρύ φάσμα, από drivers GPU και compilers έως το stack ROCm, εργαλεία και υποδομή validation. Ο κοινός πυρήνας είναι ισχυρή γνώση C ή C++, και πρέπει να είστε έτοιμοι για pointers, διάταξη μνήμης, χειρισμό bits, primitives ταυτοχρονισμού και το πώς ένα λειτουργικό σύστημα προγραμματίζει και διαχειρίζεται τη μνήμη.

Οι συνεντεύξεις firmware και driver προσθέτουν επίγνωση hardware: interrupts, memory-mapped registers, DMA και το πώς ένας driver επικοινωνεί με μια συσκευή. Οι ομάδες software GPU μπορεί να ρωτήσουν για έννοιες παράλληλου προγραμματισμού και για το πώς κατανέμεται η εργασία στο hardware. Ερωτήσεις αλγορίθμων εμφανίζονται, αλλά τείνουν να είναι πρακτικές παρά γρίφοι.

Οι συμπεριφορικές ερωτήσεις συνήθως εμφανίζονται μέσα στους τεχνικούς γύρους και όχι σε ξεχωριστό slot, οπότε κρατήστε έτοιμες σύντομες ιστορίες για το debugging κάτι δύσκολου, τη διαφωνία σε μια σχεδίαση και την παράδοση υπό πίεση χρονοδιαγράμματος. Η εξάσκηση αυτών φωναχτά είναι το βήμα που παραλείπουν οι περισσότεροι υποψήφιοι· το εργαλείο προσομοίωσης συνέντευξης σάς επιτρέπει να τρέξετε μια συνεδρία μόνοι σας και να ακούσετε πρώτα τις δικές σας απαντήσεις.

Οι συνεντευκτές του πάνελ στην AMD είναι συνήθως οι μηχανικοί με τους οποίους θα δουλεύατε δίπλα δίπλα, και το πιο ισχυρό σήμα που μπορείτε να στείλετε είναι το βάθος στη δική σας προηγούμενη δουλειά. Να είστε έτοιμοι να περάσετε μέσα από μια σχεδίαση ή ένα bug από το βιογραφικό σας σε επίπεδο signals, registers ή κώδικα, συμπεριλαμβανομένου του τι θα κάνατε διαφορετικά.

Ρωτήστε κάθε συνεντευκτή κάτι συγκεκριμένο: ποιο block ή component κατέχει η ομάδα, πώς είναι η τρέχουσα πίεση για tape-out ή release, πώς παραδίδουν η verification και η σχεδίαση η μία στην άλλη. Αυτές οι ερωτήσεις δείχνουν ότι ήδη σκέφτεστε σαν μέλος της ομάδας.

Αυτοί οι γύροι γίνονται μέσω βίντεο, κι εκεί μπορεί να βοηθήσει ένας live βοηθός: το SubcueAI απομαγνητοφωνεί τον συνεντευκτή και συντάσσει μια δομημένη πρόταση απάντησης, είτε από τη native εφαρμογή desktop για macOS ή Windows πίσω από ένα τοπικό overlay, είτε από το Side Panel της επέκτασης browser στο Chrome και το Edge, το οποίο καταγράφει μόνο τον ήχο της καρτέλας της συνάντησης. Κανένα bot δεν εισέρχεται στην κλήση. Τα όρια είναι επίσης σαφή: οτιδήποτε βρίσκεται σε μια κοινόχρηστη οθόνη είναι ορατό, οι καταγεγραμμένες συνεδρίες καταγράφουν αυτό το κοινόχρηστο περιεχόμενο, και οι επιτηρούμενες αξιολογήσεις δεν καλύπτονται. Οι διαδικασίες άλλων εργοδοτών χαρτογραφούνται στους οδηγούς συνεντεύξεων εταιρειών.