תהליך ארוך מאוד, מרגע שליחת קורות החיים עד הראיון הראשון חלף יותר מחודש.
תחילה היה ראיון ראשוני עם חבר צוות, עוד ראיון עם 2 חברי צוות ואז ראיון עם אחד המראיינים הקודמים.
מעל לשבוע לקבל תשובה (שלילית) למרות שאף אחד לא יודע להגיד למה התשובה שלילית.
מרגיש שכחברה יש שם בלגאן שלם בהליך המיון.
שאלות מתוך הראיון
1. לממש פונקציה שמקבלת מערך של long שומרת את המידע לדיסק בדחיסה מסויימת (אותה יש לממש) ואז מפענחת את הדחיסה. אין מידע מקדים לגבי סוג הקלט למרות ששאלתי כמה פעמים.
2. לממש פונקציה שמקבלת 2 list ובצע פעולת join כמו SQL.
שאלה ארוכה מאוד, מלא מקרי קצה.
השאלות דיי טובות אבל לא ראלי לכתוב פתרון שעובד בכל מקרה (יש יונטסטים שלהם) תוך שעה-שעה וחצי
ראיון טלפוני עם HR , ראיון טלפוני עם ראש צוות , ראיון עם שני מתכנתים בכירים, עוד ראיון טכני, ראש עם מנהל ,ראיון 1-1 עם HR
שאלות מתוך הראיון
ראיון עם 2 המתכנתים הבכירים היה גרוע,
בהתחלה קבעו ראיון ואז דחו אותו ממש רגע לפני שהתחיל.
אחר כך, בראיון עצמו , מי שניהל הראיון , אפילו לא הראה עניין לעזור או להתעניין בתרגיל שנתנו. כאילו קיבל עונש לבצע את הראיון!
השאלה שהייתה:
נניח שיש לך רשימת דומיינים וsubdomains צריך להדפיס רק חלק מהרשימה.
לדוגמא אם האינפוט:
a.b
a.b.c
d.c.a.
d.c.b.
d.c.c
x.y
x.z
אז צריך להדפיס :
a.b
d.c.
x.y
x.z
כלומר צריך להבדיל בין המקרים של דומיינים "אחים" (ואז מדפיסים את המשותף בניהם) לבין subdomain ודומיינים , ומקרה שלישי לא נופל באחד הקודמים.
תשובות
הוסף תשובה
|
לצפיה בתשובות
יולי 2022
חידוד לשאלה : אם יש אבא (כתובת מקוצרת) להדפיס רק אותה אם יש שלושה אחים להדפיס את החלק המשותף ואם יש שני אחים בלבד להדפיס אותם במלואם כמובן גם כתובת בודדת
התהליך כלל שישה - טכני, עם שני ראשי צוותים שונים, המנהל שלהם, המנהל שלו, ו HR.
שאלות מתוך הראיון
בקצרה, לכתוב שגרה שמקבלת מערך של strings, ובודקת אם הסוגריים בהם (עגולים, מרובעים, מסוסלים) מאוזנים, ואחרי זה לעשות שיפורים בצריכת זכרון ע"י דחיסה של הסוגריים לשתי סיביות.
ראיון לתפקיד 
