Карьера DEVVEB Constantine
13 172

Найм программистов. Советы от программиста

Рассекая просторы vc.ru, уже несколько раз натыкался на материалы о найме программистов и не без интереса читал их, ведь я сам программист, и мне любопытно было узнать, как нас оценивают на собеседованиях.

В закладки

Мои впечатления? Я в печали... Почти все материалы, на мой взгляд, напоминают «вредные советы».

В особенности «порадовала» последняя прочитанная статья: «25 классических вопросов, которые HR-ы задают программистам на собеседованиях» ( ссылка ), после прочтения которой и возникло желание написать данный материал.

Сразу оговорюсь, вся статья — это сугубо личное мнение, однако нашедшее поддержку в лице друзей и коллег программистов.

Итак...

Первая встреча, собеседование без тех специалиста

HR-ы, не обманывайте себя. Вы никогда не поймёте на сколько хорош программист

Разве что только когда сможете воткнуть электроды ему в ухо и запустить end-to-end теститрование. Но пока таких технологий нет, всё что Вы можете оценить — это адекватность и, хотя бы отчасти, мотивацию человека сидящего перед Вами.

И поверьте, этого достаточно.

Ведь Ваша задача найти человека, который сможет влиться в коллектив, плодотворно в нём работать и чтобы его работа вознаграждалась тем способом, который он ожидает, и который может обеспечить Ваша компания(деньги, признание, интересные проекты и т.д.).

Все попытки спрашивать какие то технические нюансы будут выглядеть неуместно и беспомощно. Лично меня очень сильно раздражает, когда меня спрашиваю о том, в чем сами не разбираются. Хочется просто встать и уйти.

Что ещё можно спросить на первом этапе? Зависит от специфики вакансии.

Если Вам нужен опытный человек — спрашивайте об опыте, узнавайте какие задачи он решал, какие трудности преодолевал.

Если Вам нужен человек, которого можно обучить, дайте ему пару логических задачек, проверьте живость ума.

Собранной на первом этапе информации хватит чтобы отсеять 80% - 90% кандидатов.

Часть вторая. Собеседование с тех специалистом

НЕ НАДО СПРАШИВАТЬ ТЕОРИЮ!

Пожалуйста, великие гуру найма и технари, любящие спрашивать теорию, объясните мне в комментариях в чем смысл Ваших вопросов?

По моему, если ответ на Ваш вопрос лежит по первой ссылке в гугле, то спрашивать его не имеет смысла. Разве что Вы ищите человека на закрытый объект, где нет доступа в интернет. Но в остальных случая — Я считаю теоретические вопросы пустой тратой времени, которая ничем Вам, как работодателю, не поможет.

Я лично знаю несколько человек, которые учились со мной на программистов. У них от зубов отскакивали все теоретические выкладки, но когда дело доходило до реального программирования — ничего путного они сделать не могли.

Также негодование вызывают вопросы, которые возможно и касаются будущей работы, но разобраться в которых не составляет труда. Например «юнит-тесты». Чтобы научиться писать юнит-тесты уйдёт от силы минут 10.

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

Что же, по моему, нужно спрашивать у кандидата?

Спрашивайте технические нюансы из их предыдущего опыта, особенно те, которые пересекаются с будущей работой.

По тому, как человек рассказывает, будет понятно:

  1. Реально ли он разбирается в вопросе или просто придумал эти пункты для набивания себе цены.
  2. На сколько его опыт и знания подходят для текущей вакансии.
  3. Сможет ли он справиться с будущей работой.
  4. Сможет ли он научиться, если не имеет подобного опыта.

И, как мне кажется, этого достаточно, чтобы сделать финальный выбор.

Больше о человеке Вы сможете узнать только на испытательном сроке.

Для дискуссий приглашаю в комментарии.

Надеюсь данный материал будет хоть кому-то полезен, спасибо за внимание.

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "DEVVEB Constantine", "author_type": "self", "tags": [], "comments": 455, "likes": 106, "favorites": 86, "is_advertisement": false, "subsite_label": "hr", "id": 45957, "is_wide": false, "is_ugc": true, "date": "Tue, 18 Sep 2018 10:20:53 +0300" }
{ "id": 45957, "author_id": 178694, "diff_limit": 1000, "urls": {"diff":"\/comments\/45957\/get","add":"\/comments\/45957\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/45957"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199121 }

455 комментариев 455 комм.

Популярные

По порядку

Написать комментарий...
66

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

Ответить
29

Я всегда facepalm от таких пацанов. "Я программист, бог, Вам не дано понять всей глубины моего величия, никто ниже senior developer не имеет права меня о чем-то спрашивать. Можете попросить разрешения мне отсосать. Это смешно." В 90% случаев там нет никаких суперзнаний и супертехнологий. Ничего, что не учится за полгода - год. Полное не понимание что важно, что нет и как все это работает. А еще в 100% случаев там убогие, кривые паттерны и приемы работы, от которых этих самородков не отучить без лоботомии. Неумение заткнуться и слушать, учиться и делать. Самомнение и тупые идеи как у семикласников. Как будто с 15 до 25 лет эти люди в в каком-то подростковом стазисе. Да иногда проще домохозяйку натаскать, чем этакого мамкиного гения.

Ответить
4

А потом приходят другие программеры на место предыдущего и говорят: "Что это за говно?!!! Надо всё переписать!!!" Переписывает частичку. Уходит. На его место приходит другой. "Что это за говно?!!!". Рекурсия. Упс... спалился...

Ответить
7

Дипломы обычно нужны компаниям, которые в тендерах участвуют.
По крайней мере в Казахстане в требованиях к тендеру обычно прописано количество "дипломированных специалистов", требуемое для данного проекта.
Это, по моему, единственное более менее логичное объяснение требованиям о высшем образовании.

Ответить
0

Та же тема, только в профиль

Ответить

Комментарий удален

–5

Эйчары не шарят в ссылках на гитхаб, а вот без вышки они сразу говорят "фи")

