Один день айтишника

(1/2)
Всем привет, меня зовут Игорь и я аналитик  DWH. Нечасто тут пишут аналитики, думаю многим будет интересно.
Итак: один день из работы Аналитика DWH. И многие уже на этом этапе зададутся вопросом, что за это за аналитик такой? вот их развелось..) На самом аналитик DWH это просто более узкая специализация такой обширной роли как - Аналитик данных (Data analyst, сокращённо DA)
Чем он отличается от аналитика общего профиля? - Тем что работает в команде хранилища данных, развивает его, дорабатывает. Команда состоит из разработчиков (у нас это дата-инженеры (Data engineer, DE) аналитиков, и тимлида. Задачи поступают от бизнеса в виде запросов: мы хотим автоматизировать вот этот ручной отчёт, или хотим что бы у нас в автоматическом режиме считалась  рентабельность. Аналитику берет такой запрос в работу, идёт к бизнесу и уточняет все требования: что вы хотите считать, на каких данных, какие сценарии использования отчета, в каких разрезах вы хотите смотреть данные, уточняет и вместе с бизнесом формулирует алгоритм расчета: 1) какие берем данные 2) какие фильтры накладываем 3) какие поля выводим в итоговом отчете, как они формируются, как считаем выручку, прибыль, затраты рентабельность, что делаем с отменами чеков, возвратами и прочим. После сбора требований аналитик приступает к анализу источников, изучает то как хранятся данные как они обновляются, анализирует полноту данных и их качество. На следующем шаге аналитик готовит описание данных, так называемые S2T - Source To Target mapping, подготавливает модель данных в соответствии с требованиями и принятыми стандартами на хранилище, в модели описываются таблицы-сущности, их связи. Готовую модель обычно согласовывает архитектор данных, либо при его отсутствии тимлид или старший аналитик. После согласования задача по загрузке данных передается разработчикам, а аналитик приступает к следующему этапу, готов прототип SQL запросов которые будут формировать итоговый датасет (витрину данных). После написания SQL-прототипа, аналитик сам либо вместе с бизнесом тестирует результаты, данные смотрятся по всякому, рассматриваются краевые случаи, какие то особенные кейсы, после всех доработок и исправлении аналитик передает разработчику готовый SQL скрипт, который необходимо будет оптимизировать, и настроить регулярную загрузку в инструменте ETL. После вывода данных на прод, аналитик отдает бизнесу данные в итоговое тестирования, если все хорошо то можем считать задачу выполненной, вот и все! Это очень общее описание, на разных этапах могут быть разные доп работы, и прочее.
Ну так вот вернемся к мне. 30 лет, образование не IT, работал водителем автомобиля 3 класса🙂. Опыт работы в IT 2 года, на старте работал в конслалтинге, на различных проектах связанных с данными, через пол года работы попал на проект DWH, с тех пор работаю на таких проектах. из последних рабочих мест это X5 retail, Unilever, Райфайзенбанк, Алроса. На данный момент работаю в компании разрабатывающей ПО на различные рынки, в том числе западные. Рост зп за два года: 70к -> 190к -> 270к -> 460к на руки на последнем месте без учета премий, работа по ТК РФ.
🕗 09:00 Проснулся должен был приступить к работе, но после нового года сложно войти в рабочий ритм, поэтому принимаю волевое решение спать ещё где нибудь до 11:00
🕗 11:00 Просыпаюсь второй раз, проверяю что там в рабочих чатах- тишина. Иду пить кофе и завтракать. Ранее у меня на всех проектах были Дейли звонки по утрам, на этой работе такого нет, нет вообще никаких обязательных созвонов, все кто узнают об этом очень удивляются, а говорят аналитики только на звонках сидят)

Сообщество для входа и роста в IT

Типичный день бэкендера
Привет! Я - senior Go разработчик в одной из сберовских компаний. Сейчас подробно опишу типичный мой рабочий день:

