التخلص من الخوف من وظيفتك الأولى

لقطة من فيلم "هاري بوتر وسجين أزكابان"

مشكلة هذا العالم هي أن المتعلمين مليئون بالشكوك، أما الأغبياء فهم مليئون بالثقة.

تشارلز بوكوفسكي

لقد قمت مؤخرًا بتدريس درس برمجة فردي آخر. على عكس الفصول العادية، لم يكن الموضوع يتعلق ببناء اللغة أو حل المشكلات. أعرب الطالب عن مخاوفه بشأن العمل في المستقبل. كان الطالب نفسه ذكيًا جدًا. أحد الذين يأتون إلى الدورة يكمل البرنامج بأكمله بشكل أسرع من أي شخص آخر وبحلول أصلية، لكنه يقلل من تقدير نفسه طوال الوقت. في رأيي، تنشأ هذه الشكوك فقط من نقص المعلومات. حاولت سد هذه الفجوة بشكل مرتجل أثناء الدرس.

وكانت الأسئلة شيء من هذا القبيل:

• في كل عام يتخرج العديد من الطلاب من الجامعات ويذهبون جميعًا للبحث عن عمل. هذا كثير من الناس. من المحتمل أنهم سيوظفون الأفضل، لكنني لن أحصل على مكان.
• ماذا لو أخطأت وتم طردي على الفور؟
• ماذا لو أدركوا أثناء العمل أنني غبي وطردوني؟

لم يكن هذا الطالب هو أول شخص أجبت عليه على مثل هذه الأسئلة. يعاني منها العديد من الأشخاص، وعادة ما يتم إخبارهم بها دون تحضير. هذه المرة قررت أن أكتب مونولوجي في دفتر ملاحظات. اعتقدت أنها ستكون بضع فقرات، لكنها في النهاية كانت كافية لمقال كامل.

يصف المقال وجهة النظر من وجهة نظري وبناءً على تجربتي. ومع ذلك، فإن عالمنا متنوع للغاية وتحدث فيه أشياء مذهلة. إذا كنت لا توافق على شيء ما أو كانت تجربتك مختلفة إلى حد ما، يرجى كتابة تعليق.

تمت كتابة المقالة بواسطة مطور للمطورين. ومع ذلك، إذا كنت تخطط لإجراء الاختبار أو الإدارة أو أي شيء آخر في مجال تكنولوجيا المعلومات، فستكون بعض النصائح مفيدة لك أيضًا.

لن يقوموا بتوظيفك على الإطلاق

عندما تتخيل أن العديد من الجامعات تخرج مئات الطلاب كل عام، يصبح الأمر غير مريح. كيف تتنافس مع هذا الحشد الضخم؟

ولسوء الحظ، ليس كل الخريجين لديهم التدريب الفني الكافي. حاول أن تسأل أحد طلاب الجامعة الذين تعرفهم: كيف يحصل الأشخاص في مجموعته على القبول في الامتحانات في تخصصات مثل "قواعد البيانات" أو "أساسيات الخوارزمية والبرمجة"؟ في مجموعة من 30 شخصًا، في أحسن الأحوال، سيكون هناك 3-5 رجال "متقدمين" قاموا بالفعل بكل شيء بأنفسهم. والباقي ببساطة نسخ منها، وحشر الإجابات على الأسئلة وتقديمها.

هكذا كان الأمر عندما كنت أدرس بمفردي. ومع ذلك، تجربتي قد لا تكون ممثلة. لذلك طرحت هذا السؤال على العديد من الطلاب المختلفين. وكان الجواب نفسه إلى حد كبير. وكان المشاركون من جامعات وكليات مختلفة. وسأترك النقاشات حول الأسباب الخارجة عن نطاق هذا المقال. ليس لدي ما يكفي من الوقت لإجراء دراسة كاملة، لذلك سأستنتج من الحقائق المتاحة.

ومن بين مئات الخريجين، هناك بضع عشرات فقط يثيرون اهتمام أصحاب العمل

قليل من الخريجين يمكنهم تقديم منافسة حقيقية لطالب قادر على الإعداد الجيد. ومع ذلك، حتى لو درست بضمير حي، بعد المقابلة الأولى، على الأرجح لن يتم تعيينك. بعد الثانية، ربما أيضا. قد يسير كل شيء على ما يرام، لكن من الأفضل أن تعد نفسك ليس للهجوم، بل للحصار. إن المحاولة الفاشلة للحصول على وظيفة ليست سوى سبب للعمل على أخطائك والمحاولة مرة أخرى. لن أتحدث عن التحضير للمقابلات. لقد تم بالفعل كتابة الكثير حول هذا الموضوع على الإنترنت. سأقول فقط أن هناك فروقًا دقيقة في المقابلات ربما لن يأخذ برنامجك التدريبي الوقت الكافي لشرحها. ابحث عن هذه المعلومات بنفسك، فقد تقلل من عدد المحاولات.