Ответить
2 комментария
3

что, серьёзно при наличии опыта требуют диплом? huawei research не требовал ))))

Ответить
4

У меня Huawei research спрашивали про теорему Котельникова, свёртки, фильтры Собеля, преобразования Хафа и прочее, что обычно преподают в вышке. Но при этом да, диплом могут не спросить. Что интересно, за все 15 лет после выпуска мне эти вещи не были нужны, но я их почему-то смог вспомнить и ответил им. То есть, без вышки я бы эти знания вряд ли бы сам получил, ибо они мне были не нужны всё это время. Но наверняка будут нужны в Huawei research

Ответить
4 комментария
1

Зато наверняка при наличии дипломов требуют опыт ;)

Ответить
2

В нашей стране социалистическое трудовое законодательство. Формально ты не можешь принять на должность инженера человека без квалификации инженера. Можно конечно нанимать его как техника и т.п. Когда тебе нужно будет для тендера, для сертификации, для госзаказа иметь в штате N таких-то инженеров, N таких-то специалистов по безопасности и прочее, окажется что у тебя по бумагам команда среднеспециальных птушников.
Поэтому, конечно, диплом - это бумага, но и принципиально не получать его - это тоже глупо. К 30 годам уж можно как-нибудь заочно что-нибудь закончить.

Ответить

Комментарий удален

1 комментарий
1

А до 30 лет вы будете с мамой жить?)

Ответить
8 комментариев
0

А есть пруфы?

Ответить
2 комментария
0

Всё верно. Сам работаю в НИИ с советским прошлым. Все должности и зарплаты по советскому штатному расписанию и табелю. На должность инженера первой категории попадают только по выслуге лет на этом предприятии от 6 лет! Даже если у тебя опыт 20 лет, тебя возьмут инженером без категории, с соответствующей зарплатой. Надо ли говорить что в инженерах первой категории сидят ватаны под 50 лет, которые всё что выше win xp считают колдовством, работают в CAD/CAM пакетак 2008 года, которые любят говорить что-то типа "где родился там и пригодился" и считают что они 10 лет "поднимают завод с колен".

Ответить
2

Как показывает практика реального найма со стороны собеседующих: наличие высшего образования хорошо коррелирует с адекватностью кандидата.

Ответить
0

Больше всего сумасшедших (а отличного программиста от сумасшедшего поверьте, очень сложно отличить по первому общению) было именно с высшим образованием.

Ответить
2 комментария
2

Т.е. чувак не осилил вышку, но небесно умен и крут?
Вышка - это показатель вообще способности человека к нудной и трудной работе. Не закончить вуз могут позволить себе только люди, которые во время обучения построили свой бизнес. Ну Скаенг, например. Но если ты идешь наемным работником, и при этом ты не справился с вузом, ну еклмн, дефицит кадров, конечно, но скорее нет.

Ответить
0

Skyeng во многом построен с помощью Александра Ларьяновского. У которого, как не трудно догадаться, вышка есть.

Ответить
3 комментария
0

Самоучка самоучке рознь.
С другой стороны высшее образование более консервативно и новые технологии все равно придется осваивать самостоятельно.

Ответить
0

Вообще про образование спрашиваю на собеседовании только в контексте учится / не учится - будет ли что-то отвлекать от работы или нет )

Ответить
–1

Уже выше сказали про тендеры, но это не единственная причина. Еще есть инерция.

Руководству в крупных компаниях (а это в основном "рождённые в СССР" мужики за 40 и такие же дамы) просто ментально трудно понять и принять то что мир изменился, и сегодня чтобы приобрести знания, особенно - в программировании, вовсе не обязательно ходить на пары годами и скрести книжки в библиотеке. В их-то время такой альтернативы не было, т.к .не было интернета.

Ответить
0

я увлёкся программированием в 7-м классе, к моменту окончания школы прочёл десятки книг по CS и думаю был более-менее близок по фундаментальным знаниям к выпускникам вуза

вам конечно проще - и в библиотеки ходить не надо, и вообще видео можно смотреть ))))))

тем не менее, возможность получить знания заочно появилась с тех пор, как изобрели письменность )))

Ответить
17

Константин, кем вы видите себя через 5 лет?

Ответить
5

Написано же "от 2-3 лет". Так что и 5, и 10 и даже 100 лет подходят под понятие

Ответить
5 комментариев
7

На собеседовании Я на этот вопрос отвечал вопросом:
- чем Вам эта информация поможет?
Адекватного ответа Я не получал.

Я даже на год вперед четко спланировать не могу, потому что сейчас время такое, неизвестно что с страной станет, не то что с отдельно взятым гражданином.
Кризисы, ху#зисы. Я сосредоточен на текущем моменте и ближайшем будущем.

Ответить
2

- чем Вам эта информация поможет?

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

Ответить
21 комментарий
0

Ну вы и адекватной работы не получили.

Ответить
9 комментариев

Комментарий удален

28

1. Подбухнул
2. Дожил до 2018 года
3. Нашел олененка на 21-ю Волгу

Геннадий, сколько шариков от пинг-понга можно уместить в кампус «Сколково»?

Ответить
6 комментариев
0

Экстремальные задачи за последние три года? Указывал на грамматические ошибки задающих такие вопросы :)

Ответить
0

да нормальный вопрос на самом деле.
обычно у людей нет такого плана, но ИНОГДА он есть :) вот тогда его интересно послушать :)
хотя к найму это конечно имеет мало отношения :)

Ответить

Комментарий удален

6

Вот такие ребята в школах одни пятерки получали, хотя были не умнее других, просто грамотно продавались.

Ответить
5

