שאלות ראיון נפוצות בבקאנד

ראיון לתפקיד בקאנד שונה במהותו מראיון פרונטאנד או ראיון אלגוריתמים כללי. פחות שאלות על עיצוב ממשק, יותר שאלות על איך דברים מתנהגים מאחורי הקלעים - איך שרת מקבל בקשה, מה קורה במסד הנתונים, ואיך המערכת מתנהגת כשיש הרבה משתמשים בו זמנית. הנה השאלות שחוזרות הכי הרבה, ומה בעצם בודקים בהן.

איך בונים REST API טוב

זו כמעט תמיד שאלה שתגיע, בצורה כזו או אחרת. מראיינים רוצים לשמוע שאתם מכירים את השיטות הבסיסיות - GET, POST, PUT, DELETE - ויודעים מתי להשתמש בכל אחת. הם גם בודקים אם אתם מבינים קודי סטטוס (200 מול 201 מול 404 מול 500), ואם אתם יודעים להסביר למה מבנה URL טוב חשוב, ולא רק "כי ככה מקובל".

הבדל בין מסדי נתונים - מתי SQL ומתי NoSQL

כמעט כל ראיון בקאנד נוגע בשאלה הזאת בצורה כלשהי. לא מספיק לדעת להגיד "SQL יותר קשיח, NoSQL יותר גמיש" - מראיין טוב ירצה לשמוע דוגמה קונקרטית: מתי בחרתם, או הייתם בוחרים, בכל אחד. אינדקסים הם נושא נלווה שכמעט תמיד עולה - איך אינדקס מאיץ שאילתות, ולמה לא שמים אינדקס על הכל.

מה זה קאשינג ומתי משתמשים בו

שאלה שנראית פשוטה אבל חושפת המון על הבנה עמוקה. לא מספיק להגיד "שומרים תוצאה כדי לא לחשב אותה שוב". מראיינים רוצים לשמוע שאתם מבינים את הבעיה שנוצרת מקאשינג - נתונים מיושנים - ואיך מתמודדים איתה, גם אם רק ברמת עיקרון כללי.

מה קורה כשיש בקשות במקביל

שאלות על תחרותיות (concurrency) הן מהמלכודות הגדולות בראיונות בקאנד לג'וניורים. לא צריך להכיר תיאוריה מתקדמת - מספיק להבין שכשכמה בקשות נוגעות באותו נתון בו זמנית, יכולות לקרות תוצאות לא צפויות, ולדעת לתת דוגמה פשוטה, כמו שני משתמשים שמנסים לקנות את הפריט האחרון במלאי באותו רגע.

אימות והרשאות - authentication ו-authorization

מראיינים אוהבים לבדוק אם אתם יודעים להבחין בין השניים. אימות (authentication) בודק מי אתה, הרשאות (authorization) בודק מה מותר לך לעשות. שאלת המשך קלאסית היא איך מיישמים את זה בפועל - טוקנים, סשנים, או שילוב של השניים - ולמה בוחרים בגישה אחת על פני השנייה.

מה עושים כשמשהו נכשל

מראיין מנוסה יבדוק גם איך אתם חושבים על טיפול בשגיאות, לא רק על התרחיש המוצלח. מה קורה אם הבקשה למסד הנתונים נכשלת? אם שירות חיצוני לא עונה? תשובה טובה מראה שאתם חושבים על המערכת כשלמה, לא רק על הנתיב הישיר שעובד.

איך להתכונן בפועל

הדרך הכי טובה להגיע מוכנים היא לא לשנן הגדרות, אלא לבנות בעצמכם API אמיתי - עם נקודות קצה, מסד נתונים, וטיפול בשגיאות - ולהתנסות בבעיות האלה בעצמכם לפני שמישהו שואל אתכם עליהן בראיון. ברגע שבניתם משהו, קל הרבה יותר להסביר אותו, כי אתם לא מדקלמים תיאוריה - אתם מספרים על החלטות שבאמת קיבלתם.

בקורס צד שרת שלנו יש בדיוק את המסלול הזה - מ-API בסיסי ועד מסדי נתונים, קאשינג ועבודה עם שרתים אמיתיים, כולל תרגול מעשי שנותן לכם משהו לדבר עליו בראיון.

לסיכום

ראיונות בקאנד לא בודקים שינון של מונחים, הם בודקים אם אתם באמת מבינים איך מערכת שרת עובדת מקצה לקצה. תתמקדו בהבנה מעשית של API, מסדי נתונים, קאשינג וטיפול בשגיאות, ותתרגלו להסביר את זה בקול רם - זה בדיוק מה שמראיינים מחפשים.

ואם אתם רוצים לתרגל שאלות כאלה עם אנשים אחרים בדרך, הצטרפו לקהילה בדיסקורד.