Когда эти задачи были сделаны, получилась настолько упрощённая механика, что от клиентов не требовалось активных действий. Раскатка на аудиторию не выявила массовые негативные обращения в службу поддержки, поэтому менеджеры команд решили оставить как есть.
Насчёт просмотра историй - это ошибка нашей поддержки, активация спецпредложений происходит при просмотре именно условий самих спецпредложений, а не историй.
Прошу отнестись с пониманием, больше деталей я не могу говорить. В ближайших релизах коллеги проработают интерфейс так, чтобы механика работы была прозрачной для клиентов.
Каждая проектная сама решает кто от её имени участвует в собеседованиях - постоянно выделенные интервьюеры или тим-лиды или дежурные или как-то ещё.
В любом случае наши интервьюеры проходят инструктаж по тому как проводить этапы, как оценивать результаты по единой шкале и проводят тренировочные интервью прежде чем на появиться в пуле. Мы стараемся быть максимально объективными.
Не могу ответить за весь найм, но если речь о мобильной разработке, то мне удивительно читать ваш отзыв:
Мы спрашиваем кандидатов есть ли у них явные предпочтения. Иногда кандидаты знают что хотят и сообщают, например, что интересует только проект Тинькофф Инвестиции. Тогда, после прохождения других этапов, предлагаются именно проекты по желанию;
Если кандидат готов рассмотреть несколько проектов, мы ввели новую практику несколько месяцев назад. Наши рекрутеры стали задавать 5 вопросов кандидатам, с помощью которых мы понимаем какие проекты лучше всего подойдут. Такие вопросы как "Есть ли желание заниматься CI/CD" или "Какой размер команды предпочтителен";
И только если кандидату вообще все-равно, у нас есть топ 3 проектов, которые мы предлагаем по очереди. Если первый чем-либо не подходит, нет проблем - у нас есть другие проекты на другую тему и с немного другим набором характеристик.
Можно выбрать идеальный для себя - пожелания кандидата мы слышим и учитываем в нашем предложении.
К сожалению, не могу вам ответить про веб-разработку и конкретно про ваши этапы общения с рекрутером.
В мобильной разработке всего 2 технических этапа. Основной этап Программирование мы не можем отменить. Секция dev-скрининга со временем стала для нас обязательна и показала свою эффективность - такие выводы сделали мы собирая аналитику.
Желтизна для hackernoon'а нормальна, а для хабра — так себе.
К комментах к оригиналу народ парирует:
It’s important to put some context to your headline. This isn’t “10 years since Steve Jobs released the iphone on the world stage”. This is 10 years since an anonymous person sent a whitepaper to some people on an obscure mailing list — remaining mostly misunderstood (even by developers) for many years, ignored, or seen as a straight up ponzi/scam, and only gaining anything close to a semblance of serious after-thought from the finance world in the last 2–3.
Ответ Вячеслава:
Для swift всё ещё проще получается, нужно настроить скрипт чтобы он генерировал вместо LocalizableKeys.h и LocalizableKeys.m один файл LocalizableKeys.swift со структурой:
//
import Foundation
struct Localizable
{
static let buttonDone = "button.done"
static let buttonNext = "button.next"
static let titleMain = "title.main"
}
//
Вангуюется магазин с малым количеством бесплатных плагинов/сервисов? С Jira, и Confluence было так. Поставил, пользуешься, чего-то понадобилось, покупаешь плагин. Блин.
В этом был исходный вопрос: как сделать плавную миграцию на новый сертификат?
В нашей организации срок между окончанием действия старого сертификата и началом действия — 1 неделя. Понятно, что большинство клиентов не обновятся.
Какие?
Кстати, допустим, новый сертификат взамен старого выпускается за 1 неделю. За такой маленький срок не выпустить новое приложение. Как сделать правильно проверку в старой версии мобильного приложения до выпуска версии с новым сертификатом? Например, проверять все атрибуты, КРОМЕ срока действия.
Здравствуйте.
Наши фича-команды работали над двумя задачами:
Упрощение активации спецпредложений
Упрощение использования рассрочек по покупкам
Когда эти задачи были сделаны, получилась настолько упрощённая механика, что от клиентов не требовалось активных действий. Раскатка на аудиторию не выявила массовые негативные обращения в службу поддержки, поэтому менеджеры команд решили оставить как есть.
Насчёт просмотра историй - это ошибка нашей поддержки, активация спецпредложений происходит при просмотре именно условий самих спецпредложений, а не историй.
Прошу отнестись с пониманием, больше деталей я не могу говорить. В ближайших релизах коллеги проработают интерфейс так, чтобы механика работы была прозрачной для клиентов.
Мы виноваты.
Здравствуйте.
Это мы, да. Проблема на Android действительно есть после запуска дизайна новой главной. В ближайших релизах исправление будет раскатано на клиентах.
Если вам интересны причины проблемы или просто хотите помочь сделать мобильный банк лучше - приходите на мероприятие.
Здравствуйте.
Каждая проектная сама решает кто от её имени участвует в собеседованиях - постоянно выделенные интервьюеры или тим-лиды или дежурные или как-то ещё.
В любом случае наши интервьюеры проходят инструктаж по тому как проводить этапы, как оценивать результаты по единой шкале и проводят тренировочные интервью прежде чем на появиться в пуле. Мы стараемся быть максимально объективными.
Здравствуйте.
Мы смотрим на баллы по секциям. Вызывают вопросы результаты кандидатов, у которых явные провалы по конкретным темам.
Ещё, баллы по секциям сумируются. Проходят на второй этап те кандидаты, которые по сумме баллов показали результаты выше нашего минимума.
Здравствуйте.
Не могу ответить за весь найм, но если речь о мобильной разработке, то мне удивительно читать ваш отзыв:
Мы спрашиваем кандидатов есть ли у них явные предпочтения. Иногда кандидаты знают что хотят и сообщают, например, что интересует только проект Тинькофф Инвестиции. Тогда, после прохождения других этапов, предлагаются именно проекты по желанию;
Если кандидат готов рассмотреть несколько проектов, мы ввели новую практику несколько месяцев назад. Наши рекрутеры стали задавать 5 вопросов кандидатам, с помощью которых мы понимаем какие проекты лучше всего подойдут. Такие вопросы как "Есть ли желание заниматься CI/CD" или "Какой размер команды предпочтителен";
И только если кандидату вообще все-равно, у нас есть топ 3 проектов, которые мы предлагаем по очереди. Если первый чем-либо не подходит, нет проблем - у нас есть другие проекты на другую тему и с немного другим набором характеристик.
Можно выбрать идеальный для себя - пожелания кандидата мы слышим и учитываем в нашем предложении.
К сожалению, не могу вам ответить про веб-разработку и конкретно про ваши этапы общения с рекрутером.
В мобильной разработке всего 2 технических этапа. Основной этап Программирование мы не можем отменить. Секция dev-скрининга со временем стала для нас обязательна и показала свою эффективность - такие выводы сделали мы собирая аналитику.
Здравствуйте.
Мы тоже видим, что часть кандидатов готова трудоустроиться только если всё пройдёт быстро. Как раз для таких случаев предлагаем one day offer.
К комментах к оригиналу народ парирует:
И другие комменты по статье.
50 000 рублей
Для swift всё ещё проще получается, нужно настроить скрипт чтобы он генерировал вместо LocalizableKeys.h и LocalizableKeys.m один файл LocalizableKeys.swift со структурой:
Далее в коде этим можно пользоваться так:
В нашей организации срок между окончанием действия старого сертификата и началом действия — 1 неделя. Понятно, что большинство клиентов не обновятся.
Кстати, допустим, новый сертификат взамен старого выпускается за 1 неделю. За такой маленький срок не выпустить новое приложение. Как сделать правильно проверку в старой версии мобильного приложения до выпуска версии с новым сертификатом? Например, проверять все атрибуты, КРОМЕ срока действия.
Какой ID?
Как?