Здравствуйте, mapnik, Вы писали:

M>Здравствуйте, Aртёмка, Вы писали:

M>Работал на Амазон.
M>Относительно еды — действительно не кормят. Но меня это в принципе не раздражало. Абсолютно нормальная ситуация.
Кормят, правда не всегда, а только когда приходится задерживаться до 3 ночи.

M>Что напрягало.
M>1) Напрягало руководство. Оно совершенно запуганное, жалкое и трясущееся. Мой менеджер был корейцем. Более испуганного и трясущегося человека я не видел в жизни. Он все время боялся ходить на менеджерские совещания. Любая идея вроде "давай починим ужасный поиск на сайте, ну или хотя бы баг напишем" вызывала у него приступ трясучки от страха и лепет "нет, нет! есть специальная группа! ее курирует САМ Безос! нельзя им говорить всем что поиск не работает! мы будем заниматься нашим проектом!".
1) Там есть такой сайтик, где можно зайти и зафайлить тикет любой команде, даже если ее курирует САМ.
Находите примеры где поиск глючит, описываете как это плохо, что кастомеры не могут найти товары, котоыре есть на сайте, подрывается доверие к компании, кастомеры уходят к конкурентам. Файлите тикет со всей этой инфой, и там же ненавязчиво интересуетесь кто и когда будет делать COE.
Если с первого раза не дошло, то есть другой сайтик, который показывает кто чей начальник. Ескалейтите проблему до них.

2) Есть еще один сайтик, где есть кнопка "Anytime Feedback", находите там своего манагера, жмете эту кнопочку, пишете все что думаете по этому поводу и добавляете
Area of Improvement:
Customer Obsession
Ownership
Insist on the Highest Standard
...

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

3) Если это глюк в сервисе, который пилит ваша команда, заходите на еще один сайтик, и создаете своей команде стори "Пофиксить поиск", на ближайшем sprint planning говорите, что поиск работает так плохо, что даже инженеры, котоыре его разрабатывали, скоро разбегутся от безысходности, поэтому надо фиксить прямо в следующем спринте. Можно привести данные из пункта 1.
Если на внутренние хотелки ложат болт, найдите какого-то авторитета из соседней команды и попросите чтоб он зафайлил стори.
Если не помогло, идете к своему Sr. Manager, и говорите, что есть возможность сделать крутой поиск, но манагер говорит что не хватает ресурсов, поэтому нужно это приоритезировать. Будьте готовы показать данные (если мы не пофиксим поиск, то с вероятностью 20% бизнес компании наебнется в 4-м квартале). Если Sr. Manager не согалсен, есть люди выше, которым можно донести ту же мысль. В итоге эта инфа может попасть в loop серьезных дядек, которые пишут стратегию и годовые планы, они это могут приоритизировать и спустить вниз документом с конкретными датами, с которым даже самый упоротый манагер не будет спорить.

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

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

M>2) Технические решения принимают не разработчики а какие-то невидимые люди (наверное такие чудесные личности как Principal Engineer Cyberax). И благодаря п. 1 нет никакой возможности их оспорить. Поэтому почти все проходят через этап написания очередной гениальной мысли очередного Principal Engineer, выкидывания этого кода на помойку и ускоренного переписывания уже по нормальному.
Возможность оспорить есть, более того, у вас есть обязанность это делать (она прописана на ламинированой бумажке, которую вам дали в первый день работы на orientation — Disagree and commit). Опять же, оспаривать нужно не с позиции "я не согласен ни с одним вашим заявлением", а с конструктивной позиции, которая покажет почему план, который прелдагает принципал — говно. Правда, будьте готовы к тому, что через 3 месяца после разговора ваша позиция сменится с "что вобоще этот принципал знает?" до "блин надо было слушать принципала".

M>3) Довольно много людей (по национальности из ЮВА — полагаю в основном из Индии) который прекрасно интегрированы в "систему ничегонеделания". Т.е. они всегда отсиживают 8 часов, прилежно посещают все семинары, лучезарно всем улыбаются. Но когда у них спрашиваешь "почему ничего не работает?", они бодренько отвечают "Yes, man! Наш менеджер или Principal Engineer сказал все сделать так!". И все, чтобы твоя фича заработала ты вынужден писать с нуля свои сервисы потому что сервисы коллег просто не работают.
Как правило, не составляет труда найти в нужной команде того, кто может make things done (хотя бы посмотреть историю комитов и историю правок на вики для интересующего сервиса, или просто зайти на этаж в 9 вечера и посмотреть кто там сидит), забить с ним времени и выяснить что и почему не работает и как это можно пофиксить. Если проблема в принципе решаема, идем к их менеджеру и дальше стандартная амазоновская процедура повышения приоритета вашей проблемы (лесть, мольбы, угрозы эскалейтить до VP)