Уж поверьте, проходить интервью Я умею. Мило улыбаться, отвечать на абсурдные вопросы и казаться "самым лучшим кандидатом".

Статья для работодателей, которые хотят нанять подходящего человека с большей вероятностью, чем при обычном подходе к собеседованию.

Ну-ну. Вставайте и уходите, если эти людишки не удовлетворяют вашим ожиданиям )))

Ситуация на рынке такова, что так и происходило. Я вставал и уходил. И ничего, работу нашёл и очень доволен ей.

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

Ответить

Комментарий удален

2 комментария
0

ахаха чувак расслабься, у тебя эго из штанины торчит)

Ответить

Комментарий удален

3 комментария
6

"Я сам работаю в сауне. Проходил пару десятков интервью, и с уборщицами, и с банщиками и с такими же как я обычными работягами.

Статья смешная Детская и наивная. Она примерно на тему: "Как бы я хотел, чтобы меня оценивали". Ну-ну. Вставайте и уходите, если эти людишки не удовлетворяют вашим ожиданиям )))

А я буду клиентоориентированным. Буду отвечать на все вопросы потенциальных хозяев, чтобы помочь им. Буду рассказывать теорию, всё, что знаю про технику предварительного массажа и чем отличаются ароматные масла от обычных. Вообще, в момент трудоустройства засуну всю свою гордыню в задницу. Потому, что:
1. Я продаюсь! В полном смысле этого слова. В этот момент я играю по ИХ правилам. Свои я буду устанавливать чуть позже, уже после того как клиент закончит.
2. Мир неидеален, и наполнен неидеальными людьми, я им сейчас помогу, они мне потом сигаретку дадут."

Ответить
1

Хороший программист full-stack быть не может.

Ответить
4

Это спор о значении слова "хороший". То, что любой узкий специалист уделает fullstack в своей области - это правильно. Как и верно то, что какому-нибудь стартапу на ранней стадии вообще не нужен никакой узкий специалист, а нужен один универсальный девелопер, который может реализовать MVP буквально в одно лицо без дизайнера.
Всякие умения могут пригодиться на рынке (и это видно по вакансиям).

Ответить
5 комментариев
0

абсолютно верно. хотя самый важный момент - не учи учёного. тебя ведь директор не учит как тебе писать код? вот и ты не учи медежмент как нанимать людей

другое дело что автор сам прогнал через собесы 200 человек и нанял 10. но видно ему везло или тылы ему прикрывали просто )))

Ответить
0

не учи учёного

А Вы не думали, что этот самый менеджмент нифига не разбирается в программистах и программировании?

другое дело что автор сам прогнал через собесы 200 человек и нанял 10

Я придерживался описанной схемы и ничего более. Или Вы считаете что по описанной схеме это будет работать не так?

Ответить
23

НЕ НАДО СПРАШИВАТЬ ТЕОРИЮ

Ага, а потом этот мудак напишет O(n*n) алгоритм вместо О(ln(n))

Ответить
29

Огромное количество так называемых программистов занимаются разработкой скриптов на высокоуровневых языках, работающих в избытке ресурсов безо всякого хайлоада. Зачем требовать от них знания сложности алгоритмов. Зачем им вообще знать методы сортировки? Всё равно они возьмут готовую реализацию, и правильно поступят.

Универсальное правило для поиска человека - не спрашивать всякую чепуху, про которую пишут в интернете, а спрашивать про то, чем он должен будет заниматься.

Например, веб-разработка сильно уходит в сторону от программирования и начинает становиться похожей на системное администрирование, потому что на первый план выходят навыки "собрать на фреймворке и двадцати библиотеках готовый продукт". Вы такого человека начнёте спрашивать про сортировку вставкой и потеряете, какой смысл?

Ответить
0

Ну да, ну да. А потом бизнес будет спрашивать СТО — почему мы такие деньги тратим на сервера и все равно ложимся под пятикратной нагрузкой?..

Ответить
3 комментария
0

хто вообще юзает сортировку?) будь то готовое решение или ручное..

Ответить
–1

не спрашивать всякую чепуху, про которую пишут в интернете

Программисты делятся на два типа: одни знают что это стоило бы погуглить перед собеседованием (а погуглили или нет уже дело десятое), а другие об этом даже не слышали. И если первый в критической ситуации вспомнит или погуглит, то второй даже не будет знать в чем проблема вообще. Потому и спрашивают.

Ответить
16

И? Есть великая разница отсортировать список в 10 элементов пузырьком или быстрой сортировкой?
Без понимания того, сколько у нас данных, дрочить на сложность алгоритмов нет смысла.

Ответить
19

Вот они современные разработчики - кроме сортировок никаких алгоритмов и не знают.

Ответить
3 комментария
0

Там в другом проьлема,что на продакшн будет не 10 элементов,а 1000 и вот тогда разница будет очень заметна.

Ответить
2 комментария
3

Мудаком будет уже априори из-за написания велосипеда.

Ответить

Комментарий удален

6 комментариев
0

а вы бы такой на собесодовании - ИЗИ! - sort($array);

Ответить
35 комментариев
3

Теория бывает разная,
Черная и красная,
Ветвистая, дейкстристая
Иль НАХЕР НЕ ОБОСРАВШАЯСЯ.

Думаю имелось ввиду, что уметь в оценку сложности нужно, а вот знать наизусть все алгоритмы сортировки/поиска/впишичтонибудьсюда или нюансы разных методологий или точных определений понятий из CS не имеет смысла, т.к. в реальности дешевле и проще взять либо готовое решение, либо подсмотреть в тот же гугл или справочник.

И вообще всем свойственно ошибаться и выбирать неверное решение, почему это должно делать человека мудаком? Мудаки как раз такие люди как вы, Дмитрий, если не можете объяснить, показать, научить, а автоматом ставите ярлыки.

