Насколько распространены тестовые до собеседований на начальные позиции?

mkone112,

за всю жизнь, я не встретил ни одного видео, которое не заменялось бы на 200% хорошей книгой

ну вот как бы мнение) оно было озвучено)

Я себе слабо представляю, как видео о фиче на ютубе, появляется раньше документации этой фичи.

Ну, во-первых такие конференции как re:Invent и тому подобные. Информация о том чт опрезентуется публикуется незадолго до конференции и никак ты эту информацию не найдено. А во-вторых персональный опыт различных компаний и выводы - в книгах уже не пишут особо. Особенно про IT. Когда прошел год использованиям технологии или даже меньше - уже полно роликов, но ноль книг.

А что до того чтобы смотреть на английском ролики то я тут скажу что это еще не разговорный но выше A2)

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112,

Ну эээ...так речь то только о требовании разговорного английского в вакансии, и фильтрации посредством разговора.

фильтрация посредством разговора разговора это первичная оценка твоего уровня английского. То что сделать это другим способом затруднительно - факт. Просто бедный HR себе уши изнасилует с не опытными ребятами, но такая у них судьба, они на это сознательно шли. А вот про требование разговорного на начальные позиции ни разу не упоминалось)

Я не смогу поговорить с HR на английском, не умея говорить с HR на английском=)

Не держи HR за идиотов) Они подстраиваются под человека. Работа у них такая - оценку проводить. Кроме того первичный разговор всегда на родном языке. Но если ты пару слов не сможешь связать то это, конечно, плохой признак

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, советую пересмотреть свои взгляды на жизнь на счет книг. Это распространенное заблуждение. Ничего не имею против книг, сам их люблю и иногда читаю, но 99% контента сегодня создается здесь и сейчас. Книги от момента написания до момента публикации и попадании к питателю проходят 9 кругов ада и это может длиться годами, так что если хочется актуальную информацию в таком дико изменяющемся мире как IT - ютубе и подкасты ваше все. И видео-стримы конечно. Книгу по новой технологии еще фиг знает когда напишут и опубликуют (да, есть сайты, но и там информация другого характера). Я вот постоянно мониторю интересные конференции по всему миру и нигде кроме как на ютубе эту информацию я не услышу. Более того, иногда какой-нибудь индус будет очень плохо произносить свое выступление, но у него может быть настолько топовая информация что пропустить это будет просто обидно

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, да что ты за разговорный цепляешься? Разговор с HR на английском не значит что тебе нужно иметь его разговорным

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, 100500 международных конференций. Записи которых есть только на ютубе. И говорят там десятки народностей с разными акцентами)

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, это ты не нам объясняй, а hr если у вас вообще будет разговор)

В любом случае любому человеку, который захотел в it я бы рекомендовал поднимать сначала английский до B1. Без этого в IT очень тяжело, больно, а весь материал что позволяет выделяться среди конкурентов - на русский не переводят

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, фильтр есть, конечно. Критерии только у фильтра не забываем что надо выяснять) и не забываем что объективных способов оценки знания языка не существует - его всегда проверяют люди. Но если переписку корпоративную вести не получится то это точно привет-пока

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, отпечатался, поправил.

Ну, в таких компаниях как Epam просто вся внутренняя переписка только на английском, как и новости и все продукты. Просто словарный запас это не A2. Ну и вообще, если даже не брать в расчёт то что без нормального английского в IT дорога почти закрыта то при прочих равных при входе в такие компании сравнивать уровень английского будут обязательно. Банально - кандидатов больше чем позиций.

Насколько распространены тестовые до собеседований на начальные позиции?

mkone112, A2 это чтение документации с переводчиком, там есть также внутренние курсы английского. Ну и трейни не работают на проектах, это обучение. Кроме того - даже не все миддлы с заказчиками общаются, что говорить даже о джунах? Надо понимать что Epam компания большая и проекты на 2-3 разработчика они просто не ведут. Там в плане роста и саморазвития очень интересно

Как реализовать постоянное подключение к бд?

neol, ну только в PHP это обычное поведение, а в nodejs нет - там изначально все асинхронное

Как реализовать постоянное подключение к бд?

neol, невозможность одновременно обрабатывать клиентские запросы и операции в базу данных. Пришел запрос от клиента - получили блокировку

Как реализовать постоянное подключение к бд?

AnderZero, ну почему же?) Просто есть особенности. Напомню что полно крупных проектов, написанных на php: Facebook, Avito, Badoo. Хватает и игр на нем. Все зависит от того как спроектировать

Как реализовать постоянное подключение к бд?

neol, то что php не умеет в асинхронность. Ну, там появилась пара механизмов, но так широкого распространения и не получила

Как реализовать постоянное подключение к бд?