*Утро*
1. 9:30–10:00 – Начало дня
• Проверка почты, уведомлений в мессенджерах и Джире.
• Быстрый просмотр вчерашнего прогресса команды (Merge Request'ы, новые баги, комментарии).
• Планирование задач на день: определение приоритетов, подготовка к митингам.
2. 10:00–10:30 – Дейли
• Ежедневная синхронизация с командой.
• Краткий отчет о том, что сделано, что планируется, какие есть блокеры.
• Прослушивание статусов коллег, чтобы при необходимости предложить помощь.
3. 10:30–11:00 – Работа с кодом
• Продолжение работы над задачей из спринта.
• Решение сложных архитектурных вопросов (например, проектирование нового сервиса для обработки большого объема транзакций).
• Общение с другими разработчиками и техлидом, если требуется уточнение по интеграции или взаимодействию модулей.

*День*
4. 11:00–11:40 – Code Review
• Просмотр МР'ов(merge request’ов) коллег.
• Обсуждение предложений по улучшению кода, архитектуры или производительности.
• Взаимодействие с ментором (если он есть) или консультация с junior-разработчиками.
5. 11:40–13:00 – Глубокая работа
• Активное программирование. Например:
• Разработка новой фичи (например, написание новой grpc-ручки в мобильном шлюзе с использованием кэша).
• Оптимизация производительности запросов к базе данных.
• Внедрение новых метрик в систему мониторинга.
6. 13:00–14:00 – Обед
• Время для отдыха, общения с коллегами в неформальной обстановке, обсуждения интересных технических новостей.
7. 14:00–15:00 – Груминг (в определенные дни спринта)
• Участие в обсуждении бэклога.
• Оценка задач с использованием сторипоинтов.
• Уточнение требований по доке из конфлюенса у системных и бизнес аналитиков.
• Деление больших задач на подзадачи.

*Вторая половина дня*
8. 15:00–16:30 – Продолжение разработки
• Доработка текущей фичи или задачи.
• Написание тестов (юнит-тесты, интеграционные тесты).
• Подготовка МР'ов для проверки.
9. 15:30–16:00 – Встречи 1:1
• 1:1 с тимлидом (раз в спринт):
• Обсуждаем личный прогресс.
• Уточненяем приоритеты в разработке(просмотр MR’ов либо же глубокое прогружение в текущую задачу).
• Получение обратной связи и обсуждение профессионального развития.
• 1:1 с Продактом (раз в месяц):
• Выяснение стратегических целей команды.
• Обсуждаем предложения по улучшению продукта.
10. 17:00–18:00 – Подготовка к следующему дню
• Финальная проверка прогресса.
• Обновление статусов задач в Jira.
• Резерв времени для исправления критических багов.
• Подготовка к вечернему релизу(если он планируется)

*Вечер*
11. 18:00–18:30 – Завершение дня
• Закрытие тасок в джире, если они завершены.
• Проверка расписания на следующий день.

*Особые дни*
• Ретроспектива (в конце спринта):
• Анализ того, что сработало хорошо и что нужно улучшить.
• Обсуждение изменений в процессах или инструментах.
• Начало нового спринта:
• Планирование задач на предстоящий спринт - Раскидывание задач по разработчикам/аналитикам.

Кстати, я консультирую по Go разработке и помогаю получить высокий(от миддла) грейд. Пиши, буду рад - @EdikMarch

Сообщество для входа и роста в IT‌‌

Как тебе могут сесть на шею, а потом еще сказать, что ты медленно ходишь.

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

Было это дело, наверное, около 2х лет назад. Работал я в рекламном проекте, проблемы были давно, но с ними можно было жить.
В вертикали QA начал происходить откровенный бардак(да и до этого в целом он тоже был) и понимание того, кто и чем должен был заниматься было весьма сомнительным.
Меня попросили помочь в тестировании довольно здоровенной фичи, а мне была нужна хорошая оценка в квартале, поэтому я решил помочь.
Что странно, команда QA, которая должна была этим заниматься была небольшой, а именно 3 человека вместе со мной(этого точно было мало).
Разными схемами вышло так, что по итогу все это тестировал я один, потому что у других "сейчас есть важные задачи".
Чтобы понимать контекст расскажу очень образно флоу тестирования. Нужно было составлять конфиг в виде json файла, прокидывать его на устройство и смотреть поведение системы. Дело не хитрое, но зная объем, довольно долгое.
Потратив недели на "помощь", я ушел на свой проект заниматься тем, чем должен был по обязанностям.

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

В общем то, кажется, что к кульминации я вас подвел.

Это был последний квартал, а это значит, что у всех горела жопа на тему KPI(в том числе и у меня). В какой то момент меня тегают в треде и говорят, что не понимают как тестировать и вообще почему этим не занимаюсь я???
Сказать, что я был в шоке это ничего не сказать. Тут то я совершил ошибку.
Один их этих ребят сказал: "А можете стоит просто показать, как это должно работать?"
На что я ответил: "А может не стоит учить меня работать?"
Казалось бы, фраза никак не задевает чьи то чувства, но соглашусь, она довольно токсичная.
Выброшена она была по причине того, что я и без этого был довольно уставшим, выгоревшим и раздраженным, а тут еще такое.
По итогу на ревью мне говорят, что я не уважаю коллег, оскорбляю их и не помогаю людям с меньшим уровнем компетенций. В свою защиту могу сказать, что все было разжевано, как детям и токсичность была допущена в вышеупомянутой фразе.
За это мне режут оценку в квартале(хотя критерия такого нет).
Это было последней каплей, после чего я сказал на ревью свое мнение и уволился(ну после премии конечно годовой).

Насколько я знаю этот паренек сейчас, что то типо лида, что вызывает у меня смех, потому что я всегда знал, что в этом большом подразделении банка все стоит ну не совсем на твоих компетенциях в плане командном и техническом, а скорее на гибкости твоего языка(ну вы поняли)

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

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

Сообщество для входа и роста в IT‌‌

Конфликт с коллегой: что я понял о тактичности
(имена главных героев изменены по этическим причинам)

Мы были на финальном этапе разработки приложения. Команда под давлением сроков, все на нервах. Практически на финишной прямой я заметил баг в функционале, за который отвечал мой сотрудник Дима. Баг был неприятный, но не критический. Мы обсуждали это на общем созвоне, и я, как мне казалось, просто указал на проблему. Но Дима воспринял это как публичную критику его работы. Он резко ответил: «Если ты такой умный, исправь сам».

Теперь это уже задело меня: я, конечно, понимаю бирюзовые команды, отсутствие субординации между подчинённым и тимлидом, но сейчас это было прям слишком. В общем, на колле начался срач. Я ему: «Дело не в умности, а в том, что это важно для пользователя», он мне: «Чего ты в мой код лезешь? Своих дел мало?», я ему… Ну, вы поняли 😅 Ситуация выходила из-под контроля. Я понимал, что теперь вопрос не в баге, а в том, кто выйдет из этого конфликта победителем. 

После созвона я продолжал злиться ещё и потому, что эта ситуация повлияла на настроение в команде: все как-то скисли, были явно на стороне Димы тупо из солидарности. Понятно, что я мог быть тактичнее, но какой такт, когда горят сроки, а тут этот косяк? Для чего тогда вообще эти общие созвоны, если мы не можем на них обсуждать работу, а должны искать какие-то особенные подходы к сотруднику? 

В итоге я стал вспоминать все последние разговоры с Димой и поймал его состояние: он был реально на грани выгорания. В табличку (душновато, да?🙃) я внёс все плюсы и минусы его работы, и обнаружил, что плюсов значительно больше: например, он на связи и ночью, и ранним утром, быстро реагирует на правки. Он явно хотел просто дотянуть до конца проекта и выдохнуть, чтобы не подводить всю команду, а тут я со своими улучшениями. 

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

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

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

-

Выводы из конфликта

Этот случай научил меня нескольким вещам:  

1. Тактичность важнее правоты. Даже если ты хочешь улучшить процесс, важно делать это корректно. Особенно в стрессовых условиях.  

2. Эмоции лучше оставлять за дверью. Конфликт на работе — это не битва за эго, а возможность что-то улучшить. Так что даже если мой сотрудник эмоционирует, я стараюсь не вовлекаться, а дать ему время остыть.

3. Разговор решает всё. Иногда простое объяснение своей позиции, без желания доказать правоту, помогает разрулить конфликт. 

С Димой мы работаем по-прежнему. Главное – я стал иначе относиться к конфликтам. Они неизбежны в работе, но рабочий спор – это не поле для самоутверждения, а возможность улучшить проект или бизнес-процесс. Поэтому мы с командой можем на планёрке или в чате поспорить, а потом вместе пойти пить кофе и не держать друг на друга личную обиду.

Рабочими инсайтами и лайфхаками по развитию iOS-программиста делюсь в своём канале Авоська с  .

Сообщество для входа и роста в IT‌‌

Покупаю записи собесов!

Записи будут доступны только участникам сообщества ОМ, в открытый доступ не выкладываем.

Оплата на выбор:
- Аудитория: Под видео оставляй ссылки на свои соц сети, блоги, консультации
- Деньгами: 5k / 50usdt

Монтаж за наш счет — заблюрим тебя, твои персональные данные, оставив только интервьювера. Записи собеседований и любые вопросы сюда @m0rtymerr_support. Структура сообщения такая:

#ом_собес
- <компания>
- <стэк>
- <вилка>
- <какой дали фидбек — оффер/отказ>
- <файл записи>

Важно:
- Мы сначала смотрим, потом принимаем решение. Без оплаты собес выложен не будет. Если вы не доверяете, можете скинуть с вотермаркой
- Только аудио нас не интересует
- Качество звука и картинки важно
- Не интересуют этапы, если у вас 3 этапа собеседования — Это 1 собес. Не нужно пытаться продать нам 3 этапа, как 3 отдельных собеседования.
- Собесы записанные ранее 1 октября не интересуют
- Нужны будут пруфы переписки с HR/оффер/отказ.

Как записать собеседование

Автоматического NDA о собеседованиях не существует. Если вы ничего не подписывали перед собеседованием — все законно.

Если у тебя есть доступ к банку вопросов на интервью твоей компании тоже пиши, обсудим отдельно

Лафа длилась недолго: перед релизом по инициативе гендира срочно понадобилось сначала сделать главный экран со всеми возможными аналитиками (приложение для монтажников постепенно превращалось в CRM) , который я верстал по авторскому макету от тимлида, сделанному в Ворде, а затем сделать редизайн всего приложения и периодически вносить правки от заказчика, которые периодически появлялись в БИТРИКСЕ чеклистами по 10-20 пунктов с интгирующими названиями "Исправление недочётов", "Исправление недочётов 2" и "Исправление недочётов 3". Гендир один раз даже намекнул на то, что если надо будет, то придется "сжать булки" и поработать в выходные, и этот намек, конечно, не оценил никто. Ситуация приправлялась все большими задержками зарплат.
Через пару недель работы в таком ускоренно-расслабленном темпе (я все равно умудрялся опережать намеченные сроки в 2-3 раза за счёт копайлота и похуизма) я сказал, что увольняюсь. К тому моменту я уже накопил значительную подушку и решил проблемы, которые вынуждали меня иметь постоянный доход. Да и к моменту увольнения как раз набрался бы честный год опыта. Гендир меня, конечно, заверил, что, мол, релизнемся и дела пойдут в гору (спойлер: не пошли), но уговаривать не стал. От разговоров о ЗП, сколько надо отработать (я работал по ГПХ) и тому подобных вопросов уклонялся и отсылал к тимлиду, который сам понятия не имел, ведь это и не его компетенции.
С тимлидом договорились на то, что я исправляю "недочёты" и делаю последнюю фичу на удалёнке. Фича эта напоминала финальную миссию, где битва с боссом. Если коротко, то в текущий функционал надо было впихнуть невпихуемое. Сделать изменяемым то, что изменяться не должно было никогда.
К счастью, к тому моменту я уже был искусным похуистом и костылил без зазрения совести, ведь по-хорошему там надо было переписывать четверть приложения. За тот день, что ещё был в офисе, выбил себе максимально подробное ТЗ и озадачил дизайнера, ведь уточнять задачу на удаленке через БИТРИКС, на который у нас уже кончалась подписка и доступен был только текстовый чат, было бы адским адом. Получил ТЗ в вордовском документе через AirDrop. За три дня покончил с босс-фичой, попутно отбиваясь костылями от все новых правок тимлида, который в те неспокойные дни отбивался на демо от заказчика.
Был поздравлен тимлидом с последним днём службы в компании (буквально) и пошел ждать ЗП, которую задерживали уже на 12 дней, и не только мне.
Ожидание затягивалось, гендир кормил завтраками, а я ему верил, потому что считал его человеком порядочным, как и все в компании. Держались на связи с коллегами. Так вскоре узнал, что второй разработчик тоже уволился, и оказался в такой же ситуации.
Через месяц я нашел в ОМ юриста по трудовым вопросам и обратился к нему. Юрист готовила меня к худшему сценарию (суды, трудовая инспекция и т. д.), но удалось договориться телефонным звонком, даже до угроз не успел дойти. Деньги пришли через четыре дня. Гендир и правда оказался порядочным, просто пришлось эту порядочность немного простимулировать. Юрист насчитала больше, чем я рассчитывал получить, и даже с учётом ее услуг я вышел в плюс, а мог бы затерпеть и неизвестно сколько ждать свои 110 (125) к.
Такая вот история.

Сообщество для входа и роста в IT‌‌

В один день я работал из дома (выздоравливал после простуды, но нельзя же компанию подводить!!), приходилось в очередной раз выяснять ТЗ и выпрашивать дизайн. В тот день у меня особенно припекло, и вместо таски я, аки Мартин Лютер в 16 веке, сел писать простыню в ноушне о том, какие есть проблемы в процессах компании и как их можно решить.
Тезисов вышло хоть и не 95, но на две страницы А4 хватило. В тот день я думал, что совершаю великое дело. Отправил своему ПМ'у и через несколько дней вышел в офис.
В тот же день я заметил, что тимлид стал каким-то особенно нервным. Когда я в очередной раз высказался насчет того, как надо создавать задачи в БИТРИКСЕ на ганте, чтобы их создание имело хотя бы формальный смысл, а не как у нас, мне было сказано, что я докапываюсь до мелочей.
А на следующий день мы с ПМом и тимлидом сели обсуждать мой трактат. Тимлид был в гневе. И я понял, что совершил роковую ошибку, не сгладив все углы в том тексте. Я оставил фразу, внимание: "и такое чувство, что это волнует только меня одного", что мне и процитировал тимлид, сказав, что такое обычно пишут перед увольнением, и будто бы у меня других задач нет, и что мне не стоит забывать, что начальники бывают разные, в том числе и "с царьком в голове", мол, мне повезло. Пока он вел свою тираду, а я молча его слушал, ПМ, видимо, стараясь меня поддержать, раза два упомянул, что он просто высказывает свое мнение.
Разумеется, из того списка во внимание ничего принято не было, и я расстроился. Но потом постепенно свыкся с ситуацией, в которой оказался, и стал относиться ко всему проще. К тому моменту я уже хорошо знал команду, тимлида и зарекомендовал себя как специалиста, поэтому я быстро научился проебываться, особенно за счёт дыр в процессах.
Желание добросовестно работать отбивали и условия труда: в офисе около трёх месяцев не было нормального интернета, потому что в какой-то момент по нему образовалась задолженность, которую мог погасить (как мы думали все три месяца) только гендир, положив деньги на некий счёт. Все это время мы пользовались то интернетом, который тимлид раздавал с телефона, то интернетом с роутера, в который вставлялась симка. Скорость такого подключения можно оценить, разделив 8 Мбит на 6 человек. Два раза мы переносили демо, причем когда заказчик уже приехал, потому что через такой канал банально не могли подтянуться зависимости: связь рвалась на одной и той же библиотеке и загрузка начиналась заново - не получалось собрать проект для выгрузки в TestFlight. Что странно, гендир пользовался этой же сетью, знал о проблеме, но ничего не делал, пока ПМ не разобрался сам, как погасить задолженность.
Другим нюансом были мухи. Они завелись летом и обитали в той части офиса, где у нас была зона совещаний, кулер и печеньки со сладостями. Закупки печенек, к слову, постепенно сократили до нуля, оставался только чай, иногда кофе. И мухи. Их не становилось меньше. Липкие ленты едва справлялись. Если с утра прибил одну муху - день задался.
Вернусь к проебыванию. Тимлид по традиции постоянно был перегружен работой. В его задачи входило и объяснять второму разрабу, которого наняли на удаленку, математические нюансы, так как он работал отдельно над модулем геометрии, и заниматься тестовыми релизами в сторы, и общаться с заказчиком, и периодически работать над другими проектами в роли фронта. Несложно понять, что на меня как самостоятельного юнита он внимания не обращал, что говорить о прописывании задач и их приемке.
Я сначала проебывался в меру, но в какой-то день мне просто стало интересно: сколько времени я смогу просидеть без задач, если не буду просить новые? Так, за следующие две недели я проработал три часа. Мне все ещё приходилось ходить в офис (гендир считал, что так работа идёт эффективнее и переговоры с ним на эту тему не дали эффекта), поэтому в свободное время я пилил свои проекты, изучал библиотеки, проходил какие-то курсы по мл, читал хабр, даже учил географию по приколу. Работа действительно шла эффективно.

В этой истории будет конфликт, но по большей части она о моих приключениях на первом месте работы. Впечатления незабываемые.
Я подался джуном в небольшую студию, писали на flutter. Сначала попросили записать голосовое на 5-7 минут с рассказом о себе, а потом пригласили в офис на собеседование. Это напрягло, но выбирать не приходилось. Собес больше напоминал допрос: по технической части спрашивал грозный сеньор лет 50, который назывался ведущим разработчиком, дальше я его буду называть тимлидом. К тому моменту я выучил уже все возможные вопросы по флаттеру и легко прошел допрос, зарплату попросил 60к (через полгода уговорил на 90).
В первую неделю не пришлось ни писать, ни читать код - мне скинули фигму с макетом какого-то приложения про натяжные потолки (примерно такой был уровень понимания на тот момент) на 100500 экранов, а тимлид сказал ДУМАТЬ, как это лучше реализовать.
Часов 6 я пялил в монитор, изучая каждый экран, параллельно доебываясь в комментах фигмы до каких-то рандомных косяков дизайнера, которых было мало, и непонятных моментов, которых было много. Спросить ртом, о чем вообще приложение и попросить хотя бы ввести в предметную область, не хватало волчистости.
Нужно было уже что-то делать. Не придумал ничего лучше, чем строить UML диаграмму по старой памяти из универа. Я всерьез придумывал абстракции, какие-то наследования, агрегации рисовал стрелочками в онлайн-редакторе, заморачивался по поводу того, какие поля нужны, как не дай Бог не нарушить солид, и т. д.
Через два дня с замиранием сердца показал тимлиду. Он периодически спрашивал, что означают ромбики и некоторые названия полей на английском, а потом сказал, что у меня слишком академический подход и вообще-то он хотел структуру базы данных, и ему было интересно, какую БД я бы выбрал (использовали firebase, поэтому условный бэк тоже на мне)
Потом меня всё-таки допустили до кодовой базы, которая представляла собой приватный гитхаб репо 3 месяцев отроду с каким-то кодом, и добавили в таск-трекер.
Первой задачей нужно было поправить баги и сделать какой-то несложный круд, интегрировать его в существующий экран.
Момент, когда я открыл код, стал вторым ударом по миру иллюзий о чистой архитектуре и паттернах проектирования, в котором я жил и о котором было красиво расписано в описании вакансии на хх. Никакого разделения UI и логики: жсоны отправлялись в БД порой прямо в колбэке кнопки, одинаковые виджеты реализовывались методом копипасты, из-за чего файлы разбухали до 2000 строк, а переменные назывались list1, list2 и т. д. О state management и речи не шло, все было управлялось через setState. Экраны с формами в коде представляли собой полотна из объявлений TextEditingController'ов, хотя уже тогда был популярный flutter_form_builder. И венчал все это чудо глобальный класс "Globals", хранящий в себе данные о текущих компании и пользователе.
Это работало. Через пень-колоду, но работало. На мой вопрос "почему так" получил ответ, что это вообще-то мвп, глобальный класс конечно плохо, но так временно и потом переделаем.
Я попытался вкостылить в эту кучу свою фичу с клиентами, наивно думая, что мне повезет. Меня хватило на три часа ловли багов и затыкания дыр, после чего я подошёл к тимлиду и сказал, что экран надо переписывать. Оценил в три дня, сделал за четыре, но спроса не было.
Так я параллельно с текущими задачами приводил проект в порядок, добавил стейт менеджмент, какие-то зачатки чистой архитектуры, и длилось это полгода.
Задачи все чаще предполали новый функционал, на который дизайна уже не было. И я начал понимать, что разработка ведётся как-то вверх дном: тимлид вкидывает задачу, сформулированную одной фразой, часто устно, а я собираю требования, запрашиваю дизайн, уточняю детали и пишу код, и хорошо, если тимлид сам протестирует один позитивный кейс. Естественно, результатом такого подхода становятся постоянные переделки: дизайнер не знает, что хочет тимлид и плавает в предметной области, тимлид не знает, что делает дизайнер, а когда узнаёт, редко остаётся довольным, а я выступаю в роли испорченного телефона, хотя они работают за соседними столами.

Полный гайд по Валютным удаленкам

Более глубокого раскрытия вопроса вы не найдете нигде.

Смотри на YouTube: https://youtu.be/weA0ESpxuTU

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

Разбираемся, откуда ВУ взялись, почему столько платят, какие исходные данные необходимы для начала их поиска. Делюсь итогами опроса по поиску ВУ участниками сообщества: сколько получают, как долго искали.

#neoflex

Расскажу офигительную историю про Neoflex, он же Flametree, он же Enfint.
Дело было 8.11, я увидела в LinkedIn объявление от тимлида этой компании, что им нужны инженеры, описание проекта было интересным и я написала ему в личку.
Первый техсобес был 19.11 с другим лидом.
Второй собес знакомство с 2.12 с тимлидом, который постил вакансию в LinkedIn.
Третий собес HR 12.12.
Четвертый собес HR 18.12
Пятый собес 19.12 с директором по развитию.
Мы не договаривались о таком кол-ве собеседований
Тимлид с вакансией в целом перестал отвечать на мои сообщения с 9.12
Директор по развитию вообще не пришел на встречу и решил вместо нее устроить еще один тех собес, о чем я узнаю за минуту до встречи. В итоге на ней я была как девочка из мема которая сидела на кожаном диване, окруженная толпой чернокожих ребят, только вместо них была толпа инженеров, которым приходилось сидеть на нахуй никому не нужном собесе вместо своего «директора по развитию» прости господи. Этот директор сказал что у него встреча с инвесторами, есть подозрение, что если ты знаешь что у тебя накладывается встреча, ты можешь ее перенести, ведь она нужна была только ТЕБЕ, ТЫ ее попросил, а не я.
В итоге вот такую обратную связь я выудила сегодня, сама бы не спросила, хуй бы написали.
При этом HR и инженеры приятные ребята, я искренне им сочувствую что им приходится вариться в таких конченых процессах.

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

P.S. Нашла еще вот такой отзыв про них же, выводы делайте сами.

Отзыв прислан анонимным подписчиком. Это субъективное мнение, оно может отличаться от истины.

Прислать историю

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

Пришел я пару-тройку лет назад в новую компанию на позицию Senior iOS с зп в 5к$ и начал осваиваться в новом коллективе, знакомиться и налаживать контакты с командой

Был один чел в моей команде — Дима, тоже овёсер, который на дейлики то приходил, то не приходил, но когда приходил, то говорил, что жестко вливал в себя портвейн всю ночь и щас отходосы ловит. Еще и оффлайн постоянно сидел в слаке
На звонках, на которые ему все же удавалось попасть, всегда поливал матом код и не чурался говорить, что все, что мы делаем — хуйня собачья, и что надо делать так, как он говорит, а так, как не он — не надо. Короче базированный быкан

Ава у него еще в слаке такая была: сидит в кресле на пляже без футболки, смотрит в ебеня горзионта, и в солнцезащитных очках и шляпе бежевого цвета посасывает клубничный коктейль
Я сразу высек, что тип какой-то мутный и ждал от него приколов

Долго ждать не пришлось
Я работал там уже две недели, и Димас влетел с двух ног в общий чат:

— Кто так вообще пишет? Че за хуйня? Это вообще что такое, код?)

