Офисный ПТСР
Жду вас тут со своим картиночным добром vk.com/nastenka_comics,
instagram.com/nastenka_comics 🌝
Жду вас тут со своим картиночным добром vk.com/nastenka_comics,
instagram.com/nastenka_comics 🌝
Вследствие поглощения нашей нефтехимической компании газовым концерном есть неиллюзорный риск остаться без работы в течение полугода. Знакомый из Иннополиса посоветовал рассмотреть позицию Product Owner, так как у меня есть опыт в 2 года руководством небольшого коллектива. Минус в том, что я вообще в IT не бывал и поэтому есть сомнения по поводу этой позиции.
Есть курсы, в том числе государственные на эту тему (product owner, product manager и аналогичные), и я готов обучаться. Но и тратить полгода возможно впустую нет желания. Начал самостоятельно читать и вести конспекты по указанным в заглавии темам. В целом пока тема интересная и перспективная.
Так вот. Просьба знающих людей подсказать, насколько сложно будет человеку со стороны стать PO, если опыта в АйТи совсем нет. Насколько я понял, часто PO делают из команды разработчиков, так как у человека есть понимание хоть какое-то в процессах. У меня же Есть силы, желание, время пока что, просто хочется направить куда-то весь свой вектор.
Сильно не минусуйте, пост без рейтинга.
Upd и стоит ли идти на курсы за 270к за полгода обучения или государственные программы дают аналогичные знания.
Всем лучи добра! Меня зовут Николай Петров, но вы можете звать меня просто Вадим. Я работаю техническим писателем в одной компании компании. Мы разрабатываем систему электронного документооборота, а в статье я хочу поделиться тем, как мы один большой отдел поделили на несколько команд. Я не буду пересказывать очередную историю успешного успеха, а изложу процесс с моей субъективной точки зрения. Всё перевру, приправлю тупыми шутками и в таком духе.
Как у любой другой компании у нас была своя команда разработки, точнее две больших команды. Одна команда разрабатывала один продукт, другая — второй. Всё шло хорошо, приходили новые разработчики, команды постепенно разрастались, и к какому-то моменту стало понятно, что большие команды только усложняют процесс разработки и делают взаимодействие неудобным. Когда одни и те же ошибки исправляются по несколько раз разными людьми — это субоптимально. Также субоптимально, когда на утреннем стендапе 22 человека и пятиминутный разговор о проблемах выливается в получасовой сеанс психотерапии для одного-двух разработчиков. Так мы решили перейти от проектных команд к кросс-функциональным командам. Сейчас всё поясню.
TRIGGER WARNING: Прежде, чем я начну, прошу вас подготовиться к неожиданностям при прочтении статьи. Если текст кажется вам переполненным сарказмом, пожалуйста, не относитесь к нему слишком серьёзно. Если текст вас оскорбляет, не читайте его. Спасибо!
Сам понял, что сказал?
Сложное слово "кросс-функциональные" означает всего лишь, что все команды занимаются всем понемногу. Таким образом каждая команда выполняет задачи из разных проектов и владеет знанием обо всём продукте, а не только о его части. Почему так важно, чтобы каждый знал чуть-чуть обо всём, думаю понятно, но на всякий случай поясню:
- Каждый разработчик видит код разных проектов и немного понимает "как это устроено".
- Если кто-то заболел, ушёл в отпуск или уволился (и такое случается), кто-то другой подхватит его работу.
- Все вместе делают продукт, а не отдельную его часть.
Недолго думая, мы решили организовать встречу в лучших традициях демократии, где каждый может сам выбрать, что ему нравится больше всего. Встречу провели, конечно же, онлайн. Не все сейчас ходят в офис, да и офисы у нас в двух разных городах. Кто-то даже впервые показал своё истинное лицо. Не только аватарку, в смысле. Все дружно перешли по ссылке в Miro, где наш заботливый руководитель Денис заранее подготовил стикеры, на которых каждый записывал, чем он хочет заниматься.
Затем всем было предложено занять место за четырьмя столами. Столы были виртуальные, поэтому закусок не предполагалось, зато каждое место было подписано в духе "frontend-разработчик", "backend-разработчик", "бизнес-аналитик", "тестировщик", ой, простите, "QA-инженер", "технический писатель". Три обычных команды и одна типа сервисная — помогает другим и координирует работу. Всё потому, что бизнес-аналитиков у нас пока не так много да и технический писатель всего один (это я. Привет, мам!).
Где-то после этого была ещё встреча для каждой команды, где они долго и в лучших традициях древнегреческих мудрецов рассуждали о том, кто же должен быть "тимлидом", а кто должен ходить на общекомандные встречи и почему это могут быть разные люди.
После разделения каждая команда обладает всеми необходимыми атрибутами успешного коллектива:
- Дурацкие названия: Вжик, Горыныч, БЭМС (Боевые, Энергичные, Молодые, Симпатичные), Звёздочка
- Логотипы из картинок, найденных в интернете
- Командный дух, компетенции и опыт
Передел YouTrack
Команды есть, теперь надо как-то работать. Работаем мы в YouTrack, точнее с его помощью. Да-да, я знаю, что Agile, спринты, ежедневные стендапы и вот это всё от зарубежного диавола и вообще никому не надо. Если вы согласны, то пропускайте этот раздел и идите лесом дальше по статье.
Постараюсь кратко и на пальцах. Раньше у нас был один общий ютрек: все задачи в одной куче, которая распределялась нашим многозадачным руководителем Денисом. Теперь у нас по-прежнему один общий ютрек, но задачи распределяет маленький избранный народом тимлид.
Раньше каждые две недели мы планировали один общий спринт, на котором можно было просадить полтора часа времени, а теперь команды планируют спринты сами. А могут вообще отказаться от всего лукавого аджайла и планирования, если так проголосуют. Профит в том, что теперь на планирование тратится значительно меньше времени и нервов.
Мне так вообще в планировании не надо участвовать. А смысл? Всё равно каждое требование я потом должен буду задокументировать, вот я и документирую, а не планирую.
Раньше в ютреке было два проекта: платформа и web-клиент. Теперь у нас есть общие задачи производства, которые могут включать любой проект. Были задачи типа WebC и задачи DV5, а стали просто TSK (может быть как WebC, так и DV5, так и вообще что угодно). Раньше ошибки записывались как обычная задача, а теперь в специальную задачу типа ERR. Видишь заголовок и сразу понимаешь, где собака зарыта.
У каждой такой задачи есть поле "команда", в котором указаны ответственные. Приходишь такой в требование, смотришь, кто ответственный, сразу знаешь, на кого наехать, чтобы узнать инфу.
А ещё у меня появился свой тип TSK-задачи — задание на документацию. У моих особых задач нет ревью и тестирования, они сначала открыты, потом в работе, потом закрыты. Всё.
Расскажи ещё, как у вас круто получилось
Работать правда стало намного увлекательнее. Появился чёткий ритм. Утром стендап (5-15 минут) и обсуждение командных проблем, потом избранные приходят на синхронизацию и рассказывают проблемы на общекомандной встрече (обычно минут 5-7). Каждые две недели ретроспектива (как поработали) и планирование (что будет делать дальше) и общекомандное демо (показать всем, как работает сделанное за 2 недели). И это не полуторачасовые встречи как раньше, а реально динамичные и полезные события. Мне особенно нравится демо, потому что теперь мне не надо сидеть и втыкать в требования часами, включая воображалку "а что же тут подразумевалось? а как же это задокументировать". Команды всё покажут и объяснят сами!
Ладно, кого я обманываю, всё равно мне приходится втыкать в требования часами, потому что я тупой.
Команды стали максимально автономными и независимыми. Они не ограничены ничем кроме достижения поставленной цели — выпуск продукта. В своих маленьких коллективах коллеги разработали свои методики автоматизации, особенные алгоритмы взаимодействия и т.д. Например, в Звёздочке разработали систему ачивок за количество закрытых требований в спринте. Если они закроют XX, YY, NN требований, то получат одну, вторую и третью звёздочку соответственно. Причём именно полностью закроют, включая документацию. На вопрос "а что если я не успею задокументировать их требование, и оно не будет закрыто", мне ответили, что могут вежливо попросить меня поторопиться. Что даёт мне некоторую власть над целой командой. Власть опьяняет.
В любом случае получилось классно! Демократичность, открытость и самостоятельность — вот как бы я охарактеризовал нынешний процесс.
Гонишь, не может всё быть так гладко
Может и гоню, но совсем чуть-чуть. Вот настолько:
Дело в том, что у нас в компании налажено ревью кода. Это когда один разработчик приходит к другому и говорит: "смотри, какой классный код я сделал!", а второй ему отвечает: "почитай чистую архитектуру Мартина, тогда поговорим".
Короче, у нас было несколько вариантов организации ревью, и мы не знали, какой из них выбрать:
1. Итеративное ревью.
--- Взяли задачу. Ответвились, сделали доработки по фронту и по бэку.
--- Перед передачей на приёмку бизнес-аналитику делаем ревью фичи целиком. Заодно подмержили develop.
(Есть мнение, что разработка в отдельных ветках — это прошлый век. Вот и пусть будет.)
--- Сделали хорошо, довели ревью до одобрения и передали на приёмку.
--- Если нужна доработка, повторяем предыдущие пункты.
--- Если доработка не требуется, передаём на тестирование.
--- Проводим багфикс.
--- Когда готовы, делаем ревью изменений по багфиксу в целом, обратный мерж и вливаем в develop.
Вот видите, всё просто!
В таком случае ревью будет чуть масштабнее и сложнее, но делать его нужно будет реже. Одна команда сможет ревьюить другую, будет коллективное владение кодом, дети в Африке не будут голодать и будет рай на Земле. Только не спрашивайте, как это работает, моё дело — рассказать.
2. Ревью через merge-реквесты. Работает вот так:
--- Один разработчик написал код и перевёл его на ревью.
--- Автоматически создаётся отдельная ветка и назначается ревьюер.
--- Ревьюер должен обладать теми же знаниями, что и автор кода. Ну, типа клиентский разработчик не может ревьюить серверного, сишарпер не может ревьюить джаваскриптера и т.д.
--- В этой ветке коллеги обсуждают чистоту архитектуры, а затем ветка мержится в девелоп, и все довольны.
--- Можно организовать сразу через гитлаб, минуя upsourсe, в котором всё делалось до разделения.
Знаете, какой вариант мы выбрали? Никакой!
Код-ревью делается по каждой задаче или ошибке по возможности внутри команды. Если это не возможно, то кросс-командно. Ревью создаётся по коммитам для задачи или ошибки в любой ветке.
Неудобные вопросы после разделения на команды
- Как будет проходить регресс?
--- Ожидание: Все задачи регресса будут равномерно распределяться по командам. Или одна команда делает большую часть, а другие помогают.
--- Реальность: После разделения мы ещё не дошли до регресса, поэтому практического подтверждения нет.
- Кто будет брать случайно найденные ошибки из общего чата?
--- Ожидание: Под индивидуальную ответственность. Нашли, записали, а дальше задачу в работу берёт та команда, которой задача больше нравится. Или в зависимости от загруженности.
--- Реальность: Всё так и работает. До сих пор не было проблем.
- Как будут распределяться дежурства по ТП?
--- Ожидание: Очень просто. Дежурят не команды, а дежурят люди. Если загруженность по ТП большая, можно подключать людей из других команд. Если загруженность небольшая, то дежурные могут совмещать дежурство с повседневными задачами.
--- Реальность: В целом всё так. В крайнем случае особенно большой загруженности можно забить на SLA и решать задачи в комфортном темпе. Но это неправильно и мы так не делаем, конечно же. Честно-честно.
- И как полёт сейчас, спустя месяцы?
--- Ожидание: Никто не ожидал, что команды будут статичными.
--- Реальность: Кто-то ушёл, кто-то пришёл, кто-то перевёлся из соседнего отдела. Бизнес-аналитиков набралось на все команды по одному, как и задумывалось. Но есть некоторый недостаток разработчиков.
Выводы
Короче, разделение на команды — это прикольно и совсем безболезненно. Как ни странно, но после разделения мы узнали друг о друге больше, чем до этого. У каждого даже появилась своя карточка с основной информацией о человеке. Типа любимые занятия, почему он тут и к чему стремится. Очень интересно, обожаю такое.
Новичкам теперь легче влиться в небольшую команду, понять процессы и начать работать. Короче, недостаток людей — плохо, избыток — тоже плохо. Если у вас огромная команда и становится сложно управлять процессами, подумайте о разделении, это реально работает.
А если вам нравится стиль статьи, подписывайтесь на мой телеграм. Если стиль не нравился, всё равно подписывайтесь, вдруг телеграм понравится.
Такую задачу поставил Little.Bit пикабушникам. И на его призыв откликнулись PILOTMISHA, MorGott и Lei Radna. Поэтому теперь вы знаете, как сделать игру, скрафтить косплей, написать историю и посадить самолет. А если еще не знаете, то смотрите и учитесь.
Вначале я опубликовал этот текст на Хабре, но потом понял, что тема гораздо шире. И затрагивает не только it-шников: https://habr.com/ru/post/524812/
Вы совершили ошибку. Все совершают ошибку. Или не совершали. Или у руководства с утра просто «овсянка в сапоге».
- Бэрримор, что у меня хлюпает в сапоге?Или просто руководитель считает, что вы слишком много зарабатываете, хотя при этом выполняете все свои обязанности и даже больше — и не находит иного решения, кроме психологического давление, манипуляции и даже обсценной лексики, чтобы основательно срезать вам зарплату.
- Овсянка, сэр!
- Но что она там делает?
- Хлюпает, сэр!
Причин для поговорить «по-красному» может быть множество. За последний год я их пронаблюдал несколько. И сразу могу сказать «win»-«win» тут и не пахнет. И «бирюзовостью» тоже. Agile тем более. Но встречается такое в наших полях и просторах часто. К чему это может привести?
Компания изначально выглядела прекрасно. Сразу же мне сообщили, что никого не увольняют и нет никакой текучки. Что каждому человеку подыскивают место в зависимости от его способностей и психологической совместимости. Компания позиционировалась, как бирюзовая. И людей не назначали на должности, а люди выполняли обязанности — и постепенно должность как бы формировалась вокруг них.
Через три месяца уволили Нияза, великолепного переводчика — человека, который привёл меня в компанию.
Говорил мне папа в 5 лет: «Не верь в сказки»
Полная дискредитация руководителя в глазах подчинённого
Так уж вышло, что пришлось испытать на собственном примере. На одной из предыдущих работ — название называю не из-за NDA, потому что эта бумажка юридически ничтожна в юридических границах Российской Федерации, а потому что название ничего не придаст к сути рассказа — генеральный директор «внезапна»(!) осознал, что я выполняю все поставленные задачи, но получаю слишком много. Тогда я, кстати, вывел блог компании на 3 место в Хабре с около 30 или 40, точно уже не помню.
Чуть забегая вперёд, отмечу, что через месяц коммерческие и генеральный директор позвонили по по Zoom и сообщили, что я «слишком много получаю». И урезали вдвое. Нет, «не совершил ужасную ошибку, которая привела к финансовым потерям или к уходу важного клиента». Нет, «не разговаривал в офисе матом и не бегал голым по коридорам». Просто «слишком много получаю». Если честно, я занёс это в бриллиантовую книгу цитат.
Но это было потом. Считайте лёгким flashback. За два месяца до этого был «красный разговор», где даже с лёгкой обсценной лексикой мне объясняли, что моё подразделение и я, как руководитель, слишком много кушаем. Не поднимались вопросы, что мы даём компании, что такое долгосрочный эффект, лояльность клиентов, сторителлинг, репутация. Просто много кушаем.
Я слушал примерно 5 минут. После этого очень мягко и корректно, только литературными словами объяснил: «Уважаемый ...., если мы решили поговорить «по-красному», то теперь мой черёд. Говорить со мной в таком тоне и даже с такими словами может крайне ограниченный круг лиц. Во-первых, это очень близкие друзья — и я к ним прислушаюсь. Я тоже могу ошибаться, как любой человек. Во-вторых, это люди, которых я очень уважаю. Это три человека. Полковник ВВС в запасе, полковник ГРУ в запасе и подполковник «Вымпела» в запасе — за их невероятную тяжёлую и мужественную службы стране, за военный опыт и за жизненный опыт. Кроме того, я готов выслушать «по-красному» моих однополчан, когда я работал военным журналистом, и когда мы вместе чудом пережили 2 миномётных обстрела 120-мм минами. Всё. А вам, уважаемый ...., я права говорить со мной «по-красному» не давал. И вы его даже за всю жизнь не заслужили. Весь страшномосковский риск, который у вас в жизни был, это подвернуть ногу, вылезая с кожаного кресла внедорожника. И когда вы со мной пытаетесь говорить по «по-красному», то вызываете даже не обиду или раздражение, а веселье и хихиканье. Про себя, конечно же, потому что я вежливый человек и мажоров в жизни навидался».
Больше со мной «по-красному» говорить не пытались. Говорили с другими — и не раз. Доводили до слёз девушек — и увольняли прямо за столом ресторана после завершение конференции.
Минус этой ситуации: Руководитель больше не вызывал у меня уважения. Обычный московский рвач-мажор. Я скептически относился к его инициативам и зажигательным воодушевляющим спичам. Мне он был просто неприятен, как человек. Мне стало всё равно, что будет с его компанией и с его продуктом. Сотрудник оказался полностью демотивирован работать даже на 110%. Я выполнял необходимые задачи. Я обеспечивал тот результат, что требовалось. Но не больше. Я больше не «горел» идеей.
Профессиональное выгорание
Слава богу, меня это обошло. Я и не то повидал за последние пять лет, чтобы это привело меня к выгоранию. А вот других может.
Постоянный прессинг. Уничижение. Представление достижений сотрудника, как нечто незначительное и не стоящее доброго слова. Лишение премий «просто так», конечно же, с разговором «по-красному». Вместо поддержки, когда приходит сотрудник другого подразделения, потому что первое подразделение не посчитало нужным оповестить о запуске продукта, сотрудник делается виноватым, с ним говорят «по-красному» и просто вышибают в классический когнитивный диссонанс.
На словах в компании Agile. Открытость. Прозрачность. Доверие. Blameless Culture.
На деле «все животные равны, но некоторые животные равнее других»(с)Джордж Оруэлл.
Минус этой ситуации: И на этой разнице происходит фрустрация, неверие в себя, в команду, в продукт. Выгорание. В худшем случае депрессия. То есть сознательный вред здоровью сотрудника со стороны руководителя.
После разговора «по-красному» можно потерять ценного сотрудника — не будем учитывать вариант прямого в челюсть.
Почему ценного? Потому что «середнячки», невротики и неуверенные в себе люди будут терпеть.
Будут терпеть люди, связанные кредитами, ипотеками, больными родственниками.
Страдать и терпеть. Мучиться. Болеть. Брать отпуска в надежде, что смогут восстановиться. Выгорать. Мучиться бессоницей. Ходить на работу, как на каторгу. И бояться, что следующими уволят их, потому что они всё делают «неправильно», «плохо», «неэффективно», «не так».
Минус этой ситуации: Компания лишается сотрудника, который может принести значительную пользу и прибыль. А также теряет репутацию, потому что сарафанное радио никто не отменял.
Agile превращается в карго-культ
Руководство получает новые игрушки: дейли, грумминг, планирование, демо, ретро. Все ходят строем на эти мероприятия. Пропустить хоть одно из них — это неуважение команды.
Каждый по принципам Agile равен другому сотруднику. Но как сказано чуть выше «есть животные равнее других». И это иногда исподволь, иногда прямо демонстрируется. Вроде бы проходит обычное дейли — и тут коммерческий директор, который взял себе роль scrum-мастера, начинает командовать и говорить, что и кому делать. Бирюзово? Да как-то не очень. Скорее «по-красному».
Это повторяется раз, два, три. Сотрудники приходят к нему за советом, а получают выговор. Вместо scrum-мастера, они получают обычного руководителя. Вместо Agile, так называемый «руджайл», а если проще обычный «карго-культ». Но все его выполняют — потому что каждый боится оказаться слабым звеном.
Минус этой ситуации: Agile превращается в карго-культ. Сотрудники ходят на дейли, демо и ретро, как на каторгу, и считают, что это потеря времени. Вместо открытости, прозрачности, доверия и blameless-культуры сотрудники получают непрозрачные и необъяснимые процессы в стиле «потому что так тут заведено», договорённости за спиной и отдельными группами, закрытость процессов в других отделах и, конечно, вина, вина, вина за это, за другое, за третье. Что опять же ведёт к выгоранию.
А вы встречались с таким «по-красному"? И как поступили? Нашли решение «win»-«win»?
Всем привет, это будет моё первое публичное выступление здесь. Надеюсь, нам всем понравится :)
Дисклеймер: все события и персонажи являются вымышленными, любое сходство чистое совпадение. У автора больное воображение и такого не бывает.
Итак, пост посвящен вопросу, который я задаю себе уже несколько лет, потому что вроде как человек не глупый, многое знаю и умею, но почему-то фатально не везёт и я пролетаю как фанера над Парижем слишком часто. Есть подозрение, что в чем-то нужно менять подход, но без посторонней помощи я уже разобраться не могу.
Вы можете сказать: "Дорогая Abrazarme, всё просто: не работай с м**аками и будет тебе счастье".
Я тоже так думала до определённого момента, пока не оказалось, что вокруг меня какая-то комариная бездна состоящая из них.
Дальше будет "весёлая история", с картинками, чтобы вы не заскучали. К сожалению, я почти весь чат удалила, но некоторые перлы удалось сохранить.
___
У меня есть резюме на hh, на котором написано какая я умная и красивая и даже приложено портфолио моих работ (портреты и всякое такое). В один прекрасный день мне пишет некая девушка с фото в вк "я у мамы бизенс-леди". Очки, серьёзные щи, строгий костюм, позади флаги РФ и каких-то регионов (?) и даже сам Пётр I. На странице подробный отчёт о большой работе, рассказы о командировках, селфи. Всё серьёзно, не думайте.
- Здравствуйте, я руководитель агентства, мне понравилось Ваше резюме.
Пять минут милого общения и вот меня уже позвали в офис. Через час я была на месте.
Руководитель, назовём её Евгенией, в красках рассказала о том какие они классные и что им нужны в команду такие же классные люди. Поманила перспективой стать арт-директором и до неприличия большим (для региона) окладом.
Что-то мне подсказывало, что здесь какой-то подвох, но девушка сразу же предложила выполнить тестовое.
Прошло три дня. Евгения опомнилась и выслала задание. Выглядело оно так.
У меня, как у дизайнера, возникло сразу много вопросов: размеры, материал, в каком виде показывать работу и прочие мирские заботы, не достойные внимания бизнес-леди и она решила не отвечать. Как человек ответственный, я, зачем-то, выдала несколько вариантов (помним, что без размеров, каких-то пожеланий, просто сферический календарь в вакууме). Прошло ещё два дня. Дизайн одобрили, пообещали выслать деньги после доработки, даже оформить в штат, и пошло-поехало...
За следующие две недели, мне вымотали нервы ежедневной сменой "линии партии" и пересланными голосовухами с фидбеком, которые звучали как "эээ мюээ... знааааити, мне кажется эээээ... ну вы знаити, понятно в общем, что я имела в виду?" Этот несчастный календарь должен был по их задумке висеть, потом стоять на подставке, но потом всё-таки снова висеть, толщина его менялась от 8 до 80 мм (!), материал скакал от акрила до оргстекла. Вам не кажется, что тестовое растянулось на слишком уж большой срок?
В итоге я вежливо попросила определиться, что же всё-таки нужно фирме и выслать мне чёткое задание, которое я могла выполнить и мы бы здесь поставили точку. Но. Чуда не произошло.
Ответ Евгении поразил...
Меня обвинили в том, что я не командный игрок, что я не пригодна к работе в офисе, потому что у них стиль "эджаил" и ещё Евгения намекнула, что мне неплохо бы обратиться к психологу, если меня что-то в их работе не устраивает.
Под занавес, мне сообщили, что уровень моих запросов (всего лишь чёткое задание, помните: я не просила больше ничего!) не соответствует уровню моей работы (хотя казалось бы, её восторги на первой нашей встрече были почти настоящими).
Мы договорились, что я вышлю все исходники и на этом попрощаемся навсегда. На мой очередной скучный вопрос о размерах коробки для календаря я получила такой ответ: "1 см".
Вот один сантиметр что? Это общая длина всех её извилин в мозге? Упаковка имеет длину, ширину,высоту, а дизайн чего бы то ни было - это подчас нудное ковыряние с точными размерами, построение развёртки и т.д. И конечный результат зависит во многом от того как хорошо поработал дизайнер (сюрприз). Но, к психологу нужно обратиться мне, потому что я прошу конкретики, окей.
С мыслью "ой да любись оно всё конём в три перегиба, барабан на шею и поезд навстречу" выслала, что было и пошла пить чай.
Как ни странно, деньги мне заплатили. Но ряды безработных я не покинула :(
Театр абсурда, а у меня таких историй ещё вагон и маленькая тележка. Вот что я делаю не так?
___
P.S. 1: Всем моим друзьям и знакомым, кто узнал, большой привет :)
P.S. 2: Нет, работу не покажу, deal with it. Считайте, что уровень был достаточным, чтобы мне предложили тестовое.
P.S. 3: Шутка "если вас окружают м**аки, значит вы центровой" не смешная.