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

שלום, הייתי לאחרונה בראיון למשרת בוגר מצטיין לצוות הפיתוח שמונה כ7 מתכנתים. החברה ממוקמת בבניין הייטק נחמד אך החצי קומה שלהם לא ממש קוסם ומתאים ל-startup מתחיל. הראיון הוא שעה וחצי של ישיבה בחדר ישיבות ביחד עם עוד מרואיינים, היחס הוא רחוק מאישי ויש הרגשה שהם רוצים למיין כמה שיותר אנשים וכמה שפחות יחס. שתי שאלות של כתיבת קוד: 1. לממש stack ביחד עם יכולת להחזיר את המספר המינימלי בזמן קבוע. 2. להדפיס בצורת INORDER לעץ חיפוש בינרי לבחור 2 מתוך 3 בשאלות הבאות: 3. למצוא איבר חמישי בגודלו בעץ חיפוש בינרי 4. למצוא את המסלולים הקצרים מקודקוד ידוע לשאר הקודקודים בגרף. 5. נתונות 2 רשימות משורשרות, צריך להחזיר את החיתוך. 6. שאלת testing לתרחיש מסויים, משהו קליל שמתאים למשרות QA. 7. שאלת בונוס: על struct שמכיל char ו- char* להגיד מה ההבדל בגודל בין מערכת הפעלה של 32 ביט למערכת הפעלה של 64 ביט. ועוד סעיף בשאלה השואל מה היה משתנה אם היו משתמשים בpacked על המבנה. בהצלחה למי שזה מתאים לו

אני אשמח אם תוכלי לתת את השאלות בטח כבר היית...!!! המון תודה.

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

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

הייתי שם לפני כשבועיים למשרת פיתוח ב c++ הייתי ב 2 ראיונות. לא זוכרת ככ את השאלות -אני אכתוב מה שאני זוכרת. ראיון ראשון – לכתוב fifo עבור רשימה מקושרת. ראיון שני – נתון שמגיעים packets של מידע בגדלים משתנים. הודעה היא בגודל משתנה ולא יודעים איפה בpacket היא ממוקמת. כל הודעה מתחילה ב delimeter כלשהו. צריך לכתוב אלגוריתם שיזהה הודעות ויעביר אותן הלאה

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

לגבי הביטוי "code monkeys", בעברית כבר הומצא ביטוי חדש (שהוא לא בדיוק בעברית, אבל ניחא), אשר מבטא מתכנתים שיושבים, כל היום מקלידים ומקבלים שכר נמוך יחסית: ניגרים (ריבוי של ניגר) (כן, אותו ביטוי פוגעני... שהוא כמובן לא פוליטיקלי קורקט). הכוונה היא לעבדים/פועלים שחורים שעובדים עבור שכר נמוך, וכל היום מקלידים בעוד שהמנכ"ל וההנהלה קוצרים את כל הבונוסים והמשכורות הגבוהות. ישנה חברה כלשהי במרכז הארץ (שלא אנקוב בשמה) בה הומצא הביטוי הנ"ל (העובדים קוראים אחד לשני "ניגר") מי שעובד בתוך החברה הנ"ל מכיר את הביטוי (וכמו כן את הביטוי "ממותק" שגם הומצא ע"י עובדי החברה).

לכבוד מי שהיה בעבר בראיון בחברת קורליקס: אשמח אם תוכלו לפרט לי את השאלות המקצועיות שנשאלתם שם בתודה מראש

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

רואיינתי לפני שבועיים+ ע"י מראיין קצת מוזר. כאחד עם ניסיון עשיר בטכנולוגיות שונות שאלו אותי שאלות רדודות של סטודנט שרק סיים לימודים. לממש קטע קוד קטן, שאלות בסיסיות ב-JAVA, שאילתא מ-DB. לא מבין למה מראיינים שמגייסים מומחה או בעל ניסיון עשיר דורשים לבדוק ידע שאינו רלבנטי. עם כל הכבוד...כמה פעמים יוצא בחיים לבדוק מעגל ברשימה מקושרת, להפוך רשימה, לממש רשימה על מערך, מחסנית, ווטאבר... במקום לחקור לעומק ולראות אם מפתח יודע איך EJB עובד, מה זה RMI, מהם תהליכים סינכרוניים וא-סינכרוניים. לאחר חפירה קלה - יש להם מוצר לגאסי שרץ ועובד כמה שנים. כמו כל חברה טרנדית רוצים להמיר את רובו הכתוב ב- ++C ל-Java. הם לא עובדים עם application server - אלא רק עם טומקאט וספריות של ספרינג (עוד נקודה - אם דרשתם בפרטי משרה ספרינג - תשאלו עליו למען השם...) אין להם עבודה רצינית עם בסיסי נתונים. לא התרשמתי על מורכבות מסויימת. לא נכנסו איתי עמוק מספיק לארכיטקטורה ומה קיים לעומת מה יש עוד לפתח - אך התרשמתי שה-framework כבר קיים ועתה נשאר לפתח כל מיני services - לעשות אימפלמנטציה מהסוג הלא מספק לדעתי. הייתי שם. לא עוד. אם זה סטארט-אפ - אז למען השם - תתנהגו כמו סטארט אפ. הגמישות של חברה קטנה אמורה למנף ולא ולהכביד. זה נובע בעיקר מחוסר באנשים עם מגוון כישורים. הקיצר - חברה בתולה, עד כמה שאפשר סוחטים הטכנולוגיות החינמיות (לא שיש בזה משהו רע), מפתחים על IntelliJ שלדעתי זה ה-IDE האולטימטיבי. יתרון. קונפיגורציית הקוד שלהם מנוהלת ע"י ANT. פרימיטיבים...עובדים עם postgresql - בסיס נתונים קוד-פתוח...דווקא זה דבר שלא הייתי מקל ראש בו. דחיתי בעדינות את בקשתם לזמן אותי לראיון שני. לדעתי אם הייתי מתאים ועברתי הראיון הראשון - היו צריכים מייד לראיין גם את השני ולא לטרטר אותי לשוב בפעם נוספת. הזמן שלי יקר. אני משלם על החנייה. תהליך הראיון הוא חובבני. רואיינתי במקומות שעשו עלי רושם הרבה יותר מקצועי וכאלה שדרשו לראות מה אני באמת יודע ולא לעשות איזה שאלת שנה ב' של תכניתן ממכללת שום-מקום. אלה הרשמים שלי.

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