Русский
Русский
English
Статистика
Реклама

It-компании

Amazon, Microsoft, Facebook, Tesla, Lyft история поиска работы мечты или вредные советы для карьерного развития

19.04.2021 10:09:21 | Автор: admin

Всем привет!

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

У меня за плечами 11 лет работы в индустрии, 6 из них в Северной Америке. Сейчас я работаю инженером данных в Microsoft Ванкувер. До этого почти 5 лет проработал в Амазоне в Ванкувере, Бостоне и Сиэтле.

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

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

2013 год, только что провалил онлайн собеседование в Берлин, наверно им не понравились мои носки2013 год, только что провалил онлайн собеседование в Берлин, наверно им не понравились мои носки

Прежде чем перейти к компаниям типа Amazon и Microsoft, я хочу начать с простых примеров.

Начало работы

По образованию я инженер конструктор, я честно пытался работать по специальности (целых 3 года).

Мое рабочее место с секретного предприятияМое рабочее место с секретного предприятия

Пока я не узнал, что ассистент проект менеджера получает 50 тысяч рублей (в 2009 году), в то время как начальник участка металлообработки космического центра получает меньше 20 тысяч рублей.

Совет 1: Если вы думаете, что в будущем у вас будет классная работа и хороший доход, вам только нужно проработать Х лет, закончить аспирантуру/учебу, пройди Y курсов и сдать Z сертификатов. Проверьте свои доводы на деле. Возможно вы можете сэкономить время, ресурсы и деньги.

Теперь я знаю, это называется проверка гипотезы. Работая на заводе, я решил проверить гипотезу. На Head Hunter (HH), я сделал резюме, написал, что у меня уже на руках несколько лет опыта, аспирантура и стал откликаться на вакансии.

Я обнаружил, что все вакансии в Подмосковье и зарплаты смешные. И тут я призадумался о судьбе машиностроения в РФ. Как видно не зря.

Когда я учился в университете, то очень хотел попасть на стажировку в Европу. Но в какой-то момент их просто отменили. Следующая картинка очень в тему.

Это я в Копенгагене встретил бабульку (слетал на тренинг от работы). Примерно тоже самое сказал мне декан на вопрос об иностранной стажировке.Это я в Копенгагене встретил бабульку (слетал на тренинг от работы). Примерно тоже самое сказал мне декан на вопрос об иностранной стажировке.

Пришлось переквалифицироваться. До сих пор переквалифицирываюсь. В ИТ пока одно учишь, уже другое появляется, а то что учил уже устарело.

Совет 2: Fake it till you make it. (FITYM)

Это сейчас я знаю это модное словосочетание. А раньше, я просто думал, что мне надо приукрасить свой опыт. Нужно взять свой заводской опыт и сделать хорошую историю, ИТ историю. Вообще FITYM применимо ко всему. Получается замкнутый круг, у вас требуют опыт, а у вас его нет, и вы не можете его получить, потому что, вас не берут на работу без опыта. FITYM это решение этой проблемы.

Даже с моим подходом FITYM я не достиг особых успехов, было 2-3 собеседования. Пока не предложили стажировку в банке в департаменте ИТ на должности разоботка отчетности (Business Intelligece). Меня спросили всего один вопрос - "знаю ли я, что такое SQL?". Несмотря на то, что я слышал это слово первый раз, я с увереностью сказал - "Конечно знаю, у меня даже в дипломном проекте был SQL".

Совет 3: Рискуйте. Мы живем один раз, лучше рискнуть. Как сказал Юрий Дудь: Не страшно ошибаться страшно быть унылым г****м

И тут возникает несколько вопросов, своеобразный FAQ:

  1. Если наврать, что есть опыт, а по факту окажется, что его нет, и выгонят с позором.

    Конечно нужно знать пределы. Не нужно говорить, что вы Java архитектор, если вы только недавно написали свою первую программу "Hello, world". Но если вы в теории знаете как решить проблемы, где найти ответ, как правильно сформировать вопрос, то вы не пропадете. Так же процесс поиска сотруднака - это не трудоемкий и затратный процесс. Ваши скилы это лишь часть картины, важно еще насколько вы впишетесь в коллектив. Так же по началу вы сможете компенсировать нехватку опыта временем. Работайте по 16 часов в день без выходных, и вы разберетесь.

  2. В моем резюме не релевантный опыт.

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

  3. Хорошо, с резюме проблем нет. А как же трудовая книжка?

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

  4. А что делать со службой безопасности?

    У крупных компаний, есть служба безопасти. Вы для них лишь ФИО, и они могут вас "пробивать". Тут уже как повезет. Можно оставить телефон друзей, можно договориться. У меня был случай, когда меня проверяли на детекторе лжи. Но ничего, получилось пройти. Для них главное, что у вас криминала нет.

Первые 3 месяца самые тяжелые. Люди работают вокруг неглупые, и быстро понимают, что знаний то у вас нет. Но! вы стараетесь, приходите на работу на час раньше, уходите позже, задаете правильные вопросы и очень проактивны. Ну где они найдут лучше кандидата?

Смена работы - из банка в ИТ вендор

1.5 года работы, и уже у меня неплохой опыт, можно выходить на рынок.

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

Совет 5: Не увольняйтесь, пока у вас не будет оффера на руках.

Совет 6: Не сжигайте мосты, нужно стараться всегда расставаться в хороших отношениях с коллегами.

На собеседование как обычно, меня спрашивали вещи, про которые я лишь где-то слышал. Можно сказать 50% я знал на отлично, другие 50%, на 3-. Хорошо, что им были важны первые 50%.

Я работал в Терадата - это американская компания. Но проекты были в Сбербанке, то есть приходилось много времени проводить в бывших детских садиках/налоговых, сражаться за удобный стул (не сломанный) с другими консультантами и интеграторами.

Стул так себе...Все было ничего, пока нас не спалили, что мы играли в Counter Strike 1.6 в рабочее время=0Стул так себе...Все было ничего, пока нас не спалили, что мы играли в Counter Strike 1.6 в рабочее время=0

Совет 7: Изучите все возможности внутри компании для личностного развития.

Еще до начала работы в Терадата, я уже знал о возможности слетать в Европу на тренинги. Поэтому всеми правдами и неправдами я пытался посещать тренинги. Для этого нужно было быть проактивным.

На Sales тренинге в Мюнхене от Терадаты. Мюнхен запомнил на всю жизнь, а тренинг так себе был))На Sales тренинге в Мюнхене от Терадаты. Мюнхен запомнил на всю жизнь, а тренинг так себе был))

Совет 8: Будьте проактивными. Общайтесь с людьми, ищете возможности для колалборации и для получения новых знаний.

Чтобы быть проактивным, я стал делать тренинги для других консультантов. Провел несколько воркшопов для коллег. Так же я копался во внутренней Wiki и нашел контакты компаний партнеров. Я всем написал письма и получилось организовать несколько встреч и воркшопов. К нам даже прилетали из Европы и обучали партнерским решениям. Мы их не использовали и врят ли бы они пригодились. Но я знал, что для моего резюме и опыта они пригодятся.

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

Смена работы - из ИТ вендора в обувной стартап

Согласно "совету 4", настало время повышать зарплату и менять работу. В данном случае работа нашла меня сама. Это тот случай, когда проактивность приносит дивиденды. Мой бывший руководитель попросил меня провести тренинг и потом предложил присоединиться.

Ламода и Сбертех были в соседних зданиях, было удобно к ним заходить. Фото с тренинга кстати.Ламода и Сбертех были в соседних зданиях, было удобно к ним заходить. Фото с тренинга кстати.

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

Было интерсно поработать в еще одной международной компании, но все как обычно - "денег нет, но вы держитесь"(с). Проработав там 1.5 года, я снова вышел на рынок и поднял свою зарплату до 180 тысяч рублей. Тогда еще курс был 30 рублей за доллар. Это было классно. Но не долго я радовался, через 6 месяцев рубль обвалился. И все мои рублевые накопления на иммиграцию превратились из "кареты" в "тыкву".

Совет 10: Мотивируйте себя сами. Часто работа бывает не интересная, скучная. Поэтому вам нужно придумать себе, почему она интересная, почему ее надо сделать. Например, вы делаете аудит или работаете на поддержке. Это скучно. Превратите эту скучную историю в крутую историю. Расскажите на собеседовании, как вы выполняли тяжелую работу и каких результатов достигли.

Смена работы - из Москвы в Черногорию

Пока мои документы в Канаду процессились, я прошел собеседование на Веб Аналитика в Черногорию. Я раньше не работал веб аналитиком и были очень поверхностные знания по маркетенгу. Тем не менее, я попал на работу и уже на месте стал разбираться, что такое digital marketing.

Черногория это пушка! На фото Свети Стефан. В Канаде хорошо, но в Черногории еще лучше!=)Черногория это пушка! На фото Свети Стефан. В Канаде хорошо, но в Черногории еще лучше!=)

Совет 11: Для того, чтобы пройти собеседование и говорить уверенно о вещах, с которыми вы раньше не работали, вам нужно использовать метод Стива Джобса (тоже узнал про него относительно недавно, несмотря на то, что всегда использовал) - "поле искажения реальности". Я упомянул "fake it till you make it". Что звучит немного грубовато - приврать (в лучшем случае). Теперь же мы можем использовать почти научный способ из сериала Звездный путь - поле искажения реальности. Это значит нам нужно верить в то, что мы говорим.

Совет 12: Чтобы начать верить в то, что мы говорим, нам нужно рассказать эту историю раз 15-20 минимум. То есть прежде чем проходить серьезные собеседования, нам нужно потренироваться на "кошках", найти компании и вакансии попроще, и рассказывать им свою легенду. Если често, я уже давно поверил, что на заводе я работал с SQL, базами данных и аналитикой. Меня ночью разбуди и я не задумываюсь расскажу об этом.

На столе книга по Adobe Site Catalyst - получаю первые знания по свеой новой профессии.На столе книга по Adobe Site Catalyst - получаю первые знания по свеой новой профессии.

Совет 13: Вне зависимости от того, что вам дают на работе, всегда имейте north star, вектор развития и движения. Вам надо двигаться к вашей цели. Я мало времени уделял веб аналитики, зато стал проявлять проактивность и делал BI, установил Tableau, сделал Proof of Concept на Redshift, делал ETL. Я создавал себе "истории" для своего резюме и опыта. И еще по возможности все писал в блог на английском - создавал "активы" для своего резюме.

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

Едим в поезде из Черногории в Белград. Ознакамливаюсь с историей Канады. В книге времен СССР автор часто упоминает коммунистические партии Канады!)Едим в поезде из Черногории в Белград. Ознакамливаюсь с историей Канады. В книге времен СССР автор часто упоминает коммунистические партии Канады!)

Совет 14: Ходите на собеседования всегда и везде. Никогда не упускайте возможности сходить на собеседование. Особенно, если у вас все хорошо и вы не ищете работу. Лучше выбирать работу без спешки и стресса. Тогда можно ВБИРАТЬ, а не браться за первую попавшую. Тогда не придется лишний раз врать и можно быть собой. В Linkedin я видел пост чувака из Google. Он задал этот вопрос своему ментору. Ментор ему именно так и сказал. Задача работадателя создать вам комфортные условия на работе, дать конкурентнуспособную зарплату. Если, кто-то предложил больше, вас либо оставят (попытаются перекупить), либо отпустят (так как вы не нужны). Поэтому от этого выигривают все. Конечно, нужно это делать так, чтобы никто не знал, что вы это делаете:)

Я даже проводил опрос в своем телеграмм канале:

Сейчас я уже немного разленился, и мне жалко времени на собеседования, но я могу себе это позволить, у меня отличный опыт хождения по собеседованиям;)

Смена работы - из Черногории в Канаду

Совет 15: Если вы готовитесь к переезду, начните искать работу заранее. За год или 6 месяцев. Подпишитесь на еженедельные рассылки вакансий, добавляете людей в Linkedin, общайтесь и знакомьтесь. Вы сэкономите много денег и времени в будущем.

Я приехал в Канаду в Виннипег и вышел на работу уже через 5 дней в страховую компанию на 75 тысяч канадских долларов, это где-то 4 тысячи в месяц. Так как у меня был offer на руках и меня уже ждали.

Офис кубик. В выходные я работал сверхурочно за 2ю оплату, чтобы выплатить наш первый кредит за Dodge Journey. Сына иногда брал в офис поиграть рядом. Офис кубик. В выходные я работал сверхурочно за 2ю оплату, чтобы выплатить наш первый кредит за Dodge Journey. Сына иногда брал в офис поиграть рядом.

Как я нашел работу еще до моего приезда? Ответ очевиден, я использовал свои советы.

Я расскажу про некоторые техники, которые мне помогли:

  1. Я подписался на рассылка вакансий в моей провинции на indeed.ca

  2. Я сделал себе резюме, в котором указал fake местный адреc. Так же я сделал себе IP телефон с кодом Виннипега. Он делал переадресацию на мой мобильный. Моя задача была, чтобы HR соединил меня с hiring manager. В итоге мой план сработал.

  3. Был еще один life hack. Вместо cover letter (по мне вообще бесполезная бумажка), я отправлял презентацию со slideshare. Вот пример довольно старый. Основая идея была показать не мой опыт и мои скилы, а рассказать о ценности, которую я могу добавить компании. Нужно раскрыть тему своей ЦЕННОСТИ, попробовать указать проблемы индустрии, показать, что вы с ними знакомы и знаете решение. Slideshare имеете интересный функционал. Мы можем скрыть презентацию от всех, и оставить доступ только через ссылки. А потом показать нам, откуда (по IP) и сколько раз открыли. То есть инструменты веб аналитики. Так мы можем измерять вовлеченность.

Смена работы - из страховой в Амазон

Стало понятно, что Виннипег это не то, ради чего мы переехали в Канаду. Нужно было двигать в Ванкувер или Торонто. К тому же, у меня возникли конфликты с коллегами.

Совет 16: Будьте аккуратны с шуточками. Женская половина коллектива приняла в штыки мои безобидные шуточки. Как результат, меня стали подставлять.

Я благодарен коллегам за их попытки вывести меня из себя, так как я нашел работу в Амазоне. У меня был еще один offer от местного стартапа Skip The Dish, которые теперь довольно популярный. Я написал основателям и пришел к ним на встречу, принес книгу, которую я написал (первая моя книга). Они мне предложили возглавить отдел аналитики. Я взял паузу и решил еще поискать варианты. Как видно не зря.

И теперь можно поподробней поговорить про процесс собеседования в Амазон. Это я теперь эксперт по собеседованиям, потому что провел их больше 50 внутри Амазона и закончил тренинги. А тогда вообще не знал ничего. Уверен, что мне сильно повезло.

Совет 17: Если вы ищете работу, используйте "ковровую бомбардировку" - что значит отвлекайтесь на все вакансии по специальности по максимум, потом разберетесь. Возможно получите важный опыт переговоров и собеседований. Который вам поможет найти работу мечты.

Я обычно завожу spreadsheet и туда заношу всю информацию:

Поиск работы в КанадеПоиск работы в Канаде

У меня был неплохой опыт, пару книг в публикации, блогпост, но искать работу это не быстро. Главная сложность заключается в том, что на каждую вакансию откликается человек 30-50-100 (в зависимости от компании). Соответственно, если ваше резюме будет 81 в списке, не думаю, что компания узнает о таком ценном кандидате. Поэтому важен нетворкинг, скорость отклика и немножко удачи, чтобы получить свой шанс.

У меня были примеры в Google, когда рекрутер просто пропадал, из-за того, что мы не могли выбрать время. У них все просто, они готовы потерять хорошего кандидата, потому что в итоге всеравно придет другой хороший кандидат. Поиска работы в FAANG компания это почти как лотерея. Поэтому очень важно искать туда нестандартные входы.

Мне повезло, я получил приглашение на собеседование.

Совет 18: Вам нужно конкурентное премимущество. Чем вы лучше других кандидатов? Это можно быстро продемонстрировать за счет дополнительных артифактов - блог, выступления на конференциях и митапах, youtube канал. У меня были книги и блогпост. В Амазоне они оценили наличие этих артифактов.

Собседование в Амазон

Amazon Leadership Principals уже в моем DNA.

Процесс собеседования примерно такой:

  1. Phone Screen - вам звонят, задают разные вопросы, технические и не технические. Посмотреть насколько вы подходите.

  2. Может быть еще Phone Screen собеседование, но уже с hiring manager. Так же вам могут прислать тестовое задание. Я был настолько проактивным, что решил тестовое задание 3мя способами и еще нарисовал им дашбордов, хотя они не просили.После был еще уточняющий звонок по тестовому.

  3. Если прошли этот этап, то можно рассчитывать на on-site interview. (в до ковидные времена). Мне купили билеты и запланоривали 5-6 собеседований, включая обед с командой.

На собеседование я принес свою коронную презентацию (мой cover letter на slidesashare). Технический директор сразу сказал, это лишнее. И начал мне завадавать вопросы и записывать мои ответы. И так делали все остальные. Иногда вопросы повторялись.

Уже сейчас я знаю, что это было. Само интервью состоит из 2х частей:

  • behavioral interview - ситуативное интевью

  • functional interview - ваши технические навыки

Цель behavior interview - проверить вас, насколько вы соответствуете Amazon Leadership Principles. А их 14. Как правило, сотруднику поручают 2 принципа. Дальше он идет в "банк вопросов", копирует по 2-3 вопроса, с которых начинается дискуссия. А потом они пишут отчет, как у вас дела с этим принципом, вам надо, как говорится meet the bar. То есть быть не хуже, чем 50% человек на этой роле. В общем, надо с покер фейс заполнить отчет, и сказать, кандидат тянет или нет.

Примеры моих вопросов:

Amazon LP - Ownership

Q: Tell me about a time when you took on something significant outside your area of responsibility. Why was it important? What was the outcome?

Amazon LP - Insist on the Highest Standards

Q: What measures have you personally put in place to ensure performance improvement? What targets and standards are achieved?

Лучше всего отвечать на такие вопросы в формате STAR:

  • Situation - ситуация/проблема

  • Task - задача

  • Action - ваши действия

  • Result - результат

На functional interview вас уже будут спрашивать конкретно технические вещи, могут еще coding сессию сделать. Меня много спрашивали про маркетингувую аналитику и решения для хранилищ данных. Мой опыт веб аналитика пришелся кстати.

Спустя неделю мне позвонили и сделали оффер. Я не посмел торговаться. Зарплату дали маленькую по меркам Амазона - 90 тысяч CAD в год + signup bonus + 80 акций Амазон на 4 года. (их цена тогда было 600$, то есть 48 000 CAD на 4 года). Я был очень рад и мы двинулись в Британскую Колумбию. Мне дали уровень 5 (L5):

levels.fyilevels.fyi

L5 это middle. Первые два года я работал очень много. Я надеялся, что если буду хорошо работать, меня повысят, мне прибавят денег. Я был наивный.

Совет 19: Он очевидный, и вроде мы про него знаем, но никогда не делаем. Необходимо чуть ли не с первого дня прописать все цели, за выполнение которых последует повышение. Возможно это будет на следующие 12-18 месяцев. Но это единственный вариант в Амазон. В моем случае, я наивно впахивал 2 года, и на вопрос о повышении, мой менеджер тактично меня осадил, расскзаал про цели, о том, что их надо прописать и тд.

В Амазоне есть performance review раз в год, где-то в феврале. Перед этой встречей, вам необходимо запросить feedback у ваших коллег. Коллеги вас будут оценивать по 2м показателям:

  • Ваши Super Powers (читай Leadership principalse), которые вы проявили.

  • Ваши Grow Areas (читай Leadership principals), которые вам нужно прокачать.

По результатам всей это истории, вам могуть поднять зарплату на 1-4%. Менеджер расскажет о том, как он/она приложили нечеловеческие усилия, чтобы это сделать. Вам добавили денег на лишний капучино в неделю, 1-4% это до вычета налога.

Если вам повезет, вам добавят Amazon Stock. За 5 лет, мне дали наверно 25 акций, помимо моих 80ти, которые я получил в 1й день работы. Это конечно мало. Хороший показатель это акций 20-40 в год. Все это очень завивист от вашего менеджера.

Все 5 лет на мой вопрос "почему моя зарплата так медленно растет", я получал ответ, что Amazon Stock очень вырос.

Стоки действительно выросли от изначальной стоимости. Но я был категорически не согласен с политикой партии. Стоки я получил в 1й день работы. И даже, если бы я работал так себе, я бы все равно их получил. А за свой performance, переработки и любовь к тому, что я делал, я получил 2-4% прироста к зарплате. Обычно это назвается индексация.

Чтобы в Amazon получить повышение, вам необходимо заполнить несколько документов, причем 60% усилий должен сделать ваш менеджер. Это целая стретегическая игра, которая не очень тесно связана с вашими техническими компетенциями. Поэтому очень важно (совет 19) прорабатывать стратегию заранее и обсуждать ее с менеджером. Задача компании получать от вас максимум, платить минимум.

Совет 20: Ваша зарплата в 95% случаев будет такая, на которую вы изначально пришли. Моя зп в Амазоне выросла на 10% за 5 лет. И если бы я даже перешел бы на L6 (следующий уровень), то она бы выросла еще на 10-15%, что было бы достаточно низко. Как в совете 4, хотим роста, меняем работадателя, но важно, чтобы у нас был solid case и хотя бы 12 месяцев опыта на текущем месте работы.

Смена комманд в Амазон

Амазон это оргормная корпорация. В ней огромное множество комманд и направлений бизнеса. У вас есть возможность перейти в любую команду по всему миру. Много знакомых американцев переехало в Европу и наоборот, из Европу в США и Канаду.

Проработав 2,5 года в одной команде я был сыт обещаниям менеджера о повышении. И решил попробовать поискать другие команды.

Совет 21: Он очень важный. У нас есть одна особенность, мы привыкли винить в неудачах других - "все дураки, один я умный". Примеров огромное множество. Это очень плохая позиция. Старайтесь избегать такой точки зрения. Из моей карьеры я только года 2 назад стал меняться и научились брать ответственность за свои поступки и не считать себя умней других. Например, я прекрасно понимаю, что это только мой личный fail, что я не смог получить повышение в Амазон. Поэтому, никогда не считайте себя умней других. Если вы знаете что-то лучше других, помогите им разобраться и понять. Если кто-то накосячил, на то есть причины, помогите человеку преодолеть трудности. Но никогда не думайте, что вы лучше других. И вам будет легче жить и легче добавиться поставленных целей.

Я находился на West Coast побережье и нашел работу инженера данных на East Coast побережье.

Вид из Cambridge, MA на Boston, MAВид из Cambridge, MA на Boston, MA

Интересный парадокс. Зарплата не высокая, но есть возможность получать другие benefits. Например, летом я перешел в команду Amazon Alexa, которая находилась в Cambridge, MA (оказывается есть такой город и в США). В нем находятся MIT и Harward. А если перейти мост, то будет Бостон.

Еще одно #dimaworkplaceЕще одно #dimaworkplace