الجنون هو التكرار الدقيق لنفس الفعل. مرة بعد مرة، على أمل التغيير

ألبرت أينشتاين

لكي تمنع المقابلات من التحول إلى جنون، عليك أن تتحسن بعد كل محاولة جديدة. احفظ أو اكتب الأسئلة التي تم طرحها عليك أثناء المقابلة. عند عودتك إلى المنزل، قم بالاطلاع على هذه القائمة وتحقق من نفسك باستخدام الإنترنت. بهذه الطريقة ستفهم أين أخطأت أنت والقائم بالمقابلة. يحدث هذا أيضًا. قم بمراجعة أو دراسة الموضوعات التي أديت فيها بشكل سيئ وحاول مرة أخرى.

وبالإضافة إلى ذلك، هناك موسمية واضحة في سوق العمل. تخطط الشركات الذكية للتوظيف بناءً على تواريخ التخرج. هناك المزيد من الوظائف الشاغرة للوافدين الجدد في فصل الربيع مقارنة بالأوقات الأخرى. ومع ذلك، المنافسة أعلى في هذا الوقت.

غبي - أطلق النار

عندما يتم تعيين شخص ليس لديه خبرة، هناك توقعات مقابلة له.

من المتوقع أن يقوم الوافد الجديد إلى الوظيفة بما يلي:

• معرفة القاعدة التقنية العامة
• دراسة تفاصيل مجال عمل الشركة
• إتقان الأدوات والممارسات المستخدمة

تقدم بعض المنظمات دورات تدريبية للوافدين الجدد حول التقنيات والأدوات والإجراءات المحلية المستخدمة. على سبيل المثال، الأخلاق الحميدة عند استخدام البريد الإلكتروني للشركة، وإجراءات تغيير المستندات في الويكي، والميزات المحلية للعمل مع VCS ومتعقب الأخطاء.

هناك أيضًا دورات تمهيدية تقنية، لكن فائدتها مشكوك فيها. إذا كان الأمر يتعلق بالتوظيف، فإن أصحاب العمل مقتنعون بأن لديك مستوى كافيًا من المعرفة. فمن الأفضل أن تأخذ مثل هذه الدورات ببساطة بحسن نية، كإجراء شكلي بسيط. ربما سيكون هناك بالفعل شيء مفيد فيها.

عندما تبدأ العمل، تذكر أنه بالتأكيد لن يتم تكليف المبتدئ بحل مهمة عاجلة ومعقدة وفي نفس الوقت مهمة. على الأرجح سيكون هناك واحد فقط من هذه الخصائص. أو بسيطة ولكنها عاجلة: قم بإصلاح التخطيط، أو إرسال ملف إلى شخص ما، أو إعادة إنتاج المشكلة. أو صعب ولكن بدون أي أمل في الانتهاء - بحيث يجمع المبتدئ المزيد من أشعل النار. أو مهمة ولكنها تجريبية. على سبيل المثال، مشروع كان الجميع يريده منذ فترة طويلة، ولكن لا يجد الوقت لتنفيذه.

ستكون مهام إتقان الأدوات "صعبة" ومصطنعة. على الأرجح ستكون هذه نسخة مبسطة من النظام الرئيسي. تستخدم مثل هذه المهام نفس مجموعة التكنولوجيا ونفس مصطلحات المجال المستخدمة في المشروع بأكمله. وفي هذه الحالة، لن يتم تسليم نتيجة التنفيذ للمستخدم النهائي. قد يكون هذا محبطًا، لكن من الأفضل مقاومة هذا الشعور. فالمهمة المصطنعة يجب أن تتم بضمير حي، وكأن مصير المشروع يعتمد عليها.

نتيجة حل مشكلتك الأولى ستشكل الانطباع الأول عنك لدى زملائك الذين لم يحضروا المقابلة.

