چگونه می توان مصاحبه کدگذاری را ناخن زد

همه ما از آن عبور کردیم. هر سازنده ای که می شناسید ، تک تک افرادی که از آنها شنیده اید ، حتی آنهایی که تحسینشان می کنید ، مصاحبه فنی انجام داده اند و می دانید چه چیزی شما حداقل یک بار شکست خورده اید.

بنابراین آیا ترفندی وجود دارد که مصاحبه بعدی شما را موفق کند؟ حقیقت این است که هیچ ترفندی وجود ندارد. با این وجود ، چند روش وجود دارد که شما این فرصت را برای دستیابی به این شغل دارید و من بر اساس تجربه مصاحبه خودم چند مورد از آنها را در این مقاله یادداشت می کنم.

اول از همه ، من می خواهم واقعیتی را با شما در میان بگذارم که شاید چندان تعجب آور نباشد. آیا تا به حال به این فکر کرده اید که مصاحبه کنندگان در رزومه شما به دنبال چه چیزی هستند؟

یک همکار.

بله ، آنها فقط یک توسعه دهنده می خواهند که بتواند با او ارتباط برقرار کند ، همکاری کند و دانش و یادگیری را به اشتراک بگذارد. به همین دلیل ، بیشتر مصاحبه کنندگان دوست دارند قبل از اینکه وارد کد شوند ، در مورد شخصیت شما صحبت کنند. نامزد کامل کسی است که ارتباط برقرار است ، مهارت رمزگذاری دارد و می داند چگونه دانش خود را به اشتراک بگذارد ، کسی که احساس می کند صاحب کد خود است ، در زمان های دشوار مسئولیت را بر عهده می گیرد و مواردی را که کاملاً درست نیستند برطرف می کند ، حتی اگر این کار را انجام دهد نیازی نیست.

بنابراین اطمینان حاصل کنید که نمونه هایی از موقعیت ها را تهیه کنید (یا حتی بسازید) که نشان می دهد چرا آنها باید باور کنند شما کاندیدای مناسب هستید. همچنین به مصاحبه کننده احساس کنید که در یک تیم هستند. مصاحبه کننده می خواهد بداند حل یک مشکل با شما چه حسی دارد تا مصاحبه احساس همکاری کند. وقتی از شما در مورد مشکل کدگذاری س askedال شد ، سعی کنید از "ما" به جای "من" استفاده کنید ، مانند "ما باید از روش x استفاده کنیم زیرا ...". همچنین ، با صدای بلند فکر کنید. جدی بگویید ، "بیایید این و آن را امتحان کنیم. من مطمئن نیستم که جواب می دهد." اگر گیر کردید ، فقط آنچه فکر می کنید بگویید. آنچه ممکن است مفید باشد و چرا فکر می کنید راه حل فعلی شما جواب نمی دهد را به اشتراک بگذارید. می توانم به شما اطمینان دهم که مصاحبه گر شما نیز همین وضعیت را پشت سر گذاشته است.

و یک مورد واقعاً مهم: بگویید "نمی دانم". سعی نکنید چیزی را که نمی دانید کشف کنید. اگر در مورد چیزی متناسب با آنچه می دانید س askedال شد ، از مثالهایی از مشکلات مشابه یا زبانهایی که راحت هستید استفاده کنید. همچنین ، اگر در فکر راه حلی هستید که فکر می کنید هیچ ارتباطی با حل شدن مسئله ندارد ، آن را با مصاحبه کننده خود در میان بگذارید و دلیل عدم ارتباط آن را توضیح دهید.

از لحاظ فنی ، بسته به موقعیتی که متقاضی هستید ، س differentالات مختلفی می تواند پرسیده شود. یک قانون کلی به شرح زیر است. اگر ادعا می کنید که یک زبان برنامه نویسی را به خوبی می دانید ، باید بتوانید مکانیک ، مزایا و نقاط ضعف آن را درک و توضیح دهید. در چه موقعیت هایی از آن استفاده می کنید ، در چه مواردی و چرا.

در اینجا برخی از رایج ترین سوالاتی که می پرسم وجود دارد:

  • آیا تا به حال در یک تیم کار کرده اید؟
  • از کدام روشهای چابک تاکنون استفاده کرده اید؟
  • چگونه اطمینان حاصل می کنید که دانش در تیم شما توزیع می شود؟
  • چگونه با سازنده ای که در یک موضوع مهم با شما مخالف است برخورد می کنید؟
  • آیا تا به حال با یکی از همکاران خود درگیری داشته اید و چگونه بر آن فائق آمده اید؟
  • آخرین مشکل فنی که باید با آن کنار بیایید چه بود؟
  • مالکیت کد را چگونه تعریف می کنید؟
  • هدف نهایی حرفه ای شما چیست؟

فقط به عنوان یک یادآوری ، می توانید خود را با جوابهایی آماده کنید که لزوماً مبتنی بر وقایع واقعی نیستند. همچنین ، سوالات خود را در مورد شرکت ، محصول و روشهایی که همکاران بالقوه شما استفاده می کنند بپرسید.

البته ، این مقاله نمی تواند تضمین کند که مصاحبه بعدی شما یک مصاحبه موفقیت آمیز خواهد بود. بر اساس تجربه مصاحبه خودم ، داوطلبانی که از این رهنمودها پیروی می کنند شانس بیشتری برای تصدی این نقش دارند.

هفته خوبی داشته باشید!