Ответить
2

Такой мудак отсеивается через месяц работы. Зато прогнать после "теоретического" собеседования можно с десяток хороших.

Ответить
–1

Лучше не взять хорошего, чем взять плохого

Ответить
1 комментарий
–1

Тут был комментарий, который я заменил на фразу, которая ничего не значит, и за это я получаю минусы, довольно справедливо, спасибо всем

Ответить
0

Выше был комментарий, придуманный обдолбанными модераторами ресурса, которые попросили чтобы им перечислили немного средств на лечение наркозависимости.

Ответить
0

Можете привести конкретный пример задачи? Мне для собственного саморазвития интересно

Ответить
8

По моему, если ответ на Ваш вопрос лежит по первой ссылке в гугле, то спрашивать его не имеет смысла.

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

Это принципиальная разница между known unknowns и unknown unknowns, которую никак, кроме реальным знанием теории, не решить.

Ответить
5

Приведу цитату известного физика Ричарда Фейнмана из его книги. Он записался на курс для выпускников по биологии и подготовил доклад:

«Когда пришло время делать доклад по этому предмету, я для начала изобразил очертание кошки и принялся называть различные мускулы.
Другие студенты в аудитории перебили меня: "Мы знаем все это!"
- О, вы знаете? Тогда не удивительно, что я могу догнать вас так быстро после четырех лет занятий биологией. - Они тратили все свое время на запоминание ерунды вроде этой, когда это можно было бы посмотреть за 15 минут. »

Ответить
0

А что же тогда не ерунда? Все можно посмотреть за 15 минут.

Ответить
17 комментариев
2

у меня была история, когда я слышал что коды рида-соломона можно реализовать через FFT, но долго не понимал - как? прорыв случился когда я в кормене прочёл, что fft/ifft позволяют сделать интерполяцию/вычисление многочлена, а уж как это использовать для rs - было очевидно

было бы у меня лучше фундаментальное образование - не тупил бы два года ))

Ответить
0

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

Ну умение пользоваться гуглом это очень важное требование к соискателю программисту =)

Можно пример из жизни по вопросу о теории, который как то поможет понять хороший кодер или нет?

Ответить
1

В том то и дело, что если человек понимает суть, то он легко изучит любой фреймворк или язык. А если ты заучил только названия функций, но не понимаешь, что за ними стоит, то грош тебе цена. Это и отличает хороших специалистов от говнокодеров.

Ответить
0

Ну умение пользоваться гуглом это очень важное требование к соискателю программисту =)

Вы совершенно не поняли мой комментарий. Попытаюсь перефразировать более понятно.

Дело не умении гуглить. Дело в умении понять, что какую-то вещь в принципе надо погуглить.

Ответить
16 комментариев
8

Стандартное собеседование в дебильные конторы:
- Python знаете?
- Нет, первый раз слышу.

- Работали раньше где-нибудь?
- Нет

- Какие задачи решали?
- Не решал. Сидел на пикабу, писал комментарии на vc в рабочее время.

- Сколько денег хотите?
- 380к в день

Собеседование в адекватные места:
- Здарова, по харду не угараем, по ночам и выходным не сидим, пилим на питоне, стек по классике. Пацаны грамотные, можешь зайти пообщаться с ними. По баблу предлагаем (...) Если мало - говори скоко хочешь - подумаем, токо аргументировано давай, без понтов.
- Да, контора норм и специфика работы норм, бабло нормально. Через 14 дней засяду.

Ответить
13

В вашей стилистике очень забавное адекватное место получается.
Не хватает "вечер в хату, пацаны", при первом заезде на место работы))

Ответить
0

Есть два стула...

Ответить
–2

и возьмёте в результате дворника, поскольку вопросов в этом "собеседовании" я как-то не заметил

Ответить
8

Автор очень ловко подменяет тезис "бездумно задавать вопросы по теории из топчика поисковой выдачи - отстой" на "теория не нужна".
Не уверен, специально или из-за непонимания разницы.

Можно ли писать код и деливерить в прод без знаний теории CS? Можно. И можно даже при этом выдавать оптимальное решение имеющихся задач в определенном проценте случаев.
Проблема только в том, что без понимания того, как работает используемый тобой код и платформа ты не можешь оценить ни оптимальность этого решения, ни возможные проблемы\последствия его использования.

Суровая правда такова, что понимание принципов работы целевой платформы и используемых инструментов довольно сильно увеличивает понимание того, что будет происходить с твоим кодом после того, как ты нажмешь кнопочку Run в своей модненькой IDE.
Это понимание позволяет избегать в долгосрочной перспективе довольно многих проблем, которые ты, конечно, потом решил бы (с помощью гугла и стэковерфлоу).
Но избежать проблем - значительно лучше, чем их решить.
Понимание структур данных, алгоритмов и всяких там паттернов-хуяттернов очень хорошо помогает декомпозировать задачи на логические компоненты и видеть разные варианты решения оных.

Значит ли это, что на работку надо брать только олимпиадников? Нет, не значит.
Это значит, что люди задумывающиеся о том, как их код будет работать будут писать код более вдумчиво, чем люди, которые "скомпилировалось - значит работает".

Ну и дальше по накатанной, вплоть до "тесты можно научиться писать за 10 минут".
кек.

Ответить
–3

Проблема только в том, что без понимания того, как работает используемый тобой код и платформа ты не можешь оценить ни оптимальность этого решения, ни возможные проблемы\последствия его использования.

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

Живой пример, сколько раз на практике у Вас такое происходило?

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

Я свою могу обосновать и подкрепить примером.

Ответить
3

Простите, но их всех ваших ответов я вынес только одно: до серьезных задач вы еще не добирались.

