Pull to refresh
33
0
Ефремов Семён @esemi

swe

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

  • 15 резюме на подробное ревью гитхаба

  • + резюме, которые при беглом просмотре гитхаба отложили прозапас

  • + резюме без гитхаба вообще

  • + кандидаты, которые отвалились на скрининге с рекрутёром по тем или иным причинам

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

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

да, по-умолчанию я считаю человека адекватным, пока не доказано обратное =)

у кандидата 10 лет может быть в смежном стеке
может быть он занимался однотипными задачами и знает только один фреймворк
10 лет сидел и занимался одним и тем же
Потому что резюме может быть в конце-концов чужим

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

чужой он, свой, написан самим человеком или с помощью, всё равно придётся по нему разговаривать

Конечно придётся разговаривать, как и по решению тестовой задачки. Не оставлять же человека без фидбека, да?

у тебя 15 таких резюме в день

Вы гугол или нанимаете джунов? Где тот эльдорадо, откуда берутся 15 крепких профи в день на рядовую должность?

А с какого перепуга в поле действия НК РФ должно считаться не по FIFO?)
А как с «Трансаэро» было в 2014?)
Прям орнул =) Хочу продолжения, хотя бы в лс.
Нет. CVV по правилам мерчанты хранить не могут ни в каком виде. Обычно для автоплатежей хранят номер и дату карты. Иногда ещё холдера, но совсем не обязательно. Этих данных достаточно, чтобы повторить платёж
Мегафон достаточно крупный, вполне возможно прикрутил себе mc ABU и аналоги от других платёжных систем. Так что до переиздания советую ещё бумагу по форме банка заполнить для выхода из этой программы, а то переиздание может не помочь)
Интереса ради проверил топ30 выдачи по запросу website screenshot в лоб — скармливая вебмайнер на своём сайте. Итого:
всего ~20 туловин рабочих
пытаются майнить 6 тулов
только на двух реально майнится (либо сами ставят задержку на рендер, либо дают её поставить юзеру)
первая под cloudflare, вторая сыпет пятисотки на запрос демо, но раз из трёх таки майнит

Это пробы прям вот без ковыряния, так то наверняка в каждой можно регать триал-акки и обходить лимиты другими способами, но профит как по мне маловат будет (:

Не в претензии, но как разработчику мне в своё время быстрее вышло написать свой «скальпель» на python async/await который за те же полтора часа спарсил имдб, чем курить маны по вашей системе и писать те же обработчики в пресетах =)
Отличная статья! Отдельное спасибо за shinglejs — сам долго бился над задачей запилить интерактивный большой граф, но в итоге пришёл к статическому на тайлах.
Есть у меня и несколько вопросов:
1. sigma.js на моих синтетических тестах показала себя намного слабее вашего результата, но возможно я пытался распасовать граф в динамике. В вашем варианте на сигме все 170к вершин?
2. Не нашёл в статье количества рёбер, сколько их? Удаляли лишние или прямо все на граф выводили?
3. Gephi сколько времени укладывал граф? На какой машине? Не было ли практики запускать его на сервере?
Ну от формы конечно зависит, но в простейшем виде это 3-4 поля с карточными данными, 3 из которых достаточно привести к числам и только одно (холдера) надо бы почистить? Без шаблонизатора точно не обойтись?)
Неясно как мы пришли к бекенду на ноде, в статье вроде затыкали дырки на фронте)
Я не спорю, что большинству сайтов хватит интеграции с редиректом, без всякитх ифреймов.
В случае же со своей формой оплаты — вполне допускаю глубокую завязку других сервисов на карточку. В нашем случае таких завязок минимум, да и те что есть не работают с критичными данными.
Исходя из обозначенных мной выше пунктов, есть у вас претензии к ифрейму?)
Ну, формально, отдать голый хтмл код наверное любой серверный язык ещё может без всяких там фреймворков =)
Если вы можете обойтись формой оплаты на стороннем интеграторе — то всё отлично)
Но что если вам нужна форма у себя? Мы пока держим её на отдельном поддомене (первый вариант в статье), но очень хотим переехать на ифрейм (второй/третий варианты), а всё почему: можно не уводить юзера далеко от страницы с кнопкой оплаты (1) И не нужно расширять скоуп pci dss на эту страницу (2).
Буду только рад, если предложите мне альтернативу iframe в 2018 году =)

Ну и чтоб сразу далеко не ходить за примерами тех, кто держит форму у себя — давно в стиме покупали что либо?
1. Тула насколько я знаю ничего сама не схлопывает в точку. Она убивает листья (файлы) которые давно никто не трогал, но этот процесс очень плавный и на резкое схлопывание не тянет ну никак) Я думаю это был рефакторинг с удалением ненужных иерархий.

2. У нас каждая команда пляшет как хочет, многие используют git-flow в своих репах, но ваш вопрос видимо не про то. На видео 30 команд (ветки от корня), 550+ репозиториев (следующий уровень) и только ветка мастера от каждой репы. Это всё хоть и выглядит как один огромный проект, внутри делится на много отдельных проектов/инструментов/либ/сервисов итд.
Помню, когда встала задача слить БД кипоноиска я посматривал на то самое уже закрытое неофициально апи (оно кстати переродилось в аналогичный вашему модуль для пхп) и решил парсить сам. Как показало время — решение было верное.
Задавал этот вопрос и владельцу старого апи, задам и вам — не проще ли спарсить сразу всю БД и актуализировать её в фоне, а запросы собственно делать к своим данным?
Это будет и надёжнее и быстрее, ну и разделить ответственность позволит. Судя по запросам в вашем геме там на всё про всё выйдет 2-3кк запросов к КП для начала ну и на актуализацию сколько то, в зависимости от периодичности.
Методику чего?)
Вот в такие дебри я пока и не набрался сил погрузиться =)
Ну это ключевой момент если исследовать насколько этот алгоритм хорошо работает, ну или кластеры искать. Мне же достаточно красивой картинки и списка на «послушать» =)

Information

Rating
Does not participate
Location
Praha, Hlavni Mesto Praha, Чехия
Registered
Activity