И аттачнул к сообщению скрин кода с моей первой задачи. Я там в уже существующий метод прокинул еще один параметр по аналогии с другими параметрами в этом методе

Я пришел спрашивать че его не устраивает прям в тредик под этим сообщением. Но после нескольких бычек вроде «это полная хуйня, а не код» и «почему мы пишем дерьмо?» в ответ на мои вопросы «а что тебя не устраивает?», я понял, что быдло воспринимает информацию только на быдлячьем языке

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

После нескольких токсик-дискуссий о качестве кода в треде, я предложил призвать туда лида (если, конечно, он еще сам не давился попкорном, попутно скролля тред), но на фан-встречу никто не пришел
Из того, что я понял из этой ламповой беседы — его не устроило, что я добавил что-то по аналогии, а не зарефачил весь метод сразу, раз уж тронул
Я и сейчас так сделал бы вместо рефакторинга

Закончилось все тем, что я предложил ему выйти на улицу и быкануть на какого-нибудь прохожего, если так хочется задеть кого-то, но тут не надо, мы работу работаем
В эту же секунду я обрел две реакции «+» на ластовое сообщение в этом треде и получил респект улиц

Улицы реально респектанули

Ко мне мне в лс пришел другой тиммейт — Гриша, норм тип ваще, удалось познакомиться на старте. Грегори восхитился тем, как я не стерпел.
Гриша пожаловался как его заебал Димон, который уже полгода сыпал матом его код и код остальных тиммейтов тоже, но последним видимо было похуй

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

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

