Работаю в IT свере уже 6 лет в US. Поменял 4 компании. По моему опыту это выглядит так developer команда примерно 90% людей имиигрантов. Accounting/marketing/scrum master 90% американцы. Design 50/50. High level management/investors тоже американцы

В какой части США? По моим наблюдениям: в Калифорнии в в dev будет много иммигрантов, в менеджменте - 50/50. В Midwest - в dev и в менеджменте большинство будут местными.

В какой части США? По моим наблюдениям: в Калифорнии в в dev будет много иммигрантов, в менеджменте - 50/50. В Midwest - в dev и в менеджменте большинство будут местными.

В начал в Massachusetts, потом в Silicon Valley, шас LA. В ЛА из за UCLA(это университет) чуть по больше junior/intern американцев девелоперов но в основном все senior / leads это имиграны но CTO в основном были американцы

В начал в Massachusetts, потом в Silicon Valley, шас LA. В ЛА из за UCLA(это университет) чуть по больше junior/intern американцев девелоперов но в основном все senior / leads это имиграны но CTO в основном были американцы

Чикаго, Миннеаполис - почти всегда dev team местная, вне зависимости от сеньеристости роли. Разумеется с вкраплениями иммигрантов (китай, азия, экс-СССР). В менеджменте соотношение где-то такое же. Думаю, что в coastal states в принципе больше иммигрантов :)

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

Мульти-культи порождает очень большое количество конфликтов

В целом из-за непересекаемых карт ценностей

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

Она разная :)

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

Это стереотип :)

Хотя... что подразумевается под востоком?:)

Китай, частично Индия

Китай, по крайней мере в айти, очень проактивны.

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

Ну это разница менталитетов

Т.е. если правила будут скрывать проблемы - проблемы будут очень эффективно скрываться.

Просто видел как люди берут задачи, буксуют, но не подают вида

Все хорошо, в целом же)

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

Просто видел как люди берут задачи, буксуют, но не подают вида

Это не только Китай или Индия.

У команд в Индии есть другая фишка - они соглашаются на любую работу, которую ты им предлагаешь, в любой момент

Спрашиваешь, можешь закончить? Говорят да

И все, считай будет заметено под коврик)

то же самое делают очень многие команды.

Это больше про внутреннюю культуру менеджмента.

Всем привет, есть у кого пояснение GDPR. Хотелось бы узнать как его правильно оформить.

Если надо юридическое пояснение, то пишите.

Если надо юридическое пояснение, то пишите.

А почитать нигде нельзя?

А почитать нигде нельзя?

нашла вот такой док https://internetinstitute.ru/wp-content/uploads/2017/07/Telecom-Data-Retention-Leg-appendix2.pdf

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

Всем привет, есть у кого пояснение GDPR. Хотелось бы узнать как его правильно оформить.

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

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

Хотим вывести продукт на европейский рынок и не попасть на немалые штрафы :)

Хотим вывести продукт на европейский рынок и не попасть на немалые штрафы :)

Идея хорошая, а какие виды личной информации храните?

кто нибудь подключал смс-уведомление в систему? какие сервисы знаете?

https://smsc.ru/

sms.ru

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

а он коуч какой?)

Аджайл

Скрам, канбан и тд

Рассказал что большая практика, какой классный

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

Интересно, это приниципиальная жизненная позиция у него такая, что ли. Там всего 25 страниц, мог хоть для галочки прочесть

Ну я так то удивился)

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

Нет :) это как врачом быть самоучкой

)))

Ну скорее у врача это клятву Гиппократа выучить ... ;)

На практике ее изучить)

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

Лол Люблю такое

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

Странно, но если может полноценно "коучить" скрам - возможно. Просто зачем?

Может он не только гайд про скрам не читал, а еще манифест и про канбан... 🙈

ну что вы обсуждаете его за глаза?((( зовите в чат😏

Ну мы верим в лучшее)

ну что вы обсуждаете его за глаза?((( зовите в чат😏

Точно!

Кстати к вопросу о коучах: сегодня был коуч, рассказывал про скрам и тд. Он признался что никогда не читал гайд. Норм?

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

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

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

Тут я согласен

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

Помнится читал я расщифровку к гостам, после чтения ее уже никаких гостов читать не надо

Ну это как комментарии к НК. Все разжевано и первоисточник не сильно нужен.

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

О боже, в интернете снова спорят)

Где?

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

он сказал, хорошо, ты выйграл, я его не читал

Гм

#вопрос Подскажите, какие метрики процесса разработки Вы используете? Где о них можно почитать (ссылки, статьи, кейсы).

Time since last release, lead time, time to restore. Все три метрики вместе. Сейчас скину статью почитать, сама статья ссылается на весьма хорошую книгу, которую тоже стоит почитать :)

https://medium.com/slashdeploy/book-review-accelerate-92ebc00f4354

https://medium.com/slashdeploy/book-review-accelerate-92ebc00f4354

Спасибо. Надеюсь это оно.

как бороться с самосаботажем среди подчинённых?

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

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

соедующим этапом уже будет прямое физическое насилие.

как бороться с самосаботажем среди подчинённых?

А в чем причина саботажа?

после отпуска ещё шевелятся недельку другую, видимо по энерции...

А в чем причина саботажа?

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

толковые ребята, но видимо придётся расстаться

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

Можно рассмотреть конкретный случай несоблюдения?

Есть какие-то препятствия. Бывают прям действительно пофигисты и засранцы. А бывает, что есть объективные препятствия в процессе. Всяко бывает.

Может не хватает понимания ценности или цели? А может мотивации недостаток?

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

спрашиваю, почему щанят не делом, отвечают, что мол те не справляются