Всей семье мы полелетели в Бостон на 2 месяца, чтобы я мог познакомиться с командой. Нам сняли квартиру в 5 минутах от офиса и от MIT. Цена в месяц 12тысяч US$. Так же оплатили всю еду и мой билет на самолет. Лето в Бостоне с семьей - бесценно.

В течение года я еще несолько раз летал к ним и останавливался в Airbnb в историческом центре Бостона.

Beacon Hill - самый старый район БостонаBeacon Hill - самый старый район Бостона

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

Ночной СиэтлНочной СиэтлМои значки и communities из личного кабинета Амазон, некоторый я сам сделал. Наиболее ценные для меня это значки "Speaker".оМои значки и communities из личного кабинета Амазон, некоторый я сам сделал. Наиболее ценные для меня это значки "Speaker".о

Кстати, с Amazon Alexa я познакомился когда выступал на конференции в Бостоне - Enterprise Data World. Я уже 2ой раз выступал на этой конференции. 1й раз бьл в Сан-Диего. Было тепло. А тут начало марта, очень холодно. Выступление на конференции дает только бесплатный билет. Конференция идет 6 дней и стоит 3500US$. Спикерам бесплатно, но билеты и отель за свой счет. Я снял Airbnb коморку за 100$ в сутки, комната 2 на 2 метра.

По пути в Бостон на конференцию EDW2019По пути в Бостон на конференцию EDW2019

Совет 22: Возможно я уже про это говорил, скажу еще раз! Если вы серьезно занимаетесь своей карьерой - на все возможные opportunities всегда говорите да. Мне было очень не комфортно первые несколько лет. Сейчас уже конечно стало лучше. Ставьте себе цель - выступить на meetup, usergroup, податься на конференцию, рассказать о своем опыте на datalearn.ru ;)

Кроме конференций, мне нравится делать что-нибудь еще, например у сына во 2м классе я проводил Amazon Future Engineer - Hour of Code. Или волентерил в университете, или выступал в high school. То есть делал буквально все, что было в моих силах. На вопрос "Зачем?!" - я думал, что пригодится. Каждая возможность пораждает новые возможности и знакомства. Если ничего не делать, то ничего не будет.

Рассказываю про роль данных для 1го курса Computer ScienceРассказываю про роль данных для 1го курса Computer Science

Совет 23: Если у вас есть дети и семья, всегда ищете возможность брать их с собой в поездки, на конференции. Это ценный опыт для детей (от 5-6 лет) и отлично для 2ой половинки.