Магия!

TL;DR
Не позволяйте тиммейтам ахуевать, если они реально пытаются, ведь:

Быть уебаном — это быт уебана

Выводы сделайте сами

Если ты из iOS или думаешь вкатиться/перекатиться в iOS, то залетай ко мне в канал, где я делюсь опытом, накопленным в суровом мире разработки, и менторю людей до оффера

Сообщество для входа и роста в IT‌‌

КАК Я ВЫБИЛ КОМПЕНСАЦИЮ ПОСЛЕ УВОЛЬНЕНИЯ НА ГПХ. ЧАСТЬ 2.

Отношения с коллегами и начальством все время было хорошее-отличное, почти никаких конфликтов, несмотря на пылающие стулья под сотрудниками. Хотя я на чиле работал, укладывался в свои сроки, и не напрягался особо. Не мне же за сроки, которые выставил менеджемент, отвечать)) Наш Tech Owner нашел себе мальчика для битья в лице менеджера и опускал его при каждой удобной возможности. Может быть, поэтому мало доставалось остальным. Мне его, конечно, было жаль. И вообще мерзко смотреть на это. Но я за жизнь и не такого навидался, поэтому научился отстаивать личные границы.

К Дате X мы в итоге сделали +- что нужно, наступили праздники и все спокойно и с хорошей обратной связью по работе ушли отдыхать. Посыл начальства: все сделали, что нужно, отлично поработали и вообще молодцы. Вот вам премия и повышение ЗП.

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