AnderZero, это свойственно для любого языка программирования, которое работает как сервис или демон. Это тут php отличился просто)

Как сделать массовую проверку адреса страницы vk на занятость через API vkontakte?

Артём, выучи JavaScript

Хранилище данных для сайта?

Петр, да и они потратили на это уже миллиарды. И они имели огромный стартовый капитал. Не говоря о том что вконтактик начинался тоже с аренды серверов, а потом просто с аренды площади у хостера

Хранилище данных для сайта?

Петр, они так и пользуются. Облачными хранилищами и платят каждый месяц + за трафик. Просто учитывают это в бизнес-модели

Правильно создать архитектуру?

alekssamos, слушай можешь просто набрать меня или меня или Ваню. Тут надо немного детальнее поковыряться. Денег не берём, не бойся)

Как собрать все мерж реквесты с тегом в дженкинс?

skorpix,

9) Все хорошо, все везде работает, но кол-во коммитов по одной задаче в девелоп-ветке больше, чем один, что засоряет историю.

Да вообще фиолетово на самом деле. develop не обязан быть атомарным. А вот мастер - обязан и там мы используем git squash

(Только не говорите, что это все должно быть покрыто тестами и таких ошибок быть не должно - такое всегда есть и будет).

Даже не собираюсь!) На самом деле я приверженец того чтобы тестирования было минимум ибо это достаточно дорого, а правильный подход к проектированию систем приводит к тому что 70-80% в принципе не имеют смысла

3) Присваиваю МР тег deploy_test

не помню чтобы можно было переприсваивать тег, но это детали уже

5) Сборка ищет все МР с данным тегом и у которых автотесты выполнены и как-то мержит их с девелопом. Если мерж не может быть автоматически, да, деплой отклоняется и разрабы должны договориться между собой и ктото снять метку, но такие ситации у нас были нечасто)

ни в коем случае. MR принимается ТОЛЬКО человеком и ТОЛЬКО после code review

6) Все эти ветки заливаются в тест, разрабы могут проверять успешность выкатки и сами подергать ручки для проверки на различных объектах

если делается API то нафиг это все не надо. Пусть тыкают либо тестеры в smoke тестировании (приемочное если память не изменяет) уже через основной ui, либо смысла сколько?

7) Код-ревью

поздно на этом шаге делать ревью. Тестерам код до. ревью попадать не имеет права

8) Мерж в девелоп

поздно. Тестерам код до девелопа отправлять не имеет смысла. Как они проверят что с остальными фичами ничего не конфликтует?

Подытожив, меня интересует момент, как можно в МР проверить код на выкатку и так, чтобы другие разрабы не теряли свой код.

не путать кислое с длинным. В MR имеет смысл только проверять автотесты и Quality Gates по оформлению. кода/его слоджности. Ну и другие разрабы не потеряют свой код если нет конфликтов. Не забываем что тут нет понятия "свой код". Один проект это коллективная ответственность команды

Как собрать все мерж реквесты с тегом в дженкинс?

skorpix, а понимать надо. Мы прекрасно знаем что тестирование есть 2 видов: ручное и автоматизированное. автотест прогоняются, как правило, довольно быстро и их можно включать вообще в любой кормит для быстрой обратной связи, тут ок, как команда решит. а вот когда мы доходим до ручного или UI тестирования то начинается настоящая боль. Разработчики пилят фичи быстрее чем тестеры проверяют функциональность (как правило, но бывают исключения) и если держать большое число открытых MR то у разрабов появляется процесс блокировки изменений, который надо как-то поддерживать и это, если быть до конца откровенными, невозможно.

Как это решается? Просто. Мы вспоминаем как минимум про ветки development и master. Вспоминаем о том что есть, если надо, теги. Ну и вспоминаем что все автоматизировать не надо. Разработчики по ci постоянно мерещатся в девелоп по итогу реализации каждой фичи. Фича тестируется автоматически если такие тесты пишутся (по сути 99% это регрессия). Далее тестер подключается к тестированию определенного среза (по тегу или коммиту)

В мастер все мерджи только на ручном приводе. Деплой на прод только по MR в мастер (и по расписанию)

А теперь давайте про окружения.

Если нам надо повторяемость то надо (в идеале) на сегодняшний момент либо иметь клауд с автопровижинингом аккаунтов, либо хотябы k8s/swarm/openshift. Тестирование на одном окружении бесполезно чуть менее чем полностью по тому что чем дольше существует окружение тем больше вероятности что что-то упущено. В больших системах вообще есть требование по расписанию частичное уничтожение и. перезапуск с нуля даже production окружений.

В общем, если подытожить - не блокируйте девелоперов не оттестированными MR'ами и давайте всем чистые изолированные окружения