Тепер вже Настя на зв’язку і розповім трохи про свої співбесіди.
Я подаюся на Senior Frontend і встигла пройти вже три технічні співбесіди - одну в невелику компанію і дві у досить великі. Якщо чесно, проходити інтерв’ю у невелику компанію мені подобається трохи більше, адже зазвичай це більш жива співбесіда, де в інтерв’юера немає чіткого списку питань і вимог, і розмова йде по ходу діла. Але також потрібно розуміти, що у великих компаніях вже налаштовані процеси, і ти маєш відповідати їхнім прописаним вимогам, тому до цього в мене немає претензій. Плюс - це мій суб’єктивний досвід, і все дуже залежить від конкретної компанії і людини, яка проводить співбесіду. З цим мені повезло - всі рази мені попадалися чудові спеціалісти, з якими можна було продуктивно і цікаво поспілкуватись.
На кожній співбесіді був live coding. Мене завжди це лякало, адже боюсь опозоритись і не написати якусь просту функцію. Але чим далі я в цьому процесі знаходжусь, тим більше розумію, що код писати мені легше, ніж відповідати на питання. Адже по суті я практик, а не теоретик. І задачки підкидали різнопланові: наприклад, написати просту апку на React, написати функцію мемоізації на JS, або задачки на роботу з об’єктами/масивами тощо.
По теорії ганяють гарно, але велику увагу, на мій подив, приділяють саме процесам у командах - Scrum, Kanban, Agile, різні метрики, функціональні/нефункціональні вимоги. На жаль, я мало працювала в командах із нормально налаштованими процесами, але, на щастя, маю освіту і це все вивчалося в університеті. По технічних питаннях постійно питають про accessibility, оптимізацію додатків (не тільки на React, а й на чистому HTML/CSS/JS), замикання/event loop в JS, Generic у TypeScript, поглиблено про хуки в React, state management, чим кращий Next.js і питання по ньому, знання Git, REST, GraphQL. Не забувають і про патерни, алгоритми, SOLID, декларативне/імперативне програмування і далі по теорії.
Я далеко не ідеально знала відповіді на всі ці питання. Одну співбесіду я думала, що повністю провалила, але все одно отримувала позитивні відгуки, що ще раз доводить: навіть якщо подаєшся на senior позицію, від тебе не очікують знання всього на світі. Головніше - твій досвід, відкритість і розуміння своїх сильних і слабких сторін.
Тепер вже Настя на зв’язку і розповім трохи про свої співбесіди.
Я подаюся на Senior Frontend і встигла пройти вже три технічні співбесіди - одну в невелику компанію і дві у досить великі. Якщо чесно, проходити інтерв’ю у невелику компанію мені подобається трохи більше, адже зазвичай це більш жива співбесіда, де в інтерв’юера немає чіткого списку питань і вимог, і розмова йде по ходу діла. Але також потрібно розуміти, що у великих компаніях вже налаштовані процеси, і ти маєш відповідати їхнім прописаним вимогам, тому до цього в мене немає претензій. Плюс - це мій суб’єктивний досвід, і все дуже залежить від конкретної компанії і людини, яка проводить співбесіду. З цим мені повезло - всі рази мені попадалися чудові спеціалісти, з якими можна було продуктивно і цікаво поспілкуватись.
На кожній співбесіді був live coding. Мене завжди це лякало, адже боюсь опозоритись і не написати якусь просту функцію. Але чим далі я в цьому процесі знаходжусь, тим більше розумію, що код писати мені легше, ніж відповідати на питання. Адже по суті я практик, а не теоретик. І задачки підкидали різнопланові: наприклад, написати просту апку на React, написати функцію мемоізації на JS, або задачки на роботу з об’єктами/масивами тощо.
По теорії ганяють гарно, але велику увагу, на мій подив, приділяють саме процесам у командах - Scrum, Kanban, Agile, різні метрики, функціональні/нефункціональні вимоги. На жаль, я мало працювала в командах із нормально налаштованими процесами, але, на щастя, маю освіту і це все вивчалося в університеті. По технічних питаннях постійно питають про accessibility, оптимізацію додатків (не тільки на React, а й на чистому HTML/CSS/JS), замикання/event loop в JS, Generic у TypeScript, поглиблено про хуки в React, state management, чим кращий Next.js і питання по ньому, знання Git, REST, GraphQL. Не забувають і про патерни, алгоритми, SOLID, декларативне/імперативне програмування і далі по теорії.
Я далеко не ідеально знала відповіді на всі ці питання. Одну співбесіду я думала, що повністю провалила, але все одно отримувала позитивні відгуки, що ще раз доводить: навіть якщо подаєшся на senior позицію, від тебе не очікують знання всього на світі. Головніше - твій досвід, відкритість і розуміння своїх сильних і слабких сторін.
Select: Settings – Manage Channel – Administrators – Add administrator. From your list of subscribers, select the correct user. A new window will appear on the screen. Check the rights you’re willing to give to your administrator. The court said the defendant had also incited people to commit public nuisance, with messages calling on them to take part in rallies and demonstrations including at Hong Kong International Airport, to block roads and to paralyse the public transportation system. Various forms of protest promoted on the messaging platform included general strikes, lunchtime protests and silent sit-ins. Some Telegram Channels content management tips 1What is Telegram Channels? bank east asia october 20 kowloon
from us