Если хотите простой пример, то проведите эксперимент: за сколько времени вы сможете реализовать ukkonen's algorithm (ссылка на описание первая же в гугле).

Ответить
8 комментариев
5

Лучше бы писали статьи, как взять себя в руки ИТ чуваку, который выгорил от работы и больше не хочет работать. Я бы прочитал... даже задонатил бы.

Ответить
6

Пока не выгорал, помочь не могу. Но есть на ютубе видос. Там как не выгореть... Интересные вещи говорит, советую.

Ответить
0

выход простой на самом деле - займись тем что тебе интересно на данный момент.
при этом, увольняться или нет - дело твоё.

Ответить
0

Да уж море на эту тему написано. Почитайте классиков. Владимира Леви, например. Лекарство от лени.

Ответить
6

Часть теории нужна. В среде C# программирования ты, если претендуешь на что-то выше джуна, должен знать как работает GC, что такое управляемая и неуправляемая память, в какой последовательности вызываются конструкторы объектов в случае наследования, когда вызываются конструкторы типов, что за модификаторы метода new и override, какие есть уровни доступа(internal, public, etc.). Это все теория, без этого всего никуда, это не исчерпывающий список.

Ответить
0

Я в C# не ногой, но, как мне кажется, если Вы берете кого то выше джуна и у него есть опыт, то он всё это знает, потому что в работе с этим сталкивался. То есть, как Я писал, Вы спрашиваете о технической реализации его опыта и он всё это расскажет...

Ответить
2

Отнюдь. Видал и таких, кто претендовал, скажем так, на advances middle и не знал таких вещей

Ответить
5 комментариев
0

В целом согласен, но это не та оголтелая теория, о которой речь в статье, а знание ЯП, на котором пишешь.

Ответить
2

так ведь конкретные знания в C#/CLR опираются на фундаментальные в CS - о разных алгоритмах GC например

Ответить
0

как раз хороший джун это знать уже должен. теория - это в первую очередь к джунам (хорошим). ну а уж базовые фичи языка типа override - это 100%. это как раз синьору позволительно сказать "это я могу нагуглить" в вопрос на базовые фичи

Ответить
0

Одно дело - где-то у себя в голове понимать, как это работает, другое - словами на собеседовании это пытаться объяснить незнакомому человеку. С такими запросами вы бы сами у себя не прошли собеседование на джуна (если предполагается, что он на все эти вопросы должен сразу, четко и полно ответить).
Меня вот однажды внезапно спросили голосом "What "PHP" stands for?" - я хоть в итоге и ответил (по памяти, в обоих формах и с хронологией), но с таким длинным "эээ" перед этим, как будто в хоре на распевке. Сам не ожидал. Спросили бы чего посложнее - вообще, может, поплыл бы, даже если по работе руки уже сами код писать начинают, не задумываясь.

Ответить
5 комментариев
0

Не всегда, когда я пришел в IT я этого не знал. Благо голова на плечах имеется и быстро поднатаскался

Ответить
2 комментария
2

Ещё тестовые задания! Они еще не решили нужен ли им специалист но дура-HR уже присылает ТЗ в виде скана огрызка набросанного при сидении на унитазе их главным по dev. :)

Ответить
29

А вот знаете, по личному опыту поиска кандидатов.
Из 10 человек, выполнивших тестовое задание (элементарные html+css, работа с файлами и сортировка и одно view в angular), адекватно выполнили задание лишь 2 человека.
То есть только 2 человека из 10 сделали хоть как-то задание, на которое от силы опытному человеку потратить 2 часа времени.

И зачем спрашивается проводить 10 себеседований, если можно провести только 2.

И не надо говорить, что есть принципиальные разработчики, которые не проходят тестовые.
Мне такие принципиальные не нужны. Если ты вертишь нос перед тестовым заданием, при устройстве на работу, где тебе будут платить деньги, то завтра ты будешь вертеть нос перед задачами и продуктами компании? Ну, такое..

Ответить
1

Если ты вертишь нос перед тестовым заданием, при устройстве на работу

Ну вот давать тестовое задание джуну это нормально. А уже опытный специалист не захочет тратить время на эту ерунду.
Если мне пишет хрюша и скинет тестовое задание, то как быстро я ее добавлю в ЧС?

Ответить
4 комментария
3

Делаю тестовые до 2х часов времени которые, на остальные кладу. Так то тестовое считаю самым оптимальным вариантом. Сразу и подход видно и код и скорость решения задач. Другое дело когда на тесте просят CRM систему им написать - ищите дурачков.

Ответить
0

И зачем спрашивается проводить 10 себеседований, если можно провести только 2.

у вас контора как называется - гугл или газпром? если речь о работе мечты или само ТЗ инетерсное - я ег выполню. с другой стороны, если кто-то перебирает десятки позиций и на каждой его посылают делать ТЗ - нафиг оно нужно?

Ответить
7 комментариев
0

Все верно, нам нужны покорные разРАБотчики, которые будут просто сидеть за компуктером и не вякать! НО, как правило такие люди испытывают меньше энтузиазма.

Ответить
1 комментарий
0

вы плохо прочитали мой спич: тз в плохом виде. позиция не утверждена, после выполнения т.з. HR просто исчезает - типовые практики в слишком многих компаниях.

Ответить
5

