кстати, как отбрехаться, когда тебе поручают что-то стремное? Я всё беру 🙄

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

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

или когда я запустил сборку билда в TeamCity перед тестированием и билд не собрался , потому что упал тест и поэтому я непротестировал эту фичу, а человек не понимает .. хз как объяснить.

Вообще, Отдел QA и само тестирование — это такие объекты Шредингера. Пушо когда тестеры нашли хороший баг или что-то ещё — мы часть разработки и нас готовы снисходительно похлопывать по плечу. А когда какая-то хуерга пролезает в прод, то это тестировщики проебались. И чот никто не вспоминает, что тестирование часть разработки. Ебучие двойные стандарты.

Просто таки 10 критикалов из 10

Шредингер неувиноватый, кошка сам убился.

http://wisdom.kulichki.com/?pt=murphy19
Закон делегирования Раска Если делегированию полномочий уделять внимание, ответственность накопится внизу, подобно осадку.

Широко распространено мнение что тестировщики ниже и дешевле разработчиков. Вот там ответственность и накапливается.

https://www.jrothman.com/mpd/multitasking/2006/11/costs-of-multitasking/
Costs of Multitasking

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

К этой же теме из Вайнберга:

Common Mistakes
...
Not considering time lost to task-switching: Task-switching can be beneficial, as we’ve seen,
but like anything else, it has a cost. Each task-switch loses a bit of time, so if you’re switching
amongaboutfivetasks,youmaybeaccomplishingnothing.Mostpeoplereacttothatsituation
by simply dropping some of the tasks altogether, which can be dangerous.

Да кстати читал насчет переключения задач

Чем больше задач тем дольше человеку надо въехать в задачу и тд

Мы это ещё год назад обсуждали на проекте

зато глаз меньше замыливается

Потому что больше дергается.

тру стори 😕

Hi everyone,
I have a face to face interview with Glassdoor(job searching website) for a QA position. they might ask a lot about cookies, search engines and etc.
do you have any advice or any material i should look into before going to face to face ? or any other advice will be helpful.

Просто твой пм мудак. Вникать он в технические аспекты не хочет, ишь

1) попросить описать задачу подробнее
2) выяснить "чтобы что" - зачем нужна эта задача и реально ли она нужна, какую проблему она решает.
3) понять насколько эта задача больше соответствует умения собеседника, чем твлим
4) обратить внимание собеседника, что у тебя для задачи нет скиллов, а он уже вроде как хорошо разобрался в задаче и может её сделать сам
5) если сам он сделать не может, то порекомендовать поискать того кто может (искать поручить тоже тому кто пришёл с задачей, а не показывать на кого-то конкретно)
6) поступать так только если ты и правда не разбираешься в тупой тяжёлой задаче, которую тебе принесли потому что тараканы в голове принесшего перестали помещаться и начали кусать его за уши. То есть не надо это использовать в случаях когда человек просит сделать твою работу, которую и так надо было бы сделать

А с проверкой мерджа - просто: за это отвечают разработчики, ибо они это писали и им будет проще понять как решить то что сломалось

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

Тогда есть вариант как мы работали: ПО - приносит нам задачи, мы ему - готовые решения. Он не спрашивает нас когда будет готово, мы не грузим его техническими деталями. Есть список хотелок от ПО, команда говорит что из них будет сделано через 2 недели. Задача ПО - чтобы команда поняла что делать, генерация и приоритезация новых хотелок. Задача команды - брать максимально близко к тому что точно успеют полностью сделать за 2 недели.

Я к тому, что ты либо пм, либо не вникаешь в эти ваши технические штучки.