שלום.

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

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

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

כל זאת כמובן בהנחה שתהיה חשיפה והענות ציבורית.

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

הבעיה:

למלא עשרה שקים במטבעות זהב כך שניתן יהיה להגיע לכל מספר מ-1 ועד 1000 על ידי בחירה של כמה שקים מהעשרה. נניח למשל שמלאתי בכולם 10 מטבעות, אזי אוכל להגיע ל 10 20 30  וכו' - לא לכל האלף ולא לשום מספר עם אחדות ולכן זה לא הפתרון.

הפתרון:

מבוסס על אלגברה פשוטה בבסיס 2 - בעשרה ביטים אפשר לייצג כל מספר מ-0 עד 1023 ולכן אם נכניס לשקים את החזקות של הבסיס הבינארי 1 2 4 8 וכו', נוכל להגיע לכל מספר מ-1 עד 1000.

נהגתי פעם לשאול שאלות כאלו (מתחכמות) אבל החלטתי כבר מזמן שזה לא אפקטיבי.

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

מה שכן אני לפעמים שואל שאלות שאין עליהם תשובה - כמו "כמה מכווני פסנתרים יש בת"א"

הרעיון הוא, כמובן, לא התשובה המדויקת, אלא דרך המחשבה /יצירתיות בנסיון למצוא פתרון סביר 

ארנון

צטט: arnonrgo 2007-11-10 00:16:13

נהגתי פעם לשאול שאלות כאלו (מתחכמות) אבל החלטתי כבר מזמן שזה לא אפקטיבי.

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

 

מה שכן אני לפעמים שואל שאלות שאין עליהם תשובה - כמו "כמה מכווני פסנתרים יש בת"א"

הרעיון הוא, כמובן, לא התשובה המדויקת, אלא דרך המחשבה /יצירתיות בנסיון למצוא פתרון סביר 

 

ארנון

 

 

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

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

אני מבטיח לא לנסות להדר את מה שתכתוב

צטט: harry potter 2007-11-10 14:20:30

 

 

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

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

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

לגבי שאלות הקשורות לקידוד - אני הרבה פעמים מבקש מימוש של איזה design pattern בסיסי (למשל מאלו של הGoF שרוב האנשים מכירים) - ואז אנחנו מדברים על להרחיב את המימוש למשל להפוך אותו  לthread safe. 

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

ארנון 

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

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

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

תודה.

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

כיוון אחר שאולי מעניין לבדוק הוא לבחור נושא מסויים ולקיים עליו שיחה. מתי תשתמש ב-java ומתי ב-c++, מה דעתך על ה-design של swing או איך אתה בונה מאפס קומפיילר של fortran (בווריאציה קלה על הבלוג של joel on software).

אבל אם התחלנו אתרום את שאלת הביצה והמדרגות. יש בידיך 2 ביצים ומולך בניין בן 100 קומות עם פיר מדרגות. ידוע שביצה נשברת כאשר זורקים אותה החל מקומה X (ביצים חזקות במיוחד). כיצד נגלה מה הוא  X  במינימום נסיונות (במקרה הגרוע). מהו אותו מספר נסיונות מינימלי? בין הפותרים נכונה תוגרל שאלה על איך מודדים גובה של הבניין עם ברומטר.

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

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

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

לגבי תרשימים - זה לא חייב להיות תרשימי UML - UML זו רק נוטציה, מה שחשוב זה הרעיונות מאחורה.

לגבי שאלות ותשובות - כמו שציינתי אני כרגע עסוק בראיונות כך שזה לא נראה לי זמן מתאים לתת שאלות ותשובות  :)

בתגובה לגנאדי. 

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

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

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

לגבי השאלה - טוב נו, אני אנסה ראשון .

הפתרון הראשוני שלי מוצא בסדר גודל של שליש.

זורקים מקומות שמתחלקות ב 3 וכשהראשונה נשברת משתמשים שניה לבחור אחת מבין שתי הקומות הקודמות. 

x = 3n +m

m < 3

=> מספר הנסיונות הוא n+m

האינטואיציה שלי אומרת שיש משהו יותר יעיל מזה לפחות במובן הסטטיסטי.

שאלה חמודה מאוד בכל אופן.

צטט: arnonrgo 2007-11-10 22:26:55

 

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

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

 

לגבי תרשימים - זה לא חייב להיות תרשימי UML - UML זו רק נוטציה, מה שחשוב זה הרעיונות מאחורה.

 

לגבי שאלות ותשובות - כמו שציינתי אני כרגע עסוק בראיונות כך שזה לא נראה לי זמן מתאים לתת שאלות ותשובות  :)

אוקי - אז אם יהיו לך שאלות שיצאו מה"מחזור"...

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

ולא טענתי שהשאלות ברמה גבוה מדי - רק גבוהה.

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

צטט: arnonrgo 2007-11-10 22:26:55

לגבי שאלות ותשובות - כמו שציינתי אני כרגע עסוק בראיונות כך שזה לא נראה לי זמן מתאים לתת שאלות ותשובות  :)

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

ואני אזרוק עוד שאלה - לא נתקלתי בכאלה עדיין, אבל הן חביבות במיוחד:

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

צטט: harry potter 2007-11-10 23:05:43

 

האינטואיציה שלי אומרת שיש משהו יותר יעיל מזה לפחות במובן הסטטיסטי.

שאלה חמודה מאוד בכל אופן.

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

צטט: גנאדי 2007-11-10 23:56:21

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

זה היה הפתרון עם המעטפת המתכתית והגומיות שמחזיקות את הביצה במרכזה ?

לגבי השאלה שלך - יש לי איזה פתרון משלי אבל אני משאיר את זה פתוח שגם אחרים יהנו.

שני הסנט שלי (לא שווים הרבה היום, אבל אומרים שהדולר יעלה).

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

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

  א. שאלות לעניין, בעיקר עם פיתוח של התשובה ושאלות על גיבה ["מודל ספירלי" :-)]

  ב. שאלות מהסוג שהוזכר כאן, "לחשוב מחוץ לקופסא". בתצורות מסויימות.

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

  א. הם לא מי יודע מה קשורים לדרישות התפקיד

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

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

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