Я hr, консультант, в том числе занимаюсь подбором IT специалистов. Я не знаю, с какими Hr-ами вам посчастливилось встречаться, конечно, в агентствах бывают плохо обученные или начинающие специалисты, они могут задавать вопросы, ответы на которые не понимают. Опытный hr так, конечно, делать не станет. А вот как станет: сначала уточнит у Заказчика (внутреннего или внешнего), какие именно профессиональные вопросы он может задать на интервью самостоятельно и как примерно можно оценить, насколько содержательный ответ получен. Вы удивитесь, но для понимания опыта специалиста в совершенно новой сфере опытному hr-у достаточно месяц позаниматься вакансией, провести 10-15 собеседований - поверьте, дальше вы имеет достаточно информации, чтобы отсеивать неподходящих кандидатов, в том числе и по опыту работы. Я замечала, что уже через месяц моя оценка профессиональных компетенций кандидата совпадает с оценкой коллег ITшников. Hr как раз и задает вопросы на уточнение подробностей работы на предыдущем месте и, поверьте, не так уж сложно оценить насколько человек глубоко понимает профессиональные вопросы, для этого не обязательно досконально разбираться в деятельности, ведь есть и другие способы оценить как говорит человек и какое содержание стоит за его словами. Вы недооцениваете специалистов hr или вам не повезло. Кстати, на собеседовании сразу видно кандидатов, которые относятся к вам свысока или пренебрежением, даже если они стараются произвести хорошее впечатление. Опытный hr понимает это за 2-3 минуты разговора - это говорит о социальной адекватности человека, его умении работать в команде и возможной реакции на тех коллег в будущей работе, которых он посчитает недостаточно компетентными. По моему опыту, чем профессиональнее и опытнее специалист, тем с большим уважением он воспринимает даже, на первый взгляд, ненужные вопросы на собеседовании. Опытный специалист - это не только квалификация, это и навыки общения с разными людьми, и умение строить коммуникации и управлять ими. Если Вы умеете грамотно вести беседу, вы из любого вопроса не только сможете вывести туда, куда вам нужно, а еще и выспросить информацию, завязать полезные контакты, а не разворачиваться и уходить. Это в любых отношениях крайние меры, люди их применяют только тогда, когда не справляются с ситуацией.

Ответить
4

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

Ответить
–4

Какие ошибки? На vc есть корректоры?

Ответить
4

какие то
Вы с большой буквы
вопрос нельзя спрашивать, его можно задавать
на сколько

пожалуйста :)

хотелось бы верить, что есть, раз большинство текстов без ошибок :)

Ответить
2 комментария
0

Ищу верстальщика, знающего что такое Bitrix, фронт + совсем немного бэк.

С шаблоном интернет магазина переодически работать.

Отзовитесь.

Ответить
8

Услуги:
бэкенд, фронтенд, фуллстэк (+1500 сверху), выезд, могу остаться на ночь.

Ответить
6

без резинки + 500
:):):)

Ответить
3

Я - предприниматель, сам программирую и провожу собеседования.

Во-первых, собеседование длится не так долго и за это время нужно понять что человек умеет, что знает и что может. Это сделать не просто. Теория - не нужна. API - есть документация. "Что делал?" - в большинстве случаев, особенно, когда "теория не нужна" - ничего интересного, зацепиться не за что. Тем более, чтобы говорить об этом час-два. Но, думаю, все разговаривают об опыте, хотя бы, минут 5-10-15. Кандидаты, у которых большой, интересный и релевантный опыт (например, синьор из конкрурирующего продукта), о котором можно говорить все собеседование - это очень редкая история.

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

В-третьих, программисты очень неплохо зарабатывают. Эти деньги платятся не просто так и не за ответы на "дурацкие" вопросы на собеседовании. Если разработчик способен решать нетривиальные задачи (снова, здравствуй, теория!) и он входит в техническое ядро компании, то з/п у него будет высокой, будут опционы. Очень ценятся люди, которым можно отдать нетривиальную задачу, забыть про нее и быть уверенным, что этот человек решит ее максимально качественно и саксимально быстро. А нетривиальные задачи на StackOverflow не бывают - если задача уже там, то она тривиальна.

Если вы хотите среднюю на HH з/п, или, с другой стороны, разработчика со средним по HH опытом, то, да, согласен с автором. Если хочется з/п выше среднего, а, может, и еще выше, плюс рост обязанностей и карьеры, то нужено знать и уметь больше того, что вы делали для предыдущих компаний. Если в моей компании люди будут делать то же, что они и делали 5 лет назад в других компаниях, то где мое преимущество? Нет, нужно, чтобы человек уже сейчас, выйдя на работу, мог делать что-то более сложное, чем для текущего работодателя.

"Нужно все время бежать, чтобы оставаться на месте".

Ответить
0

Во-первых, собеседование длится не так дол...

Перечитал Ваше "Во первых" несколько раз, но суть так мне и не понятна...
Если у человека нет опыта, а Вы ищите с опытом, то и собеседовать дальше не имеет смысла.
Если же Вы ищите без опыта на вырост, проверяйте эрудицию, логику.
Прошу заметить что это Я повторяю слова из самой статьи.

Во-вторых, IT бизнес меняется быстро. Сейчас нам нужен сайт-визитка, а завтра - нагруженный развесистый сайт...

Не хочу показаться грубым, но если компания делает и то и это, а Вы руководитель-бизнесмен-программист-hr в одном лице, то сомневаюсь, что ваша компания реализовывала что то крупнее интернет магазина с более чем 500-1000 посещениями в день.

У меня самого студия которая лепит сайтики, но Я в ней только руковожу, а сам работаю в другой гораздо более крупной компании, которая пилит высоконагруженные сервисы для внутреннего использования.

Кто его будет делать? Кодер, который вчера написал сайт-визитку? А он способен быстро поднять матчасть? Или мы срочно идем снова на сайт работы, а кодера увольняем?

Странный у Вас ход мыслей. Вы не знаете квалификации своих сотрудников? Как Вы вообще тогда работаете и раздаете задачи?

В команде нужны люди с хорошим потенциалом

Можно узнать Ваш способ определения потенциала?

Если разработчик способен решать нетривиальные задачи (снова, здравствуй, теория!)

Для решения нетривиальной задачи нужен живой ум. А как раз таки теории описывают заезженные до дыр решения тривиальных задач.

