כיצד לשאול שאלות בצורה נכונה אם אתה מומחה IT מתחיל

היי!

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

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

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

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

ועכשיו לפרטים נוספים.

למד את הבעיה בעצמך

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

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

איזו אפשרות נכונה? הנה הוא:

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

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

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

С הראשון העניין הוא שהכל טריוויאלי: אם טקסט השגיאה אינו מובן לך לחלוטין, העתיקו אותו לגוגל וקראו היטב את הטקסט מהקישורים.

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

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

חמישית נקודה זו מביאה אותנו לחלק הבא: חשבו מה האדם אליו אתם פונים עשוי לשאול אתכם והכינו את התשובות.

תחילה כתוב את המטרה, ואז ציין את הבעיה.

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

שאלה טובה:

אני רוצה להציל 10 חתולים מצחיקים כל יום כדי לצחוק ולהאריך את חיי. לשם כך כתבתי את הקוד הבא: […]. אני מצפה שהוא יתחבר לשרת FTP ויוריד משם תמונות חדשות. עם זאת, כאשר הפעלתי אותו, ראיתי את השגיאה הזו: […] למרות שאני יכול לגשת לשרת הזה דרך הדפדפן.

תגובה מהירה:

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

שאלה גרועה:

שלום, הקוד שלי יצר את השגיאה הבאה […], האם אתה יודע מה יכול להיות לא בסדר?

התשובה המתבקשת היא:

שלום. לא אני לא יודע.

כתוב בצורה מוכשרת ועניינית

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

גרוע:

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

טוב:

— היי, אני מנסה להתחיל פרויקט, אבל יש בעיה. זה קורס מיד לאחר הפקודה docker-compose up, הנה יומן האתחול והשגיאה: […] האם אתה יכול להגיד לי איך לפתור את זה?

שאל שאלות לכתובת ושתף את הפתרון

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

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

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

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

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

כבד את זמנם של אחרים

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

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

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

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

לא כדאי לנסות לקבל מענה מאדם אחד בערוצים שונים (כתוב ל-Slack, Skype, Telegram) בו זמנית - זה יהיה לא נעים לאדם.

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

תראה רחב יותר

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

מקור: www.habr.com