Я немножко в шоке, но предполагая такой исход заранее, начал искать работу до праздников. Пошел за обратной связью к альфа-программиту, с которым у меня сложились хорошие отношения, с позитивным посылом "Я вам выстроил архитектуру приложения, сделал половину разделов, авторизацию, менторил коллег и подтирал за ним код, оперативно фиксил баги и работал на выходных. Все время получал положительную обратную связь. Без наезда, но хочу узнать, в чем именно я вам не подошел, чтобы исправить эти проблемы на следующих местах работы".

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


Мне не нравится история с тем, что мне обещали сотрудничество на долгий срок, а потом кинули. Решаю выбить компенсацию, несмотря на то, что на ГПХ. Иду к это менеджеру и говорю, что не доволен тем, как они обращаются с сотрудниками. Что оставлять человека утром после праздников без работы, уверяя его перед этим, что такого не будет, не хорошо. И что я буду раздувать эту историю в СМИ (ютуб, ТГ, локальные новости). Жду их реакцию. Менеджер через пару часов пишет, что я могу делать что угодно и им все равно, но они предлагают мне вариант: на почасовой оплате сделать еще несколько задач, пока я не найду новую работу. Я соглашаюсь и месяц "делаю" эти "сложные" и "объемные" задачи. В конце, немного поприпиравшись, мне выплачивают как за месяц работы.

