@drq
О, да! У нас от начальника фиг добьёшься такого «однозначного да».

@drq в отличие от постели, коллег по работе уместно заебать регулярными вопросами «какой статус, есть прогнозы?»

@mo да как сказать, в постели хотя бы адресат один обычно.

@drq

@shuro И интересоваться статусом хотя бы время от времени там тоже важно.

@mo

@drq а теперь представь, что вас в постели пятеро и гм... связность динамическая и не всегда прямая :)

@mo

@mo@mastodon.ml @shuro@friends.deko.cloud тогда надо поставить гарнитуру в ухо @drq@mastodon.ml

(да, я специально так написал, чтобы рофлить)

@shuro Тогда однозначно договариваться и говорить "да, мы сейчас делаем вот это" и "нет, вот это подождет, мы делаем вот то" еще важнее.

@mo

@drq Я так promotion до Senior DevOps инженера получала в своё время.

Пришла на performance review и говорю - в этом вашем бардаке у меня есть Project Manager, QA Lead, Dev Lead, Architect, PM и ещё пять человек которые получают деньги за то что в теории должны брать на себя ответственность, а решения о том релизить или не релизить финальную сборку принимаю в итоге совершенно не так оплачиваемая я, после того как лично выследила и поймала каждого из них в офисных коридорах, приперла к стенке и заставила поставить воображаемый крестик не допускающий иных толкований.

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

@bookwar Это, так-то, вообще больше прям менеджерский скилл, к технике отношения не имеющий.

@drq ну так, у ценного специалиста есть не только хард, но и софт скиллы

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

Значит нужно уметь договариваться, а это да, менеджерские софт скиллы

@bookwar

@drq

1) Сеньорным инженерам нужны менеджерские софт-скиллы

2) На самом деле это инженерный скилл.

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

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

Приходишь к PM говоришь - а что эта фича - правда критическая, dev говорит что не совсем? Аааа, вот тут критическая, а вот тут не критическая.. Пойду уточню у Dev...

И так пять кругов.

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

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

@bookwar@mastodon.ml @drq@mastodon.ml приперла к стенке, жеска

@drq@mastodon.ml, одноздачное ДА важно также, как и однозначное НЕТ (и не только в сексе). ​​

@skullgamer205 В любом случае, оставлять партнеров в подвешенном состоянии "догадайся, мол, сама" - неприлично. Телепатии не существует, и время у людей не бесконечное.

@skullgamer205@shitpost.poridge.club @drq@mastodon.mа
а подвешенное состояние это не значит - ничего не делать?

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

Неопределнность, короче.

@skullgamer205

@drq всего полтора часа?