Якщо говорити про процес хайрінгу саме в нашій компанії Fiverr, то ми зараз не даємо тестове завдання. Під час першого технічного інтерв‘ю, інтерв‘юєр дає задачу, яку потрібно виконати, написавши код, після чого рішення, надане кандидатом, обговорюється безпосередньо під час інтерв’ю і кандидату надається фідбек. Щодо інших компаній мені невідомо.
Я сподіваюся, що вичерпно дала відповідь на всі Ваші запитання?
На жаль, я не можу Вам допомогти з цим питанням, адже не знаю як налаштовані процеси в Yalantis Golang School та не маю до них відношення. Зазвичай, компанії не роблять цього, адже бажаючих отримати код рев’ю завжди дуже багато, а ресурси компанії на зовнішній код рев’ю дуже обмежені. Проте, гадаю, що Ви можете запитати у куратора чи мають вони наразі можливість зробити код рев’ю для Вас, тому що Ви праві в тому, що код рев’ю дуже корисний для початківців.
Не зовсім зрозуміла контекст, Ви зараз маєте на увазі співбесіду в Fiverr?
Дякую за коментар, здається, цю частину я дійно недостатньо добре описала. Мала на увазі, що у нас відсутні QA-спеціалісти, а не етап тестування загалом. Правильність роботи коду мають забезпечувати самі розробники. Це має свої переваги, зокрема, люди більше приділяють уваги різним нюансам та загалом краще розбираються в тому, як працює якась фіча, а не перекладають цю відповідальність на QA. Також, на мою думаю, розробники можуть швидше провести тестування, адже знаходяться безпосередньо в контексті фічі.
Дякую за відгук!
Взагалі, це залежить від контексту. Мета цього обмеження — уникати ситуацій, коли додається багато бізнес-логіки в одному ПРі, адже такі ПРи важно адекватно рев’ювити. Проте, якщо це рефакторинг (без зміни логіки!) або інфра зміни, які треба залити одним комітом, то немає вимоги розбивати це на маленькі ПРи.
Дуже крута ініциатива, дякую за створення нових можливостей для жінок!
Підкажіть, будь ласка, чи набираєте ви ще менторок?