А нетривиальные задачи на StackOverflow не бывают - если задача уже там, то она тривиальна.

Пример из жизни?

Если в моей компании люди будут делать то же, что они и делали 5 лет назад в других компаниях...

Просто из любопытства - а Вы способны им дать задачи, которые отличаются от тех что были 5 лет назад?

Ответить
1

У вас какая позиция? Синьор, лид? Сколько человек в подчинении?

Ответить
1

Что то вроде senior, явного разделения нет. Я решаю задачи по сложнее и составляю архитектуру, можно так сказать.

Сейчас 3 в подчинении. Отдел разработки не очень крупный =)

Ответить
1

Недавно я видел такого сеньора, который после пуша в ГИТ по ФТП лил код на сервер, тоже архитектурой занимался :):):)

Ответить
1 комментарий
7 комментариев
1

Плюсую)
После прочтения заметки захотел задать тот же вопрос

Ответить
1

В принципе, автор в одной статье и комментах, описал портрет типичного российского «программиста». Теперь я понимаю почему все пишется так плохо и так медленно, а чтобы найти толкового программиста, приходится собеседовать по сто-двести человек. Много гонора, базы нет, глубины нет. Тотальная избалованность рынком. Но радует, что в последние годы тенденция начала меняться в обратную сторону.

По теме: людей в компанию подбирают по опыту и по ценностям. Если, например, компании важен чистый код или pixel perfect, а вы не разделяете эти взгляды, то ничем хорошим это не закончится. Если компании важна высокая скорость работы, а вы полируете свой код неделями и делаете все с ленцой — тоже самое.

Например, автор, я бы с вами не стал работать, потому что вы допускаете тривиальные ошибки в русском языке. То есть, вы не бережно относитесь к языку. Или даже хуже — вы вообще не видите ошибки. Примерно понятно, что нас будет ожидать в коде или архитектуре проекта.

Ответить
1

Теперь я понимаю почему все пишется так плохо и так медленно.

Уважаемый, конкретный пример, что медленно? Как у нас любят абстракции, ВСЁ ПЛОХО, ВСЕ ТУПЫЕ, а как просят назвать конкретные вещи, ответить ничего не могут.

Ответить
1

Немного мыслей:

1. Теория. Нужна, так или иначе.
- Ну очень глупо доверять веб-разработку человеку, не понимающему HTTP
- Как брать человека в команду на проект без понимания SOLID?
- Как брать специалиста, который не умеет думать? Спрашивать "Справитесь ли вы?" Серьезно?!

Но справедливости ради расскажу такой случай. Я относительно молодой спец-т, всего полтора года. Собеседовался в Рамблер и мне в реалтайме дали задание по 5 пыхе на англ языке -- это все ладно, но задания были чисто по синтаксису, точнее его потаенным местам. Так как я развивался и работал только в 2017-18 годах (эпоха 7 пыхи), то конечно я больше заморочен на ООП, СОЛИДЕ и архитектуре, нежели на синтаксисе языка... крч не очень удачно прошел его :(

2. Тестовые задания
Ну я отказываюсь уже... Но опять же -- дело каждого, тут разные мнения.

3. Ну и удачи вам с инженерами, которые за 10 минут научатся писать юнит-тесты :) Посмотрел бы я, как на его кривой код пишется кривой тест :)

...

А вообще почему это у вас вызывает боль?
Я почти без глубокого опыта после собеседований получаю много предложений. Потому что многим, как вы подметили, важен не уровень, а как человек вольется и на собеседовании часто такое и происходит -- молодые специалисты и кадровики видят хорошего парня и берут его, или у вас не так? Завязывайте со своей оценкой "эти HR -- сплошные ТП".
Сейчас с работой (в Москве) точно нет проблем прогером, а вот найти крутой проект и крутую команду -- есть (это прямо боль :)

...

К проблеме бы я отнес вот какой момент -- не очень тщательно прорабатывают кандидатов и приходится по телефону выяснять все ли так, как в вакансии, кого ищут и как все работает,
а то зовут на бекенд, а на собесе JS фреймворки всплывает на 70% работы

Ответить
0

1. Теория. Нужна, так или иначе.

- Ну очень глупо доверять веб-разработку человеку, не понимающему HTTP

- Как брать человека в команду на проект без понимания SOLID?

- Как брать специалиста, который не умеет думать? Спрашивать "Справитесь ли вы?" Серьезно?!

Ну например фронтэндеру не обязательно понимать HTTP.
У него есть готовые либы, которые делают запросы на сервер и получают оттуда данные в заранее определённом виде. Поверх этих данных он пишешь фронтэнд.
А принципы и понимание работы самого фронтэнда уже больше относятся к опыту.

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

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

2. Тестовые задания

Ни разу не делал. Жалко время терять. Хотите посмотреть мой код, вот вам гитхаб.

3. Ну и удачи вам с инженерами, которые за 10 минут научатся писать юнит-тесты :) Посмотрел бы я, как на его кривой код пишется кривой тест :)

Красота кода делается с помощью линтеров. А по второму - методология TDD - сначала тест, к нему код. Ну и тимлид или старший программист или кто там ещё должны ввести новых разрабов в курс дела, как и что пишется. Везде свои нюансы.

Ответить
79 комментариев
1

А вообще почему это у вас вызывает боль?

Работы то хватает, просто не нравится когда людей сбивают с толку. Люди доверчивые и прочитав статьи типа "25 классических вопросов, которые HR-ы задают программистам на собеседованиях" начнут думать что все нормальные программисты априори должны такие вещи знать... Не должны.

Ответить
0

я программирую с 80х, когда SOLID ещё не придумали даже. интеерсно, когда меня перестало возможно брать в команду? :)))