Стрессово ли так работать? Немного да, но привыкаешь. Мы же волки, ауф

Какие можно сделать выводы:
1. Качнуть права и выбить себе компенсацию при увольнении можно не только на ТК.
2. Даже в послушном коллективе, привыкшем к половинке пряника, можно получить целый, если ваш труд там нужен.

Всем удачи, добра, позитива и до встречи на морях и океанах!🌊🏄‍♀️🦭🦭

Сообщество для входа и роста в IT‌‌

КАК Я ВЫБИЛ КОМПЕНСАЦИЮ ПОСЛЕ УВОЛЬНЕНИЯ НА ГПХ. ЧАСТЬ 1.

Ниже вступление. Если сразу хочеться к экшОну, развитие конфлитка через 2 абзаца,

Стартап внутри давно существующей компании, нужно срочно написать приложение на ReactNative в дополнение к сайту. Меня по рефералке нанимают по ГПХ без официальной должности, но на позицию типа "Ведущий разраб", т.к. в React, ReactNative и TS я оказывается шарю лучше всех в команде. Соглашаюсь, т.к. беру вторую работу и оплата на тот момент для меня хорошая.

Собеседование было самым простым за всю карьеру. Рассказываю опыт в вебе и мобилке минут 5. Дальше местный альфа-программист и по совместительству Tech Owner всей веб и мобильной разработки в компании на 20 минут делает лекцию о том, какую крутую штуку они у себя сделали на бэке за пару лет и отказались от готовых решений за оплату, и ему даже грамоту за это дали (мне как фронту эта инфа, конечно, неимоверно полезна). Спойлер: все мое оставшееся время работы в компании они пытаются привести в чуство это чудо, чтобы оно наконец начало экономить деньги. Главным образом красиво рассказывает о себе любимом, а я с улыбкой и кринжом наблюдаю за этим. В заключение говорит о том, что они нанимают сотрудника на долгий срок и после даты X можно с легкостью перейти на ТК, а сейчас с этим все сложно. Я понимаю риски, и чем это может кончиться после запила прилаги. Собеседование на этом все.

В течение 3 месяцев с горящей пятой точкой пилим без тестов, без CI/CD, без код-ревью то, что глаз выколи, но должно выйти к определенной дате. Планы огромные, времени все меньше. Постепенно по кусочкам урезаем план, т.к. всем становится понятно, что все сделать не успеем.
Просят работать на выходных. Я ставлю условие x2 по оплате (вполне адекватно и законно на ТК, а тем более на ГПХ). Первые пару выходных мне исправно доплачивают. Перед следующими выходными говорят, что лавочка прикрыта, платить x2 не будем. Я говорю "хорошо" и перестаю перерабатывать. Перед релизом начальство все-таки расщедривается и предлагает поработать на выходных за доп. оплату. И тут я узнаю, что все мои коллеги (ТК, ГПХ, ИП) работают за x1. Мысленно выражаю соболезнования им и их близким.

Сообщество для входа и роста в IT‌‌