هناك خيار آخر لمهمة إتقان الأداة وهو "تشغيل المشروع على جهاز محلي/بيئة اختبار." في بعض الأحيان يتم وصف هذه العملية في التعليمات. لكنها عادة ما تكون قديمة وفي بعض الأماكن عفا عليها الزمن. يمكنك تحقيق فوائد حقيقية للمشروع إذا قمت بكتابة تعليمات جديدة مع توضيحات حول المشكلات التي نشأت. بالتأكيد في الجامعة كان عليك كتابة RGR لتقرير عن بعض التخصصات. إنه نفس الشيء تقريبًا هنا. يجب أن تعكس الوثيقة الإجراءات التي يجب تنفيذها لبدء التشغيل.

عادةً ما تكون خطوات تشغيل المنتج في بيئة اختبار كما يلي:

• استنساخ مستودع، قم بالتبديل إلى فرع أو علامة
• إنشاء بعض ملفات التكوين
• إعداد هيكل قاعدة البيانات
• املأها ببيانات الاختبار
• بناء أو تجميع المشروع،
• تشغيل مجموعة من البرامج النصية لوحدة التحكم في تسلسل معين

أثناء عملية تشغيل النظام محليًا، ستظهر حتماً مشاكل غير متوقعة.

يجب إضافة الحلول التي تم العثور عليها للمشكلات إلى تعليمات النشر. ثم في المرة التالية التي تتبع فيها التعليمات، لن تظهر هذه المشكلات بعد الآن. عند ملء ملفات التكوين واستدعاء البرامج النصية، يجب عليك الانتباه إلى القيمة التي يتم استخدامها وأين يجب أن تتطابق. على سبيل المثال، إذا تم تجميع المشروع باستخدام نظام CI ثم إطلاقه بواسطة برنامج نصي، فمن المهم فهم مكان كتابة اسم الفرع أو رقم الالتزام. يحدث أن البرنامج النصي يتضمن نقل عنوان IP أو اسم DNS لقاعدة البيانات وتسجيل الدخول وكلمة المرور الخاصة به. في هذه الحالة، تحتاج إلى معرفة العنوان الذي سيتم استخدامه لبيئة الاختبار، وما هي عمليات تسجيل الدخول الموجودة وكلمات المرور التي تحتاج إلى تحديدها لها.

قد تبدو بعض المهام بسيطة للمطورين ذوي الخبرة ولكنها تمثل تحديًا للمتدربين. هذا امر طبيعي.

يتعين على المطورين حل المشكلات الفنية كل يوم. لقد قام الموظفون ذوو الخبرة بحل العديد من المشكلات من قبل، بينما لم يتمكن القادمون الجدد من التعامل معها بعد. أفضل أسلوب هو تسجيل جميع الأخطاء التي تمت مواجهتها في المستند "حل المشكلات المتعلقة بـ ${task name}". لكل مشكلة، تحتاج إلى صياغة فرضية حول السبب، وإيجاد الحلول على الإنترنت وتجربتها واحدة تلو الأخرى. ويجب أيضًا تسجيل نتيجة كل محاولة.

إن تسجيل بحثك في شكل مستند سيسمح لك بما يلي:

• تفريغ التفاصيل الصغيرة من رأسك. على سبيل المثال، معلمات التكوين وعناوين DNS/IP وأوامر وحدة التحكم واستعلامات SQL.
• تذكر "ماذا فعلت بالأمس" عندما تستمر المهمة لعدة أيام
• لا تتجول في الدوائر. يمكنك دائمًا قراءة ما فعلته من قبل وفهم أنك عدت إلى المشكلة الأصلية
• أجب بوضوح على السؤال: "ماذا فعلت اليوم؟" حتى لو لم يكن هناك حل جاهز بعد.

يجب أن تكون قادرًا على إيصال حالة مهامك إلى زملائك

من وقت لآخر، سوف يهتم زملائك بنجاحاتك ويشاركون نجاحاتهم. خصص بعض الوقت لذلك يوميًا أو أسبوعيًا.

إذا لم تقم بتتبع المشكلات التي تمت مواجهتها وحلها، فإن وصف نجاحاتك سيبدو كما يلي: "لقد حاولت القيام بالمهمة، لكنني لا أستطيع القيام بذلك. ومازلت أبحث عن حل." ليس من الواضح من هذه القصة ما إذا كان المتدرب يفعل أي شيء أم أنه كان يجلس ويقرأ فقط. هل يحتاج إلى مساعدة؟ هل تغير الوضع منذ الأمس؟

إذا احتفظت بمستند تبحث عن حلول، فيمكنك أن تقول "أحاول القيام بهذه المهمة. كان لدي أخطاء مثل هذا. هكذا قررت. لم أتعامل مع هذا بعد. هناك هذه الفرضيات والحلول. أنا أتحقق منهم الآن."