Так как я развивался и работал только в 2017-18 годах (эпоха 7 пыхи), то конечно я больше заморочен на ООП, СОЛИДЕ и архитектуре, нежели на синтаксисе языка... крч не очень удачно прошел его :(

у вас нормальное направление знаний для джуна - теория CS и SE. те, кто вместо этого порверяют синтаксис PHP и на этом только основании режут - сами себе редиски. не удвилюсь, если и работать там потом будет не очень, во всяком случае вашими коллегами будут те кто сумел зазубрить синтаксис? так что я тут не очень сожалел бы

а вообще с нарктоты надо слезать :D java, go, C# - в общем осваивайте любой static typing, советую

Ответить
2 комментария
1

Сам провожу тех часть собеседования по skype + google docs. Предлагаю задачи разного плана и прошу рассуждать вслух при решении и сразу вижу КАК человек пишет и ЧТО он пишет. В результате понимаю, как мыслит человек. Большая часть отсеивается, ибо либо начинает придумывать ответы (почему собеседуемые боятся сказать "Я не знаю"? Ведь это нормально!), либо гуглят и копипастят ответы, без каких либо комментариев. Вопросы на знание теории (без практики) - вообще бесполезно, тот +1 к посту автора. Важно как мыслит человек, а пробелы восполняются очень быстро. А ходячие энциклопедии - они бесполезны на реальных задачах

Ответить
2 комментария
1

Нужно было начинать так "Найм макаки-формошлепера... но не программиста

Ответить
23 комментария
0

Самый адок, который у меня был, как у проходящего собеседование, это когда какая-то никому неизвестная конторка-"интегратор" с пафосом предложила мне пописать код и sql-запросы на листочке бумаги. Я сначала подумал что они техлид шутит, но потом оказалось что нет.

Ответить
5 комментариев
0

Вопрос к создателю ресурса - вас атакуют ботами или вы их для повышения престижа ресурса сами держите? Я прочел больше десяти комментариев и ни один не совпадает с контекстом. Они все очень рядом, но не один не уловил смысл вопроса.На такое только боты способны.

Ответить
3 комментария
0

"По тому" "На сколько"
Ну как так?

Ответить
1 комментарий
0

Привет, DEVVEB Constantine!

Расскажи, что думаешь про тестовое? Стоит давать в кач-ве домашнего задания, что-то, что кандидат на веб-программиста сможет сделать за 2-4 часа?

Нас HR-ы отговаривают, говорят теряем кандидатов из-за этого, мы стоим на своём, не хотим брать без проверки того, может ли вообще человек код писать.

Спасибо за статью!

Ответить
5 комментариев
0

"На сколько" может и не поймут, но, по крайней мере, будут писать орфографически правильно

Ответить
0

Советы от GeekBrains вполне дельные на позицию стажёра или junior. Что вполне логично, учитывая направление их деятельности.

Также понятно, что чем ближе к senior, тем больше стоит узнавать про опыт и оценивать эмоциональный интеллект, а не напирать на теоретические вопросы.

Ответить
0

Согласен с автором только в том, что эйчары не нужны

Ответить
1 комментарий
0

Провёл несколько сотен собеседований.
Теория теории рознь. Реализация сборщика мусора, возможные утечки памяти, оценка сложности алгоритмов - нужны любому разработчику (ну кроме «сайт за 5 минут»). Да, это можно найти в первой ссылке в гугле, но меня пугают люди, которые этого ещё не посмотрели. Всегда задаю эти вопросы. Хранение графов в БД - это теория? Ну если это будет графами называться, то да, а если бесконечно вложенными комментариями на сайте?
«Что выведется на экран после выполнения кода» - не люблю такие вопросы, но 1-2 всегда будет, но от реальности оторваны не будут.
Вышка - очень спорный момент. С одной стороны знание того, что человек 4-6 лет херачил ради диплома согревать не будет, когда надо проект сдавать, с другой - первые пару лет самая нужна база даётся и не факт, что человек без вышки вообще ее знает.

Ответить
1 комментарий
0

Дебильные вопросы и ответы хрюшкам на собеседовниях -- проверка на лояльность, готов ли человек прогибаться под стандартные правила. Как я понимаю, на западе 1) хрюшки нужны для того чтобы оформлять разнообразные договора 2) мониторить настроения сотрудников и стучать начальству, если что-то отклоняется от нормы 3) составляют не самые опытные люди, серьезная подготовка не нужна.

Ответить
0

Про теорию. Если кандидат не знает что такое map и чем тот отличается от list-а, то о чем с кандидатом говорить? А надо не просто знать, а ещё и уметь применять..

Ответить
1 комментарий
0

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

Ответить
0

Комментировать статью не буду, а только спрошу — сколько человек за свою профессиональную жизнь нанял автор? Или хотя бы отсобеседовал?

Ответить
2 комментария
0

"Пожалуйста, великие гуру найма и технари, любящие спрашивать теорию, объясните мне в комментариях в чем смысл Ваших вопросов?"

смотря что вы понимаете под "теорией"? самая главная проблема это иллюзия наличия знаний, не полезет например такой человек в гугл посмотреть чем гет от поста отличается и сделает вам всё на гетах)

"Чтобы научиться писать юнит-тесты уйдёт от силы минут 10."

так сложилось, что писал их мало, но дело тоже имеет свои хитрости, правда если человек это не вдупляет, то остальное тем более

Ответить
6 комментариев
0

В целом - толково. Но юнит тесты за 10 мин - это сказки. Хотя в целом - с тезисом согласен - бывало что не брали из-за недостаточного знания определенной технологии. Ну вот просто так сложилось - поверхностно работал, но плотно не приходилось - сразу нет, хотя там книжку почитать пару дней и все б норм было.

Ответить
3 комментария
0

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Компания отказалась от email
в пользу общения при помощи мемов
Подписаться на push-уведомления