Дело было лет 5 назад в одном желтом банке. Команда QA, часть с новоиспеченным молодым тимлидом (с образованием филолога) в Москве, я с парой людей в Питере. Девочка тимлид вообще любила дрочить за прикладывание бэйджика на вход в 10:01 или в 18:59 на выход.
К нам в Питер взяли нового человека. Не хочу заниматься лукизмом, но это важно для контекста. Человечек ростом полтора метра, раньше работал преподом в универе. На испыталке все было ок. А после нее он начал дико душнить, относится к другим как к студентам и строить из себя тимлида. На все предложения не лезть в залупу и заниматься своей работой он обижался и строчил тимлиду как мы тут ничего не делаем, играем в плойку и постоянно сидим на кухне. Тимлид его поддерживала ибо сама считала, что в Питере все отдыхают, а в Москве все работают.
Как-то даже на написала мне, что ей HR, которые сидят на другом этаже, сообщили, что я много играю в PS. Пойманная на пиздеже попыталась отшутиться, что они все видят через стену. Претензий именно по качеству работы никогда не поступало.
Так продолжалось пару месяцев и настал тот самый день, мне на почту прилетела встреча с руководителем питерского офиса и HR. Сказали, что я вместо работы смотрю ютуб и играю в плойку. Протянули заявление по собственному. Я прифигел, что даже мой тимлид ничего мне не сказала про это. Я, от небольшого ума, его и подписал. Такие вот в дела, один человек строчит фэйковые доносы начальнику, начальник в это верит, от обязанности увольнять подчиненных гасится, за нее это делает руководитель офиса и HR.
В заключение скажу, что в течении года, подобным способом уволили одного разработчика на этом же проекте. Так что схема рабочая. Что стало с тем QA, который всех строил? Его пару раз повышали. Но пришлось разжаловать за похожие выкрутасы, видимо наехал на того, на кого не стоило.

Сообщество для входа и роста в IT‌‌

И че вы, свои конфликты то будете присылать? Или были хорошими сотрудниками весь год? Писать сюда: @one_IT_day_bot

Тема следующего месяца — конфликты на работе.

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

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

Тестировщик возвращает в in progress с пометкой, что нашел БАГ. Я иду разбираться, выясняется: действительно баг, правда на другом экране, в другом флоу. Условно, баг на экране профиля пользователя, а я работаю над фичей добавления способа оплаты.

Сделайте скидку на мой возраст и юношеский максимализм, каждый комментарий с правами воспринимается как личная обида... Максимально корректно говорю ему, что "это выходит за рамки спринта, давай заведем тикет отдельный, потом починим, к тому же баг там уже давно, его просто никто не замечал". Тестировщик уходит, недовольно сопя, но тикет переводит в "Протестировано:".

К сожалению, в пятницу выясняется, что надо "ну вот последнюю маленькую правочку" в реализацию добавить СРОЧНО. Доделываю, заливаю тестовую сборку, вижу довольное ебало QA, тикет возвращается с пометкой о баге. Смотрю, снова какая-то залупа, типа баг на соседнем экране, который я никак не менял.

QA подлетает: "Антон, ну надо быстрее фиксить, че ты пропустил то а?". Я начинаю свою телегу про "добавим в следующий спринт", он на весь опенспейс: "ОПЯТЬ ВОТ ЭТА ХУЙНЯ НАЧИНАЕТСЯ ДА, ЧТО ЭТО НЕ ТВОЯ ОТВЕСТВЕННОСТЬ, ОПЯТЬ ПЕРЕНОСИМ, ЭТО ЖЕ БАГ, КАК ЖЕ ТАК!!11!!"

Тут уже даже моей низкой эмпатии хватило для понимания, что я сам тут не порешаю. Поэтому я мужественно пожаловался нашей тимлидше, попросил быть судьей, она (благодаря богатому стартаперскому опыту) сказала: "похуй, потом сделаем". Ситуацию я вроде как выиграл, но еще долго каждая моя задача ревьювилась с максимальным пристрастием.

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

CI/CD и жесткие гуд практисы

Напоминаю про скидку на юношеский максимализм. Небольшая американская студия разработки, работаю над проектом с снобом-синьором. А я там развлекаюсь во всю, лучшие практики какие-то ищу по реактивщине, линтеры вкорячиваю после обсуждения с командой. А менеджеры... Ну они видят, что у малого глаза горят, слова вроде убедительные какие-то говорит, команда не спорит, наверное, к лучшему эти изменения... Надо делать получается (НЕТ).

Стандарты придуманы и введены, линтер настроен, но тут я замечаю, что всем как-то на него немножко похуй. "// lint:disable:all" мелькает в коде и тут и там, мои комментарии на гитхабе помечают как решенные, при этом ничего не меняя. Пожар в моей жопе представили?

Короче, каким-то образом проталкиваю я идею, что надо бы нам сделать ЖЕСТКОЕ CI, если хоть одна проверка не проходит — мерджить нельзя. И добавляю еще пару правил в линтер, что // lint:disable:all валит билд.

Очередной релиз, вижу в чате тэг нашего девопс-гая с просьбой отключить нахуй в гитхабе необходимость зеленых пайплайнов CI. Выясняется, у сноба-синьора валится билд, потому что он пытается смерджить 1.5k+ строк пулл-реквеста без соблюдения правил линтера вообще. У него горит жопа, хочется уже сдать и пойти чиллить, а валящийся пайплайн не дает смерджить фичу.

Тут ситуацию проигрываю уже я, потому что в критический момент всем становится похуй на договоренности о коде, лишь бы задеплоить. Хотя я, конечно, говорю: "зачем мы это тогда вводили, если не соблюдаем, и при первой же проблеме выключаем?". На что мне сноб-синьор пишет в лс:

Ты наверняка сейчас думаешь, что делаешь правильно, да? Что делаешь лучше? Такой воин света, защитник хорошего кода? Да как бы не так! Если бы ты со мной поработал, ты бы понял, что это вообще не важно, ты всей компании сейчас мешаешь, ты это осознаешь? Прекрати писать про эти проверки, мне надо задачу сдать, как ты не понимаешь!111!

Мой вывод: не надо стремиться делать ИДЕАЛЬНО там, где нужно удовлетворительно, но побыстрее. Плюс твое идеально всегда субъективно и может отличаться от предпочтений большинства.

Моя зарплата составляла на 80% оклад и 20% условно-постоянная премия, которую, как мне сказали “не выплачивают в случае серьёзных косяков, типа дропнул базу на проде или прогулял работу“.

И в этой ситуации меня её лишили. Да, это называется депремирование. Поскольку это был первый раз, меня лишили только половины этой премии. Такой вот удар ниже пояса. Перерабатывал в надежде получить повышение или хотя бы разовую премию. Но недопереработал и попал на депремирование.

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

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

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

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

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

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

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