إذا كان من الممكن قياس المهمة بأي طريقة، فيجب أن تحتوي الحالة على أرقام. على سبيل المثال، بالنسبة للمهمة "كتابة اختبارات الوحدة لوحدة نمطية"، يمكنك أن تقول "أخطط لإجراء 20 اختبارًا، والآن كتبت 10".

كلما قدمت تفاصيل أكثر، كلما فهم زملاؤك ما فعلته بشكل أفضل. سيؤدي ذلك إلى خلق موقف إيجابي تجاهك بين زملائك وسيسمح لهم بفهم ما إذا كنت بحاجة إلى المساعدة أم لا.

لا تتردد في طلب المساعدة

كتبت أعلاه أنه عند ظهور مشكلة ما، عليك صياغة فرضية حول أسبابها والحلول الممكنة. ومع ذلك، يحدث أن الفرضيات غير مبررة، ولا تعمل الحلول التي تم العثور عليها بشكل مستقل للمشكلة. وفي هذه الحالة فمن الأفضل أن تطلب المساعدة. لكي لا تسيء استخدام انتباه زملائك، عليك أن تجلس على كل مشكلة بنفسك. إذا لم تتمكن من إيجاد حل في غضون ساعتين، فقد حان الوقت لطلب المشورة من رفاق أكثر خبرة.

أفضل مكان للبدء هو طرح السؤال "هل واجه أحد هذه المشكلة من قبل؟" مع وصف موجز للمشكلة. يُنصح بإرفاق جزء من رسالة الخطأ أو لقطة شاشة. من الأفضل إرسال هذه الرسالة لأول مرة إلى بعض محادثات العمل العامة. بهذه الطريقة لا تصرف انتباه الأشخاص المنشغلين حقًا عن العمل. سوف يرى الزملاء الأحرار رسالتك وسيكونون قادرين على المساعدة.

إذا لم يساعد أحد بعد رسالة في الدردشة العامة، فحاول اللحاق بزميل ذي خبرة أثناء فترة الاستراحة: الغداء، أو الذهاب لتناول الشاي/القهوة، أو لعب التنس، أو استراحة للتدخين. إذا لم ينجح ذلك، قم بالإبلاغ عن الصعوبات التي تواجهها في الاجتماع أو الوقوف.

إذا تم حل المشكلات المعروفة، فقد ينتهي كل هذا عند هذا الحد. إذا كانت المشكلة جديدة، فسيبدأ التحقيق، حيث سيكون من الضروري التصرف وفقا للظروف.

ستكون مهام المبتدئين "المهمة" التي يحتاجها المستخدم النهائي مملة وصغيرة. على سبيل المثال، "أضف عمودًا إضافيًا إلى التقرير" أو "صحح خطأ مطبعيًا في النموذج المطبوع" أو "نفذ طريقة نموذجية لتحميل سمات العميل من نظام إدارة قواعد البيانات". الغرض من هذه المهام هو أن يتعرف المبتدئ على مجال الموضوع ويندمج في العمل اليومي.

من المهم ليس فقط حل المشكلة تقنيًا، ولكن أيضًا توسيع المعرفة بمجال الموضوع.

ستظهر المصطلحات في وصف المهمة، في الدردشات والمحادثات. قد تبدو وكأنها أسماء مألوفة. ومع ذلك، في إطار نظام المعلومات، لديهم معنى خاص وأكثر دقة. من الأفضل تسجيل معنى المصطلحات المكتشفة في وثيقة خاصة - قاموس المصطلحات. عند الإضافة إلى القاموس، يكفي أن تكتب فهمك للكلمة، ولكن من الأفضل الاتصال بمحلل لفك التشفير الحقيقي. إذا كان مفقودا، فانتقل إلى الموقتات القديمة للمشروع. يعد الاحتفاظ بقاموس المصطلحات أحد أبسط الطرق للتعرف على مجال موضوع المشروع.

بمجرد العثور على لغة مشتركة مع زملائك، سيبدأون في رؤيتك ليس كمتدرب جديد، ولكن كمتخصص متساوٍ.

