הגשתי קורות חיים באתר. אחרי כמה שבועות חזרה אליי מגייסת שהסבירה על החברה ואמרה שיש מבחן בית.
המבחן בית היה ארבע שעות, יחסית פתוח (כלומר היה חופש במה לעשות).
אחרי כמה ימים התקשרו להגיד לי שעברתי וזומנתי ליום ראיונות פיזי. היו שני מועדים ואני בחרתי את השני ולצערי הוא התבטל כי נתפסו התקנים.
שאלות מתוך הראיון
קוד בסיסי שמדמה הקצאה של מכונות וירטואליות. צריך לפתור באגים ולגרום לו לעבוד בשלב הראשון ואז לשפר אותו לפי רצונך.
הגשתי דרך עובד חברה, חזרו אליי אחרי שבועיים מHR, שלחו עבודת בית בC# על Threads, לקח 3 שעות. אחרי יום החזירו תשובה חיובית וקבעו יום ראיונות במשרדי החברה בהרצליה.
יום ארוך של 4 ראיונות, כל ראיון שעה, 3 ראיונות טכניים ואחד HR.
אחרי 2 ראיונות טכניים מחליטים אם ממשיכים לראיונות הבאים או מסיימים את התהליך.
תשובה תוך יומיים בערך.
שאלות מתוך הראיון
הHR אמרה שכל הראיונות יהיו על העבודת בית אבל זה לא היה נכון.
הראיון הראשון רק היה על עבודת בית, שאלו שאלות מסוימות על חלקים בקוד וראו שאני מבינה מה כתבתי ואם הייתה בעייתיות בקוד. ואז ביקשו שאעצב מבנה נתונים שלא קשור לעבודת בית. מבנה נתונים שעושה set, get, setall הכל בO של 1.
ריאיון שני היה שאלת Easy מLeetcode, על למצוא נקודת חיבור של שתי רשימות מקושרות ואז הייתה שאלת Design על לעצב מערכת שעושה משהו פשוט ומסויים שקשור לחברה.
ריאיון טכני שלישי היה גם על Design לעצב Paint.
ריאיון רביעי היה עם HR, ריאיון קלאסי של HR.
נשאלתי על עבודת הבית בנוגע לת'רדים, ביקשו שאעבור שורה שורה בקוד שכתבתי ואסביר אותה, תוך הסבר מה הייתה הבעיתיות בקוד שהם שלחו ואיך תיקנתי.
שאלו אותי שאלות על מבני נתונים ושימושים של האש טייבל.
כמו-כן שאלו על DESIGN PATTERNS וOOP.
ראיון למשרת QA - הם מציירים לך מערכת שמצד אחד יש 3 מחשבים, שלושתם מחוברים דרך SWITCH לSTORAGE אחד גדול שואלים מה היתרונות ומה החסרונות.
מציירים עוד מערכת המציגה גיבוי בשתי תצורות - כלומר במקביל לSTORAGE הפיזי בחברה ישנו עוד STORAGE בחברת גיבוי דרך האינטרנט.
אחת סינכרונית עם ACK ובאפר, ואחת א-סינכרונית ושואלים מה היתרונות ומה החסרונות של כל אחת
בסדר גמור, ראיון ראשון בזום אח"כ מבחן טכני, אח"כ אמור להיות עוד מבחן עם משאן ומנהל
שאלות מתוך הראיון
1. לזהות אנגרמות מתוך אוסף מחרוזות
2. לעשות דיזיין למערכת לעיבוד תמונה כשיש אופציה לכמה פילטרים
3. מבחן טכני, לצייר את הקוד הנתון 2. למצוא באגים 3. לשפר את המערכת
תשובות
הוסף תשובה
|
לצפיה בתשובות
נובמבר 2021
1. למיין ואז להכנס ל-Dictionary כשהKEY זה המחרוזת הממוינת
2. כמובן עם interface והמטרה היא שאפשר לחלק את התמונה אם היא מדי גדולה
3. הקוד מאד ברור, הבעיות, אין שמירה ל-DB של הנתונים מנדגמים ואז אם התוכנית יורדת נעלמו הנתונים
2. בזבוז של המאשאבים, נוצר עומס בקשות שלא מטופלות בתור שאליו נכנסות הבקשות מהקליינטים
3. יש 2 טרדים שעושים את אותו קוד בשלב ראשון, עדיף שאחד יסנן את מה שנמצא בראש התור ואז יעביר לביצוע של 2 טרדים אחרים
3.