Также я понял, что если вы считаете, что с вами поступили несправедливо, вы можете попытаться восстановить справедливость. Это может сработать, но, скорее всего, негативно повлияет на ваши отношения с руководством и на долгосрочную перспективу.

А самое интересное - что было дальше. По завершению проекта меня перевели на другой, снова на проект для Центрального Аппарата Сбера. На этом проекте я работал примерно в два раза меньше, и руководитель был мной полностью доволен. Я получал только отличную обратную связь и пару раз получил дополнительные проектные премии.

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

Историю прислал автор блога Саня об IT, за свои 15 лет в IT успел поработать: бэком, фулстеком, аналитиком, проджектом, фронтом, лидом. Набил огромное количество шишек в этом самом IT и в своём блоге делюсь мыслями на самые острые айтишные темы, подобными историями и советами как в них не попадать.

Сообщество для входа и роста в IT‌‌

Недопереработал

Хочу поделиться с вами реальной историей о том, как меня лишили условно-постоянной премии из-за того, что я перерабатывал недостаточно.
Эта история произошла со мной много лет назад, когда я работал fullstack разработчиком Junior+ в крупнейшей IT-компании города-миллионника.

После завершения проекта для Московского Сбера меня перевели на новый проект для Восточно-Сибирского Сбербанка, который базируется в Красноярске. Сам я жил в Перми и работал в офисе там же.

Начали разработку, но работа шла не очень эффективно. Нам часто требовались уточнения от заказчика, касающиеся модели данных, структур баз данных, бизнес-сущностей и организации внутренних систем. Хотя мы получали ответы, работа шла медленно, и мы часто упирались в тупики. Сроки начали поджимать и руководство решило сделать финальный этап разработки непосредственно в офисе заказчика в Красноярске.

Улетали на неудобном ночном рейсе, прилетая рано утром и заселялись в “отель”. Скорее старый большой гараж, переоборудованный в спорткомплекс с номерами. Мне постоянно “везло” на номер рядом со спортзалом в котором играли в баскетбол до полуночи. Отель был недалеко от офиса заказчика - минут 10 ходьбы по свежевыпавшему грязно-чёрному снегу, ведь отель был на границе промзоны. Воздух там был соответствующий - повсюду пахло как будто ЖД состав с углем проехал только что перед тобой.

Так начинались практически все наши командировки в этот город. Чтобы компании сэкономить на авиабилетах, нас отправляли сразу на 10 дней и без выходных. Я просыпался в 7 утра, завтракал, едва продрав глаза, отправлялся с коллегами на работу, где мы трудились с небольшими перерывами на обед и ужин до 10 вечера, после чего снова возвращались в гостиницу. Я про себя окрестил такую командировку “айтишной вахтой”.

Что касается рабочего процесса, то он был довольно напряженным. Мне, начинающему молодому разработчику, приходилось общаться с большим количеством представителей заказчика. Хотя они были технарями, а не бизнес-специалистами, нужно было добывать у них различные данные о системах, которые они сопровождали. Некоторые были готовы помочь, а некоторые были крайне несговорчивыми. В то время я работал фуллстек разработчиком, занимаясь как интерфейсами, так и бэкендом и базами данных.

Мы сильно перерабатывали, в том числе мой тимлид и другие коллеги. Это меня очень расстраивало, но я слышал только: «Потерпи, осталось ещё немного, скоро сдача проекта». Я не был глубоко погружен во все детали плана проекта, в то время ещё не был в моде SCRUM и активное общение с командой. Мне просто говорили: «Саня, работы много, делай», и я делал.

В какой-то момент это стало невыносимо. Это был предпоследний день командировки, и я работал как обычно, примерно с 8 утра. Время 19:00, переработано всего пара часов, что меньше обычного, но я уже достаточно задолбался и хотел прогуляться и посмотреть город. За несколько недель, которые я суммарно провёл в новом для себя городе, из достопримечательностей я видел только гостиницу и офис заказчика.

Я решился и сказал руководителю, что "на сегодня мой лимит переработок исчерпан". На что он холодно ответил: «Ты не можешь так поступить, у нас сдача проекта — очень важный этап, необходимо выложиться всем по максимуму». Я уже долго выкладывался по максимуму и сказал, что не вижу конца и края этому, сколько можно так работать. Поэтому с меня хватит. В следующие дни командировки наше общение с руководителем продолжалось, но уже было заметно натянутым.

По возвращении в Пермь после командировки меня позвал на беседу руководитель подразделения, то есть начальник моего тимлида. Ясно дело, лид дал ему негативный фидбек по мне, ведь я "не проявил должного рвения". Он выразил своё недовольство и сказал: «Саша, ты как будто не понимаешь, насколько важен может быть тот или иной проект, какие-то важные этапы в нём». Я спрашивал, будут ли дополнительные премии у кого-то в компании или влияет ли это на KPI, когда я пытался понять, насколько это важно. Но этого не произошло.

#яндекс

Собесился где-то в начале лета на iOS

По структуре собеса - базовая техничка в Яндекс, теория, задачи рефакторинга, алгосы

Собес проходил вечером, обычно в это время все уставшие и это понятно, но то, что я встретил в Яндексе, ну это тихий пиздец. НИГДЕ И НИКОГДА не было у меня такого

Собеседующий был похож на мертвую рыбу с заплывшими глазами, очень жутко. Абсолютно безэмоциональный человек с монотонным голосом. Заинтересованности в процессе от собеседующего 0, отчего минуте на 15 мне уже стало плевать на собес, но стало интересно что там дальше

Ситуация - решил задачу, спрашиваю ну как решение и тишина….тишина…с мертвым лицом. Стало интересно сколько она продлится, молчу. 30 секунд, минута, две. Пока не переспросил - 0 реакции (у меня вообще не тихая и не неуверенная в себе подача). И так по кд

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

P.S.
К Яндексу претензий нет, 100% это случайность с попавшимся собеседующим, но никогда не ожидал такого фейла от них

Отзыв прислан анонимным подписчиком. Это субъективное мнение, оно может отличаться от истины.

Прислать историю