هناك مهام خاصة، على سبيل المثال، “كتابة اختبارات الوحدة لوحدة نمطية”. من الصعب أن تتعثر فيه لفترة طويلة بحثًا عن حلول. وفي الوقت نفسه، فهو أمر خطير للغاية ولا يُعطى فقط لتدريب المتدربين. تزيد الاختبارات الكتابية من استقرار المشروع من خلال تقليل الأخطاء في التطبيق وتقليل الوقت اللازم للاختبار البشري. في العالم المثالي، تتم كتابة اختبارات الوحدة فورًا أثناء التطوير، لكن الواقع مختلف دائمًا. يحدث أن مطور الوحدة يحتفظ بها بالكامل في رأسه ولا يرى ضرورة لكتابتها. "كل شيء واضح، ما الذي يمكن اختباره؟" في بعض الأحيان تتم كتابة الوحدات في وضع الاندفاع ولا يتبقى وقت لاختبارات الوحدة. لذلك في العالم الحقيقي قد لا تكون هناك اختبارات وحدة. ولذلك، يتم إسناد مهمة كتابة اختبارات الوحدة إلى المبتدئين. بهذه الطريقة، سيتمكن المتدرب من التعود على المشروع بشكل أسرع، وسيتمكن المشروع من توفير وقت المتخصصين ذوي الأجور الأعلى.

يحدث أن يتم تعيين المتدربين والوافدين الجدد لدور المختبرين الكاملين. عادةً، قبل القيام بذلك، تحتاج إلى نشر المنتج محليًا وقراءة المتطلبات. ونتيجة لذلك، يتوقع من الموظف الجديد أن:

• أسئلة مثل "إذا فعلت ذلك بهذه الطريقة، فسيصبح الأمر هكذا. هذا ليس في المتطلبات. ينبغي أن يكون؟"
• المهام في أداة تعقب الأخطاء "المتطلبات تقول ذلك، لكنها في الواقع مكتوبة بشكل مختلف."

يعد الاختبار مجالًا واسعًا جدًا لهذه المقالة. إذا تم تكليفك بمهمة مماثلة، ابحث في الإنترنت عن أفضل طريقة لإكمالها.

إذا أخطأت، سوف يتم طردك

في منظمة عادية، إذا حدث فجأة أن موظفًا عديم الخبرة تمكن من الوصول إلى شيء مهم وأفسد شيئًا ما، فإن اللوم يقع على عاتق الشخص الذي سمح بحدوث ذلك. لأن المبتدئ، افتراضيًا، لا يمكنه الوصول إلى البنية التحتية الحيوية. مع التوجيه المناسب، لن يتركوا كل الكلاب تضيع على متدرب عديم الخبرة.

إذا حدث شيء ما، فلن يطردوك بسبب حادثة واحدة. يتعلم الناس من الأخطاء. لقد تعلم المتدرب الذي أخطأ درسًا قيمًا ويختلف تمامًا عن المتدربين الآخرين. إذا قمت بطرد شخص أخطأ، سيأتي شخص آخر مكانه ويخطئ بنفس الطريقة.

الشيء الرئيسي هو التعلم من الأخطاء وعدم تكرارها مرة أخرى.

إذا لم يستخلص الشخص استنتاجات من أخطائه، فسوف يحاول أن يقول وداعا له. ومع ذلك، فإن العالم متنوع. في بعض منظمات العصابات، يمكنهم رميك على الفور من النافذة عند ارتكاب الخطأ الأول. ولكن من الأفضل تجنب مثل هذه الشركات عن طريق الاستفسار أولاً أو معرفة المزيد أثناء المقابلة.

من الأفضل تجنب الحوادث

حتى لو لم يتم طردك شخصيًا بسبب خطأ ما، فإن مثل هذا الحادث سوف يسبب مشاكل غير مرغوب فيها لفريقك والمشروع ككل. لذلك، كن حذرًا بشكل خاص عند عمليات حذف أو إنشاء الجداول في قاعدة البيانات والملفات ومثيلات الخدمة والمستندات في قاعدة معارف المشروع. إذا عثرت على عنوان اتصال جديد، فتحقق مع شخصين مختلفين على الأقل مما يمكن فعله هناك. تحقق من حقوقك في البيئات ليس عن طريق التجربة والخطأ، ولكن باستخدام الأوامر المناسبة. على سبيل المثال، حقوق حذف الملفات باستخدام الأمر ls، وحقوق العمل مع الجداول في الخلية باستخدام الأمر `SHOW GRANTS FOR 'user'@'host';`، وما شابه. في أي أداة تقريبًا سيكون لديك فرصة مماثلة.

عند تحرير الملفات، احتفظ بنسخة من النسخة الأصلية لنفسك، تحسبًا لذلك.