Рассказываем старшеклассникам вместе про Alexa и раздаем Alexa за самые лучшие вопросы. Сын делает демонстрацию продукта. Жалко сейчас пандемия и все онлайн, скучно:(Рассказываем старшеклассникам вместе про Alexa и раздаем Alexa за самые лучшие вопросы. Сын делает демонстрацию продукта. Жалко сейчас пандемия и все онлайн, скучно:(

Сообщества в Амазон

Я уже писал про проактивность. В Амазон практически сразу я стал развивать сообщества:

  • Amazon Tableau User Group - 3000 пользователей, которые используют Tableau в Amazon. Я отчечал на каждый второй вопрос, организовывал встречи и приглашал куртых спикеров.

  • BI Tech Talk - 100+ data команд со всего Амазона. Так же организовывал презентации со спикерами из Амазона и других компаний.

Все это дало мне огромное преимущество - меня знал почти весь Амазон, кто работает с данными. Поэтому я мог легко поменять команду, пригласить интересного мне спикера из Linkedin. Конечно это никак не влияет на зарплату, но мне нравилось соединять людей и идеи.

Члены Amazon Tableau User Group на Tableau Conference в Las Vegas 2017Члены Amazon Tableau User Group на Tableau Conference в Las Vegas 2017

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

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

В Alexa у меня получилось как обычно, я сделал свою работу, но к повышению не приблизился, и поэтому я снова поменял команду. Я общался с командами из Калифорнии и из Сиэтла. Стал подумывать о релокации в США. Я перешел в команду - customer behaviour analytics. И пообещал осенью 2020 переехать в Сиэтл. Но оказалась, что мои Amazon Stock после 4х лет закончились, и мне нужно было переехать с семьей на базовую зарплату 130 тысяч US. Что меня не устраивало. Так как минимальных доход для Сиэтла должен быть 200 тысяч. А хороший, согласно моим исследованиями 300-350 тысяч (это включает в себя стоки).

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

Еще стоит упомянуть про бонусы. Вам дают стоки в штуках. И если умножить цену акции на колличество, получается круглая сумма. НО!!! Когда наступает vested date - то есть когда акции становятся вашими, Канадское государство забирает ровно половину. То есть, вам положено 20 акций, до вас доедет только 10. Можете их продать, а можете оставить, как я сделал. И если у вас было 10 акций по 600US$, то когда они станут 3000$, вы должны заплатить налог на прибыль (capital gains), с каждой акции это 2400$ - сумма прибыли. И нужно заплатить 25% от 2400.

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

Каждый раз когда я мягко говоря расстаивался из-за своих карьерных достижений на работе, я начинал искать работу. Ходить по собеседования это полезно и важно, надо быть всегда в тонусе. Так я собеседовался с Tesla (для солнечных батарей) на позицию Data Engineer. Не сложилось с ними. Потом собеседовался с Lyft на позицию менеджера data engineering. ЗП в Калифорнии с бонусом было 400-450тысяч US$. У меня опыта менеджера не было, но я прошел все возможные курсы в Амазоне для менеджеров. Тоже не сраслось. На собеседовании меня спрашивали много вопросов связанных с diversity и inclusion.

На собеседование в Google, у меня даже не получилось записаться на собеседование. Рекрутер просто пропал в итоге после первого созвона. Они себе могут это позволить, потому что если пропадет один хороший кандидат, появятся еще толпа других хороших кандадатов.

Совет 25: Вы не единственный кандидат на вакансию. Топовые комании получают сотни откликов. Поэтому старайтесь откликаться одними из первых или ищите другие варианты, например через знакомых. Я откликался на 10ки вакансий в FB и Google, но мне никто ничего не написал в ответ.

Зато спустя какое-то время ко мне пришли рекрутеры из Fb, и сами пригласили на собеседование Manager Data Engineering. Было несколько собеседований

  • Phone Screen с рекрутеорм - просто разговоро о вакансии, требованиях и моем опыте

  • Leadership Interview - разговор с менеджером, больше похоже на behaviour interview, вас спрашивают как вы руководите, решаете конфликтные ситуации и все в этом духе. Курсы менеджеров Амазон отлично решают такие вопрсоы

  • Technical Screening - даже для менеджера состоял из 3х элемнтов. 1й это SQL упражнения (15 минут на 5 SQL задач), Python (15 минут на 5 задач), Data Modelling (15 минут)

Скажу вам честно 15 минут это очень мало. В итоге я сделал, 4/5 задач по SQL, 3/5 задач по Python, что для меня было гордостью, я с ним вообще особо не работал. Но реально провалил data modelling. Был простой вопрос - допустим вы работаете в Linkedin, нарисуйте модель, чтобы ответить на 5 вопросов. Нужно было начать сверху вниз (от бизнес вопросов к таблицам фактов), а я начали снизу вверх (от исходных данных вообще всех в Linkedin) к таблицам фактов. И у меня было 7 минут. У меня есть еще одна гипотеза, что в Северной Америке очень сильное лобби ребят из Индии, и я вижу огромное колличество комманд, которое только состоит из таких ребят. Хотя их опыт и знания не всегда круты. По результатам я понимал, что мои шансы 50/50. В общем я не попал. Но был отличный опыт.

Совет 24: Каждое проваленное собседование - это огромный опыт, вы вызодите из зоны комфорта, готовитесь, учите новое. Не упускайте такую возможность. Игра стоит свеч.

Работа "на дядю" или "на себя"

Амазон был для меня вершиной желаний. Я и мечтать не мог, что буду работать в Амазоне, когда был в начале своей карьеры. Но спустя какое-то время работы в Амазоне, стали появлятся вопросы - а что дальше. Вы очетливо понимаете, что вы работаете на "дядю", пусть и на самого богатого в мире - Джефа Безоса.

Я довольно подробно описал попытку создания аналитического консалтинга в этом посте - Опыт создания аналитической консалтинг-компании в Северной Америке (не очень успешный).

В этом посте я не будут вглубь копать про свой бизнес. Скажу одно, если у вас получилось, создать свой бизнес, сервис или продует и вы получаете доход сопоставимый с зарплатой работы на "дадю", то это круто. Вы на правильном пути. У меня не получилось. Мне кажется, чтобы создать, что-то крутое, это нужно сначала завалить 10-15 бизнесов. Я пока запорол только 2. И у меня началось выгорание - это когда вы теряете интерес к тому, что делаете. Так как я делал очень много всего одновременно, то через несколько лет я почувствовал, что ничего не получил взамен. В Амазоне карьера в гору не пошла, консалтинг тоже не взлетел, а силы кончились. Еще и пандемия и работа из дома. Я могу целый день просидеть за компьютером и не дать никакого результата.

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

Не стоит забывать о сомеье и детях. У меня их 3ое. Гнаться за мечтой в ущерб семье и детям это высокая цена и не каждый готов этим пожертвовать. В конце концов работая на хорошую компанию и получая хорошую зарплату, бенефиты и стоки не так плохо. Но есть один важный аспект - это финансовое планировние. Есть старый проверенный способ - инвестиции.

Совсем недавно мы приобрели наш 2ой дом в большом Ванкувере.

новый таун хаусновый таун хаус

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

Это нам делали тротуар.Это нам делали тротуар.

Схема стара как мир. Конечно, чтобы такое сделать нужно иметь небольшой капитал, за что спасибо Амазону. Сотрудники Амазон действительно смогли улучшить свою жизнь благодаря росту компании. Вот кстати свежая статья - Jeff Bezos shared a note from a couple that bought 2 shares of Amazon in 1997 - and are now using the proceeds to buy a house after the company's 172,499% post-IPO run

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

Совет 26: банальный - старайте избегать ситуации - жить от зарплаты до зарплаты. Обязательно думайте о будущем и постаратесь сделать хоть что-нибудь, чтобы сохранить и приумножить то, что у вас есть.

Смена работы - из Амазона в Майкрософт

Когда я перешел в 3ю команду Амазон, я им обещал переехать в Сиэтл. Но потом я понял, что у меня законцили акции, а новых мне никто не дал. Как я писал, на 130тысяч US$ большой семьей жить можно, но не так бы как нам хотелось.

Так как время от времени по настроению я откликался на вакансии, в мае 2020 я откликался на вакансию Microsoft в Ванкувер. Я даже не читаю описание вакансии (на месте разберемся, как говорится). В мая я сделал отклик, в конце июля мне позвонили. 2,5 месяца ожиданий. Я уже и забыл про них. Процесс собеседования занял наверно месяц. Как я понял, Microsoft не очень шустрый в процессе найма. Процесс собеседования был примерно такой:

  • Phone Interview с HR

  • Phone Interview с менеджером

Это было что-то вроде phonescreen. Я его прошел и мне назначили основное собеседование. Обычно оно занимает весь день, но в мое случае разбили на 2. Было 3 собеседования:

  • С Product Manager и Director - behaviour interview - то есть ситуативные вопросы. Очень много спрашивали про конфликтные ситуации, как работаю с другими командами. Я все им подробно рассказал. Хотя в каждом вопросе я искал намек на Amazon Leadership Principal и придумывал соответствующий ответ.

  • Собеседование с Principal и Senior инженером. Они меня уже просили писать SQL, точнее задачку по статистике решить SQL. И потом попросили сделать архитектуру аналитического решения на AWS или Azure для Big Data и Streaming.

  • Собеседование с Data Science и BI командой. Я им рассказывал про проекты ML в моей последней команде, и это им понравилось.

В общем дальше наступила фаза переговоров. Я поискал на LinkedIn insights, что для старшего инженера зарплата в Канаде может быть 220 тысяч CAD. Но как я лишний раз убедился с Канадскими компаниями сложно торговаться. Есть жесткие лимиты, они уступили совсем немного. В любом случае я уже "тонул" (выгорал) в Амазоне и это было идеальное время для перемен. В Сиэтл я тоже не собирался.

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

Xbox Game PassXbox Game Pass

Если сравнивать культуру Амазон и Майкрософт, то Майкрософт выигрывает по многим показателям. Work-life balanace, страховка и бенефиты намного лучше.

Если сравнивать AWS и Azure как технологии, то решения AWS для аналитике значительно лучше для меня.

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

Если посмотреть на рынок, то видно, как в Сиэтле соттрудники Амазон и Сиэтл переходят друг к другу на работу. Я знаю тех, кто ушел из Амазон и пришел в Microsoft и знаю тех, кто ушел из Майкрософт и пришел в Амазон. Уверен, что всегда с повышение и надбавкой.

Бонус раунд

Чуть не забыл рассказать еще про одно собеседование. Примерно в то же время когда я думал на offer letter от Microsoft, я увидел вакансию от своей любимой компании - Slalom (это крупнейшая ИТ консалтинг компания, которая фокусируется на инновационных аналитических решениях, дизайне и разработке). Как я описал в статье про свой консалтинг - Rock Your Data - Slalom был для меня идейным вдохновителем и я их использовал как пример.

Эти ребята открывают офис в Ванквере и ищут Director Data Engineering. Это звучит для меня как работа мечты. Я конечно отклинулся. У меня было много собеседований с директорами из Штатов, и всем я понравился. Их не смутило, что я был Data Practice Director в Rock Your Data и работал в Амазон. Единственное, я спалился на том, что я знал технические детали слишком хорошо. Директор не должен влдаеть столь глубокиими познаниями.

По результатам собеседований они мне сказали, что на директора я не тяну. Но могу дать мне роль Principal Consultant и зарплату на 30% выше, чем Microsoft. Я спросил у своего ментора из Амазаон, он сказал даже и не думай, иди в Microsoft. Так же меня растроил тот факт, что я откликался на директора, а получил консультанта.

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

Совет 27: Все что не делается - все к лучшему.

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

Совет 28: высокая зарплата это не всегда главный критерий. Попробуйте подумать о перспективах, как вы себя сможете продать через год. Все ли стабильно на долгой перспективе? Хорошо ли это для вашего психологического здоровья и для вашей семьи? (В мое случае консалтинг, перелеты было явно не в пользу семьи);

Продолжаю делиться опытом

Мне нравится делится опытом, и именно поэтому я веду телеграмм канал Инжиниринг Данных, куда скидываю все из мира аналитики.

И также решил помочь делом, всем тем, кому это необходимо. На портале datalern.ru я записываю курс Введение в Инжиниринг Данных и Аналитику.

За 6-8 месяцев курс вас научит профессии работы с данными и позволит переквалифицироваться. Курс бесплатный. Я получаю удовольствие, когда я кому-то помогаю, когда делюсь опытом. Так же это для меня возможность give back моей родной стране и всем ребятам и девченкам, у которых пока нет возможностей самостоятельно пробиться.

Подробнее..

Здравоохранение будущего эксперты рассказали о движении к цифровой медицине

20.04.2021 14:21:11 | Автор: admin

Ассоциация НБМЗ и Microsoft в России провели совместное онлайн-мероприятие Цифровой код медицины, в рамках которого состояласьдискуссияо тенденциях развития здравоохранения, о том, как изменится отрасль в будущем и как технологии смогут облегчить работу врачей, избавив их от рутины.

В дискуссии приняли участие:

  • Михаил Годков президент Ассоциации лабораторной медицины России, д.м.н.;

  • Борис Зингерман руководитель направления цифровой медицины компании Инвитро, директор ассоциации Национальная база медицинских знаний (НБМЗ), основатель телемедицинских стартапов;

  • Юрий Крестинский управляющий директор Центра медицинских продуктов и сервисов ПАО Сбербанк, председатель правления группу компаний Бионика;

  • Павел Румянцев врач-онколог, радиолог, представитель РФ в Европейской ассоциации ядерной медицины, д.м.н., профессор;

  • Александр Данилин директор по решениям для государственного сектора Департамента по работе с государственными организациями Microsoft Россия.

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

Увидеть дискуссию можно поссылкеили в плеере ниже.

Подробнее..

Бег по граблям 10 уязвимостей компьютерного криминалиста

13.04.2021 12:15:42 | Автор: admin

Не кажется ли вам странным, что на фоне глобальной цифровизации, развития аппаратных и программных решений, пик популярности форензики как науки уже прошел, а интерес к ней угасает с каждым днем? Старейшие производители и поставщики решений для криминалистических исследований такие, как Guidance Software (Encase Forensics) и AccessData (Forensic Toolkit), "золотой эталон" для экспертов, детективов, следователей, судей и адвокатов, поглощены третьими компаниями. Ряд ведущих специалистов и авторов бестселлеров в области форензики по тем или иным причинам покинули эту область.... а оставшиеся специалисты частенько наступают на одни и те же грабли. Вот об этих "граблях", проблемах и "болевых точках" криминалистов решил порассуждать Игорь Михайлов, ведущий специалист Лаборатории компьютерной криминалистики Group-IB.

1. Ставить на быструю форензику

В мире компьютерных криминалистов довольно долго считались нерушимыми требования о неизменности цифровых доказательств эти принципы были описаны еще в 2000 году в документе "ACPO Good Practice Guide for Digital Evidence".

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

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

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

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

Наиболее распространенный прием защиты информации, используемый при изъятии мобильного устройства перевести его в режим полета или выключить. Однако в некоторых случаях это не защищает информацию на устройстве от изменения, а иногда и от уничтожения. Кроме того, ряд производителей, например, Apple, экспериментируют с взаимодействием выключенного устройства с другими устройствами подсистемы Apple по протоколу Bluetooth. В перспективе это может позволить владельцу устройства взаимодействовать даже с выключенным аппаратом.

Наши рекомендации:

Соблюдать процедуры криминалистически правильного изъятия носителей информации, использовать клетки Фарадея.

2. Слепо доверять результатам работы программ-комбайнов

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

В совокупности с большим потоком цифровых носителей, поступающих к криминалистам, это привело к такому явлению, как Кнопочная форензика (Push Button Forensics). Исследователь обрабатывает поступающие к нему носители информации этой программой и передает сгенерированные ею отчеты заказчику, не анализируя результаты и не проверяя их на достоверность и полноту. Увы, подобная работа быстро приводит к деградации специалистов в профессиональном плане. У них пропадает понимание того, почему получен именно такой результат, а не иной.

Наши рекомендации:

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

3.Неэффективно использовать программные и аппаратные средства

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

К сожалению, политика добралась и до форензики. Часть криминалистических технологий и оборудования и раньше не поставлялась западными разработчиками в Россию. В этом году наибольший резонанс вызвало то, что израильская компания Cellebrite отказалась поставлять оборудование для криминалистического исследования мобильных устройств. Компания объяснила свое решение тем, что это оборудование якобы использовалось для попыток (попыток!) взлома устройств, изъятых у оппозиционера Любови Соболь. Между тем доподлинно известно, что взломать эти устройства с помощью оборудования Cellebrite невозможно у него просто нет такого функционала.

Наши рекомендации:

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

4. Не перепроверять получаемые результаты и не относиться к ним критически

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

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

Наши рекомендации:

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

5. Плохо подготовиться к изъятию накопителей информации

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

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

Наши рекомендации:

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

6. Использовать распознавание текста в графических файлах и видеофайлах

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

7. Следовать популярным тенденциям вопреки здравому смыслу

При проведении расследований хорошо зарекомендовали себя аналитические системы по поиску взаимосвязей. Их применение требует больших объёмов исходных данных и относительно небольших дата-центров для их хранения. Однако практически все производители форензик-продуктов зачем-то реализовали подобный функционал у себя. Причем изначально форензик-продукты не предназначены для обработки огромных массивов исходных данных, а на небольших объёмах исходных данных получить приемлемый результат крайне сложно. Кроме того, форензик-продукты часто сохраняют результаты исследований в проприетарных, несовместимых форматах, что усложняет обмен полученными данными и их использование в сторонних аналитических программах.

8. Пытаться делать все одним специалистом

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

  • аппаратно-компьютерная;

  • программно-компьютерная;

  • информационно-компьютерная;

  • компьютерно-сетевая.

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

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

Наши рекомендации:

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

9. Работать без профильного образования и с низким уровнем подготовки

В России специальность компьютерного криминалиста можно получить только в двух вузах. Первый Московский государственный технический университет имени Н.Э. Баумана. Там на кафедре юриспруденции готовят специалистов по судебной компьютерно-технической экспертизе. Второй вуз это ведомственное учреждение, Воронежский институт МВД. Он проводит обучение по специальности Компьютерная безопасность со специализацией Информационно-аналитическая и техническая экспертиза компьютерных систем. Кроме того, на базе этого вуза проходят повышение квалификации сотрудники экспертно-криминалистических подразделений МВД, занимающиеся компьютерными экспертизами.

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

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

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

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

Наши рекомендации:

Пройдите учебные курсы на базе образовательных учреждений. Повысить квалификацию можно на курсах, проводимых HackerU, Академией информационных систем, учебными центрами Информзащита и Специалист, Group-IB и Kaspersky.

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

10. Остановиться в своем развитии, пеняя на необъективный рынок труда

Есть довольно затертая, но меткая цитата Льюиса Кэрролла, которая годится и для нашей темы: в форензике, чтобы оставаться компетентным, надо бежать изо всех сил. А чтобы развиваться в ней, надо бежать еще быстрее. Таковы наши реалии.

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

На рынке труда складывается уникальная ситуация. Работодатели предъявляют высокие требования к компетенциям криминалистов, но обычно не готовы адекватно оценивать их работу. Например, от специалиста в области форензики, требуется знание основ обратной разработки (реверса). При этом специалисту в области реверса готовы платить на 20-35% больше, чем специалисту в области форензики (причем требования к реверс-инженеру в целом значительно ниже). Еще печальнее ситуация выглядит, если сравнить уровень зарплат криминалиста и программиста и требования к ним. Криминалисту приходится тратить гораздо больше усилий, чтобы получать столько же или меньше, чем специалисты из смежных областей. Подобные условия приводят к оттоку специалистов из форензики в другие области, связанные с информационными технологиями, программированием и информационной безопасностью.

Наши рекомендации:

Покажите работодателю, насколько важна ваша работа и насколько вы ценный специалист.


Вывод? Мне кажется, он достаточно простой: форензика переживает непростые времена. Для того, чтобы она могла и дальше защищать интересы пользователей и бизнеса, нужно переосмыслить место этой научной дисциплины в сегодняшнем мире или трансформировать ее в соответствии с современными тенденциями и потребностями общества.

Подробнее..

Как расширить лор игры на примере Vikings War of Clans. Часть 2

13.04.2021 16:13:10 | Автор: admin

В первой части статьи мы рассказали, как расширяли лор игры Vikings: War of Clans, чем вдохновлялись и какие приемы использовали, когда создавали концепцию Хельхейма, истории персонажей Уннара и Вивы, а также имена Воинов и Порождений Мглы. Для второй части мы приберегли еще много всего интересного. Итак, поехали.

Материалы из Хельхейма

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

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

Концепция для сета 1

  • Нейминг: название материала + прилагательное.

  • Идея: материалы попали в Хельхейм из Мидгарда во время погребальных обрядов (вместе с умершим у викингов было принято хоронить предметы быта, оружие, одежду, любимые личные вещи). Эти предметы остались прежними по форме, но приобрели потусторонние черты.

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Обычный металл + прилагательное

Холодное железо
Ледяной свинец
Подземный сплав

Обычная ткань + прилагательное

Паучий бархат
Ночной глазет
Сумрачный шелк

Обычная древесина + прилагательное

Закатный клен
Железная ель

Концепция для сета 2

  • Нейминг: название минерала + прилагательное.

  • Идея: Хельхейм скалистый и бесплодный мир, а основная активность в нем происходит под землей в Катакомбах. Поэтому логично, что вместо травы и деревьев в этом мире растут минералы, которые напоминают мидгардские.

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Обычный минерал + прилагательное

Чистый хрусталь
Звездная друза

Концепция для сета 3

  • Нейминг: название предмета + прилагательное.

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

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Обычный предмет + прилагательное

Сломанный меч
Каленые прутья

Концепция для сета 4

  • Нейминг: животный материал.

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

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Животный материал

Ветвистый рог
Зуб вожака
Шкура упрямого

Концепция для сета 5

  • Нейминг: священный мифологический компонент.

  • Идея: Хельхейм это очень необычный мир, и вещи в нем тоже необычные. Но нельзя создать вещь с удивительными свойствами, не применив никакого священного компонента. Это подтверждают многочисленные северные легенды: в Беовульфе и Саге о Ньяле, например, упоминается закалка меча в крови, а в Старшей Эдде при создании одного из мечей используется яд. Чтобы сохранить сеттинг игры и не уйти в фэнтези, мы предложили взять персонажей, сюжеты и предметы из скандинавской мифологии.

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Священный мифологический компонент

Шерсть Гарма
Искра Сурта
Вода из Гьелля

Вещи Воителей

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

Формулы нейминга:

  • Прилагательное + существительное. Причем прилагательное должно быть эпичным, мистическим, фэнтезийным, а существительное обозначением оружия, брони, какого-то действия или объекта (для создания метафоры). Например: Туманная кираса, Сокрушающий молот, Пламенный страж, Небесный удар.

  • Существительное + существительное. Здесь одно из них указывает на тип предмета (головной убор, броня, оружие и т. д.), а второе добавляет художественности и фэнтезийности. Например: Капюшон охотника, Круг стихий, Перевязь тьмы.

Так как для правильного восприятия нейминга важна сочетаемость с артом, то мы создавали документы с референсами и описаниями вещей для художников. Для каждого сета была разработана своя уникальная концепция. Например, вдохновившись образом альвов (скандинавских духов природы), мы придумали изысканные вещи, сделанные из кожи и стали, выдержанные в золотых и серых оттенках, а наши коллеги-художники их нарисовали.

Иконки из Vikings: War of ClansИконки из Vikings: War of Clans

Шлем

Сияющий наголовник

Броня

Драконья кожа

Оружие

Пылающий шип

Щит

Золоченый щит

Пояс

Гравированный пояс

Обувь

Узорчатые наголенники

Хольмганг

Предыстория

Как и в случае с фичей Хельхейм, идею для нового события мы подцепили из истории викингов. Что же такое Хольмганг? Это поединок двух викингов, в котором они заранее договариваются о правилах. Наш Хольмганг адаптирован под условия игры Vikings: War of Clans. Это эпическое Соревнование, которое представляет собой подобие поединка, но между Кланами. В нем участники должны по очереди защищать свои Форты и атаковать чужие.

Действие происходит на Островах Испытаний, заселенных NPC-войсками, которые помогают защищать Форты. Прообразом локации стала средневековая Исландия и жившие там свободолюбивые и суровые люди.

Название Хольмганг непривычное, однако у него есть свои плюсы:

- оно достаточно простое всего 2 слога;
- емкое по смыслу: означает дуэль (в нашем случае командную) и переводится как прогулка по острову;
- запоминающееся, его сложно с чем-то перепутать;
- легко сокращается (игроки уже называют его Хольм или ХГ).

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

Концепция

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

Соревнование назвали Хольмганг как древний поединок чести у викингов. В качестве площадки выбрали Острова Испытаний, населенные Стражами Островов, которые когда-то покинули Королевства Севера ради свободной жизни. Эти люди не хотят служить Ярлам, но готовы тренироваться вместе с ними, так как знают об опасности Мглы.

Чтобы принять участие в Хольмганге, Вождю или Старейшине нужно подать заявку. Кланы-участники распределяются по особым Лигам (самая младшая Первая, самая старшая Седьмая).

На Островах Испытаний есть Форты укрепления для обороны и нападения, окруженные Мрачными топями. Цель Кланов разрушить чужие Форты и защитить свои.

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

Лорные статьи

Чтобы поддерживать лор Vikings: War of Clans, углублять его и погружать игроков в мир скандинавской мифологии, мы периодически пишем лорные статьи. Вот, например, две из них.

Статья Путь в Хельхейм

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

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

Особенности статьи

  • В повествовании мы опирались на скандинавскую мифологию. Использовали яркую, экспрессивную и метафорическую лексику.

За пределами мира людей и мира богов, у самых корней ясеня Иггдрасиля лежит окруженная ледяными потоками реки Гьелль земля мертвых Хельхейм. Каждый, кто погиб не на поле брани и без оружия в руках, отправляется в этот холодный, укрытый туманом край.

  • А еще мы экспериментировали с разными формами повествования.

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

Королю и королеве цвергов от Уннара-исследователя

ПРОШЕНИЕ

Ваши величества! Я не привык общаться с особами столь высокого положения, поэтому скажу прямо: отправьте меня в Мидгард.

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

А вот диалог между альвийкой Вивой и мудрецом из ее племени.

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

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

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

Уннар и Вива
нам указали
место, где ткани
миров истончились.

Модгуд и Гарм
нам путь не заступят
сразу в Хельхейме
окажутся воины.

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

Статья Как воевали боги и что из этого вышло

А в этом тексте мы рассказали о войне асов и ванов.

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

Особенности статьи

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

Сначала всей семьей они решили противостоять искушениям, тыкая Гулльвейг копьями и сжигая на костре. (Спойлер ничего не вышло, она же персонификация!)

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

  • Арты для этой статьи (как и для статьи про Хельхейм) совместная работа отдела копирайтеров и отдела художников. Мы, как авторы текста, давали рекомендации, а иллюстраторы воплощали идеи в жизнь. К примеру, для рисунка ниже мы просили с одной стороны нарисовать ванов (зеленые цвета, символизирующие плодородие), а с другой асов (агрессивные цвета и атрибуты войны).

  • А вот сама Гулльвейг злая колдунья, посланная ванами в Асгард. Нам хотелось, чтобы ее изобразили как можно более мистической, а также среди сокровищ, с украшениями и короной на голове, ведь Гулльвейг олицетворяет жадность, тягу к золоту. Художники подошли к требованиям с фантазией, добавили своего видения, и в итоге перед нами предстала шикарная колдунья одновременно прекрасная и пугающая.

Вместо вывода

Возможно, вы спросите: зачем вообще все это нужно Vikings: War of Clans? Почему мы так обеспокоены поддержанием и расширением лора? Ответим так: в этом плане нет разницы между компьютерной, мобильной и даже настольной игрой.

История, которая повествуется как внутри, так и за пределами игры, персонажи и их проблемы, мелочи вроде названий предметов, отсылающих к разным мифам, все это складывается в красивую общую картину в сознании пользователя, помогает сильнее заинтересовать его и погрузить в мир Vikings: War of Clans. А погруженному человеку намного проще получать удовольствие от игры, и для нас, как для разработчиков, это самое важное. Этот эффект не всегда может быть явным, но он безусловно есть, и общий положительный фидбек от наших игроков это подтверждает.

А в какие игры вы погружаетесь с головой и как этому помогает нарратив?

Подробнее..

МойОфис представил общедоступные веб-редакторы. Теперь ознакомиться с продуктами компании можно прямо в окне браузера

07.04.2021 12:05:29 | Автор: admin

МойОфис запустил открытый сервис, где любой желающий может поработать с текстовыми и табличными документами, а также оценить интерфейс, ключевые функциональные возможности и практическое удобство наших редакторов. Без скачивания каких-либо файлов, регистрации и установки браузерных расширений: для запуска демонстрационной версии веб-редакторов достаточно перейти по ссылке в браузере на вашем ПК или ноутбуке. В процессе работы с сервисом все документы остаются на компьютерах пользователей.


Привет, Хабр! В новом релизе 2021.01 мы провели комплексную работу над оптимизацией линейки продуктов МойОфис. Часть наиболее любопытных изменений коснулась технологии автономного модуля редактирования (АМР). Для иллюстрации возможностей AMP мы интегрировали модуль в корпоративный сайт МойОфис, и теперь работа с текстовым и табличным редакторами доступна всем посетителям сайта прямо из окна их браузера.

Если вашим ИТ-системам необходимы инструменты редактирования документов, вы можете запросить комплект средств для разработчиков, который позволит интегрировать АМР в собственные решения. Статус технологического партнера МойОфис откроет вам доступ к библиотеке справочных материалов по нашим продуктам и ускорит вашу разработку.

Что такое АМР?

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

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

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

Что умеют веб-редакторы МойОфис на базе AMP?

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

Сохранение файлов осуществляется в форматах ODT, ODS, DOCX, XLSX, PDF.

В интерфейсе доступны режим рецензирования и работа с файлами в режиме правок. В зависимости от настройки информационной системы, в которую интегрирован АМР, открытие документа может происходить в режиме постоянного рецензирования без возможности его отключения. (Пример: система, в которую встроен АМР, управляет режимом работы с документом и выдает права принимать или отклонять исправления отдельным пользователям системы). Все правки и комментарии, которые будут оставлены в документе в режиме рецензирования, сохранятся в документе.

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

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

Предлагаем читателям блога МойОфис ознакомиться с веб-редакторами и поделиться мнением в комментариях, а разработчикам программных продуктов оценить возможности интеграции АМР в свои ИТ-решения и стать технологическими партнерами. Будем рады вашей обратной связи по новому сервису!

Подробнее..

Психбольница в руках пациентов, или Инфраструктура как продукт

08.04.2021 16:21:10 | Автор: admin

У бизнес-разработчиков за дедлайнами, сроками, клиентами и большими запусками может складываться впечатление, что инфраструктура выстраивает свой воздушный замок, который далек от того, что происходит в действительности. Захотев это изменить, Алексей Данилов из разработки перешел в команду инфраструктуры последние два года он развивает ее в Яндекс.Вертикали а это Яндекс.Работа, Яндекс.Недвижимость, auto.ru и Яндекс.Объявления.

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

Infrastructure

Под инфраструктурой я подразумеваю всё, что окружает бизнесовый код и помогает ему от начала разработки фичи до момента ее доставки. Это и базы данных, и балансировка, и мониторинг, и CI с CD. Сюда же относятся особенности разработки/работы, библиотеки, тестирование, бизнес аналитика, бизнес-специфичные возможности и много чего еще. Это как завод, на котором вместо ручного труда автоматизированы все процессы, и результат мы получаем более быстрый и более качественный.:

При этом я рассматриваю инфраструктуру как единую платформу, а не набор разрозненных частей, которые я перечислил выше. И это уместно для компании любого размера. В облаках Amazon Web Services, Yandex Cloud автоматизация может строиться, например, на основе terraform. У вас может быть собственное железо или вы его где-то арендуете и на нем может быть развернут Kubernetes, Nomad, что-то еще. Команда тоже может быть любой от нескольких человек, которые в основном используют bash или terraform, и до сотен, со своими велосипедами.

И тогда возникает вопрос как добиться идеальной инфраструктуры Platform as a Service, который мы реализуем для наших пользователей, и вообще каковы критерии идеальности? Нам не нужно разрабатывать еще один Amazon или Kubernetes поэтому достаточно небольшой и простой системы, но у нас должна быть возможность ее расширения под наши use cases. Например, если у нас есть какие-то особенные АБ-тесты, особенные условия доставки (например, канареечный релиз ) и особенные правила безопасности это как раз то, что должна закрывать инфраструктура.

Ее основой, краеугольным камнем будут минимизация/ускорение разработки, упрощение поддержки и простота использования. Остальные требования понятность, доступность, стабильность и единообразность/распространение практик, а также скрытие низкоуровневых особенностей (чтобы никому не пришлось писать самому конфиг nginx или сложный Kubernetes манифест), техническая поддержка 24*7 и связанность компонентов конечно, тоже имеют место.

Если выполнить их все, ваша инфраструктура будет не только единой платформой или сервисом, но постепенно будет превращаться в продукт, как это случилось у нас.

Infrastructure/Platform as a product (PaaP)

Сначала мы, конечно, смотрели в сторону сторонних приложений. Например, мы серьезно рассматривали Spinnaker от Netflix. Но он написан на Java, а у нас все пишут на Go, и мы не хотели добавлять еще один язык. Во-вторых, он не поддерживает Nomad и Yandex.Cloud. Следовательно, нам пришлось бы его прилично дорабатывать и интегрировать с нашими внутренними особенностями, что практически равно форку. Поэтому мы стали писать свое.

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

Основная ее часть представлена в GitHub в виде карты сервисов. Она изменяется посредством пул-реквестов, конфигурирует балансировку, контролирует деплой и различные пайплайны доставки, SOX, PCI DSS и т.д. То есть это одно описание для полноценной работы:

Архитектура Shiva в упрощенном виде выглядит так:

Сервис постоянно развивается и сейчас он уже частично похож на продуктовый: есть БД, вокруг которой построены различные микро-сервисы, есть небольшие legacy-компоненты (компонент Updater и Shiva смотрят в одну базу) и т.д. То есть с технической точки зрения он развивается как обычный бизнесовый сервис.

UI мы реализовали в Telegram, а впоследствии написали WEBовский. Telegram-бот это CLI over Telegram все команды задаются в формате CLI, но дополнены различными контекстными действиями, кнопками и т.д. Нам нравится этот подход, потому что он кросс-платформенный, его легко обновлять и к нему всегда есть доступ. Можно спокойно обновить или откатить свой сервис в случае проблем. А также очень удобный механизм нотификации, когда вы получаете уведомление о начале процесса деплоя прямо в тележку.

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

Экономика

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

Но у инфраструктуры нет доходов, тогда как на этой схеме есть и доходы, и расходы. Доход от инфраструктуры равен 0 это расход компании, а ROI будет отрицательным: сколько инвестиций не вкладывай, они не отбиваются:

Profit = Revenue - Cost = 0 - X

Есть, конечно, плюшки в виде, например, бесконечного LTV (LifeTime Value) то есть наши клиенты от нас никогда не уйдут. Но в целом эта метрика нам не подходила, и мы стали думать в сторону velocity (скорость разработки), потому что ее довольно легко преобразовать в деньги. Например, если мы ускорили разработку на час в неделю, то это нетрудно соотнести со средней зарплатой у 500 разработчиков и получить какой-то видимый профит. Вообще инфраструктура это именно velocity, то есть скорость доставки ценности пользователю. Но у нас это не глобальная метрика, потому что velocity зависит от очень многих факторов. : Если смотреть сверху, то можно выделить:

  • code время написания самой логики ;

  • infrastructure code время написания инфраструктурного кода (код логов, метрик, алертов и т.д.)

  • environments время на настройку переменных окружения, секретов и т.д.;

  • delivery время, затраченное на доставку.

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

В нашем случае мы написали GitHub-бота, который с очень большим спектром валидации проверял эту карту и мгновенно отвечал: либо всё хорошо, либо есть какие-то конфликты с другими картами и сервисами:

Следующим нашим пунктом разработки инфраструктуры как продукта стало внедрение user story.

User story

User story это фундамент любой продуктовой разработки и используется он в любых гибких методологиях идущих от Agile. Это не детальное описание задач давайте прикрутим здесь кнопку, которая будет делать вот это. User story это намерение пользователя: какую проблему пользователь решал, как он пытался её решать, почему он её решал, почему она возникла, и, наконец, как мы можем её решить. Разумеется, из user story выводится очень много различных решений. Но сам User story не является им это основа для решения и инструмент для выявления исходной проблемы.

В бизнесовой разработке user story пишется на повседневном и понятном пользователю языке. Для нас здесь была небольшая ловушка, потому что наши пользователи разработчики, они очень грамотные и могут принести любую историю вплоть до того, что надо внести изменения в БД. Поэтому мы должны были обязательно вытягивать основную проблематику находить инкремент ценной функциональности, реализуемой за короткий срок.

Приведу для примера две наши внутренние истории.

Пример 1. Залипает обработчик Кафки. Чинится только рестартом сервиса. Фикс в пути. Хочется иметь способ быстро перезапустить контейнеры.

Проблема была понятной и мы предложили сделать команду restart -l prod my_service, в которой указывается слой сервис, чтобы сервис рестартился через телеграм бота.

Пример 2. При обновлении конфигурации хочется перезапустить сервис без указания версии.

Решением стало: /run -l prod -v 1.0.7 my_service -> /run -l prod my_service.

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

Поэтому первое, что мы сделали это идемпотентный рестарт, который ничего не подтягивал и при этом гарантировал, что конфигурация будет идентична. А вторым стал run, который можно указать без версии версии и он подтянет новую конфигурацию (новые переменные окружения, новые секреты и обновит остальное окружение). Более того, когда мы в дальнейшем их разделили, то user story с запуском из версии модифицировали и развили так, что run стал гарантировать изменение сервиса. А если ему нечего изменять и нечего подтягивать, то он об этом честно говорил.

То есть разделяя user story, мы можем их по фидбэку развивать дальше. Но даже просто использование user story дает огромный профит, так как мы начинаем слышать пользователя о его проблеме. Но если общаться с пользователями и вместе находить решение не каждая user story будет реализована, и не каждая так, как мы придумали.

Customer development (сustdev)

Инструмент сложный в продуктовой разработке, но в случае инфраструктуры он очень прост потому что мы разрабатываем новый продукт (фичу, решение или какую-то часть нашей системы) не сразу через код, а через пользователя. Можно даже провести ниндзя-сustdev, находясь в переговорке в ожидании какой-нибудь встречи или попивая кофеечек на кофе-поинт. Да и сам процесс не очень сложный:

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

  2. Встречаемся с ними, например, на кофе-поинте или на рабочем месте. Можно пообщаться и в Зуме. И в обсуждении можно обнаружить, что проблема пользователям не важна она не так много времени занимает и не так сильно его напрягает, но зато у него есть более важные проблемы.

  3. Прорабатывая решение вместе, мы получаем либо изначальное успешное решение (если определили проблему верно) или более успешное (поняв из общения, что волнует пользователей) то есть в выигрыше все.

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

Эта история решилась довольно просто. Мы добавили время деплоя в аннотации на Grafana, и теперь видя какую-то аномалию, можно понять, не было ли деплоя, в том числе деплоя зависимых сервисов. Эта история, кстати, ускорила у нас создание WEB UI.

А потом мы пообщались с тимлидами и выяснили, что они это видят совсем по-другому:

Developer: Я вижу по графикам проблемы нужно проверить, не связано ли это с выкаткой новой версии (см. график выше).

Team leads: Нужна возможность посмотреть кто, что, когда и зачем катил в прод:

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

Портреты пользователей и сервисов

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

  • Разработчики: бэкенд, фронтенд и инфраструктура;

  • Team leads;

  • Тестировщики/Автотестировщики;

  • Аналитики;

  • Менеджеры, продукты, руководители.

По сути частичное отражение рабочих позиций :)

А портреты сервисов можно классифицировать по типу, языку или размеру. Первые бывают внутренними (realtime api, back api, async, cron, gateway, и т.д.), DB, внешними, saas и т.д. И они богатая точка роста, потому что это место отказа каких-то инфраструктурных частей. Это и наша точка роста, которую мы рассматриваем в будущем для себя.

Языки разработки мы рассматриваем нечасто, но иногда приходится смотреть: почему эта история возникает, у кого она возникает, потому что, например, у java и node.js бывают небольшие различия в работе, и это приходится учитывать.

По размеру портреты сервисов могут быть: function, microservice, service, monolith, distributed monolith и т.д. И если мы, например, понимаем, что проблематика идет из распределенного монолита, то отказываем в этой истории, потому что у нас хорошей практикой считаются мироксервисы и нашим PaaS мы популяризируем и упрощаем жизнь именно с ними..

Вот для примера портрет сервиса БД. С помощью этой карты ставятся бэкапы, происходит доступ к БД на чтение/запись и т.д. Плюс, сам сервис в свои зависимости прочерчивает эту карту, и мы знаем, что это за карта и от чего она зависит то есть, мы знаем, что сервис А зависит от базы данных В:

Feature request

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

Конечно, у нас есть проблемы:

  • Технически грамотный пользователь может принести уже готовое решение, например: Сделайте такой API, в БД все сохраните, и на этом хватит.

  • Личное знакомство потому что иногда мы отказываем в feature request или говорим, что будем делать по-другому, и возникает небольшой конфликт.

Но есть и решения:

  • Превращать в user story находить проблематику: узнавать, с какой проблемой столкнулся пользователь и как пытался решать;

  • Смотреть на доработку в контексте портретов кто к нам пришел, что за сервис, о чем идет речь;

  • Спорную доработку или ту, в которой мы не уверены, проверять через castdev, потому что все-таки feature request приносит один пользователь и непонятно, насколько это ценный функционал для всех;

  • Механизм голосований/рейтинга это самый мощный инструмент. Он не нов, используется во всех хороших продуктовых разработках, например, в терминале Тинькофф-Инвестиции. У них открытые feature request, где люди открыто голосуют и в итоге в работу идут те, что в топе:

Внутри это также можно легко реализовать, потому что мы работаем в рамках одного issue-трекера. Например, здесь фильтры по нашим feature request:

Из интересного: мы недавно этот вид сделали через наш WEB не таким формальным и увидели, что люди с большей охотой голосуют за идеи то есть это тоже важно:

Механизм feature request очень удобно использовать как часть синергии с пользователем и нам не нужно будет сильно прорабатывать такую историю ведь очень много пользователей проголосовали за нее. Мы можем видеть, кто голосует и это могут быть разные люди, которые поддерживают разные сервисы. Получается в итоге даже небольшой scoring функциональности мы точно понимаем и то, что она нужна, и зачем, и насколько это нужно пользователям. Голосование к тому же может заменить множество внутренних исследований таких, как сustdev.

Roadmap

Хочу отдельно сказать про Roadmap. Это кажется довольно банальной темой, но пообщавшись с разными компаниями, я обнаружил, что у команды инфраструктуры часто не бывает долгосрочного видения. Есть понимание, что они делают через неделю или месяц, но нет понимания, какой должна быть в итоге инфраструктура. И обычно это инфраструктура посредством одной кнопки, когда все описано в GitHub-репозитории и сделана она, например, на CI сборках. Куда стремиться непонятно.

Ценность даже не в самом плане, а в процессе планирования. Когда мы планируем, мы думаем, что хотим дать пользователям, поэтому roadmap удобно сделать открытым можно сразу получить фидбэк. Мы можем расставить истории по приоритетам, фидбэк может сказать нам, что большинству намного важнее то, что мы отложили. Так что публичные и регулярно обновляемые планы помогут вам скорректировать roadmap и строить долгосрочный бэклог на его основе.

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

  • Тикеты и подписки на них. В нашем случае это самый рабочий инструмент, потому что мы работаем в одной компании, и в одном трекере.

  • Большие посты анонсы. Несколько раз в квартал мы делаем большие анонсы, где рассказываем про всю большую функциональность и опять же получаем фидбэк. Иногда мы получаем негативные отзывы, например: Зачем вы это делаете, если можно взять вот это и то. Тогда мы либо объясняем, либо понимаем, что, может и правда можно реализовать более просто.

  • У нас есть групповой чатик в Telegram/Slack/Microsoft Teams. В основном мы там собираем обратную связь, хотя он работает как инструмент технической поддержки, а также в нем выкатываем нововведения с небольшими инкрементальными релизами.

  • Открытые встречи для вопросов/ответов. Мы пока что провели её только один раз, но результат был неплохой.

  • Еще можно встречаться на демо продуктовой разработки и там отвечать на вопросы. Но мы не проводим демо сейчас для нас это большая потеря времени.

  • Еще можно использовать индекс потребительской лояльности NPS (Net Promoter Score). Это простые анкеты: насколько вы удовлетворены нашим сервисом, насколько вам удобно базовые вопросы для того, чтобы собрать общую статистику лояльности пользователей. Мы не используем NPS, потому что из чата получаем и критику, и позитив, а остальных записываем как нейтральных пользователей.

MVP

После планирования хочу напомнить про инструмент MVP (Minimum Viable Product). Это известный подход, но в инфраструктуре есть нюансы. Мы, как любой бизнесовый продукт, выкатываем частично недоделанный продукт, где-то не самый удобный, но минимально рабочий. Потому что мы не можем делать 2-3 месяца какую-то историю, выкатить её, получить средний фидбэк и потом еще месяц переделывать:

Henrik KnibergHenrik Kniberg

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

Henrik KnibergHenrik Kniberg

Например, когда мы резолвили свой первый WEB, его функциональность была далека от функциональности Telegram, да и выглядел он неказисто, если честно. Но впоследствии он развивался, мы получали фидбэк, и в результате даже пошли по другому пути, потому что UXe (пользовательский опыт) отличается от того, что было в Telegram, и от того, что есть в WEB.

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

Overkill

Важно понимать, когда продуктовый подход становится слишком сложным. Бизнесовые команды становятся настолько большими, что состоят из множества людей с разной направленностью и спецификой. Есть product owner, цель и задачи которого выстраивать roadmap и определять, какие из историй делаются. Есть product менеджер, UX-специалисты, разработчики, тестировщики и т.д. Когда большие истории разбиваются только по user story и пытаются делать с добавлением какой-то пользовательской ценности. Всё это очень круто, но сейчас для нашей команды это overkill. Как в принципе, и A/B-тестирование.

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

  • Стараться понять: Зачем? То есть не Разработчик хочет 500 Тб БД, а: Разработчику нужно сохранять информацию о машинках (которую мы никогда не сохраняли) тогда мы сможем работать вместе над одной проблемой пользователя

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

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

  • Обязательно нужен механизм голосования за идеи для того, чтобы упростить scoring задач.

  • Собирать roadmap и сделать его открытым.

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

  • Нужно много автотестов , так как я все еще не представляю вакансии тестировщика в команде инфраструктуры, как и дизайнера по крайней мере в 2021 году.

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

Итог

В заключении рекомендую книгу Психбольница в руках пациентов Алана Купера я ее прочитал очень давно и с огромным удовольствием, она меня вдохновила. Сейчас настало время, когда ее стоит рекомендовать не только product owner, продуктовым разработчикам, дизайнерам, но и команде инфраструктуры. Там очень много полезных примеров, в которых можно найти себя.

Подытоживая:

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

  • Относитесь к внутренней инфраструктуре как к единой платформе, как к единому PaaS.

  • Разрабатывайте PaaS как полноценный внутренний продукт.

  • Используйте проверенные простые продуктовые подходы, но только те, которые окажутся простыми. Если тот или иной подход (тот же сustdev или портреты пользователей) кажется сложным, возможно, сейчас их не стоит использовать.

  • Повышайте ценность PaaS (скорость/расходы разработки/поддержки).

  • Создавайте современные интерфейсы.

  • Примите, что современная команда инфраструктуры приближается к продуктовой. Её уже официально называют командой DevOpsеров. Эта мифологическая команда приближается к продуктовой по своим требованиям и тому, как она должна работать. Следование новым веяниям и использование современных подходов поможет создавать действительно удобную инфраструктуру

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

Профессиональная конференция DevOpsConf 2021 пройдёт 31 мая и 1 июня этого года в Москве, в отеле Radisson Slavyanskaya. Расписание уже сформировано. На сайте вы можете познакомиться с программой и спикерами.

Как всегда, будут реальные кейсы компаний, сложные инженерные аспекты цифровой трансформации, многообразие технологий и подходов: наглядно, просто, с конкретными рекомендациями. Билеты здесь.

До встречи в оффлайне!

Подробнее..

Уроки Symbian OS фиаско топ менеджеров, колосс на глиняных ногах, или неотвратимость бытия?

11.04.2021 10:22:11 | Автор: admin


Страшно представить как летит время, но 1 января 2021 года стало уже 7 с того момента, когда корпорация Nokia прекратила поддержку Symbian OS. В 2014 году разработчики ОС окончательно поставили крест на еще недавнем монополисте в сегменте мобильных операционных систем. Как такое вообще возможно? Всего за 2-3 года из абсолютного лидера превратится в безусловного аутсайдера полностью утратив рынок новых девайсов и еще через пару лет стать официально похороненной платформой.

Как-то полемизируя с коллегой о жизненном цикле ПО прозвучала фраза, что как и любой живой организм программы также имеют свои стадии рождения, становления и конечно же смерти. Более того, развивая свою мысль мой оппонент утверждал, что благодаря интенсификации технологического прогресса, с каждым новым десятилетием этот жизненный цикл программных продуктов сокращается. При некоторой очевидной схожести процессов протекающих в цифровом мире и мире живой природы, все же на сколько корректно такое сравнение? По сути, если оценить статистику распространенности ИТ-сервисов в мире, за последние лет 30, можно констатировать, что мы с вами стали свидетелями грандиозных, по своим масштабам, взлетов и падений. То, о чем 20 лет назад можно было услышать лишь в курилках кремневой долины, через 10 лет покоряет мир. То, что еще 10 лет назад казалось вечным и непоколебимым сейчас валяется в руинах. Если мой коллега действительно прав в своих аналогиях, в каком мире мы окажемся через 10 лет? Реальность где OS Android скатилась к околонулевой доле рынка, а ее официальная поддержка прекратилась и осуществляется сообществом маргиналов-олдфагов, а корпорация Apple тем временем продала свое мобильное подразделение и занялась выпуском микроволновок.

Так все же почему умер Symbian OS? Стратегические ошибки менеджмента, критические изъяны архитектуры, заложенные еще в первые годы становления системы, или все же фатальная неотвратимость жизненных циклов? Об этом и не только мы далее поговорим в статье.

Детство Symbian


Хотя Symbian OS долгое время ассоциировалась с телекоммуникационным гигантом Nokia, а в конце своего жизненного пути и вообще стала его частью, сама платформа уходит корнями в далекие 80-е. Именно в 1980 году, в Британии, была создана компания Psion PLC, которой в недалеком будущем будет суждено поучаствовать в развитии зарождающегося направления мировой ИТ-индустрии персональные цифровые ассистенты, или в более привычной для нас с вами интерпретации носимая электроника. Начав с разработки программного обеспечения для существующих ЭВМ, вскоре компания начала выпускать и собственные девайсы. Имея уже определенный опыт разработки ПО на начальных этапах это были игры и офисные приложения, руководство Psion решило, что для следующего шага в развитии компании необходимо создавать собственную операционную систему. С конца 80-х в Psion началась интенсивная работа над созданием программой платформы SIBO ( SIxteen Bit Organiser ), и соответственно на ее базе OS EPOC. Менее чем через 10 лет после этих событий в 1998 году, мир узнал о создании Symbian OS, а фактически состоялся ребрендинг уже успешно существующего продукта OS EPOC32. Во времена всеобщего хаоса стандартов, огромного количества локальных производителей оборудования и ПО, именно творению Psion PLC ( точнее ее дочерней компании Symbian Ltd. ) будет суждено захватить мир носимых гаджетов, но почему?


Одно из наиболее удачных решений от британской компании Psion Series 5. Именно на этом КПК ковалось будущее самой популярной ОС среди смартфонов нулевых

Естественно, толчком для массового внедрения в наши с вами гаджеты Symbian послужило решение о кооперации компаний Ericsson, Nokia, Motorola наиболее крупных производителей портативной электроники в середине 90-х. Причин по которым выбор производителей пал на малоизвестную Британскую компанию сразу несколько и они весьма существенны. Прежде всего Symbian был разработан под ARM совместимую микропроцессорную архитектуру ( архитектура разработанная, между прочим, также Британской компанией ARM Limited ), благодаря новым процессорам стало возможным создавать энергоэффективные, компактные процессоры так сильно востребованные в носимой электронике. Также немаловажным фактором было, что во всем хаосе существующих тогда ОС, фактически не существовало абсолютно удовлетворяющих заказчиков программных решений для только-только зарождающегося форм-фактора портативных гаджетов и соответсвенно компании так или иначе столкнулись бы с необходимостью глубокой доработки имеющихся платформ. Третий фактор касается существующих ОС. Состоянием на 1998 год уже существовала мобильная платформа Windows CE, и она вполне могла бы удовлетворить двум предыдущим пунктам, однако пребывая в статусе абсолютного монополиста, в сфере создания и распространения ПО, Microsoft выдвинул столь кабальные требования по лицензионному соглашению к будущим партнерам, что гиганты производства телекоммуникационного оборудования просто вынуждены были отказаться от сотрудничества с Microsoft. Не так давно Билл Гейтс сознался журналистам, что допущенные 20 лет назад ошибки в продвижении его мобильной операционной системы Windows Mobile, породили гегемонию Android OS и стоили ему $400 миллиардов недополученной прибыли. Ну и конечно решающей причиной в появлении Symbian стали размеры самих компаний Ericsson, Nokia, Motorola. Данный конгломерат банально мог себе позволить вкладывать огромные ресурсы в перспективное направление разработки собственной ОС, и тут малоизвестная но перспективная Psion PLC подошла как нельзя лучше.


Ericsson R380 хотя и был первым смартфоном под управлением Symbian, пальма первенства среди смартфонов, еще с 1992 года, принадлежит IBM Simon

Хотя OS EPOC32 и появилась еще в 1994, первый смартфон под управлением ее производной Symbian OS, увидел мир только в ноябре 2000 года. Это был Ericsson R380. Система оказалась весьма удачной. По сути, Symbian являлась гибридом вычислительной архитектуры общего назначения и набором компонентов необходимых для функционирования смартфона. В ядре ОС были реализованы все современные на тот момент функции, от управления памятью и поддержки многозадачности, до промежуточного ПО позволяющего работать с мобильными сетями, графикой, поддерживать интернет протоколы, пользовательский интерфейс, управление телефонными вызовами и многое другое без чего и сейчас сложно представить полноценный смартфон. Также платформа позволяла использовать приложения на основе языков программирования Java и C++, являющиеся весьма прорывными для своего времени.



Становление


Хотя исходный код своей платформы Symbian Ltd. откроет аж в 2010 году, что по мнению многих экспертов отрасли стало слишком запоздалым решением, в начале нулевых закрытое ПО было вполне обыденным делом. В то время рынок создания программ сторонними разработчиками был крайне ограничен, и скорее нес больше рисков для конечного потребителя нежели преимуществ. Кроме того, при формальной закрытости платформы, количество партнеров принимающих участие в жизни Symbian было весьма внушительным. В разные годы в проект были вовлечены, кроме уже озвученных, еще и Samsung, Sharp, Fujitsu, LG, Sony, Panasonic, а также целый ряд более мелких компаний, что позволяло постоянно развивать и усовершенствовать перспективную платформу.



Все это вроде как звучит прекрасно, но если посмотреть более детально на сложившуюся картину, мы увидем довольно парадоксальную действительность. Все вышеназванные кампании если и были в чем-то партерами, то исключительно ситуационными, на прилавках магазинов все они чрезвычайно остро конкурировали друг с другом. В погоне за индивидуальностью, почти сразу, производители гаджетов причастных к Symbian Ltd. начали создавать свои собственные оболочки, что поддерживались телефонами с Symbian OS. В то время как Японские производители внедряли MOAP ( Mobile Oriented Applications Platform ), Финский производитель Nokia продвигал собственную линейку Series 60/80/90, Sony Ericsson и Motorola отдавали предпочтение UIQ (User Interface Quartz). Подобное положение вещей хотя и было весьма удобным, подарив унифицированную программную платформу с возможностью ее поверхностной кастомизации, в тоже время заложило мину замедленного действия под всей ОС. Поскольку собственные программные доработки компаний не могли носить фундаментальный характер и все равно базировались на Symbian, особенно важным было принимать решения по ее непосредственному развитию, а заниматься подобными вещами в купе с заядлыми конкурентами по цеху весьма непростое занятие. Ведь у каждой компании было свое виденье рынка и необходимого направления развития для ОС.



Еще одной сильной стороной Symbian являлось то, что используемый под нее программный интерфейс основывался на С++, что в свою очередь позволяло создавать под платформу современные, функциональные приложения. Чего уже говорить об играх написаных на Java, в том числе благодаря которым смартфоны так плотно вошли в нашу жизнь. И все бы было очень радужно, если бы не еще один нюанс. Унаследовав из 80-х от EPOC специфическую структуру оболочки, Symbian OS была довольно требовательна к квалификации программистов писавшим под нее ПО. Вместо поиска решений проблемы упростить разработку, в 2004 году руководство Symbian, в погоне за безопасностью разрабатываемых под ОС приложений еще больше усложнила жизнь разработчикам. Под благим предлогом борьбы с вирусами, спамом и другим вредоносным кодом встраиваемым в приложения, технические перепоны и усилившаяся бюрократия еще больше отвернули рядовых программистов от Symbian OS. До тех пор пока платформа была закрытой, и разработкой приложений под нее занимались крупные компании, эти сложности были не столь уж и критическими и они не могли помешать операционной системе бурно захватывать рынок. Однако, со временем, когда общий тренд в разработке ПО изменился на максимальную открытость и вовлечение как можно большего числа программистов, более простые программные интерфейсы у конкурентов Android, iOS и Windows Mobile стали существенно популярнее среди нового поколения разработчиков, тем самым еще больше маргинализируя Symbian.

Зрелость


Феноменальные 73% от всех установленных ОС на смартфонах это вершина пути Symbian OS. Конечно, остается довольно дискуссионным вопрос первопричин такого успеха. С одной стороны, надо отдать должное весьма функциональной и удовлетворяющей всем вызовам времени ОС, а с другой немаловажным фактором ее распространенности стали те великолепные смартфоны Nokia на которых она была предустановлена. Если сейчас, в основном, работа над дизайном смартфона сводится к тому как бы сделать менее броской монобровь с ее динамиком и фронтальной камерой, в нулевых смартфоны обладали индивидуальностью. Выдвижные клавиатуры, раскладушки, сенсорные, сенсорные с клавиатурой, камерофоны, слайдеры и все это разнообразие выпускалось одновременно, не редко еще и одним производителем! Бесспорным лидером среди производства носимой электроники была конечно же Nokia. Крайне агрессивная политика проводимая компанией по захвату всех возможных сегментов рынка мобильных гаджетов стала немаловажным фактором в распространении Symbian OS. Благодаря конкурентным решениям от Nokia, охватывающим как бюджетных потребителей, так и премиум сегмент, существующие тогда альтернативы Symbian OS Palm OS, Windows Phone, Black Berry OS, зачастую проигрывали своему звездному конкуренту именно по железу. Black Berry OS долгое время ставилась только на нишевые смартфоны из премиум сегмента, Windows Mobile долгое время позиционировался как ОС для Карманных ПК и планшетов, в свою очередь разработчики Palm OS хоть вовремя и переориентировали свою платформу под нужды сотовых операторов, однако выпускаемые под этой ОС смартфоны вряд ли могли тягаться с флагманами от той же Nokia.


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

Достигнув своего пика развития в 2007-2008 годах, чисто внешне, казалось, что Symbian это навсегда. Купающаяся в лучах славы Nokia все больше концентрировала в своих руках власть над Symbian Ltd., тем самым уменьшая разногласия между партнерами, вкладывала в разработку ПО баснословные ресурсы. Рассредоточенные по всему миру подрядчики работали над созданием более адекватного API, допиливали саму платформу, как для своего времени создавали выдающиеся сервисы, чего только стоит картографическая служба OVI Maps. Чисто внешне, ни что не предвещало беды.


В нулевых названием компании Nokia нередко подменяло название мобильного телефона как такового

Появление в 2008 году нового коммуникатор от Apple было интересным событием, однако особо не напугало существующих лидеров отрасли. Логика была в том, что первое поколение iPhonе хоть и обладало революционным дизайном целиком сенсорный экран при отсутствии физической клавиатуры, однако претендовать на глобальное лидерство этот продукт очевидно не мог. Дороговизна гаджета, слабая автономность и высокая степень хрупкость делали не столь важным, что работало это все недоразумение под более удачной нежели у конкурентов операционной системой iOS.

У нас ушло немало лет, чтобы понять, что необходимо для создания приличного телефона. Ребята из Apple, занимающиеся созданием ПК, даже понятия не имеют как этого добиться. Они в этом направлении и с места не сдвинулись Ансип Ваньеки, глава по стратегическому планированию компании Nokia.

Еще один новичок на рынке телефонов. На рынке, который переполнен всевозможным ассортиментом, потребителю и так есть из чего выбрать. Не представляю кому это нужно Стив Балмер, генеральный директор корпорации Microsoft.

Нет никакой вероятности, что у Apple что-то получится на рынке телефонов Эд Кулиган, руководитель компании Palm.

Менее помпезно чем iPhone, но в том же 2008 году, миру был представлен еще один гаджет HTC Dream. Его дизайн был не столь прогрессивный как у яблочного коллеги, но его особенностью стало то, что он был первый серийный смартфон под управлением операционной системы Android.


У фанатов iPhone новый год начинается в первых числах сентября

Кончина


Уверен, если порыться в закромах то многие из нас смогут отыскать старый, но еще работающий смартфон на базе Symbian. Недавно колупаясь в своей старенькой Nokia С6-01, с установленной на ней Symbian OS Belle, словил себя на мысли, что это все еще довольно актуальный смартфон. Хотя и выглядящие весьма архаично, но от того не менее функциональные приложения Skype, WhatsApp, Facebook, Viber, WeChat, JAVA DM Reader, Translate, QuickOffice, Youtube все еще исправно работают!



Крах самой распространенной мобильной ОС в мире был стремителен. Фактическим временем смерти для Symbian OS стал 2012, ведь именно в этом году мир увидел последний выпущенный под этой ОС смартфон Nokia 808 PureView. Весьма интересный и однозначно современный продукт, но ничего изменить он уже не мог. Ситуация была предрешена, ведь всего за 4 года с момента выхода Android OS, доля Symbian OS уже составляла не более 6% от рынка, в то время как его оппонент контролировал около 60%.

Принятое компанией Nokia решение окончательно похоронить свою операционную систему было настолько же неожиданным, насколько и прогнозируемым. Решение менеджмента финского гиганта Nokia, об отказе от дальнейшей работы над Symbian OS и переход на перспективную платформу Windows Mobile прозвучало еще в 2011 году, почти за год до того как был выпущен Nokia 808 PureView, что уже само по себе не предвещало для него ничего хорошего. В 2010 году о планах выйти из Symbian Ltd заявили восточные партнеры по Symbian Ltd Samsung и Sony Ericsson. Последние переориентировали свою продукцию на ОС под управлением Android. Но многие все равно до последнего не верили, что так любимая ОС просто канет в лету.

Эпитафия


Исчезновение Symbian и деградация Nokia это два неотъемлемо связанных процесса. Оба эти события и до сих пор остаются знаковыми для ИТ-сообщества. Пример Symbian крайне интересен еще и тем, что очень двоякий. По сути, его погубило именно то, что сделало в свое время королем горы.

Концепция Android, как открытой платформы, в 2000 году была невостребована, и не несла ничего хорошего кроме рисков, но уже в 2010 году стала решающим фактором в конкурентной борьбе. Стоит также вспомнить, что магазин Google Play, всего за год своего существования, вмещал более чем 100 000 приложений, в то время как OVI Store, под Symbian, к этому времени мог похвастатся всего 10 000 наименований, и со временем этот разрыв только рос. В тоже время пример Apple показал, что закрытая платформа в открытом мире это не приговор. Создай разработчики Symbian вовремя удобные инструменты для работы над приложениями сторонним программистам, плюс реализовав вменяемую систему материального поощрения последних и OVI Store также ломился бы от всевозможных приложений.


Кроме лидерства в количестве приложений, уже в 2011 году выторг App Store перевалил за $1 миллиард долларов, оставив далеко позади всех конкурентов

Концепция iPhone состоящая в единовластном управлении своим продуктом, состоянием на 2000 год, очевидно так же не привела бы Symbian к успеху. Подобную модель, в то время, отыгрывала Black Berry, история которой также далека от хеппи-энда. То огромное количество ресурсов которое требуется для создания своей закрытой среды по плечу, пожалуй, только избранным компаниям. Ведь кроме огромных материальных затрат и колоссального опыта в производстве ПО и девайсов, корпорация Apple обладает еще и жесткой вертикально интегрированной структурой. Каждый раз когда в Купертино демонстрируют новый продукт, он так или иначе идет в дополнение к уже существующему миру вещей и сервисов от Apple. Утверждать, что в 1998 году Nokia смогла бы самостоятельно осилить разработку и внедрение своего уникального продукта весьма опрометчиво. Со временем, набравшись опыта и обладая немалыми финансами, в партнерстве с Microsoft, финны попробуют наверстать упущенное презентовав свой первый смартфон под управлением Windows Phone Nokia Lumia 610, но как мы знаем и эта попытка потерпела фиаско. Провал был спровоцирован, в том числе, нарастающими внутренними проблемами в самой Nokia. За годы безбедного существования компания утратила былую эффективность и была уже неспособна успешно вывести на рынок новый продукт, еще и в условиях разгоревшейся внутренней реорганизации проводимой новым СЕО Стивеном Элопом.

Не менее интересно сложились судьбы компаний причастных к Symbian Ltd Nokia, Ericsson, Motorola, Sony, Samsung. На данный момент единственной действительно успешной из них оказалась Samsung. До массового прихода на рынок мобильных гаджетов китайских торговых марок, Samsung удерживал пальму первенства среди проданных смартфонов с предустановленным Android, по сути повторив ассоциативную связку Symbian=Nokia. Благодаря наилучшему в своих девайсах соотношению цена/качество, они задавили всех своих Андроидных конкурентов ведя борьбу в равных условиях единой для всех ОС. Более того Корейская компания стала на столько успешной в создании OLED панелей, что сейчас производит около 93% всех подобных экранов в мире, и для компании уже не так важно на какой смартфон будет установлена эта панель и под какой ОС он работает.


И кто теперь действительно лидер в мире смартфонов?

Одно можно сказать действительно точно нет ничего вечного под солнцем, и соответсвенно жизненные циклы рождения и смерти также присущи таким не материальным вещам как ПО. Однако как и в мире осязаемых вещей продолжительность этой жизни и ее качество зависит в первую очередь от вовремя принятых правильных решений, а потом уже от времени и рока судьбы. Весьма вероятно, что мы могилы бы сейчас жить в мире где все еще доминирует Symbian OS, а OS Android так и загнулась на уровне перспективного стартапа. Если задать вопрос, кто будет править балом мобильных ОС, скажем, лет через 10? Ответ на него мы с вами однозначно сможем дать, пожалуй, лет так через 10. Может быть именно в этот самый момент идет интенсивная работа над очередным убийцей Андроида? И на этот раз новая ОС действительно сможет в ближайшие несколько лет вклинится в противостояние Android-iOS. Возможно, этот процесс будет форсирован политическим фактор, ведь тот факт, что существующие мобильные ОС, как собственно и десктопные, в данные момент крайне зависимы от политических решений принимаемых одной единственной страной, тоже весьма неоднозначный. В любом случае, мы с вами, будем пристально следить за всем происходящим, в столь непредсказуемом и переполненном взлетами и падениями мире ИТ.



Немного рекламы


Спасибо, что остаётесь с нами. Вам нравятся наши статьи? Хотите видеть больше интересных материалов? Поддержите нас, оформив заказ или порекомендовав знакомым, облачные VPS для разработчиков от $4.99, уникальный аналог entry-level серверов, который был придуман нами для Вас: Вся правда о VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps от $19 или как правильно делить сервер? (доступны варианты с RAID1 и RAID10, до 24 ядер и до 40GB DDR4).

Dell R730xd в 2 раза дешевле в дата-центре Maincubes Tier IV в Амстердаме? Только у нас 2 х Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ТВ от $199 в Нидерландах! Dell R420 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB от $99! Читайте о том Как построить инфраструктуру корп. класса c применением серверов Dell R730xd Е5-2650 v4 стоимостью 9000 евро за копейки?
Подробнее..

Угрожает ли микросервисная (контейнеризация) архитектура светлому будущему Published Apps (Citrix amp Co.)

12.04.2021 10:16:29 | Автор: admin
Идея данного опроса возникла в результате дискуссии с коллегами, навсегда завязавшими с темой Virtual App and Desktop и нашедшие себя в направлении Kubernetes/Cloud.

Несмотря на то, что последние годы моя профессиональная деятельность непосредственно связана с темой Citrix, я также как и мои коллеги не могу не заметить отсутствие особых перспектив развития технологии доступа к Apps посредством терминальных сессий (особенно on-Premise).

Прежде чем задать пару вопросов, хотелось бы подчеркнуть, что напрямую сравнивать как технологии, лежащие в основе Kubernetes и Citrix Virtual Apps and Desktops (MS RDS, VMware Horizon, Parallels RAS), так и сами продукты не совсем правильно. Но если рассмотреть конечную цель, для чего в конечном счёте существует IT, а именно для конечного пользователя, задача которого максимальной эффективностью и удобством выполнять поставленные перед ним задачи.

Смысл и цель использования виртуального приложения


Если мы вернёмся в далёкие конец 90-х начало 2000-х, в то время, когда Citrix начинал обретать свою популярность, все программы так или иначе являлись монолитами. Основанная разница была лишь в том, устанавливалась ли программа полностью на терминальном сервере или же на сервере был только фронтенд (например SAPGUI).

Как 20 лет назад так и сейчас использования терминальных серверов являлось более чем эффективным средством и позволяло решать следующее задачи: эффективное использование ресурсов, быстрота развёртывания и установки обновлений, а также переключение между версиями, безопасность (здесь есть как плюсы, так и минусы), простота контроля доступа к приложениям и т. д.

Почему сгущаются тучи?


Свою позицию коллеги объясняют следующим образом. Все больше и больше программных продуктов продолжают своё существование в качестве веб-приложений, многие просто создаются по принципу born in the cloud. Таким образом доля устанавливаемого на серверах программного обеспечения под Windows будет постоянно уменьшатся, превращая published application в ненужный анахронизм.

Буд рад Вашим комментариям! Спасибо!
Подробнее..

Переход на ЮЗДО какие сложности нужно решить в первую очередь

15.04.2021 20:09:13 | Автор: admin

Переход на юридически значимый документооборот (ЮЗДО) при всем влиянии на эффективность бизнеса остается сложной процедурой: нужно учесть многие нюансы, в том числе законодательные, перенастроить процессы, согласовать действия с контрагентами. Важна тщательная подготовка самостоятельная или с помощью опытных консультантов.

Меня зовут Владислав Степанов, я специализируюсь на внедрении и консалтинге в сфере автоматизации документооборота в ИТ-компании КОРУС Консалтинг. Хочу поделиться опытом и рекомендациями по переходу компаний на электронный документооборот и рассказать о нюансах: проблемах роуминга, типизации, маршрутизации, комплектности и обработки документов.

Для начала определимся с терминологией. Электронный документооборот (или ЭДО) это любой обмен цифровыми копиями документов как внутри компании, так и вовне. Как только штат организации преодолевает условную отметку в 100+ человек, потребность в ЭДО начинает ощущаться все более остро. Разница между обычным документооборотом и юридически значимым (ЮЗДО) в характере файлов, которыми обмениваются стороны. В последнем случае документ можно привлекать для доказательства прав. Таким образом, ЮЗДО это разновидность ЭДО.

Использование автоматизированных систем для ЮЗДО в бизнесе постепенно увеличивается несмотря на ряд объективных сдерживающих факторов. Полностью перейти на электронный документооборот мешает отсутствие законодательных норм для некоторых типов документов, не прописано разделение зон ответственности при использовании электронной подписи (ЭП).

Есть и хорошая новость: определенные государственные инициативы (в частности, вступившие в силу с 1 января 2020 года поправки в 63 ФЗ об использовании ЭП), распространение удаленной работы, рост количества мобильных сотрудников и растущая цифровая зрелость бизнеса стимулируют переход на ЮЗДО.

Насколько глубоко компания распространит ЮЗДО на свои бизнес-процессы, зависит от многих факторов. В крупных организациях, по нашим оценкам, до 75% документов на данный момент могут быть полностью и успешно оцифрованы, но на практике этот показатель гораздо ниже. Часть контрагентов по-прежнему не хочет переходить в цифру, хотя среди крупных игроков доля выбравших ЭДО достигает 30-50%, а в некоторых случаях даже больше. Тем не менее даже эти контрагенты зачастую предпочитают использовать ЭДО для обмена только какой-то частью документов, например, финансовой первичкой. А некоторые, наоборот, готовы обмениваться по ЭДО только полными комплектами.

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

Выбор системы для ЮЗДО

Платформой для автоматизации документооборота могут выступать разные внутренние системы: единая ECM (Enterprise Content Management) или несколько решений (СЭД/ECM, ERP и др). Еще на стадии выбора учитывайте возможности масштабирования ЭДО в будущем. Инструментария уже установленной в компании системы электронного документооборота, которая всех полностью устраивает, в будущем может не хватить для какого-то определенного процесса. Сейчас он не используется, но как только потребность возникнет, придется выбирать дополнительное решение, а это сопряжено с новыми затратами как на лицензии, так и на поддержку. Поэтому систему сразу необходимо примерить на вырост.

При выборе одной или нескольких ИТ-систем стоит учесть, что при ЮЗДО у каждой должны быть установлены свои коннекторы к операторам ЭДО, внешним и внутренним центрам хранения сертификатов подписей. Необходимо оценить, какие именно инструменты потребуются и, исходя из этого, очертить круг подходящих решений. Вполне возможно, что для полноценной реализации ЮЗДО вам может потребоваться не одна СЭД/ECM-система, но и ERP, CRM и другие, в зависимости от процессов.

Выбор оператора ЭДО

Сегодня на рынке представлено не менее двух десятков операторов ЭДО, которые предлагают услуги маршрутизации внешних документов: Диадок, СБИС, СФЕРА Курьер, Такском, Калуга Астрал, Синердокс и другие. С точки зрения взаимодействия и выбора подходящего SLA, проще работать через единого оператора ЭДО. Но так только кажется.

На самом деле контрагенты компании обычно работают с разными операторами ЭДО. Чем больше у бизнеса партнёров, с которыми у него налажен документооборот, тем больше провайдеров ему придется вовлечь. Для обмена между операторами существует роуминг, но на данный момент в его реализации есть ряд сложностей.

  • Операторы по-разному настраивают роуминг: через запросы в личном кабинете, письма менеджеру, веб-формы, и все эти процедуры нужно проходить в ручном режиме.

  • Роуминг между операторами может занимать много времени, так как тех, кто подписал в рамках инициативы ассоциации разработчиков и операторов систем электронных услуг (РОСЭУ) интеграцию в один клик, пока немного. У прочих провайдеров настройка может растянуться на 10-15 дней и даже несколько месяцев.

  • Роуминг не предоставляет все возможности ЭДО. Например, из-за этого довольно часто процесс аннулирования документов не работает. Это касается и дополнительных функций, на которые дал согласие один оператор ЭДО, но передать другому их нельзя.

  • Существуют проблемы с наименованием документов (при роуминге используется транслитерация).

  • У каждого оператора свое понимание того, как определять документы в полуформализованном виде (если для них нет установленных ФНС форматов). У кого-то существует единая сущность договора, у других несколько. Соответственно, может теряться типизация документов при передаче между провайдерами.

Не все операторы ЭДО работают с пакетами документов, которая необходима многим крупным компаниям.

Работа с контрагентами

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

Чтобы сделать выбор, нужно рассмотреть тех провайдеров, с которыми работает большинство контрагентов компании. Как правило, это СБИС, Диадок и Такском. Такую информацию даст опросник, рассылаемый клиентам/поставщикам: его можно составить как своими силами, так и с помощью консалтинговой компании. Он поможет выяснить, готов ли партнер перейти на ЭДО, что ему мешает и как можно помочь.

Если партнер принципиально готов работать в рамках ЭДО, определите, какими именно типами документов он будет с вами обмениваться. Если данная организация раньше никогда не работала с электронным документооборотом, нужно будет донести до неё потенциальную выгоду цифровизации процесса.

Крупные организации, как, например, Сбер или Магнит, могут себе позволить переход на ЭДО в уведомительном порядке, просто сделав его обязательным условием с оговоренной даты. Но если ваше влияние на рынке не столь велико, нужно будет договариваться с контрагентами и выделить на это время.

Нюансы работы с документами: типизация, маршрутизация, комплектность

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

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

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

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

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

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

оцифровки и хранения внутри ИТ-системы всего архива. Это может быть сделано как в самой компании, так и передано на аутсорсинг.


Несмотря на большое количество нюансов внедрение ЮЗДО в компаниях продолжается. Работа с внешними консультантами позволяет сделать такой переход максимально безболезненным, учесть все тонкости и факторы. Если в организации уже есть ЭДО и/или ЮЗДО, специалисты помогут сделать их использование более эффективным и масштабировать решения.

Поскольку сфера ЮЗДО постоянно трансформируется и меняется, включая правовое поле и пул доступных технических решений, именно опытный консультант может помочь бизнесу построить индивидуальную модель процесса, которая будет учитывать специфику деятельности компании, уже имеющиеся у нее ИТ-решения и сложившиеся взаимоотношения с контрагентами. Сотрудничая с консультантом, можно получить максимум от тех инструментов для ЭДО, которыми бизнес уже располагает, и дополнить их недостающими звеньями.

Ведь в конечном счете задача перехода на ЮЗДО состоит не в том, чтобы усложнить процессы в бизнесе, а упростить их, ускорить прохождение процедур, способствовать росту операционной эффективности и прибыли. И все эти возможности заложены в саму идею ЭДО, но работают только в умелых руках.

Подробнее..

Внедрение process mining аудит процессов в два клика

16.04.2021 12:14:51 | Автор: admin

Современные компании активно используют process mining для поиска узких мест в своих бизнес-процессах. У многих из них сформировано понимание ценности этой технологии ее используют для поиска инсайтов в больших массивах информации. Такая аналитика очень актуальна для предприятий, начинающих роботизировать свои процессы. Process mining помогает выявить узкие места автоматизации и связать существующие разрозненные IT-системы в единое целое.

Оптимизация автоматизации

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

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

Однако, отсюда же вытекает и основная сложность внедрения process mining с его помощью можно легко получить инсайты, но самые первые результаты и рекомендации выглядят очевидными, понятными и без привлечения ИИ. Например, process mining может показать точку в процессе, в которой документ долгое время ожидает ввода дополнительных данных от сотрудника. Такое узкое место может быть просто устранено роботом, который автоматически дополнит документ необходимыми данными. Подобная рекомендация может показаться простой и очевидной. Поэтому для неспециалистов ценность внедрения process mining сильно снижается, а инициаторам роботизации приходится постепенно идти от явных инсайтов к скрытым, постепенно раскрывая ценность использования process mining.

Первые шаги: тестирование и выбор платформы

Для тестирования работы и возможностей process mining лучше выбирать небольшие проекты. При выборе платформы для process mining важно учесть ряд критических факторов: гибкость системы, функциональность, возможность простой интеграции с разными системами и стоимость лицензий. Одним из интересных решений является UiPath Process Mining, в котором есть встроенный модуль ETL, для компаний, только начинающих внедрение process mining, это большое преимущество. Его наличие внутри решения сильно облегчает развертывание в IT-системах.

Внедрение process mining всегда сопряжено с проблемой подготовки данных, которую обычно решают созданием специального пула подготовленных данных, для которых нужен выделенный data-сервер. Это дорогое удовольствие. PM дает возможность избежать этого, выгружая данные на собственные сервера, что позволяет не тратить финансы на поддержание работы внешних серверов и зарплаты обслуживающему персоналу.

Трудности перевода

При внедрении process mining в работу компании обычно бывает две основных сложности. Первая большие объемы данных, которые нужно анализировать. Вторая долгая автоматизация и наличие большого количества legacy-систем. Обе эти проблемы приводят к тому, что данных внутри компании много, но их невозможно анализировать, потому что они находятся в несвязанных друг с другом системах или представлены большим набором менеджерских дашбордов.

Кроме того сами процессы в компании могут быть устроены очень сложно, хотя

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

Как мы видим процессКак мы видим процессЧто происходит на самом делеЧто происходит на самом деле

Усложнять ситуацию может и большая длительность процессов. Например, долгая переписка сотрудников, ищущих потерянную платежку. С помощью process mining можно связывать родственные процессы в один, упрощая таким образом работу с ними. Также можно точно определить кто и что делал, и иметь перед глазами визуализированную цепочку действий всех участников.

Как это выглядит цепочка действий в интерфейсе Process MiningКак это выглядит цепочка действий в интерфейсе Process Mining

Process mining помогает в десятки раз ускорить восстановление процессов и делать это всего в несколько кликов, в отличие от ручного режима. С process mining поиск узких мест и выявление отклонений в процессах происходит практически в автоматическом режиме. Появляется объективность и достоверность, когда данные говорят сами за себя. Отпадает потребность в интервью с пользователями процесса. Аналитика появляется как на самом общем уровне, так и на уровне максимальной детализации по каждому сотруднику:

Действия, отфильтрованные по конкретному сотрудникуДействия, отфильтрованные по конкретному сотруднику

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

Подробнее..

Как найти удаленную работу в зарубежной компании. 10 шагов

20.04.2021 12:16:22 | Автор: admin


Каждый год Оксфордский словарь английского языка выбирает Слово года. Но в 2020-м что-то пошло не так. Издательство Оксфордского университета описало 2020-й как год, который лишил нас дара речи, и сказало, что к нему невозможно подобрать правильное слово.


Но на наш взгляд, такое слово всё-таки есть. С прошлого марта в мире резко возросло использование слова удаленно. Большинство предприятий отошли от традиционной модели офисной работы и стали пытаться организовать труд сотрудников из дома. Для разработчиков из СНГ это прекрасная возможность начать работу в лучших мировых компаниях. Зарплаты за рубежом выше, а возможностей сейчас стало больше, чем когда-либо прежде.


Мы постоянно исследуем рынок. Публикуем сотни вакансий ежедневно. И сейчас 40% выручки получаем от иностранных компаний, которые в основном нанимают программистов для удаленной работы.


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



Ожидания

1. Фильтруем по ключевым словам


Чтобы значительно облегчить себе поиск, используйте слова удаленка, работа из дома, remote, work from home, off-site. Нет ничего хуже увидеть вакансию, которая идеально подходит, и только в самом конце встретить приписку work in our office.


  • LinkedIn: для поиска удаленки в поле расположения напишите В любой стране. И включите в фильтрах слайдер Удаленная работа. В поле поиска также помимо своей должности стоит писать Remote.
  • CareerBuilder (может потребоваться VPN.: укажите название искомой должности + одно из ключевых слов в поле поиска. Или выберите в фильтре местоположения пункт Work from Home.
  • Indeed: аналогично, название должности + ключевое слово. Или пункт Удаленно в поле Местоположение. Также не забудьтевыбрать ту страну, на компанию из которой вы хотите работать. В зависимости от этого зарплаты на похожих вакансиях могут очень сильно отличаться.
  • G-mate: телеграм-бот для подбора вакансий. Вбиваете нужные вам параметры (должность, удаленная работа, желаемая зарплата) и он периодически присылает вам достойные варианты от российских и зарубежных компаний. Когда найдете что-то, что заинтересовало, отправляете свое резюме или ссылку на LinkedIn. Ваш профиль обрабатывается и показывается компаниям в том формате, в котором они его ждут. Также вам бесплатно помогает опытный IT-рекрутер: отвечает на вопросы, знакомит с компаниями, помогает подготовиться к интервью и поддерживает в переговорах (команда /human в чате).
  • Glassdoor: поле Location нужно оставить пустым. А в поле поиска добавлять remote или work from home. Потом нажимать See all jobs и дальше фильтровать по искомой зарплате и дате публикации вакансии.
  • Monster: тоже убираем нашу локацию, и ищем свою должность с ключевыми словами. Для входа на сайт может потребоваться VPN. Очень рекомендуем проверять вакансиипо разным странам, они здесь не универсальны.


2. Пробиваемся в зарубежные стартапы


Зарплаты в IT в России ниже, чем за рубежом. Если есть английский (или вы его учите), можно начинать искать альтернативы.


Какие компании сейчас с наибольшей вероятностью нанимают удаленно? Стартапы! Политика ремоут соответствует их гибкости, открытости, международным амбициям и, что важно, экономит их финансовые ресурсы. В работе на зарубежные стартапы есть как большие плюсы, так и огромные минусы (у нас естьподробный их разбор). Но если вы молоды и пока полны желанием изменить мир, для поиска работы в зарубежных стартапах можно периодически просматривать:




Реальность

3. Находим компании с remote-first


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


Список бордов с вакансиями для ремоут за последний год разросся настолько, что заслуживает отдельной статьи. Но чаще всего за рубежом используются такие платформы для поиска удаленной работы:




4.Проверяем сайты с упором на IT


Нишевые доски объявлений экономит ваше время и энергию и упрощает доступ к тем работодателям, которым нужны ваши навыки. На них часто сидят стартапы, и периодически приходят компании уровня Facebook и Google. Поиск удаленных IT-профессий можно вести с помощью:




5.Заходим на Facebook


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




6. Используем мощности ботов




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


У передовых компаний, нанимающих персонал, есть боты для проверки кандидатов, сбора резюме и ответов на регулярные вопросы, касающиеся найма. Их используют и Amazon, и Google, и Apple, и тысячи более мелких фирм. Зачастую есть даже чат-боты, интегрированные в приложения для обмена сообщениями, такие как Facebook Messenger, WhatsApp или Telegram.


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


Если вы работаете полный рабочий день, нет ничего хуже тратить свои обеденные перерывы и ночи, просматривая сотни вакансий, общаясь с рекрутерами в LinkedIn/Facebook и составляя список работодателей мечты. Бот станет отличной альтернативой: ваш персональный агент по найму, который помогает создавать свою личную ленту самых лучших вакансий.


Нашли идеальную роль для себя? Осталось её получить, доказав, что вы лучше остальных кандидатов!



7. Создаем CV




Аккуратное, профессиональное и не занимающее много времени у рекрутера или руководителя. Вы можете использовать один из множества шаблонов резюме, доступных в интернете например,на Canva. Или использовать специальный сайт по постройке профессионального CV (скажем,Resumake). В крайнем случае естьLinkedIn Resume Assistant, помогающий работать над своим англоязычным резюме в файле Microsoft Word.


Стандартное резюме или CV включают:


  • Имя, фамилию
  • Должность, которую вы ищете (формулировку можно менять под вакансию)
  • Профессиональные навыки
  • Контактную информацию (адрес, е-mail, телефон)
  • Ссылки на профессиональные профили (портфолио, личный сайт, LinkedIn)
  • Краткий раздел О себе
  • Ваш опыт работы (с маркированным списком под каждой вашей должностью, рассказывающим о ваших обязанностях, достижениях и полученных навыках)
  • Образование
  • Самообразование (курсы и сертификаты)
  • Знание языков, интересы.

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


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


+ Используйте глаголы. Не просто перечисляйте свои обязанности на каждой работе, а начинайте каждое предложение в стиле применил, выполнил, облегчил, адаптировал. Гарвардская школа праваопубликовала полный список глаголов действия на английском. С ними вы автоматически кажетесь более проактивным.


+ Выберите одну из специальных техник для улучшения своего резюме. Например,метод STAR,метод WHO илиметод CAR. Ваше резюме это не просто список того, чем вы занимались в жизни. Специальные методики позволяют описать свои функциональные навыки, определить свои достижения и создать более увлекательную историю своего профессионального развития. Не обязательно быть профессиональным писателем: достаточно следовать правилам.



8. Пишем Cover Letter




Сопроводительное письмо может быть отдельным файлом, прикрепленным к вашей электронной почте или онлайн-заявке. За рубежом около половины IT-компаний требуют от соискателей такие письма. Причем такое больше распространено среди стартапов: присылать сопроводительные письма просят 65% таких фирм.


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


Подготовка cover letter отличная возможность:


  • Еще раз проанализировать свое резюме
  • Пересмотреть свой опыт работы, чтобы в дальнейшем вам было проще рассказывать о нем на собеседовании
  • Попрактиковаться в английском, улучшить письменные навыки
  • Объяснить какие-то аспекты, которые могут быть непонятны рекрутеру, и для которых не место в резюме (например, пробелы в трудоустройстве).

Нет четких правил того, как писать cover letter, и какую информацию в него включать. Можно учитывать, что обычно при чтении нанимающая сторона хочет увидеть ответы на такие вопросы:


  • Знаете ли вы имя компании, которая вас нанимает?
  • Почему вас интересует конкретно эта должность?
  • Почему вы хотите работать именно в этой компании?
  • Как ваш предыдущий опыт привел вас к этой позиции?
  • Какие у вас плюсы относительно этой должности?
  • Нравится ли вам то, чем вы занимаетесь?

Общая задача показать, что вы разбираетесь в отрасли и знаете о компании, в которой собираетесь работать. Когда вы подаете заявку на удаленную вакансию, не забудьте указать на свою способность работать из дома (и указать то, сколько лет вы уже этим занимаетесь). Проверить окончательную версию сопроводительного письма на грамматические и орфографические ошибки можно в Word или с помощью таких бесплатных инструментов какAfter The Deadline,Grammar Slammer,Hemingway,LanguageTool. В крайнем случае самые простые ошибки вылавливает иGoogle Translate.



9. Оцениваем свои перспективы по зарплате




За один и тот же труд разные специалисты могут получать в разы отличающуюся зарплату зависит от того, на какую страну и какую они компанию работают. А также, конечно, от того, сколько они запросили. Понять удаленно, какие запросы будут уместными, сложно. Как проверить, что вы не продешевили? Здесь важно рассмотреть три фактора:


+ Достаточно ли высокий вам предлагают оклад? Изучите стратегию компании по установке заработной платы, в особенности для удаленщиков. Возможно, у них есть политика, согласно которой размер з/п зависит от вашего местоположения. Такие сайты какZipRecruiter,Glassdoor иTotaljobs могут дать вам общее представление о средней зарплате удаленного разработчика вашей специальности, например, в США и в Великобритании.


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


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


+ Предлагает ли компания выплату пособий и различных бонусов? Некоторые фирмы дают удаленным сотрудникам $1000 для организации своего домашнего офиса, предоставляют членство в коворкинге или покрывают часть других расходов (оплачивают интернет, покупают хорошую веб-камеру, микрофон, ноутбук). И это мы ещё не говорим об опционах.


В США средний пакет бонусов составляет 30% от дохода сотрудников. То есть, человек с зарплатой $55 000 получает ещё около $16 500 в виде акций компании, различных страховок, выплат на пенсионный счет и так далее. Общая компенсация в итоге выходит $71 500. В России на бонусы к окладу приходится намного меньше. Но если у вас нет больничных, страховки, оплачиваемого отпуска, оплачиваемых курсов, оплачиваемого спортзала и других дополнительных плюшек, можете виртуально убрать из з/п 10-15%. Чтобы было проще сравнивать её с альтернативами.



10. Проходим собеседование




Процесс найма варьируется от компании к компании. Он может состоять из таких шагов, как:


+ Предварительно записанные интервью. Их все больше, особенно для удаленной работы. Все кандидаты получают одинаковый список вопросов и снимают ролик на 3-5 минут, записывая ответы на них. Здесь тоже можно быть проактивным: добавить ссылку на ролик в своем профиле, рассказывая о себе, своем опыте и том, почему вы подходите на эту должность. Кандидаты с предварительно записанными интервью, по нашим данным, получают предложения от компаний в полтора раза чаще.


+ Предварительные задачи по кодированию. Домашнее задание, предоставляемое нанимающей компанией. Обычно есть временный лимит, или задача может быть нетривиальной.


+ Технические собеседования. Видеоинтервью с разработчиками или другими технически подкованными людьми из компании. Во время технического собеседования будьте готовы:


  • Анализировать код из задач, выданных вам на домашку.
  • Отвечать на ряд вопросов по основам программирования, вашего языка, фреймворков.
  • Проходить проверку кода. Вам нужно будет открыть IDE или текстовый редактор, чтобы решать некоторые задачи в реальном времени и обсуждать их.

Обычно задачи сложнее, чем требует должность. И работодателей больше интересуют ваша логика в решении проблемы и ваши объяснения, чем фактическое решение. Чтобы иметь представление о том, как обычно проходят технические интервью, можно зайти на ютуб (например, каналДжошуа Флука). Технических интервью может быть несколько три, четыре и больше.


+ Общие интервью. Менеджер по найму, руководитель команды или даже генеральный директор стартапа может позвонить по зуму-джитси-скайпу (а бывает, что даже и по телефону) и спросить вас обо всех мелочах, которые вы добавляете в свое резюме, вашем опыте использования различных инструментов и технологий, ваших софт-скиллах и так далее. Приготовьтесь отвечать на конкретные вопросы об удаленке: как вы на ней работаете, и что планируете в дальнейшем. Сюда как правило уже входит проверка cultural fit (если вы не устраиваетесь в IT-гиганта).


+ Финальное интервью. Поздравляем! Вы прошли техническое собеседование, и подходите компании по социальным навыкам. На данном этапе происходит обсуждение условий труда: размер заработной платы, желаемый график и так далее. Если все звезды (или статьи бюджета) сойдутся, после этого этапа вы заключите трудовой договор и сможете приступить к выполнению своих обязанностей.


Подробнее..

Жизнь без AppStore и Google Play работаем с Huawei Mobile Services и AppGallery

07.04.2021 16:22:59 | Автор: admin

С конца 2019 Huawei поставляет Android-смартфоны без сервисов Google, в том числе без привычного всем магазина приложений Google Play. В качестве альтернативы китайская компания предлагает собственные разработки Huawei Mobile Services (HMS), а также магазин AppGallery. В этом тексте я разработчик Технократии Алина Саетова расскажу, как с этим жить и работать.

В статье мы рассмотрим:

  • начало работы c Huawei-системой

  • внедрение Huawei Mobile Services в приложение

  • отладка и тестирование на удаленных устройствах Huawei

  • публикация в AppGallery

Видеоверсию статьи смотрите здесь на канале Технократии.

С чего начать?

Чтобы взаимодействовать с Huawei-системой, нужно завести Huawei ID. Это аналог google-аккаунта, с помощью которого предоставляется доступ к сервисам системы. Далее нужно зарегистрировать аккаунт разработчика: индивидуальный или корпоративный.

  • Индивидуальному разработчику нужно ввести свои ФИО, адрес, телефон, почту. В отличие от регистрации аккаунта разработчика в Google Play, нужны также сканы паспорта и банковской карты. Да-да, документы требуются для удостоверения личности. Huawei обещает удалить их после регистрации.

  • Для регистрации корпоративного аккаунта требуются данные компании, либо DUNS number (международный идентификатор юридических лиц), либо бизнес лицензия.

Ждем одобрения аккаунта. За 1-2 дня Huawei обещают проверить наши данные. После этого можно подключать приложение к HMS. Для этого заходим в консоль AppGallery Connect.

  1. Создаем проект, а в нем добавляем приложение

Обращаем внимание, что для приложения, в котором используются HMS, название пакета должно оканчиваться на .huawei.

2.Помещаем конфигурационный файл agconnect-services.json в корневую папку приложения. Также сохраняем хэш SHA-256. Он потребуется для аутентификации приложения, когда оно попытается получить доступ к службам HMS Core.

Примечание. Для того, чтобы получить SHA-256, можно выполнить команду в терминале, подставив необходимые данные из вашего keystore:

keytool -list -v -keystore <keystore path> -alias <key alias> -storepass <store password> -keypass <key password>

Для работы некоторых сервисов нужно указать место хранения данных:

3.Добавляем зависимости в проект Android Studio.В build.gradle на уровне проекта:

buildscript {      repositories {          google()          jcenter()          maven { url 'https://developer.huawei.com/repo/' }      }      dependencies {      ....        classpath 'com.huawei.agconnect:agcp:1.4.2.301'     }  }allprojects {      repositories {          google()          jcenter()          maven {url 'https://developer.huawei.com/repo/'}      }  }

В build.gradle в модуле app:

apply plugin: 'com.android.application'apply plugin: 'kotlin-android'apply plugin: 'kotlin-android-extensions'apply plugin: 'kotlin-kapt'...apply plugin: 'com.huawei.agconnect'android {...}dependencies {...implementation "com.huawei.agconnect:agconnect-core:1.4.1.300...}

4.Для предотвращения обфускации AppGallery Connect сервисов, Huawei рекомендует прописать следующие правила в файле proguard-rules.pro на уровне модуля app:

  • Для ProGuard:

-ignorewarnings -keep class com.huawei.agconnect.**{*;}
  • Для DexGuard:

-ignorewarnings-keep class com.huawei.agconnect.** {*;} -keepresourcexmlelements ** -keepresources */*

Первоначальная настройка проекта с Huawei Mobile Services завершена.

Внедряем HMS сервисы в проект

Почти на каждый сервис Google у Huawei есть альтернатива:

  • Push Kit. Отправка пуш-уведомлений пользователям.

  • Auth Service. В дополнение к привычным способам аутентификации здесь присутствует вход по Huawei ID.

  • Crash Service. Cервис для отслеживания крашей приложения.

  • Cloud Storage, Cloud DB. Хранение различных файлов и база данных.

  • Location Kit. Получение местоположения пользователя.

  • Analytics Kit. Анализ статистических данных приложения.

  • In-App Purchases. Совершение покупок в приложении.

  • Cloud Testing, Cloud Debugging. Тестирование приложений на удаленных устройствах Huawei.

Этот список можно продолжать долго у Huawei довольно обширный перечень сервисов. Как же подключить их в наш проект?

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

  • Полностью заменяем GMS сервисы на HMS сервисы

  • Делаем комбинацию GMS и HMS сервисов в одном проекте

В этом деле нам пригодится плагин HMS Toolkit. Он поможет интегрировать HMS Core с минимальными затратами и высокой эффективностью. К сожалению, HMS Toolkit поддерживает конвертацию не всех сервисов, и лучше заранее уточнить, сможет ли он перенести работу ваших.

Нам нужен инструмент Convertor. Он проанализирует проект на наличие GMS сервисов и покажет места, где требуется заменить код с GMS на HMS.

  1. В меню выбираем HMS > Convertor > New Conversion:

2.В появившемся окошке указываем директорию, где создастся бэкап проекта до конвертации.

3.Здесь плагин представляет результаты анализа проекта: какие GMS сервисы у нас содержатся и какие из них конвертируемые. Также нам предлагается проверить sdk version для соответствия требованиям HMS.

На этом шаге мы должны выбрать стратегию конвертации:

  • Add HMS API. На основе существующих в проекте GMS APIs генерируется XMS adapter (как дополнительный модуль в проекте). Он представляет собой прослойку между нашим кодом и непосредственно вызовом сервисов. Это такие Extension-классы, в которых лежит код, поддерживающий HMS и GMS сервисы одновременно. В runtime определяется поддерживаемый девайсом вид сервисов и вызываются соответствующие методы.

  • To HMS API полностью заменяются GMS APIs на HMS APIs.

4.После анализа проекта, мы видим список мест в коде, где необходима конвертация.

По клику на каждый пункт произойдет навигация в файл, где будет предложена конвертация:

Если был выбран способ Add HMS API, мы можем посмотреть на сгенерированный xms адаптер. Вот так, например, выглядит метод из класса ExtensionUser:

А вот размер xms адаптер модуля при использовании лишь одного API с аутентификацией пользователя:

По итогу, APK нашего приложения увеличивается (old size - это APK приложения с only GMS, new size - APK с GMS и HMS одновременно):

Не сказать, что разница велика, но если в приложении будет использоваться несколько API?

Подводные камни

В политике Google Play есть замечание:

Any existing app that is currently using an alternative billing system will need to remove it to comply with this update. For those apps, we are offering an extended grace period until September 30, 2021 to make any required changes. New apps submitted after January 20, 2021 will need to be in compliance.

Что это значит для нас? Теперь, если приложение одновременно поддерживает HMS и GMS сервисы, и в нем есть In-App Purchases, то Google Play не допустит его публикации, а существующим приложениям придется удалить этот функционал.В итоге, если был выбран первый способ конвертации (Add HMS API), мы имеем:

  • Большое количество сгенерированных классов.

  • Увеличенный размер APK приложения.

  • Невозможность публикации приложения в Google Play, если в нем есть In-App Purchases.

  • Неполную поддержку одновременной работы HMS & GMS для некоторых сервисов.

Решение: Более привлекательным вариантом кажется второй способ конвертации простая замена GMS APIs на HMS APIs. Но вместе с этим используем product flavors, чтобы получать сборки приложения отдельно для Google Play и AppGallery.

Product Flavors

Создадим два product flavor - hms и gms:

  • Общий код будет располагаться в директории main/

  • Укажем sourceSets в файлах build.gradle модулей (только там, где необходимо разделение на hms и gms)

  • Код с GMS имплементацией будет в папке gms/, а с HMS соответственно в hms/

  • У hms flavora указываем applicationIdSuffix = .huawei

  • Если же нет необходимости заводить целые файлы отдельно для каждого flavora, то можно проверять текущий flavor через BuildConfig.FLAVOR

android {        flavorDimensions 'services'    productFlavors {        hms {            dimension 'services'            applicationIdSuffix '.huawei'        }        gms {            dimension 'services'        }    }}

По умолчанию, Android Studio заводит sourceSet main, в котором содержатся общие файлы с кодом. Создаем папки для каждого flavora:

New -> Folder -> Выбираем нужный тип папки:

Затем в build.gradle того модуля, где мы создали папку, должен автоматически вставиться следующий код (например, если мы выбрали hms):

android {        productFlavors {        ...    }    sourceSets {        hms {            java {                srcDirs 'src/hms/java'            }            ...        }    }}

Теперь Gradle будет включать в сборку файлы, соответствующие выбранному flavorу. Важно, чтобы файлы в этих директориях имели одинаковое название и лежали в пакетах с одним и тем же названием.

Пример. Мы используем Auth API. У нас будет абстракция интерфейс AuthRepository, хранящийся в main/, а его имплементации для разных сервисов лежат в gms/ и hms/ директориях тогда в сборку, например, для HMS, попадет именно имплементация с huawei сервисами.

Если проект многомодульный, то в каждом модуле необходимо прописать flavorы и при необходимости source sets. Код с flavorами можно вынести в отдельный файл.

Создадем .gradle файл в корневой папке проекта, назовем его flavors.gradle:

ext.flavorConfig = {    flavorDimensions 'services'    productFlavors {        hms {            dimension 'services'            ext.mApplicationIdSuffix = '.huawei'        }        gms {            dimension 'services'        }    }    productFlavors.all { flavor ->        if (flavor.hasProperty('mApplicationIdSuffix') && isApplicationProject()) {            flavor.applicationIdSuffix = flavor.mApplicationIdSuffix        }    }}def isApplicationProject() {    return     project.android.class.simpleName.startsWith('BaseAppModuleExtension')}

Помимо самих flavorов, в экстеншене flavorConfig лежит код с циклом по flavorам там будет определяться app модуль, которому присваивается applicationIdSuffix.

Затем в каждом модуле прописываем следующее:

apply from: "../flavors.gradle"android {    buildTypes {        ...    }    ...    with flavorConfig}

Для использования подходящих плагинов во время процесса компиляции можем добавлять такие if-else конструкции:

apply plugin: 'kotlin-kapt'...if(getGradle().getStartParameter().getTaskNames().toString().toLowerCase().contains("hms")) {    apply plugin: 'com.huawei.agconnect'} else {    apply plugin: 'com.google.gms.google-services'    apply plugin: 'com.google.firebase.crashlytics'}...

Для каждого flavorа мы можем включать dependencies, необходимые только ему. Перед implementation прописываем его название:

// FirebasegmsImplementation platform('com.google.firebase:firebase-bom:26.1.0')gmsImplementation 'com.google.firebase:firebase-crashlytics-ktx'gmsImplementation 'com.google.firebase:firebase-analytics-ktx'// Huawei serviceshmsImplementation 'com.huawei.agconnect:agconnect-core:1.4.2.300'hmsImplementation 'com.huawei.hms:push:5.0.4.302'hmsImplementation 'com.huawei.hms:hwid:5.0.3.301'

Тестируем и отлаживаем приложение

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

У Huawei есть облачная платформа DigiX Lab, в которой представлены 2 сервиса.

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

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

Тесты можно запускать либо с помощью плагина в Android Studio:

Либо в консоли AppGallery, выгрузив туда свой APK:

Служба облачной отладки решает проблему отсутствия реальных устройств Huawei. Предоставляется список удаленных устройств, а разовый сеанс работы до 2 часов. Сервис дает 24 часа работы бесплатно после подтверждения личности. Можно подавать заявки на продление срока действия неограниченное количество раз. Отладка также доступна из Android Studio и консоли.

Публикуем приложение в AppGallery

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

1.Переходим в AppGallery Connect и заполняем данные:

2.Грузим иконку приложения и скриншоты. Есть возможность прикрепить видео.

3.Указываем страны/регионы для публикации и грузим APK приложения. Кроме того, нужно загрузить подпись приложения.

4.Отмечаем способ покупок в приложении и рейтинг.

5.Грузим политику конфиденциальности (обязательно) и предоставляем данные тестового аккаунта, если это необходимо. Указываем дату публикации.

6.Нажимаем кнопочку Отправить на проверку и ждем! Проверка по регламенту занимает около 3-5 дней.

Основные причины отказа в публикации

  1. Политика конфиденциальности не соответствует стандарту

    • Отсутствует ссылка на политику конфиденциальности.

    • Ссылка на политику конфиденциальности недоступна.

    • Ссылка на политику конфиденциальности ведет на официальный сайт компании, на котором нет ссылки на политику конфиденциальности.

  2. Указанный статус Гонконга и Макао не соответствует стандарту.Гонконг и Макао не могут быть указаны как страны на странице выбора региона. Китай очень трепетно относится к этому. Пример:

3.Приведены ссылки на сторонние магазины приложений

Функция для оценки и написания отзыва в приложении содержит ссылку на сторонние магазины приложений без ссылки на AppGallery

Итоги

Huawei выстроили удобный процесс адаптации приложения под свои сервисы. Максимально безболезненный переход к HMS, тестирование и отладка на удаленных устройствах, а также знакомый процесс публикации приложения значительно облегчат жизнь разработчику. И пока что в AppGallery не такая серьезная конкуренция как в других магазинах приложений, самое время присоединяться к Huawei сообществу.

Полезные ссылки

Подписывайтесь на наш Telegram-канал Голос Технократии, где мы пишем о новостях из мира ИТ и высказываем свое мнение о важных событиях.

Подробнее..

Перевод Один год удалённой работы в Figma

13.04.2021 16:13:10 | Автор: admin
image

Оптимизация удалённой работы


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

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

image

Использованный в эксперименте подборщик шаблонов

Наши открытия


Мы выяснили, что пользователи, получившие подборщик шаблонов, имели показатель сотрудничества на 5% больше. Он измеряется как процент пользователей, вносящих правки или комментарии в общий файл. Кроме того, мы заметили, что при помощи подборщика шаблонов пользователи обнаруживали новые функции на 10% больше пользователей обнаружило пресеты кадров, а на 90% больше пользователей использовало в своём процессе творчества файлы Figma Community. Это относилось и к дизайнерам, и к их коллегам, не занимающимся дизайном в число наиболее популярных файлов вошли и специализированные дизайнерские шаблоны (для организации удалённых дизайнерских спринтов), и более общие, например, шаблоны whiteboarding и тим-билдинга.

Даже несмотря на то, что эксперимент проводился с частью нашей пользовательской базы, он не остался незамеченным. Мы получили положительные отзывы в социальных сетях и просьбы о добавлении в подборщик шаблонов документов для других сценариев использования. Рабочие коллективы не просто использовали этот контент, но и благодарили за него. Основная задача Figma Community объединять пользователей, чтобы они могли делиться, учиться и общаться. Это стало идеальным примером того, как мы можем находить способы сотрудничества в мире, где так важна стала удалёнка, полагаясь на работу друг друга.

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

Карта сотрудничества


Отметив положительную реакцию сообщества, мы решили оценить изменения количественно и сопоставить шаблоны с компаниями и регионами, особенно учитывая тот факт, что больше 80% пользователей Figma находится за пределами США. Мир движется в сторону удалённой работы, а мы наблюдаем рост сотрудничества между странами и часовыми поясами. На изображении ниже показаны приглашения и обмены файлами между пользователями в разных странах. Каждая связь обозначает обмен, а каждая страна раскрашена в соответствии с объёмом международного сотрудничества чем темнее страна, тем больше совместной работы.

image

Подробнее о том, что мы выяснили:

Между регионами


В 2020 году Европа была регионом с самым активным ростом международного сотрудничества: в феврале 2021 года количество обменов файлами удвоилось по сравнению с тем же месяцем прошлого года. На глобальном уровне количество файлов, над которыми работают совместно в разных часовых поясах в феврале 2021 года, по сравнению с тем же месяцем прошлого, выросло в 3,5 раза (а для всех файлов в целом рост составил 2,6 раза).

Между дизайнерами и их коллегами


В рамках команд мы наблюдаем тенденцию к тому, что всё больше недизайнеров присоединяется к дизайнерским рабочим пространствам своих коллективов и становятся частью процесса дизайна. В профессиональных коллективах и организациях соотношение дизайнеров и недизайнеров выросло с февраля 2020 года по февраль 2021 года, и на каждого дизайнера в коллективе стало приходиться на 25% больше недизайнеров. С ростом необходимости асинхронных коммуникаций дизайнеры делятся своими файлами в режиме только просмотр с коллегами, чтобы получать обратную связь в реальном времени. Эта тенденция отражается и в росте количества файлов, к которым дизайнеры открывают доступ для своих коллег-недизайнеров (+140%), и в увеличении отношения редактирующий/просматривающий (+12%), произошедших за последний год.

В рамках дизайнерского процесса


Также мы заметили, что большее количество коллективов начало сотрудничать в Figma на более ранних этапах жизненного цикла файлов. В течение 90 дней мы замеряли метрику время до начала сотрудничества измеряемую как количество дней, прошедшее между датой создания файла и первым случаем открытия файла другим сотрудником (не тем, кто создал файл). Среднее время до начала сотрудничества упало на 11% с периода перед началом пандемии COVID до второго квартала года (когда большинство компаний начало работать удалённо), и оставалось стабильным до конца 2020 года.

image

Перенос офлайн-процессов в онлайн


Изучая полученные данные (в дополнение к своему опыту удалённой работы в Figma), мы обратили внимание, что дизайнеры всё активнее делятся файлами со своими коллегами из смежных отраслей, и что это сотрудничество более гибко перетекло в структуры организаций и коллективов. Мы связались с представителями Atlassian и Dropbox, чтобы ознакомиться с их наблюдениями и сопоставить статистику сотрудничества до и после COVID.

Сотрудничество между людьми разных профессий в Atlassian


В начале марта 2020 года Atlassian активно начал использовать Figma сразу после того, как закрыл свои офисы из-за пандемии. Дизайнер Джейк Миллер сказал нам, что переход к работе над файлом в Figma сильно напомнил ему ощущения от работы в офисе с коллегами. Наблюдение за тем, как движутся курсоры, вселяет в тебя ощущение сотрудничества, а не просто сдачи готовой работы по частям, говорит Джейк. Процесс дизайна становится социализированным. И такой уровень сотрудничества выходит за рамки команды дизайнеров, он междисциплинарен. Благодаря использованию файлов Figma в Confluence, каждый становится частью процесса дизайна, рассказывает Джейк. Никто не остаётся исключённым из цикла.

Что важнее всего, возможность совместной работы в одном файле меньше похожа на удалёнку, и больше напоминает командный труд. Мы даже не осознавали, что теряем в процессе дизайна. Благодаря этому удалёнка снова стала похожа на командную работу.

image

Граф сотрудничества команды Atlassian в Figma до и после появления COVID

Асинхронность в первую очередь в Dropbox


В качестве одной из частей перехода на модель, основой которой является виртуальная работа, Dropbox перенёс ту долю сотрудничества, которая реализовывалась на совещаниях, в формат работы на основе файлов, выбрав модель асинхронности по умолчанию.

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

image

Граф сотрудничества команды Dropbox в Figma до и после появления COVID

Вместо того, чтобы полагаться на совещания, команда дизайнеров Dropbox перенесла основной объём работы на совместные файлы. Алистер говорит, что этот новый способ работы экономит самые важные ресурсы команды: время и энергию. При асинхронной работе паузы между сообщениями и вербальной коммуникацией не только приемлемы, но и предпочтительны. Они создают пространство для совершенствования работы и повышают значимость проводимого вместе времени, рассказывает Алистер.

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

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

Удаленка по новым правилам 13 вопросов и ответов

20.04.2021 16:13:49 | Автор: admin

Как изменилась удаленка в 2021 году, после поправок в Трудовом кодексе делимся нашим опытом. Как и многие в отрасли, мы остаемся на удаленке для этого адаптировали к онлайну все процессы и взаимодействия в команде из 1000+ специалистов. Параллельно перестраиваем IT-офисы, вносим много изменений для будущей совместной работы. Рассмотрим правовой аспект и ответим на частые вопросы в статье, подготовленнойнашей юридической службой.

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

1) На какой максимальный срок могут принять или перевести на временную дистанционную работу?

Трудовым договором или дополнительным соглашением к трудовому договору может предусматриваться выполнение работы дистанционно временно в течение срока, определенного трудовым договором или дополнительным соглашением к трудовому договору, но не превышающего шести месяцев (ст. 312.1 Трудового кодекса РФ).

2) Можно ли работать поочередно из дома и из офиса?

Можно, если трудовым договором или дополнительным соглашением предусмотрено чередование работы дистанционно и на стационарном рабочем месте (ст. 312.1 Трудового кодекса РФ).

3) Если сотрудник впервые заключает трудовой договор, то работодатель самостоятельно оформит трудовую книжку или дистанционному работнику необходимо ее приобретать и отправлять работодателю?

На сотрудников, которые впервые поступают на работу с 1 января 2021 года, работодатель сразу формирует электронные трудовые книжки, а трудовая книжка в бумажном виде не заводится (ст. 66.1 Трудового кодекса РФ).

При отсутствии у новичков СНИЛС тем, кто работает удаленно, придется самим оформлять этот документ, если трудовой договор с ними заключают путем обмена электронными документами (ст. 312.1 Трудового кодекса РФ).

4) Можно ли отправить подписанную скан-копию трудового договора работодателю по электронной почте?

Нет, нельзя. Трудовой договор должен быть подписан либо на бумажном носителе собственноручной подписью в офисе работодателя, либо в электронном виде усиленной квалифицированной или усиленной неквалифицированной электронной подписью (ст. 312.3 Трудового кодекса РФ).

Указанные выше правила относятся также к подписанию следующих документов:

  • дополнительные соглашения к трудовому договору;

  • договоры о материальной ответственности;

  • ученические договоры;

  • а также при внесении изменений в эти договоры и их расторжении (ст. 312.3 Трудового кодекса РФ).

Всеми остальными документами работник и работодатель могут обмениваться в иной форме, предусмотренной локальным нормативным актом, трудовым договором, дополнительным соглашением к трудовому договору (ст.312.3 Трудового кодекса РФ).

5) Вправе ли работодатель требовать от дистанционного работника предоставления нотариально заверенных копий документов, которые уже были высланы ему при трудоустройстве по электронной почте (паспорт, СНИЛС, трудовая книжка, документ об образовании и т.п)?

Да, вправе. По требованию работодателя лицо, поступающее на дистанционную работу, обязано представить ему нотариально заверенные копии документов, предоставляемых при трудоустройстве, на бумажном носителе (ст.312.2 Трудового кодекса РФ).

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

Да, вправе если подобное ознакомление и взаимодействие между работником и работодателем предусмотрено локальным нормативным актом, трудовым договором, дополнительным соглашением к трудовому договору (ст. 312.3 Трудового кодекса РФ).

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

Более того, если взаимодействие через электронную почту закреплено документально, то и дистанционный работник вправе обратиться к работодателю с заявлением, предоставить объяснения либо другую информацию по электронной почте (ст. 312.3 Трудового кодекса РФ).

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

7) Как направить в адрес работодателя больничный лист для получения по нему оплаты?

Дистанционный работник направляет работодателю оригиналы больничных листов, оформленных на бумажном носителе, по почте заказным письмом с уведомлением либо представляет работодателю сведения о серии и номере листка нетрудоспособности, сформированного медицинской организацией в форме электронного документа (ст. 312.3 Трудового кодекса РФ).

8) Может ли работодатель вызвать дистанционного сотрудника для работы в офисе?

Такая возможность может быть предусмотрена только в отношении работника, выполняющего работу удаленно временно, и только в случае, если условия и порядок вызова предусмотрены локальным нормативным актом, трудовым договором, дополнительным соглашением к трудовому договору (ст. 312.4 Трудового кодекса РФ).

9) Должен ли работодатель обеспечивать дистанционного работника компьютером/ноутбуком и другим оборудованием?

Да, должен. Работодатель обеспечивает дистанционного работника необходимыми для выполнения им трудовой функции оборудованием, программно-техническими средствами, средствами защиты информации и иными средствами (ст. 312.6 Трудового кодекса РФ).

10) Если дистанционный работник привык к своему компьютеру/ноутбуку, может ли он работать на нем и отказаться от оборудования работодателя?

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

11) Может ли работодатель направить дистанционного работника в командировку?

Да, такая возможность предусмотрена с 01.01.2021 года (ст. 312.6 Трудового кодекса РФ).

12) По каким основаниям может быть уволен дистанционный работник по инициативе работодателя?

Помимо оснований, ранее уже предусмотренных Трудовым кодексом РФ (ст. 71 и 81), появились новые основания расторжения трудового договора с дистанционным работником (ст. 312.8 Трудового кодекса РФ):

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

  • Второе работник переехал и по объективным причинам не может выполнять работу так же эффективно, как раньше. Расстаться по этому основанию можно только с тем сотрудником, которому удаленку оформили на неопределенный срок.

Иные основания увольнения дистанционного сотрудника по инициативе работодателя, прописанные в трудовом договоре, заключенном после 1 января 2021 года, будут считаться незаконными.

13) Если сотрудник не является дистанционным работником, вправе ли работодатель перевести его на удаленную работу без его согласия?

Вправе в случае наличия следующих обстоятельств (ст. 312.9 Трудового кодекса РФ):

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

  • Второе в случае принятия соответствующего решения органом государственной власти и (или) органом местного самоуправления на период действия такого решения.

При этом работодатель обязан издать и предоставить сотрудникам для ознакомления локальный нормативный акт, в котором указывается список сотрудников, переводимых на удаленку, причины и сроки перевода сотрудников на временную дистанционную работу, порядок обеспечения таких работников оборудованием или размер и порядок выплаты компенсации (в случае если работники используют свое оборудование), а также порядок организации труда временных дистанционных работников (ст. 312.9 Трудового кодекса РФ).

Подводя итоги

Из рассмотренных изменений, внесенных в Трудовой кодекс РФ, на наш взгляд стоит особо выделить право работодателя самостоятельно устанавливать те или иные способы и режимы взаимодействия с удаленными/дистанционными сотрудниками, предусматривать порядок организации их работы в локальных нормативных актах, что безусловно облегчит работу как работодателя, так и работника, который находится вне офиса.

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

Спасибо за внимание! Надеемся, что материал был вам полезен.

Подробнее..

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

07.04.2021 10:06:45 | Автор: admin

В 2019 году правительство США наложило санкции на две крупные китайские телекоммуникационные компании, отрезав их от жизненно важных поставок полупроводниковых микросхем. Компания Wuhan Hongxin Semiconductor Manufacturing Co. тогда пообещала выйти на путь самообеспечения перед лицом все более жестких ограничений, накладываемых со стороны США. Частная компания заявила на своем веб-сайте, что привлечет в общей сложности 20 миллиардов долларов, чтобы производить 60 000 передовых чипов год.

Спойлер: компания Hongxin обанкротилась.

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

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



Вид через микроскоп на китайский микрочип, установленный на стенде контролируемого государством проекта Tsinghua Unigroup во время 21-й Китайской международной выставки высоких технологий в Пекине в 2018 году

Громкие обещания


Компания Hongxin Semiconductor была основана в ноябре 2017 года как совместное предприятие между администрацией района Дунсиху города Ухань и компанией Beijing Guang Liang Lantu Technology.

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

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

Эта ситуация привлекла внимание Китайской национальной комиссии по развитию и реформам (Chinese National Development and Reform Commission, NDRC). Во время брифинга для прессы, состоявшегося в октябре 2020 года, пресс-секретарь Мэн Вэй заявила, что некоторые компании с недостаточными знаниями в области разработки интегральных схем вслепую участвовали в проектах.

Один из соучредителей Guang Liang, Цао Шань только закончил среднюю школу и использовал ложные учетные данные и другую личность. Другой соучредитель, Ли Сюэен, занимался продажей традиционной китайской медицины, алкоголя и табака до того, как основал Hongxin, согласно корпоративным отчетам, рассмотренным NDRC.

Цао обещал инвестировать в размере 1,8 миллиарда юаней (279,1 миллиона долларов) за 90% акций HSMC (Hongxin Semiconductor Manufacturing Co.), в то время как правительство Уханя выделило 200 миллионов юаней на оставшуюся часть.
Всякий раз, когда Цао встречался с потенциальными инвесторами, он представлялся вице-президентом компании Taiwan Semiconductor Manufacturing Co. (TSMC) или вице-президентом нью-йоркского офиса Acer. Он также хвастался личными связями с высокопоставленными китайскими правительственными чиновниками.


Цао Шань даже не было настоящим именем основателя HSMC. Цао на самом деле звали Бао Энбао, который позаимствовал имя водителя своей семьи. У TSMC не было вице-президента по имени Цао Шань, а у Acer даже не было офиса в Нью-Йорке. На самом деле Бао только окончил школу и не имел технических навыков, необходимых для изготовления полупроводниковых пластин.
Эти недостатки не помешали HSMC стать признанным звездным проектом для Уханя и провинции Хубэй. HSMC позиционировала себя как проект, в который было вложено 20 миллиардов долларов. Как HSMC, возглавляемая альтер-эго Бао Энбао, удалось пустить пыль в глаза инфесторов, ветеранов отрасли и правительственных спонсоров, остается загадкой.
Имея много денег, поступающих в бюджет, HSMC объявила об амбициозных планах по производству микросхем от 90 до 7 нанометров. Цао заявил, что HSMC станет третьим после TSMC и Samsung в области чиповых технологий.

Все, что было нужно, это техническая команда для реализации видения. План Бао по найму инженеров и техников был прост: он выберет компанию с хорошими связями в отрасли и заплатит солидную плату за найм лучших талантов. HSMC прибегла к услугам кадровой компании Shanghai Jingtai, чтобы переманить до 100 старших технических специалистов. Чем выше их уровень, тем больше комиссионных HSMC готово было платить.


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


Однако инженерам не потребовалось много времени, чтобы придраться к работе HSMC. Бао заключил контракт на строительство с Wuhan Torch Construction Group, компанией, у которой не было опыта строительства заводов по производству полупроводников. Чтобы ускорить процесс планирования, Бао приобрел старые заводские чертежи SMIC в проектном институте. Для Бао никогда не было первостепенной заботы о том, будет ли завод работать. Все, что ему было нужно, это стены и крыша, чтобы HSMC могла привлечь больше инвестиций от центрального или местного правительства.

Китайские производители микросхем по-прежнему в значительной степени полагаются на европейские, американские и японские технологии, большая часть которых, в свою очередь, опирается на американскую интеллектуальную собственность, которую США не намерены допускать в руки Китая. Спрос на полупроводники в Китае продолжает расти за пределы того, что он может обеспечить сам; торговые данные показывают, что в 2019 году Пекин импортировал чипов на сумму 350 миллиардов долларов.

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

Тотальный подход привел к заметным достижениям. Успешные компании по разработке микросхем, такие как Cambricon и Huawei HiSilicon, позволили Huawei заменить некоторые из своих разработанных в США микросхем в своих мобильных телефонах. Недалеко от Hongxin находится Yangtze Memory Technologies Co. (YMTC), частично государственная компания, которая планирует удвоить производство микросхем памяти, чтобы обогнать южнокорейские Samsung и SK Hynix, которые в настоящее время доминируют в производстве.

Череда ошибок


Между тем, две других крупных полупроводниковых компаний Tacoma Semiconductor Technology Co. Ltd. и Dehuai Semiconductor Technology Co. Ltd. также обанкротились.

Tacoma находится в 520 км от Уханя вдоль реки Янцзы, в портовом городе Нанкин. Там тайваньский предприниматель Джозеф Ли изначально нашел желанную гавань для своих амбиций, основав в городе свою компанию в 2015 году. Он пообещал собрать 3 миллиарда долларов на производство микрочипов при консультации с израильской компанией Tower Semiconductor (ранее TowerJazz).


Ли в 2016 году стал соучредителем второй компании Dehuai Semiconductor в городе Хуайань провинции Цзянсу. (Ли продал свою долю в том же году, сославшись на противоречие в видении с другими менеджерами фирмы.)
В 2017 году Ли пригласил китайские СМИ совершить поездку по объектам Tacoma, заявив, что компания заработала 200 миллионов юаней (30,7 миллиона долларов). Tacoma на данный момент так и не завершила строительство своих производственных мощностей.
В 2018 году сотрудники Tacoma обратились в мэрию Нанкина с жалобами на невыплаченную зарплату. Корпоративные документы Китая показывают, что против Такомы в провинциальный суд было подано 50 судебных исков, и все они были направлены на возмещение затрат на строительство или невыплаты заработной платы. Ли оспаривает задолженность сотрудников по выплате заработной платы в размере 20 миллионов юаней.

Hongxin, Tacoma и Dehuai смогли получить государственное финансирование на миллиарды юаней при условии, что они будут соответствовать этому с собственными инвестициями обязательство, которое так и не реализовалось. В конечном итоге Tacoma собрала лишь небольшую часть 250 миллионов из 2,5 миллиардов юаней от того, что обещала.

Мы никогда не думали, что, когда наш денежный поток иссякнет, мы не сможем найти новые источники финансирования, на которые мы рассчитывали, сказал Ли японской телекомпании NHK в марте этого года.

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

Роспуск компаний Hongxin, Tacoma и Dehuai привел к каскадной цепи банкротств.

Судебные протоколы показывают, что правительство Уханя конфисковало около 120 гектаров земли и аппарат ASML компании Hongxin для выплаты долга на сумму около 128 миллиардов юаней (19,6 миллиарда долларов).

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


Руководителей нигде не найти, говорит Ван Лийин, директор Huaiyu Construction Co. в Ухане, с которой был заключен субподряд на строительство завода Hongxin. Ван утверждает, что подрядчики Hongxin все еще должны ему более 40 миллионов юаней (6,14 миллиона долларов) за строительные материалы, и предъявляет им иск в суде Ухани.

Tacoma и Dehuai официально объявили о банкротстве, а местные органы власти взяли на себя оставшиеся активы компаний для реструктуризации. Суд обязал основателя Tacoma Джозефа Ли не покидать материковый Китай до тех пор, пока он не выплатит долги компании. В настоящее время он живет в портовом городе Нинбо и работает над своим новым предприятием по разработке микросхем Chengxing Semiconductor Company, которое он основал в 2019 году.

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

Еще три крупных предприятия обанкротились в 2020 году. Даже солидные компании-производители микросхем сталкиваются с проблемами финансирования; Материнская компания YMTC Tsinghua Unigroup заявила в декабре прошлого года, что не выполнила своих обязательств по выплате основной суммы долга по облигациям на сумму почти 2,5 миллиарда долларов из-за проблемы ликвидности.


Урок


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

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

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

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

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

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



На правах рекламы


Эпичные серверы это виртуальные серверы которые прекрасно подойдут для размещения разнообразных сайтов. Сумасшедшая производительность благодаря мощным процессорам семейства AMD EPYC и очень быстрым NVMe дискам Intel. Обязательно закажите!

Подробнее..

Китайская компания начала поставки оборудования для производства 5-нм чипов

11.04.2021 14:15:43 | Автор: admin

В этом году мы несколько раз писали об успехах китайских разработчиков оборудования для производства чипов. Поднебесная после начала торговой войны с США стала очень активно внедрять импортозамещение, причем достаточно успешно.

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

Речь идет об AMEC, ее руководитель Джеральд Инь на отчетной конференции заявил, что ряд мировых лидеров по производству 5-нм чипов используют промышленные установки компании. К сожалению, информация о том, кто именно закупил оборудование, не раскрывается. Но и особой загадки нет, поскольку именно лидеров в этом направлении не так много это либо Samsung, либо TSMC, либо обе компании вместе.

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

Китайская компания предоставляет оборудование для обработки 300-нм кремниевых подложек, которое может применяться для широкого спектра техпроцессов от 65 нм до 5 нм.

Два шага вперед и ни одного назад


Сейчас китайцы производят собственные чипы как процессоры, так и графические ускорители. Неплохо показало себя совместное предприятие Via Technologies и правительства Китая. В прошлом году компания выпустила процессоры KaiXian KX-6780A и KX-U6880A.

Первый из этих процессоров получил восемь ядер собственной разработки компании. Процессор поддерживал инструкции SSE 4.2 и AVX, виртуализации и шифрования. Частота работы около 2,7 ГГц, выполнен чип по 16-нм технологии.


Не отстают и другие компании, включая ту же Huawei, попавшую под санкции Китая. Всего в производство чипов Китай инвестирует $1,4 трлн долларов. Средства получат Alibaba Group, Huawei Technologies Co. Ltd, SenseTime Group Ltd. и ряд других высокотехнологичных компаний. Главная задача, которая ставится перед ними, снизить зависимость электронной отрасли Китая от других стран, преимущественно США.

В рамках развития собственной полупроводниковой отрасли Китай занимается и охотой за головами. Так, очень активно за профессионалами из этой сферы охотятся две китайские компании: Quanxin Integrated Circuit Manufacturing (QXIC) и Wuhan Hongxin Semiconductor Manufacturing Co (HSMC). Специалистам, которых приглашают на работу в Китай, предлагают зарплату в 2-3 раза больше, чем они получали на предыдущем месте работы. Перед таким предложением устоять могут немногие.

Подробнее..

Перевод IPONWEB что происходит на рынке programmatic-рекламы

05.04.2021 18:06:45 | Автор: admin
Рынок programmatic-рекламы пока не достиг зрелости, он еще бурно развивается и поэтому постоянно меняется.
После спада в начале пандемии уже в мае прошлого года он начал восстанавливаться, когда запертые по домам пользователи полностью перенесли все свои покупки, развлечения и другую деятельность в цифровой мир.
Сегодня сторонние следящие cookie-файлы доживают свои последние дни, нормативные требования становятся все жестче, появляются новые инициативы по усилению защиты персональных данных на уровне операционных систем и браузеров. На этом фоне programmatic-реклама получила шанс продемонстрировать участникам рынка свои возможности по повышению эффективности и рентабельности.
В этом новом мире без cookie паблишеры смогут, используя собственные данные, лучше понимать существующий контекст и пользователей и понимать ценность имеющихся у них рекламных ресурсов (inventory). Так они смогут оптимизировать рекламные кампании и достигать лучших результатов.

Мы обсудили с Вендой Чжоу (Wenda Zhou), руководителем направления продуктов для паблишеров в компании IPONWEB, текущее положение дел в сфере programmatic-рекламы от нестандартных подходов к оптимизации заголовков (headers) во время спада продаж до влияния дедупликации аукционов, шейпинга трафика (traffic shaping) и оптимизации цепочки поставки инвентаря (SPO: supply path optimization).

image

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

Венда Чжоу: Есть простой и эффективный способ, позволяющий паблишеру получить максимальную доходность от заголовка. Нужно добиться оптимальной настройки рекламных слотов: они должны сочетать высокий уровень показов (viewability) с хорошими показателями качества страницы, и при этом участники аукционов должны успевать передать ответ обратно в оболочку (wrapper) в рамках заданного окна времени на ответ (timeout window).
Добиться этого можно, в том числе, разбив отдельные рекламные слоты на группы и сделав отдельные вызовы для рекламных партнеров исходя из положения рекламного слота на странице. Например, вызовы по слотам в верхней части страницы обязательно нужно делать первыми с жестким ограничением на время ответа, потому что у рекламодателей для этого блока очень мало времени до того, как пользователь прокрутит страницу вниз. Для слотов в середине или в нижней части страницы требования к времени отклика не такие жесткие, поэтому для них имеет смысл отправлять отдельный запрос с более длительным таймаутом. Паблишеры, рассылающие один запрос для всех слотов на странице, фактически, упускают часть дохода.

ГД: Действительно ли на отрасль programmatic-рекламы серьезно повлияла дедупликация аукционов, примерно как в ситуации с требованиями The Trade Desk? Последуют ли этому примеру другие DSP (Demand Side Platform платформа на стороне покупателя)?

ВЧ: Если коротко, то нет. Проблема дублирования трафика (и усилия, направленные на ее минимизацию) впервые возникла около трех лет назад, тогда речь шла о дублировании из одного источника. Ее в целом удалось решить с минимальными последствиями для отрасли. В последнее время дублирование трафика оценивается на стороне покупателя с двух сторон: для большого количества источников предложений(предложение одного и того же показа от нескольких SSP [Supply Side Platform платформ на стороне предложения]); для связанных партнерств с одним источником, таких как Google Open Bidding (OB) и Amazon Transparent Ad Marketplace (TAM).
Недавнее объявление The Trade Desk касалось второго случая. Его суть в том, что один источник не должен пытаться одновременно монетизировать одни и те же показы и через прямой канал к DSP, и через другие обменные сети. SSP должен выбрать предпочитаемый канал для каждого источника закупки и предлагать DSP показы только через этот выбранный канал(и это не обязательно самый короткий канал).
Из имеющихся двух видов дублирования этот проще выявить и предотвратить. С учетом того, что два самых ярких примера этого вида дублирования работа через OB и TAM (Google и Amazon), вряд ли другим DSP удастся занять аналогичное место на рынке. Хотя в теории The Trade Desk могла бы выиграть от снижения дублирования за счет меньших издержек на оборудование и прослушивание, нам неизвестно о каких-то заметных изменениях по рынку. Хотя, возможно, на какие-то SSP это повлияло сильнее, чем на другие.
Куда больше на торговлю повлияет решение проблемы дублирования из нескольких источников, если (или когда) DSP найдут способ реально ее решить. Если какой-нибудь DSP решит свести взаимодействие по предложениям показа к одному SSP, это может вызвать серьезные проблемы с масштабированием и исполнением, а выбор источников закупки сократится до нескольких явных победителей.

ГД: Каким образом шейпинг трафика влияет на монетизацию паблишеров (и на деятельность закупщиков)?

ВЧ: Паблишеры стали более избирательно подходить к выбору партнеров на стороне спроса. Многие начали отключать SSP, которые не приносят значимого и растущего дохода. Шейпинг трафика стал для SSP одним из способов закрепить за собой место в заголовке паблишера благодаря приоритетному каналу связи с ним, чтобы потом сконцентрироваться на тех из имеющихся рекламных ресурсов, которые обеспечивают более высокий процент реализованных сделок. На стороне покупателя, DSP стали требовательнее при выборе для своих рекламодателей наиболее выгодных каналов закупки с оптимальным набором рекламных ресурсов и структуры затрат.
Многие DSP добавили в свои алгоритмы закупки фильтрацию трафика или перенесли закупку рекламы на частные торговые площадки (PMP: Private Ad Exchange / Marketplace), чтобы получить более прямой доступ к рекламным ресурсам паблишера. По нашим наблюдениям, шейпинг трафика используется для тех видов рекламных ресурсов, у которых нет ограничений с точки зрения предложения, таких как интернет-ресурсы для ПК и мобильных устройств. При этом никаких изменений для рекламных ресурсов, предназначенных для демонстрации на большом экране, например видео для телевизоров с доступом в интернет (CTV: Connected TV), не произошло. Шейпинг трафика, как и оптимизация цепочки поставки инвентаря (SPO) это способ для паблишеров начать с покупателями, т.е. с агентствами и DSP, диалог относительно углубления партнерства, обещающего обеим сторонам дополнительные выгоды за счет упрощения доступа к премиальным закупкам при максимальной прозрачности и снижении издержек.

ГД: SPO спасение для programmatic-рекламы или разрушение экосистемы?

ВЧ: Мнение о полезности SPO и ее ценности для экосистемы очень сильно зависит от того, кому вы задаете этот вопрос. Те представители стороны-получателя, которых потеснили закупщики агентств или DSP, использующие модели закупок на основе машинного обучения для определения наиболее выгодного канала доступа к рекламным ресурсам, скажут, что без SPO было бы лучше. Однако цель SPO оздоровить экосистему через создание прозрачных и эффективных каналов доступа к качественным медиа-ресурсам. Без рисков мошенничества и ущерба для репутации бренда.
С этой точки зрения SPO кажется выгодной для всех игроков, генерирующих самостоятельную ценность в рамках цепочки поставок. Для агентств это означает тесное сотрудничество с разными DSP, SSP и паблишерами с целью поиска каналов закупки, обеспечивающих прозрачность, эффективность и конфиденциальность, совместимость с ads.txt и требованиями приватности, а также безопасность для репутации бренда и дающих им конкурентное преимущество перед другими покупателями.
А паблишерам стоит рассматривать SPO как возможность проинформировать своих партнеров-покупателей о предпочитаемых каналах закупки, то есть, каналах, позволяющих отбить затраты на работающие медиаресурсы и вместе с тем потенциально несущих минимальные финансовые риски. В этом случае, SPO вряд ли станет мессией для programmatic-рекламы, однако поможет перестроить рынок, сделать его центром создание реальной ценности и вернуть покупателям и продавцам ощущение баланса и контроля.

ГД: Открытая экосистема programmatic-рекламы все больше приобретает черты закрытой. Что можно сделать, чтобы развернуть эту тенденцию? Неужели идея о втором этапе роста это лишь несбыточная мечта?

ВЧ: Хотя programmatic-реклама еще не полностью реализовала свой потенциал, она все равно работает в рамках рынка данных. А данные это кровь закрытых экосистем, и если уж нам нужна эффективная конкуренция в рамках открытого интернета (что стимулирует второй этап роста рынка programmatic-рекламы), то агентства, бренды и паблишеры должны иметь возможность использовать в торговле закрытые данные в рамках системы, обеспечивающей конфиденциальность данных, предусмотренную (справедливо) новыми нормативными ограничениями. Главное здесь решить проблему идентификации (ID), ведь в существующей системе идентификация играет ключевую роль и с точки зрения бизнес-модели независимых паблишеров, и для обеспечения возможности для брендов и агентств независимо отслеживать и оценивать эффективность кампании.
Учитывая, насколько быстро в начале прошлого десятилетия сформировались правила открытой RTB-торговли (RTB: Real-Time Bidding) и как быстро на этих правилах выросли очень сложные системы торговли рекламой, нет никаких сомнений, что проблема идентификации будет решена. Однако на этот раз стремление найти решение, отвечающее потребностям индустрии онлайн-рекламы (а также множащимся призывам обеспечить конфиденциальность потребителей) должно быть коллективным и основываться на убеждении, что открытый Интернет должен оставаться свободным и опираться на рекламу, которую размещают все участники рынка, а не ограниченный круг лиц.

ГД: Сторонние следящие cookie доживают свои последние дни. На какие альтернативные технологии делает ставку компания IPONWEB?

ВЧ: Мы активно изучаем разнообразные решения в рамках всех наших бизнес-проектов, включая BidSwitch и MediaGrid, а также взаимодействуем с отраслевыми ассоциациями, такими как проект Rearc у IAB и Консорциум Всемирной сети (W3C: World Wide Web Consortium). Наша общая задача вместе найти все возможные решения и выявить лучшие из них, которые позволят обеспечить соблюдение требований по охране частной жизни и отчетность на уровне пользователя.
Некоторые из этих решений включают: использование внутренних файлов cookie или уникального идентификатора на уровне паблишера, контекстное таргетирование, таргетирование/отслеживание с согласия пользователя, парсинг торговой информации и информации об отслеживании пользователей в анонимизированном виде без возможности личной привязки и т.д.

Гэвин Данауэй шеф-редактор AdMonsters, он отвечает за весь контент сайта, а также разрабатывает повестку дня таких конференций, таких как Publisher Forum и Ops.
Подробнее..

Собеседование на позицию Data Scientist 20 типичных вопросов

08.04.2021 12:19:54 | Автор: admin

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


1. В чём разница между контролируемым и неконтролируемым машинным обучением?

Контролируемое машинное обучение:

  • Использует известные и маркированные данные в качестве входных.

  • Имеет механизм обратной связи.

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

Неконтролируемое обучение:

  • Использует немаркированные данные в качестве входных.

  • Не имеет механизма обратной связи.

  • Наиболее часто используемые алгоритмы неконтролируемого обучения кластеризация методом k-средних, иерархическая кластеризация и априорный алгоритм.

2. Перечислите этапы построения дерева решений.

  1. Взять весь набор входных данных.

  2. Вычислить энтропию целевой переменной, а также прогнозные атрибуты.

  3. Рассчитать прирост информации по всем атрибутам (информацию о том, как отсортировать разные объекты друг от друга).

  4. Выбрать атрибут с наибольшим объёмом информации в качестве корневого узла.

  5. Повторить ту же процедуру для каждой ветви, пока узел решения каждой ветви не будет завершён.

3. Что такое проблемы взрывающегося и затухающего градиента?

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

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

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

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

4. Как рассчитать точность прогноза, используя матрицу путаницы?

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

Формула точности:

Точность = (истинно положительные + истинно отрицательные) / общее количество наблюдений.

Предположим, что истинно положительных значений у нас 2981, истинно отрицательных 110, а всего 3311. Используя формулу, находим, что точность прогноза составляет 93,36 %.

5. Как работает ROC-кривая?

ROC-кривая это графическое изображение контраста между показателями истинно положительных и ложноположительных результатов при различных пороговых значениях.

Если считать TPR и FPR для фиксированного порога [0,1], то их можно представить в виде функций от аргумента :

TPR = TPR(), FPR = FPR(). При этом обе функции монотонно возрастают от 0 до 1, а значит, определена функция:

ROC(x) = TPR(FPR-1(x)), x [0,1]

ROC-кривая это график функции.

Как правило, у хорошего классификатора кривая лежит по большей части либо целиком выше прямой y=x. Это связано с тем что при хорошей классификации надо получать максимальный TPR при минимальном FPR.

6. Объясните алгоритм машинного обучения SVM

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

Его основная идея построение гиперплоскости, которая разделяет объекты выборки максимально эффективным способом. Сделать это можно с помощью алгоритма линейной классификации.

7. Что такое ансамбль методов?

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

8. Что такое Random Forest?

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

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

9. Какой метод перекрёстной проверки вы бы использовали для набора данных временных рядов?

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

Наиболее результативный подход для временных рядов это прямая цепочка, где процедура выглядит примерно так:

  • сгиб 1: тренировка [1], тест [2];

  • сгиб 2: тренировка [1 2], тест [3];

  • сгиб 3: тренировка [1 2 3], тест [4];

  • сгиб 4: тренировка [1 2 3 4], тест [5];

  • сгиб 5: тренировка [1 2 3 4 5], тест [6].

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

10. Что такое логистическая регрессия? Или приведите пример логистической регрессии.

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

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

В этом случае результат прогноза будет двоичным, то есть 0 или 1 (выигрыш/проигрыш). В качестве переменных-предикторов здесь будут: сумма денег, потраченных на предвыборную агитацию конкретного кандидата, количество времени, затраченного на агитацию, и так далее.

11. Что вы понимаете под термином нормальное распределение?

Нормальное распределение одно из основных распределений вероятности.

Плотность нормального распределения выражается функцией Гаусса:

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

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

12. Что такое глубокое обучение?

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

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

13. В чём разница между машинным обучением и глубоким обучением?

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

14. Что такое рекуррентные нейронные сети (RNN)?

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

Они используются преимущественно для задач, где нечто цельное состоит из ряда объектов, например при распознавании рукописного текста или речи.

15. Что такое обучение с подкреплением?

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

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

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

16. Объясните, что такое регуляризация и почему она полезна.

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

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

17. Что такое рекомендательные системы?

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

18. Какова цель A/B-тестирования?

A/B-тестирование это статистическая проверка гипотез для рандомизированных экспериментов с двумя переменными, A и B.

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

19. Что такое закон больших чисел?

Это принцип теории вероятностей, который описывает результат выполнения одного и того же эксперимента множество раз.

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

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

20. Назовите несколько фреймворков для глубокого обучения.

  • Pytorch.

  • TensorFlow.

  • Microsoft Cognitive Toolkit.

  • Keras.

  • Caffe.

  • Chainer.

Естественно, в этой выборке только теоретические вопросы, ведь практических задач (под реальные бизнес-кейсы компаний) просто бесконечное количество. Но всему этому мы учим на наших курсах по профессиямData ScientistиData Analyst, а карьерные консультанты помогают подготовиться к собеседованию. Про общую подготовку к собеседованию читайте здесь.

У нас еще много направлений для состоявшихся профи и новичков
Подробнее..

Стажировка в Авито глазами стажёра

14.04.2021 12:16:12 | Автор: admin

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

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

Поиск стажировки и собеседования

Основная причина, по которой я искал стажировку, это сильный толчок в развитии. Сложно стать хорошим разработчиком без полноценного прод опыта. Лично я вкладываю в понятие хороший разработчик не только уверенные технические навыки они должны быть влюбом случае, даже у стажёра, но и умение коммуницировать, договариваться и продавать свои идеи. Таким вещам без опыта научиться сложно: их нужно развивать напрактике.

Из этого вытекают мои основные пожелания к стажировке:

  1. Возможность участвовать в процессах команды, а не быть в стороне.

  2. Руководство наставника, который может помочь, подсказать и направить в нужную сторону.

  3. Наличие code review. Знать инструмент это одно, а грамотно пользоваться им другое. Хочется, чтобы старшие коллеги ревьювили код.

  4. Упор на развитие стажёра, а не просто на полную эксплуатацию.

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

Сами этапы собеседования достаточно стандартные. Сначала нужно сделать тестовое задание. Если оно выполнено хорошо, дальше следует техническое собеседование, приуспешном прохождении которого можно попасть на последний этап собеседование стимлидом и HR. У меня техническое собеседование было без больших сюрпризов: немного лирики про структуры данных и алгоритмы, непосредственно сам Python, базы данных и теория, и практика с простенькими SQL-запросами. Ещё поговорили про конкурентность и вообще то, как работает ОС. В принципе, ничего суперсложного, однако всё равно стоит хорошенько подготовиться: часто бывают вопросы со звездочкой при успешном ответе наосновной вопрос.

Будьте общительнее на собеседовании. Без этого, скорее всего, искра не появится.

Я вышел на работу в команду Market Intelligence. Мы занимаемся построением ETL (extract, transform, load) процессов, то есть добычей данных. Для этого мы развиваем свою платформу, чтобы удобно можно было управлять кроулерами, которые добывают данные, развиваем свой фреймворк и пишем микросервисы.

Первые дни стажировки

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

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

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

К счастью, есть наставник. Он здорово помогал мне адаптироваться: рассказывал, зачем нужна каждая из встреч и как всё устроено внутри команды. Он же всегда подталкивал кдополнительным активностям, например, предложил подготовить доклад для внутреннего Python community. Ещё раз в неделю у стажёра и наставника проходят встречи один на один. Они нужны для получения обратной связи, как для тебя, так и для менеджера. На них можно скорректировать какие-то процессы, план развития и просто поговорить о том, как продвигается стажировка, получив ценные советы. Плюс у нас регулярно проходят встречи стажеров, что тоже помогает в адаптации.

Да и в целом, вся команда отлично поддерживала меня, подсказывала, если что-то непонятно, ревьювила код без пощады, за что им большое спасибо. Моё знакомство с командой происходило постепенно. Я увидел всех сразу в первый день, но этого было мало. У нас не распространена практика code ownership, поэтому нормально позвонить коллеге и спросить, как что работает, что сильно снижает бас фактор. Каждая выполненная мной задачка знакомила меня не только с платформой и кодом, но и с самой командой.

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

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

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

График стажёров 20 часов в неделю, что даёт возможность совмещать работу с учёбой. Я стараюсь подбирать своё расписание так, чтобы не пропускать встречи команды: стендапы, грумминги и ретроспективы. Они важны, чтобы оставаться в контексте происходящего и синхронизироваться с коллегами. Обычно встречи проходят во второй половине дня, поэтому тут довольно просто утром послушал пары, а к обеду уже работаешь.

Обучение и развитие

Работа над развитием стажёра может сильно варьироваться в зависимости от наставника, но, вероятно, суть будет одна. Я считаю, что мне очень повезло с наставником и за свой рост я вомногом благодарен ему. Мой план развития мы составили по методике OKR. В него входили как хард скиллы, такие MongoDB, Docker, Golang и т.д., так и софт, например, Agile и Kanban. Такой формат мне кажется успешным: на дистанции он приносит большие результаты.

Назвать технологии, которые хочется затащить, легко, но как всё-таки их изучать?

Образование внутри Авито

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

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

Лично я проходил внутренние курсы по tech onboarding и Agile, которые сильно помогли впервые дни. В них рассказывается, по каким правилам у нас всё работает и что где можно подсмотреть. А ещё прошёл курсы по Golang: они неплохо погрузили не только в сам язык, но и то, как его применяют именно в Авито.

Обучение вне Авито

Не стоит очевидно зацикливаться на одном. Что-то стоит изучать снаружи. Как показывает мой опыт, самые лучшие курсы делают сами компании, которые разрабатывали технологию. Обычно они называются University. Например, Redis, Mongo University. Лично мне они очень понравились, довольно хорошо погружают. Из минусов можно назвать только то, что они полностью на английском, но а как без него?

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

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

С появлением базиса знаний, у меня стало получаться затаскивать некоторые задачи уже по своей инициативе. Так, изучив Golang, я переписал на него один из наших сервисов, который стал highload, и в принципе первым в команде продовым сервисом на Go. Развитие софт скиллов тоже играет свою роль. Мне стали намного понятнее процессы в команде, и теперь я намного активнее участвую на ретроспективах, предлагая свои идеи.

Стажировка после адаптации

Как я говорил ранее, у нас в команде стажёр стоит в одном ряду с остальными разработчиками. Он может брать такие же задачи и является полноценным участником всех процессов: груммингов, ретроспектив, планирования.

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

Вывод

Стажировка в Авито превзошла мои ожидания. Она действительно помогает вырасти и не только как специалисту, но и как личности. Я с удивлением смотрю на текущего себя и себя достажировки. Я ни разу не пожалел, что выбрал эту компанию. Надеюсь и вас в скором времени увидеть в наших рядах: у нас регулярно появляются новые стажировки и посмотреть их можно здесь. Удачи!

Подробнее..

Как устроена IT-индустрия в Бразилии высокий спрос, европейские стандарты и российские зарплаты

16.04.2021 14:07:36 | Автор: admin

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


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


Мыпоговорили сАртуром Вирзиным, который живет вБразилии с7лет, владеет собственной компанией, сам нанимает инженеров иследит запроисходящим нарынке. Онрасскажет, что творится вБразилии сIT, как нарынок повлияла пандемия ипочему нанимать иностранца для местной фирмы провальная затея.






Главные игроки бразильского IT-рынка: крупные корпорации, стартапы ифинтех-компании


Вообще Бразилия вполне экономически развитая страна. Пообщему ВВП она на8месте вмире, иопережает большинство Европейских стран. АпоВВП надушу населения на80месте из189, иопережает, например, Украину иеще парочку стран Европы.





Стехнологиями здесь тоже все впорядке. Если говорить озарубежных компаниях, томногие гиганты изСША приходят впервую очередь именно сюда, иуже потом вЕвропу иРоссию. Восновном из-за географии близкий часовой пояс, добраться удобно. Ирынок вцелом чуть свободнее, ааудитория готова принимать инновации 140 миллионов используют соцсети, 94% населения имеют смартфон, 73% компьютер. Так было сUber имногими другими компаниями, крупными инеочень. Соответственно, вБразилии компании открывают свои филиалы ипостепенно двигают индустрию вперед.


Своих IT-компаний тут тоже хватает. Причем с2017 года здесь появилось много успешных юникорнов сейчас их11. Для сравнения, вРоссии пока нет ниодного. Первым был 99taxi, сервис такси, который здесь существовал еще доUber. Еще есть Nubank онбольше Тинькоффа, оценивается в25миллиардов долларов. Совсем недавно, в2021 юникорном стал Loft, сервис попокупке квартиры через платформу.




Все юникорны Бразилии наинфографике

Многие крупные местные игроки это финтех-компании ифинтех-стартапы. Такая популярность финансовой сферы связана стем, что вБразилии очень строго регулируются финансы ифинансовые потоки, как для обычных людей, так идля компаний. Много правил, много регламентов, описывать все неимеет смысла, нодаже просто перевести деньги насчет заграницей сюридической точки зрения сложный идолгий процесс, гораздо сложнее, чем вРоссии. Исоблюдение всех этих регламентов иправил обеспечивают как раз финтех-компании разной величины.


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


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





Что произошло сIT-рынком вБразилии из-за пандемии


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


Чтобы неумереть, бизнес начал судорожно уходить вонлайн. Ивсего загод сфера e-commerce выросла на70%. Для сравнения, вРоссии рост за2020 год поразным оценкам составил около 18%. Авподдержку сфере e-commerce выросла исфера финтеха, чтобы обеспечивать транзакции через интернет. Плюс нафоне такой популярности появилась куча компаний, которая предлагает цифровизацию бизнеса под ключ создать сайт, наладить продажи, обеспечить финансовые потоки.


Нафоне этого спрос наIT-инженеров невероятно вырос. Сейчас, вапреле 2021, практически всех инженеров уровня senior разобрали причем почти все работают удаленно, сидят дома итрудятся сразу над несколькими проектами. Нехватает нибэкендеров, нифронтендеров, ниспециалистов поData Science вообще никого.



Почему сюда почти ненанимают инженеров из-за рубеж


Вообще своих инженеров вБразилии раньше всегда хватало. Здесь есть хорошие университеты, которые выпускают квалифицированных программистов. Причем там часто преподают учителя изРоссии иСНГ.


Ностаким резким, почти взрывным ростом рынка, нехватка кадров была неизбежна. Казалосьбы, можно ведь нанять инженеров из-за рубежа, вчем вообще проблема? Апроблем две:


Низкий курс бразильского реала. Водном американском долларе около 5,5 бразильских реалов. Валюта вцелом неочень стабильная, за2020 год она упала на30% самое большое падение посравнению сдругими странами. Ипредложить зарубежным программистам американские или европейские зарплаты вБразилии никак немогут.


Даже сейчас, свыросшим спросом, зарплата инженеров среднего уровня вБразилии 15тысяч реалов вмесяц, тоесть 2600 долларов или около 200 тысяч рублей. Такую можно найти ивРоссии, иужтем более вЕвропе или США. Конечно, супер-крутым специалистам готовы платить больше, ноихиевропейские компании отрывают сруками.


Отсутствие стандартной процедуры найма иностранцев. ВЕвропе есть EUBlue card, вСША иКитае схема найма тоже отработана, идля компании нанять иностранца вообще непроблема. Плюс есть разные фирмы, которые помогают иностранцам спереездом: подготовить документы, найти квартиру, освоиться наместе.


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


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


Может быть, современем ситуация изменится подрастет курс реала, авБразилии появятся четкие ипонятные процедуры найма иностранца. Нопока инженеру изРоссии, который ищет работу вдругой стране иждет, что работодатель перевезет его, все оплатит иоформит, всторону Бразилии лучше несмотреть. Только есливы, конечно, немечтаете жить именно вэтой стране. Кстати, отом, как там живется, унас есть отдельная статья.




Вся экосистема стартапов fintech за 2020 год

Особенности разработки вБразилии: меньше экспертизы всложных задачах ибольшая ориентация напроектную работу


Напоследок поговорим немного отом, как вБразилии устроена культура разработки. Она здесь вполной мере опирается наамериканскую, тоесть:


  • Ориентирована наработу вкоманде все трудятся сообща, много общаются, среди программистов поощряются лидерские качества.
  • Ориентирована напроектную работу наконкретные практические задачи ирезультат.

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


Вообще вБразилии очень давно существует культура Junior Enterprises. Это молодые компании, которые открыты при факультетах иделают проекты для настоящих компаний. Работают вних студенты, нозарплаты имнеплатят вся прибыль идет наулучшение структуры изакупку оборудования всаму Junior Enterprises. Получается, что квыпуску умногих здесь есть опыт реальной работы нанастоящих проектах, иименно наэто делается здесь упор вобразовании. ВРоссии это развивается, нопока уровень такой ориентированности напроекты икомандную работу все-таки пониже.


<рекламная пауза> ВБразилию уезжать, может быть, пока инестоит авот куда-нибудь вЕвропу можно имахнуть. Ведь впандемию спрос наинженеров вырос вовсем мире. Унас втелеграм-боте @g_jobbot ждут тысячи вакансий, втом числе срелокейтом. Или судаленкой как вам больше нравится. </рекламная пауза>
Подробнее..

Категории

Последние комментарии

© 2006-2021, personeltest.ru