يتم بناء العديد من الحواجز بين المتدرب والمستخدم النهائي.

إذا تمكنت من إعطاء منتجك للمستهلك على الفور، فلن تتمكن من الحصول على وظيفة، بل يمكنك الانطلاق في "سباحة حرة". ولكن في حين أنه ليس لديك مثل هذه الفرصة (وفي الوقت نفسه، المسؤولية)، فأنت بحاجة إلى المرور بعدة مراحل من السيطرة على المشروع.
أول هذه الأمور هو التحقق من قبل معلمه. يقوم بتقييم قرار المبتدئ من وجهة نظر فنية. إذا لم يتم تعيين مرشد، فأنت بحاجة إلى العثور على واحد. للقيام بذلك، تحتاج إلى اختيار أحد الموقتات القديمة للمشروع وأثناء الاستراحة اطلب منه إلقاء نظرة على الحل: هل تم حل المشكلة بشكل صحيح؟ إذا بدأ في البحث والاستجابة، فقد تم العثور على مرشد. إذا تجاهل ذلك، فمن المفيد أن يسأل شخص آخر.

المرحلة التالية هي ضمان الجودة. باللغة الروسية - المختبرين. على الطراز السوفييتي - قسم المراقبة القياسية ومراقبة الجودة. ويجب عليهم التأكد من أن أداء المتدرب يتوافق مع المهمة الموكلة إليه. نادرًا ما يقرؤوا الكود. في أغلب الأحيان، سيقوم المختبرون بفحص المشروع المبني، والذي يخزنه المطور في نظام التحكم في الإصدار.

المرحلة الثالثة هي مدير الإصدار. قد لا يكون هناك شخص منفصل لهذه المهمة، ولكن لا يزال هناك شخص يلعب هذا الدور. إنه يتحقق من أن المختبرين قد أكدوا أنه يمكن إصدار المشروع. بعد ذلك، يقوم بتنفيذ الأنشطة لتسليم المنتج للمستخدمين النهائيين.
في المنظمات الصغيرة، قد لا توجد هذه العوائق لأسباب مختلفة. ومع ذلك، فإنهم لن يعطوا الوافد الجديد مهمة تغيير شيء مهم. لأنه لا أحد يحتاج إلى هذه المخاطرة.

عليك أن تشارك في المعركة أولاً، وبعد ذلك سنرى.
نابليون بونابرت

آمل أن تساعدك هذه المقالة في التغلب على عدم اليقين الخاص بك وتقديم سيرتك الذاتية الأولى. وبطبيعة الحال، يجب عليك الاستعداد أولا. ولكن ليست هناك حاجة إلى الإفراط في التوسع. من المرجح أنك قد درست بالفعل في إحدى الجامعات أو الكليات لعدة سنوات. إلى أين تذهب بعد ذلك؟ في النهاية، من الأفضل أن تسمع "لا" مرة واحدة من أحد المتخصصين وتعمل على تصحيح الأخطاء بدلاً من أن تقول "لا" لنفسك كل يوم وتتوقف عن النمو المهني.

بمجرد تعيينك، تحتاج إلى التركيز على النمو من متدرب إلى عضو كامل في الفريق. عادة ما يأتي هذا النوع من النمو مع زيادة في راتبك.

أتمنى لك الصبر والمثابرة.

يمكن للمستخدمين المسجلين فقط المشاركة في الاستطلاع. تسجيل الدخول، من فضلك.

ما هي المهام الأولى التي قمت بها في وظيفتك الأولى في مجال تكنولوجيا المعلومات؟

• معقد

• مهم

• العاجلة

• لا شيء مما بالأعلى

صوت 75 مستخدمين. امتنع 20 مستخدما عن التصويت.

ماذا كان عليك أن تفعل في البداية في وظيفتك الأولى؟

• قم بتثبيت المنتج محليًا

• اختبر منتجًا موجودًا

• تنفيذ مهمة تدريبية وهمية

• قم بعمل مشروع تجريبي وحقيقي للعميل

صوّت 63 مستخدمًا. امتنع 25 مستخدما عن التصويت.

كم عدد الطلاب في مجموعتك الذين تمكنوا من إكمال المهام في المواد التقنية بشكل مستقل أثناء التدريب؟

• 1 من 10

• 1 من 5

• كل ثانية

• كل شيء، مع استثناءات نادرة

صوت 70 مستخدمين. امتنع 19 مستخدما عن التصويت.

المصدر: www.habr.com