Напоминаю, канал живет исключительно на добровольно присланных историях. Скидывайте его своим друзьям, просите их делиться опытом, присылайте истории сами. Каждая история важна
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Junior #Data Engenier.
Я Влад.М. @volllander, 1 год 3 месяца опыт работы (реальных в бою месяцев 7), зарплата 60000 руб net. Удаленка.
Компания крупный российский аутсорс, предоставляющий услуги в области BI и Big Data в России и некоторых зарубежных странах. Заказчики в основном банки, телеком и ритейл. Большое количество проектов позволяет получить опыт работы с различным стеком технологий. Компания достаточно лояльно относится к начинающим айтишникам, поэтому можно получить первую работу с относительно небольшими знаниями. Для джунов проводят различные обучения, всегда есть ментор, который помогает им на проектах.
За все время работы мне довелось работать на трех проектах у разных заказчиков. По этой причине рабочий день мог отличаться от проекта к проекту. Поэтому немного расскажу про каждый проект в отдельности.
1. Проект CRM в топ-3 российском банке.
Мой рабочий день начинается в 10 утра с созвона на 15мин, на котором каждый участник команды кратко рассказывает о том, что он делал вчера, с какими сложностями столкнулся и, что планирует делать сегодня. Задачи планируются на две недели, в конце каждой недели созвон на час-два по итогам. Затем смотрю, какая на меня запланирована задача, открываю Confluence, в котором читаю техническое задание к задаче.Все мои задачи заключались в написания скрипта обработки пользовательских ошибок. Суть в том, что сотрудник банка (кампейнер) создает некую CRM-компанию: обзвон клиентов с финансовыми предложениями, SMS или отправку e-mail. При создании компании он заполняет различные параметры: к какому типу относится клиент(юр.лицо или физ.лицо), какие у него счета, возраст физ.лица, даты последней активности и многие другие. Для разных CRM-компаний существуют различные требования к этим параметрам и, нужно сделать так,
чтобы введенные пользователем параметры соответствовали этим требованиям. Здесь как раз и начинается моя работа. С помощью скриптов на достаточно специфичном языке программирования SAS Macro и всем известном SQL, я пишу всевозможные проверки получаемых от пользователя параметров. Простой пример, CRM-компания создается для физических лиц, а пользователь по ошибке добавляет юридических. В этом случае,создается проверка типа пользователя, при неверном типе выдается ошибка, которая логируется в специальную таблицу, а пользователю отправляется сообщение о некорректности данных. После написания скрипта я делаю коммит в свою ветку GIT, который ревьют старший разработчик, если все хорошо, то делаю слияние с общей веткой, если нет, то получаю фидбек и дорабатываю скрипт. При возникновении каких-либо сложностей, а особенно на первом проекте у меня это было каждый день и много-много раз, я созваниваюсь со своим ментором и мы вместе разбираемся в коде. Рабочий день в основном заканчивается в 19 часов. Бывает случается, что просто не успеваешь сделать задачу в срок, тогда можно поработать на час-два больше или начать свой день раньше, но переработки у нас не любят тем, что возрастает риск выгорания сотрудника. Переработки дополнительно оплачиваются.
Я Влад.М. @volllander, 1 год 3 месяца опыт работы (реальных в бою месяцев 7), зарплата 60000 руб net. Удаленка.
Компания крупный российский аутсорс, предоставляющий услуги в области BI и Big Data в России и некоторых зарубежных странах. Заказчики в основном банки, телеком и ритейл. Большое количество проектов позволяет получить опыт работы с различным стеком технологий. Компания достаточно лояльно относится к начинающим айтишникам, поэтому можно получить первую работу с относительно небольшими знаниями. Для джунов проводят различные обучения, всегда есть ментор, который помогает им на проектах.
За все время работы мне довелось работать на трех проектах у разных заказчиков. По этой причине рабочий день мог отличаться от проекта к проекту. Поэтому немного расскажу про каждый проект в отдельности.
1. Проект CRM в топ-3 российском банке.
Мой рабочий день начинается в 10 утра с созвона на 15мин, на котором каждый участник команды кратко рассказывает о том, что он делал вчера, с какими сложностями столкнулся и, что планирует делать сегодня. Задачи планируются на две недели, в конце каждой недели созвон на час-два по итогам. Затем смотрю, какая на меня запланирована задача, открываю Confluence, в котором читаю техническое задание к задаче.Все мои задачи заключались в написания скрипта обработки пользовательских ошибок. Суть в том, что сотрудник банка (кампейнер) создает некую CRM-компанию: обзвон клиентов с финансовыми предложениями, SMS или отправку e-mail. При создании компании он заполняет различные параметры: к какому типу относится клиент(юр.лицо или физ.лицо), какие у него счета, возраст физ.лица, даты последней активности и многие другие. Для разных CRM-компаний существуют различные требования к этим параметрам и, нужно сделать так,
чтобы введенные пользователем параметры соответствовали этим требованиям. Здесь как раз и начинается моя работа. С помощью скриптов на достаточно специфичном языке программирования SAS Macro и всем известном SQL, я пишу всевозможные проверки получаемых от пользователя параметров. Простой пример, CRM-компания создается для физических лиц, а пользователь по ошибке добавляет юридических. В этом случае,создается проверка типа пользователя, при неверном типе выдается ошибка, которая логируется в специальную таблицу, а пользователю отправляется сообщение о некорректности данных. После написания скрипта я делаю коммит в свою ветку GIT, который ревьют старший разработчик, если все хорошо, то делаю слияние с общей веткой, если нет, то получаю фидбек и дорабатываю скрипт. При возникновении каких-либо сложностей, а особенно на первом проекте у меня это было каждый день и много-много раз, я созваниваюсь со своим ментором и мы вместе разбираемся в коде. Рабочий день в основном заканчивается в 19 часов. Бывает случается, что просто не успеваешь сделать задачу в срок, тогда можно поработать на час-два больше или начать свой день раньше, но переработки у нас не любят тем, что возрастает риск выгорания сотрудника. Переработки дополнительно оплачиваются.
2. Проект в крупном российском банке.
Здесь мой рабочий день начинается в 10-11. Просто потому, что каких-то утренних созвонов нет вообще, и я могу сам регулировать свой график. У меня было большое задание, которое я делал на всем протяжении работы над проектом. В общих чертах, заказчик предоставил бизнес-требования, в которых указал какие поля и с какой логикой
нужно добавить в имеющуюся витрину данных. Витрина - это таблица в хранилище данных, которая содержит тематическую и узконаправленную информацию. Моя задача заключается сначала в аналитике, т.е нужно понять, как нужное поле создается, в какой таблице взять значение, с какой таблицей сделать сравнение или что с чем поджойнить, чтобы получить нужное. Часто приходится созваниваться с ментором, а потом с банком, чтобы разрешить возникающие вопросы. После аналитики я пишу код на SQL, который выполняет все необходимые манипуляции. На основе полученного запроса, в программе SAS DI создаю ETL - процесс получения данных из источников, их преобразование и загрузку в целевую таблицу (витрину). SAS DI
позволяет достаточно просто строить ETL с помощью графического построения этого процесса. Буквально рисуется блок-схема, в который есть блоки-таблицы и блоки-преобразования. Блоки соединяются стрелками в том порядке, который нужен для логики ETL. Внутри некоторых блоков с помощью интерфейса добавляются нужные поля, джойны, условия и другие преобразования. В отдельных случаях пишется код, который берется из того самого начального скрипта. Запускаю полученный ETL, если есть ошибки - исправляю, если ошибок нет сравниваю полученные данные с ожидаемыми, если сходится - экспортирую файл с ETL и отправляю сотруднику банка. Далее банк запускает ETL на тестовом сервере и проверяет корректность работы, если все плохо - отправляет на доработку мне, если хорошо - ставит на прод. ETL чаще всего запускается ежедневно, поэтому я скрещиваю пальцы и жду следующего дня. Бывает, что из-за того, что тестовые
данные сильно отличаются от продовских, возникает некорректный результат. В этом случае снова аналитика и доработка.
3. Проект в крупном российском букмекере.
По времени работы день аналогичен предыдущему проекту. У компании уже было реализовано хранилище данных, само собой включая ETL. Требовалось провести унификацию, т.е приведение к единообразной форме, отдельной части ETL, отвечающей за загрузку данных в таблицы справочники. Заказчик предоставил уже унифицированные джобы, которые можно брать в качестве эталона.
Утром я обновляю свою ветку git. В excel-файле смотрю с каким из пакетов ETL никто из коллег не работает, после в графическом редакторе ETL SSIS (программа похожая на SAS DI) открываю джоб и сравниваю его с типовым джобом. Чаще всего и проще всего за основу беру какой-то эталонный джоб и изменяю наименования таблиц и полей, часть изменений вношу в SSIS, часть - редактирую открыв файл джоба в xml. Внутри джоба используется процедура, написанная на T-SQL. Эту процедуру я также редактирую в соответствии с требованиями унификации, т.е убираю лишние джойны, фильтры, группировки, добавляю нужные и т.п. После запускаю джоб, проверяю, что он отрабатывает без ошибок, смотрю на адекватность полученных данных. После чего делаю коммит, потом старший разработчик его ревьюит и делает слияние с общей веткой. В течение дня при возникновении вопросов созваниваюсь с ментором. С разработчиками заказчика созваниваемся раз в неделю, где сообщаем о проделанной работе.
Отдельно выделю рабочий день во время bench (простоя).
Здесь мой рабочий день начинается в 10-11. Просто потому, что каких-то утренних созвонов нет вообще, и я могу сам регулировать свой график. У меня было большое задание, которое я делал на всем протяжении работы над проектом. В общих чертах, заказчик предоставил бизнес-требования, в которых указал какие поля и с какой логикой
нужно добавить в имеющуюся витрину данных. Витрина - это таблица в хранилище данных, которая содержит тематическую и узконаправленную информацию. Моя задача заключается сначала в аналитике, т.е нужно понять, как нужное поле создается, в какой таблице взять значение, с какой таблицей сделать сравнение или что с чем поджойнить, чтобы получить нужное. Часто приходится созваниваться с ментором, а потом с банком, чтобы разрешить возникающие вопросы. После аналитики я пишу код на SQL, который выполняет все необходимые манипуляции. На основе полученного запроса, в программе SAS DI создаю ETL - процесс получения данных из источников, их преобразование и загрузку в целевую таблицу (витрину). SAS DI
позволяет достаточно просто строить ETL с помощью графического построения этого процесса. Буквально рисуется блок-схема, в который есть блоки-таблицы и блоки-преобразования. Блоки соединяются стрелками в том порядке, который нужен для логики ETL. Внутри некоторых блоков с помощью интерфейса добавляются нужные поля, джойны, условия и другие преобразования. В отдельных случаях пишется код, который берется из того самого начального скрипта. Запускаю полученный ETL, если есть ошибки - исправляю, если ошибок нет сравниваю полученные данные с ожидаемыми, если сходится - экспортирую файл с ETL и отправляю сотруднику банка. Далее банк запускает ETL на тестовом сервере и проверяет корректность работы, если все плохо - отправляет на доработку мне, если хорошо - ставит на прод. ETL чаще всего запускается ежедневно, поэтому я скрещиваю пальцы и жду следующего дня. Бывает, что из-за того, что тестовые
данные сильно отличаются от продовских, возникает некорректный результат. В этом случае снова аналитика и доработка.
3. Проект в крупном российском букмекере.
По времени работы день аналогичен предыдущему проекту. У компании уже было реализовано хранилище данных, само собой включая ETL. Требовалось провести унификацию, т.е приведение к единообразной форме, отдельной части ETL, отвечающей за загрузку данных в таблицы справочники. Заказчик предоставил уже унифицированные джобы, которые можно брать в качестве эталона.
Утром я обновляю свою ветку git. В excel-файле смотрю с каким из пакетов ETL никто из коллег не работает, после в графическом редакторе ETL SSIS (программа похожая на SAS DI) открываю джоб и сравниваю его с типовым джобом. Чаще всего и проще всего за основу беру какой-то эталонный джоб и изменяю наименования таблиц и полей, часть изменений вношу в SSIS, часть - редактирую открыв файл джоба в xml. Внутри джоба используется процедура, написанная на T-SQL. Эту процедуру я также редактирую в соответствии с требованиями унификации, т.е убираю лишние джойны, фильтры, группировки, добавляю нужные и т.п. После запускаю джоб, проверяю, что он отрабатывает без ошибок, смотрю на адекватность полученных данных. После чего делаю коммит, потом старший разработчик его ревьюит и делает слияние с общей веткой. В течение дня при возникновении вопросов созваниваюсь с ментором. С разработчиками заказчика созваниваемся раз в неделю, где сообщаем о проделанной работе.
Отдельно выделю рабочий день во время bench (простоя).
Случается, что проект заканчивается, а новый проект для тебя еще не нашли. Такая особенность работы в аутсорсе, что поделать. Срок простоя может быть от нескольких дней до нескольких месяцев. И тут твое времяпровождение будет сильно зависеть от компании и от тебя самого. В моем случае я просыпаюсь тогда, когда хочется. Если куратор дает какие-то учебные задания, то делаю задания.Если нет заданий, то либо прожигаю время в соцсетях, либо что-то изучаю в интернете (лучше бы в обратной последовательности). Учебные задания похожи на реальные, поэтому есть смысл привести еще пример, чтобы новички могли понять специфику (мне в свое время этого не всегда хватало). Например, на последнем простое я делал задачу на PySpark. Был предоставлен фрейм данных, содержащий информацию по криминальным событиям в городе по районам с различным типом преступлений, временем совершения и т.п, нужно посчитать статистику, т.е какой район самый криминогенный, какие преступления чаще всего, в какое время суток и т.д.
В целом коллектив огонь, руководство по отношению к сотрудникам - топ (я после работы в автобизнесе по началу слезу пускал, когда сюда устроился и получал человеческое отношение), задачи часто клевые и интересные.
Мне с одной стороны повезло, что было разнообразие проектов, с другой - не очень, т.к срок участия на проекте в среднем не большой и не успеваешь глубоко погрузиться. Плюс не повезло с большим простоем, но тут и моя вина, т.к у меня были свои требования к желаемому стеку на следующем проекте. Минус главный один - зп ниже рынка.
Но какие галеры этим не грешат?
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
В целом коллектив огонь, руководство по отношению к сотрудникам - топ (я после работы в автобизнесе по началу слезу пускал, когда сюда устроился и получал человеческое отношение), задачи часто клевые и интересные.
Мне с одной стороны повезло, что было разнообразие проектов, с другой - не очень, т.к срок участия на проекте в среднем не большой и не успеваешь глубоко погрузиться. Плюс не повезло с большим простоем, но тут и моя вина, т.к у меня были свои требования к желаемому стеку на следующем проекте. Минус главный один - зп ниже рынка.
Но какие галеры этим не грешат?
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Один день из жизни #React разработчика в экосистеме сбера
Реальный опыт меньше двух лет, в резюме 3+.
Зп 280 на руки + премия в конце года.
Сейчас из-за релокации сильно изменился день. Встаю в 7 утра, сверяюсь с раписанием, смотрю когда назначены собесы для второй работы. До НГ планирую херачить на двух работах РФ и не РФ, после НГ увольнятся, чтобы не попасть на доп налог из-за резиденства.
Душ, поел, прогулятся в парке, послушать подкаст.
Посмотреть какие МРы открыты, посмотреть треды в общих чатах. Отписать какую-нить хуйню, спихнуть работу на тестировщиков или отправить задачу на доработку по СТ. Если не получается, забить хер, так как один фиг сейчас работа моя вне спринта.
Сейчас занимаюсь глубоких рефакторингом, влез в говно с архитектором проекта, изначально задумка была отличная, но реализация нихера не работает. Месяц уже мытарства. Показали только половину работы. Каждый дейлик приходится что-то придумывать, хуле у нас ничего не работает. Чтобы совсем не харкали в лицо, смотрю МРы, декомпозирую задачи , надуваю щеки аля- сеньор.
После основного дейлика, иду рассылаю резюме, созваниюсь с рекрутерами , либо прохожу техничку.
Под конец рабочего дня, обычно синк с архитектором, где говорю, что нихуя не работает и продолжаю работать над задачей.
После созвона, вяло тыкаю палочкой в проект, ловлю ощибки, гуглю, ответов нет, забиваю хер.
Ужин, открываю учебный проект на питухоне. Ковыряю его.
Инода разнообразие в виде подборок статей, видосов.
В районе часа ночи ложусь спать.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Реальный опыт меньше двух лет, в резюме 3+.
Зп 280 на руки + премия в конце года.
Сейчас из-за релокации сильно изменился день. Встаю в 7 утра, сверяюсь с раписанием, смотрю когда назначены собесы для второй работы. До НГ планирую херачить на двух работах РФ и не РФ, после НГ увольнятся, чтобы не попасть на доп налог из-за резиденства.
Душ, поел, прогулятся в парке, послушать подкаст.
Посмотреть какие МРы открыты, посмотреть треды в общих чатах. Отписать какую-нить хуйню, спихнуть работу на тестировщиков или отправить задачу на доработку по СТ. Если не получается, забить хер, так как один фиг сейчас работа моя вне спринта.
Сейчас занимаюсь глубоких рефакторингом, влез в говно с архитектором проекта, изначально задумка была отличная, но реализация нихера не работает. Месяц уже мытарства. Показали только половину работы. Каждый дейлик приходится что-то придумывать, хуле у нас ничего не работает. Чтобы совсем не харкали в лицо, смотрю МРы, декомпозирую задачи , надуваю щеки аля- сеньор.
После основного дейлика, иду рассылаю резюме, созваниюсь с рекрутерами , либо прохожу техничку.
Под конец рабочего дня, обычно синк с архитектором, где говорю, что нихуя не работает и продолжаю работать над задачей.
После созвона, вяло тыкаю палочкой в проект, ловлю ощибки, гуглю, ответов нет, забиваю хер.
Ужин, открываю учебный проект на питухоне. Ковыряю его.
Инода разнообразие в виде подборок статей, видосов.
В районе часа ночи ложусь спать.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Сергей, #python #backend
4 года опыта, РФ, зп 250к р, удаленка
Начинается день с дейлика, просыпаюсь за пару минут до него (дейлик без камеры).
В это же время параллельно смотрю есть ли созвоны в календаре и мр'ы от коллег
После дейлика чаще всего иду чилить или спать.
Какого-то ежедневного рабочего графика у меня нет, потому что таски я откладываю до последнего дня. Т.е. беру новую задачу, чекаю, что меня по ней ничего не заблокирует в процессе и несколько дней по ней ничего не делаю; просто хожу на созвоны, чекаю мры и все. Но стараюсь давать корректную оценку команде, когда я ее закончу. Потом в какой-то день сажусь на несколько часов, чтобы ее сделать.
В итоге за всю неделю в среднем у меня уходит около 4 часов на созвоны и 10 на разработку, коммуникации, ревью мров.
Конечно, изредка возникают критикал проблемы на проде, и такие таски не откладываю. Но такое происходит раз в 2 месяца.
Никогда не работаю по вечерам и в выходные, даже если что-то не успеваю (кроме очень критичных редких штук)
По процессам: работаем по спринтам, вместе со всей командой обсуждаем все таски, декомпозируем их, задаем вопросы бизнесу через аналитика, даем оценку по времени.
Никто мне никогда не говорил, что я медленно или плохо что-то делаю. Иногда запрашиваю фидбек у руководителя, и он всегда положительный.
Вообще просить фидбек полезно, это помогает не загоняться в мысли про то, что вас скоро уволят за вашу плохую работу😁. Ну а если даже фидбек отрицательный, то все равно полезно, поможет вам понять в каких моментах вы проседаете (ну или что работаете с токсиками и пора уходить).
Задачи это чаще всего добавление какого-то однотипного функционала в сервис или может какая-нибудь большая фича, которую реализуем пару месяцев, иногда рефакторинг кодовой базы, иногда какой-то тех долг.
На самом деле такой подход у меня был около полугода назад, потому что сейчас я уже переехал, поменял проект, успел посидеть на бенче, устроился на вторую работу.
И все еще нет какого-то стабильного графика, о котором можно рассказать, но общий подход к работе тот же. Может, позже об этом тоже расскажу)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
4 года опыта, РФ, зп 250к р, удаленка
Начинается день с дейлика, просыпаюсь за пару минут до него (дейлик без камеры).
В это же время параллельно смотрю есть ли созвоны в календаре и мр'ы от коллег
После дейлика чаще всего иду чилить или спать.
Какого-то ежедневного рабочего графика у меня нет, потому что таски я откладываю до последнего дня. Т.е. беру новую задачу, чекаю, что меня по ней ничего не заблокирует в процессе и несколько дней по ней ничего не делаю; просто хожу на созвоны, чекаю мры и все. Но стараюсь давать корректную оценку команде, когда я ее закончу. Потом в какой-то день сажусь на несколько часов, чтобы ее сделать.
В итоге за всю неделю в среднем у меня уходит около 4 часов на созвоны и 10 на разработку, коммуникации, ревью мров.
Конечно, изредка возникают критикал проблемы на проде, и такие таски не откладываю. Но такое происходит раз в 2 месяца.
Никогда не работаю по вечерам и в выходные, даже если что-то не успеваю (кроме очень критичных редких штук)
По процессам: работаем по спринтам, вместе со всей командой обсуждаем все таски, декомпозируем их, задаем вопросы бизнесу через аналитика, даем оценку по времени.
Никто мне никогда не говорил, что я медленно или плохо что-то делаю. Иногда запрашиваю фидбек у руководителя, и он всегда положительный.
Вообще просить фидбек полезно, это помогает не загоняться в мысли про то, что вас скоро уволят за вашу плохую работу😁. Ну а если даже фидбек отрицательный, то все равно полезно, поможет вам понять в каких моментах вы проседаете (ну или что работаете с токсиками и пора уходить).
Задачи это чаще всего добавление какого-то однотипного функционала в сервис или может какая-нибудь большая фича, которую реализуем пару месяцев, иногда рефакторинг кодовой базы, иногда какой-то тех долг.
На самом деле такой подход у меня был около полугода назад, потому что сейчас я уже переехал, поменял проект, успел посидеть на бенче, устроился на вторую работу.
И все еще нет какого-то стабильного графика, о котором можно рассказать, но общий подход к работе тот же. Может, позже об этом тоже расскажу)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Кстати, если тебе что-то непонятно в истории, хочется уточнить какие-то слова и моменты, смело пиши в комменты. Если не автор, то другие читатели ответят. Цель канала именно в том, чтобы людям было ПОНЯТНО, чем занимаются айтишника. А не в том, чтобы айтишники выебывались своим чиллом за 300к/наносек
Напишу про рабочий день senior #php developer.
Зарплата 4,5k евро.
Сейчас в Тбилиси - впринципе график после перезда даже не сбивался особо (было +4 МСК стало +1МСК).
Как работал по МСК так и работаю.
Начинаю работу в диапазоне от 9 до 11 утра.
Иногда смотрю что есть на ревью иногда сразу возвращаюсь к текущей задаче.
Часто заранее определяю себе "цель на день" - что нужно сделать на сегодня (такую то часть задачи / выяснить-обсудить такую-то задачу / пообщаться по какой-нибудь нех)
"Цель на день" - это достаточно абстрактная штука - тут нет четкого списка - скорее внутреннее ощущение =)
Предположим взял новую задачу - тогда читаю задачу в джире, смотрю кто ответственный и к кому нужно идти с вопросами.
В еверноте делаю заметки по задаче - что нужно сделать тезисно и составляю список вопросов.
Вопросы кидаю в коммент к джире/личку в телеге/ общий рабочий канал слаке (в зависимости от комуникаций в компании)
Если что делать по задаче ясно - прикидываю план что нужно сделать и начинаю реализовывать.
Около 12 часов дейли.
Там рассказываем что делал вчера/делаешь сегодня - но без особой конкретики.
(хотя иногда ничинается обсуждение деталей задачи - но это никто кроме обсуждающих не слушает - лучше так не делайте)
ИМХО дейли больше нужно чтобы было видно как комуницирует человек - вовремя ли поднимает проблемы / как общается / ну и чтобы разрабы хоть иногда что-то говорили 🙈🙊
Дальше возвращаюсь к задаче - гуглю что непонятно.
Если что не ясно / в вчем-то не уверен пишу в дев или общий рабочий чат - иногда отвечают =)
Иногда собираемя в дискорде что-то обсудить (какой-нибудь баг / непонятное поведение / как сделать фичу)
Кодинг задачи / выяснение требований / уточнения / созвоны и составляют 100% времени работы.
Иногда отвлекаюсь на видюшки / прогулки / поездки.
Рабочий день сильно размазан - но "цель на день" полволяет останоситься где нужно.
Иногда в комментах есть вопросы "чем это отличается от дня джуна" - да особо ничем =)
Задачи на "архитектуру" решаются теми же методами (выясняем какую проблему решаем, какие сложности могут быть, после прикидывается тех решение, обсуждается и реализуется)
Отличие джуна отсеньюра имохо в том что сеньор может пояснить за свое решение и представляет в чем могут быть поблемы решения.
Ну и сеньорность в каджой компании/проекте своя.
PS Прочитал - и подумал "ппц фигней какой-то страдаю вместо работы".
потом вспомнил что когда на заводе работал - было то же самое, только вметсо компа после постановик задачи шел к оборудованию.
Так что не фигня а "высококвалифицированная и суперсложная разработка высоконагруженных решений" =)
Если будут вопросы - пишите @DevMikeBk
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Зарплата 4,5k евро.
Сейчас в Тбилиси - впринципе график после перезда даже не сбивался особо (было +4 МСК стало +1МСК).
Как работал по МСК так и работаю.
Начинаю работу в диапазоне от 9 до 11 утра.
Иногда смотрю что есть на ревью иногда сразу возвращаюсь к текущей задаче.
Часто заранее определяю себе "цель на день" - что нужно сделать на сегодня (такую то часть задачи / выяснить-обсудить такую-то задачу / пообщаться по какой-нибудь нех)
"Цель на день" - это достаточно абстрактная штука - тут нет четкого списка - скорее внутреннее ощущение =)
Предположим взял новую задачу - тогда читаю задачу в джире, смотрю кто ответственный и к кому нужно идти с вопросами.
В еверноте делаю заметки по задаче - что нужно сделать тезисно и составляю список вопросов.
Вопросы кидаю в коммент к джире/личку в телеге/ общий рабочий канал слаке (в зависимости от комуникаций в компании)
Если что делать по задаче ясно - прикидываю план что нужно сделать и начинаю реализовывать.
Около 12 часов дейли.
Там рассказываем что делал вчера/делаешь сегодня - но без особой конкретики.
(хотя иногда ничинается обсуждение деталей задачи - но это никто кроме обсуждающих не слушает - лучше так не делайте)
ИМХО дейли больше нужно чтобы было видно как комуницирует человек - вовремя ли поднимает проблемы / как общается / ну и чтобы разрабы хоть иногда что-то говорили 🙈🙊
Дальше возвращаюсь к задаче - гуглю что непонятно.
Если что не ясно / в вчем-то не уверен пишу в дев или общий рабочий чат - иногда отвечают =)
Иногда собираемя в дискорде что-то обсудить (какой-нибудь баг / непонятное поведение / как сделать фичу)
Кодинг задачи / выяснение требований / уточнения / созвоны и составляют 100% времени работы.
Иногда отвлекаюсь на видюшки / прогулки / поездки.
Рабочий день сильно размазан - но "цель на день" полволяет останоситься где нужно.
Иногда в комментах есть вопросы "чем это отличается от дня джуна" - да особо ничем =)
Задачи на "архитектуру" решаются теми же методами (выясняем какую проблему решаем, какие сложности могут быть, после прикидывается тех решение, обсуждается и реализуется)
Отличие джуна отсеньюра имохо в том что сеньор может пояснить за свое решение и представляет в чем могут быть поблемы решения.
Ну и сеньорность в каджой компании/проекте своя.
PS Прочитал - и подумал "ппц фигней какой-то страдаю вместо работы".
потом вспомнил что когда на заводе работал - было то же самое, только вметсо компа после постановик задачи шел к оборудованию.
Так что не фигня а "высококвалифицированная и суперсложная разработка высоконагруженных решений" =)
Если будут вопросы - пишите @DevMikeBk
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Прочитал другие истории и решил написать пару примеров задач с разных работ.
Galaxy - к каждому празднику событию организаются евенты + выпускаются игры.
Игра - по сути рулетка в разных обертках.
Задача на разработку ставится с уже готовым дизайном.
В команде есть фронт и бек разрабы (один из беков я ).
Беру задачу - смотрю по дизайну что какие этапы в игре будут.
Прописываю призы и вероятности.
Делаю простенькую вёрстку что бы можно было проиграть с нормальной логикой, но без дизайна.
Такие игры уже ретина поэтому готово много обвязки (хранение / загрузка данных игры / избегание race condition / списание денег / выдача призов )
Главное не косякнуть с призами (инче нужно будет выдавать корректные призы пользоваелям - они точно в саппорт напишут что косяк есть).
Дальше подключается фронт - накидывает нормльную вёрстку и такое продукт отправляем на тестирование и демо.
На демо в игру играют пм/дизайнеры/смм.
Обычно приходят правки по шансам/анимациям/ещё чему-то
После правок код идет на ревью.
После ревью ожидает даты релиза.
При релизе нужно посмотреть что ничег не упало, призы выдаются с нормальными вероятностями, деньги с пользователей списываются тоже нормально. Обычно всё ок - но бывают и косяки.
Косяки исправляешь и задача закрыта.
Из текущего проекта:
Небольшая задача по корректному проверки ролей в админке.
Зашел повтори - пока исправля понял что есть косяк в другом месте с проверкой ролей.
Соообщил и сделал фикс.
На тестировании выяснилось что ещё в одном связанном месте тоже коряво права проверяются.
Добавли тестов и переписал проверку.
Задача из небольшой правки превратилась в достаточно большие изменения в проверки прав для входа под другим пользователем.
Так во время сообщал почему сроки увелчиваются и что я делаю - вопросов не возникало.
Из skysmart:
В основном были задачи по выводу и фильрации контента решений - нужно фильтровать пустые сущности (которые раскиданы по двум отдельным cms).
Интересная задача была по переезду на новый домен.
У нас большой кеш для пререндера и было критично его перенести - тк иначе боты поисковиков после переезда стали бы получать таймауты на непрогретом кеше.
Тут вместо прогреваний 500k страниц поменяли в базе регулярками старый адрес на новый.
В критичный ситуациях - можно принимать необычные решения =)
(но всё же в основном были рутинные задачи - типо сделать апи для таких то данных)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Galaxy - к каждому празднику событию организаются евенты + выпускаются игры.
Игра - по сути рулетка в разных обертках.
Задача на разработку ставится с уже готовым дизайном.
В команде есть фронт и бек разрабы (один из беков я ).
Беру задачу - смотрю по дизайну что какие этапы в игре будут.
Прописываю призы и вероятности.
Делаю простенькую вёрстку что бы можно было проиграть с нормальной логикой, но без дизайна.
Такие игры уже ретина поэтому готово много обвязки (хранение / загрузка данных игры / избегание race condition / списание денег / выдача призов )
Главное не косякнуть с призами (инче нужно будет выдавать корректные призы пользоваелям - они точно в саппорт напишут что косяк есть).
Дальше подключается фронт - накидывает нормльную вёрстку и такое продукт отправляем на тестирование и демо.
На демо в игру играют пм/дизайнеры/смм.
Обычно приходят правки по шансам/анимациям/ещё чему-то
После правок код идет на ревью.
После ревью ожидает даты релиза.
При релизе нужно посмотреть что ничег не упало, призы выдаются с нормальными вероятностями, деньги с пользователей списываются тоже нормально. Обычно всё ок - но бывают и косяки.
Косяки исправляешь и задача закрыта.
Из текущего проекта:
Небольшая задача по корректному проверки ролей в админке.
Зашел повтори - пока исправля понял что есть косяк в другом месте с проверкой ролей.
Соообщил и сделал фикс.
На тестировании выяснилось что ещё в одном связанном месте тоже коряво права проверяются.
Добавли тестов и переписал проверку.
Задача из небольшой правки превратилась в достаточно большие изменения в проверки прав для входа под другим пользователем.
Так во время сообщал почему сроки увелчиваются и что я делаю - вопросов не возникало.
Из skysmart:
В основном были задачи по выводу и фильрации контента решений - нужно фильтровать пустые сущности (которые раскиданы по двум отдельным cms).
Интересная задача была по переезду на новый домен.
У нас большой кеш для пререндера и было критично его перенести - тк иначе боты поисковиков после переезда стали бы получать таймауты на непрогретом кеше.
Тут вместо прогреваний 500k страниц поменяли в базе регулярками старый адрес на новый.
В критичный ситуациях - можно принимать необычные решения =)
(но всё же в основном были рутинные задачи - типо сделать апи для таких то данных)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Мидл #юнити разраб. Реального опыта 3 месяца, в резюме 2.5 года, правда ковыряю саму юнити еще с 2016 года, есть кое какой бекграунд. Зп 2к баксов, с декабря 2500 по условиям договора. (удаленка)
Рабочий день официально с 9 до 6. В 8.50 просыпаюсь, включаю комп и иду умываться. Комп включаю заранее что бы показать в слаке, что я якобы онлайн уже. Утренний дейлик в 10.30, до этого времени я или сплю дальше, или играю в доту. Дейлик короткий, до 10 минут. Рассказываю, что я сделал вчера и что планирую сегодня. Дейлик без камер, что очень комфортно.
После дейлика играю дальше. Сейчас ностальгия и частенько играю в игры от пс2 на эмуляторе на компе. Рабочий график свободный, но за базар я привык отвечать. Если сказал на дейлике что сегодня сделаю, значит сделаю. Иначе, я принимаю свою ошибку и в следующий раз учусь лучше прогнозировать.
Где то в час дня после плотного обеда сажусь за юнити и начинаю делать свою таску. Задачи делаю быстро, в среднем уходит 2-3 часа на работу, при этом когда я работаю, я не отвлекаюсь и концентрируюсь, остальное время или играю, или лениво ищу вторую работу.
В течении дня тебя никто не трогает, всем на тебя все равно. Поделав таски иду в качалку (пн, ср и пт).
Иногда наступает приступ критической лени, или как недавно я проходил Dying Light 2, где я играл по 6ч в день, то за день открывал юнити максимум на час, а что не успел поделать, то доделываю утром следующего дня с 9 до 10.30.
В слаке обычно после 4 дня другие сотрудники начинают потихоньку оффаться. Как то мне срочно позвонили в пятницу в 3 и много раз извинялись что вообще звонят в пятницу после обеда, ибо после обеда мало кто уже работает, а кто то уже пиво пьет даже.
Работой очень доволен, графиком тем более. Научился не растягивать таски на 8ч в день, а выполнять их максимально быстро за 2-3ч, что бы остальное время шпилькать в компик)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Рабочий день официально с 9 до 6. В 8.50 просыпаюсь, включаю комп и иду умываться. Комп включаю заранее что бы показать в слаке, что я якобы онлайн уже. Утренний дейлик в 10.30, до этого времени я или сплю дальше, или играю в доту. Дейлик короткий, до 10 минут. Рассказываю, что я сделал вчера и что планирую сегодня. Дейлик без камер, что очень комфортно.
После дейлика играю дальше. Сейчас ностальгия и частенько играю в игры от пс2 на эмуляторе на компе. Рабочий график свободный, но за базар я привык отвечать. Если сказал на дейлике что сегодня сделаю, значит сделаю. Иначе, я принимаю свою ошибку и в следующий раз учусь лучше прогнозировать.
Где то в час дня после плотного обеда сажусь за юнити и начинаю делать свою таску. Задачи делаю быстро, в среднем уходит 2-3 часа на работу, при этом когда я работаю, я не отвлекаюсь и концентрируюсь, остальное время или играю, или лениво ищу вторую работу.
В течении дня тебя никто не трогает, всем на тебя все равно. Поделав таски иду в качалку (пн, ср и пт).
Иногда наступает приступ критической лени, или как недавно я проходил Dying Light 2, где я играл по 6ч в день, то за день открывал юнити максимум на час, а что не успел поделать, то доделываю утром следующего дня с 9 до 10.30.
В слаке обычно после 4 дня другие сотрудники начинают потихоньку оффаться. Как то мне срочно позвонили в пятницу в 3 и много раз извинялись что вообще звонят в пятницу после обеда, ибо после обеда мало кто уже работает, а кто то уже пиво пьет даже.
Работой очень доволен, графиком тем более. Научился не растягивать таски на 8ч в день, а выполнять их максимально быстро за 2-3ч, что бы остальное время шпилькать в компик)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Истории кончились ребят. Клянчите их у друзей, интересно же
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Стек: #C++(qt, boost), Java и язык собственной разработки компании.
Компания занимается разработкой ПО для управления складом - разработка началась где-то в 90-ые, поэтому тут все свое - свой язык, своя бд, свой sql с соответствующим легаси.
Что это вообще за говно? Есть ядро проекта, есть метапроект который юзает функции ядра, ПО представляет из себя обычное оконное приложение в котором есть всякие конструкторы для изменения интерфейса. Тут то и вступает в дело их язык благодаря которому мы и прописываем логику работы программы(В основном задачи решаются именно на нем, иногда нужно изменить метапроект(C++), если важна скорость работы).
Помимо этого, на Java мы пишем ПО для работы ТСД(терминал сбора данных) - допустим на складе нужно отгрузить какой-то товар, администратор создает приказ на перемещение товара, назначает приказ какому-то работнику с таким-то терминалом, он ищет товар, сканирует его, после ему показывается, куда его нужно перенести, переносит его и снова сканирует. Все.
Как происходит разработка? У нас несколько десятков клиентов. Допустим кто-то из них хочет добавить новую функциональность.
1. Человек от компании звонит нашему ПМ, они согласовывают все детали
2. У нас есть своя программа таск трекер, откуда все разрабы и получают задачи, этот человек от компании добавляют туда свой тикет, назначает ПМа
3. ПМ в свою очередь назначает эту задачу какому-то разработчику
4. У этого разработчика появляется эта задача и необходимое количество часов на ее выполнение
5. Он выполняет эту задачу, созванивается с заказчиком, чтобы договориться о приостановке работы склада для внесения изменений в программу(все что нужно это заменить длл)
6. Разработчик подключается к удаленному рабочему столу Windows Server, копирует длл, запускает тест целосности, все работает, тикет выполнен.
Поскольку складов несколько десятков, то и этих программ несколько десятков(все проекты хранятся в SVN), каждый со своей функциональностью, во многом они пересекаются, но поскольку не факт, что одну и ту же функциональность реализовывает один программист, написана она по разному.
Помимо этого, в этой программе есть так называемые роботы-тестировщики - ты описываешь на их языке алгоритм использования программы(заполнение всяких формочек, генерация отчетов и т.д.), запускаешь его и ждешь, чтобы программа не крашнулась.
К сожалению, все проекты с которыми я работал(их было 3) не проходят эти проверки. Почему? Как мне сказали тесты есть, но их никто не запускает. Из-за этого я столкнулся с двумя ситуациями, когда клонирую с svn проект, ожидаю раз его туда запушили, значит он точно должен корректно работать и это я долбаеб что-то не то делаю, а оказывается их просто не тестируют.
Приходить на работу можно с 6-11, я должен приходить в 10-11, т.к. в это время приходит senior. Весь день я просто решаю задачи, ничего интересного. В первый день думал, что буду по 9-10 часов работать, чтобы по быстрее вникнуть в проект, на 2 день понял, что оплата почасовая(зп высчитывается по формуле, время отведенное тебе на задачи делится на фактически затраченное время и умножается на оклад, вроде так) и я так у себя деньги только забираю, поскольку после 6 часов работы я уже плохо начинаю соображать.
Если ты изучал C++, тебе очень хочется строчку в трудовой, но никуда не берут, можешь отписать в комментариях, я тебе детальнее расскажу про тестовое и собес.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Компания занимается разработкой ПО для управления складом - разработка началась где-то в 90-ые, поэтому тут все свое - свой язык, своя бд, свой sql с соответствующим легаси.
Что это вообще за говно? Есть ядро проекта, есть метапроект который юзает функции ядра, ПО представляет из себя обычное оконное приложение в котором есть всякие конструкторы для изменения интерфейса. Тут то и вступает в дело их язык благодаря которому мы и прописываем логику работы программы(В основном задачи решаются именно на нем, иногда нужно изменить метапроект(C++), если важна скорость работы).
Помимо этого, на Java мы пишем ПО для работы ТСД(терминал сбора данных) - допустим на складе нужно отгрузить какой-то товар, администратор создает приказ на перемещение товара, назначает приказ какому-то работнику с таким-то терминалом, он ищет товар, сканирует его, после ему показывается, куда его нужно перенести, переносит его и снова сканирует. Все.
Как происходит разработка? У нас несколько десятков клиентов. Допустим кто-то из них хочет добавить новую функциональность.
1. Человек от компании звонит нашему ПМ, они согласовывают все детали
2. У нас есть своя программа таск трекер, откуда все разрабы и получают задачи, этот человек от компании добавляют туда свой тикет, назначает ПМа
3. ПМ в свою очередь назначает эту задачу какому-то разработчику
4. У этого разработчика появляется эта задача и необходимое количество часов на ее выполнение
5. Он выполняет эту задачу, созванивается с заказчиком, чтобы договориться о приостановке работы склада для внесения изменений в программу(все что нужно это заменить длл)
6. Разработчик подключается к удаленному рабочему столу Windows Server, копирует длл, запускает тест целосности, все работает, тикет выполнен.
Поскольку складов несколько десятков, то и этих программ несколько десятков(все проекты хранятся в SVN), каждый со своей функциональностью, во многом они пересекаются, но поскольку не факт, что одну и ту же функциональность реализовывает один программист, написана она по разному.
Помимо этого, в этой программе есть так называемые роботы-тестировщики - ты описываешь на их языке алгоритм использования программы(заполнение всяких формочек, генерация отчетов и т.д.), запускаешь его и ждешь, чтобы программа не крашнулась.
К сожалению, все проекты с которыми я работал(их было 3) не проходят эти проверки. Почему? Как мне сказали тесты есть, но их никто не запускает. Из-за этого я столкнулся с двумя ситуациями, когда клонирую с svn проект, ожидаю раз его туда запушили, значит он точно должен корректно работать и это я долбаеб что-то не то делаю, а оказывается их просто не тестируют.
Приходить на работу можно с 6-11, я должен приходить в 10-11, т.к. в это время приходит senior. Весь день я просто решаю задачи, ничего интересного. В первый день думал, что буду по 9-10 часов работать, чтобы по быстрее вникнуть в проект, на 2 день понял, что оплата почасовая(зп высчитывается по формуле, время отведенное тебе на задачи делится на фактически затраченное время и умножается на оклад, вроде так) и я так у себя деньги только забираю, поскольку после 6 часов работы я уже плохо начинаю соображать.
Если ты изучал C++, тебе очень хочется строчку в трудовой, но никуда не берут, можешь отписать в комментариях, я тебе детальнее расскажу про тестовое и собес.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
#Golang developer. 3.5 года опыта на Python + 0.5 года на Go на нынешней позиции. Работодатель — крупная компания с российскими корнями, 2к+ работников, после 24 февраля перевезла всех в Сербию, Турцию и Болгарию. Повезло устроиться к ним в январе и спешно вместе с остальными работниками уехать в Турцию в начале марта. В итоге в Турции и остался.
Работаем по Scrum, 2-недельные спринты. Утренний созвон в 10 утра каждый день, встаю либо незадолго до него, либо прям в 10 и созваниваюсь из кровати (классика). После созвона завтракаю, умываюсь и тщательно анализирую своё состояние. Я циклотимик, раньше принимал таблетки, нормализующее состояние, но в силу разных причин бросил и стал учиться жить с этим (не жалею об этом решении). К обеду если понимаю, что не могу взять себя в руки, сосредоточиться и сесть за работу, то даю себе добро на отдых и иду гулять/спать/на пляж/играть в игры. Если же состояние нормальное или хорошее, то могу весь день до ночи работать. Соответственно, иногда приходится врать на дейликах относительно текущего состояния таски, если за прошлый день ничего не смог сделать, но тогда в один из следующих дней наверстываю. В целом, честных часов 30 в неделе отрабатываю. В разбивке по дням где-то 9+9+5+5+2 получается.
За время работы в этой компании успел поработать над несколькими продуктами в рамках одного отдела. В основном просто пилю бэк и апишки, никакого rocket science. Последний проект самый приятный — сервис для внутреннего использования. Мне нравится тем, что всегда можно пойти к реальным пользователям предметно поговорить о том, какие фичи им нужны, а не доверять чуйке менеджера относительно потребностей сферического пользователя в вакууме.
Зарплата: 5000 евро до налогов. После налогов то ли 5000, то ли 3000 (40% налог). В Турции айти-компания может получить льготы, полностью освобождающие сотрудников от налогов, но это сложно и с марта до сих пор определённости с этим не появилось.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Работаем по Scrum, 2-недельные спринты. Утренний созвон в 10 утра каждый день, встаю либо незадолго до него, либо прям в 10 и созваниваюсь из кровати (классика). После созвона завтракаю, умываюсь и тщательно анализирую своё состояние. Я циклотимик, раньше принимал таблетки, нормализующее состояние, но в силу разных причин бросил и стал учиться жить с этим (не жалею об этом решении). К обеду если понимаю, что не могу взять себя в руки, сосредоточиться и сесть за работу, то даю себе добро на отдых и иду гулять/спать/на пляж/играть в игры. Если же состояние нормальное или хорошее, то могу весь день до ночи работать. Соответственно, иногда приходится врать на дейликах относительно текущего состояния таски, если за прошлый день ничего не смог сделать, но тогда в один из следующих дней наверстываю. В целом, честных часов 30 в неделе отрабатываю. В разбивке по дням где-то 9+9+5+5+2 получается.
За время работы в этой компании успел поработать над несколькими продуктами в рамках одного отдела. В основном просто пилю бэк и апишки, никакого rocket science. Последний проект самый приятный — сервис для внутреннего использования. Мне нравится тем, что всегда можно пойти к реальным пользователям предметно поговорить о том, какие фичи им нужны, а не доверять чуйке менеджера относительно потребностей сферического пользователя в вакууме.
Зарплата: 5000 евро до налогов. После налогов то ли 5000, то ли 3000 (40% налог). В Турции айти-компания может получить льготы, полностью освобождающие сотрудников от налогов, но это сложно и с марта до сих пор определённости с этим не появилось.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Один день #uiux #дизайнера
ООО "Смарт-сервис"
Продукт: CRM система Hubex и приложение для электронных визиток MyQRcards
В 11 дейли с руководителем, команда маленькая и мы сидим вдвоём. Обсуждаем сделанные задачи, она выдаёт мне правки, мы обсуждаем будут ли эти правки лучшим решением проблемы, возможные варианты.
Дальше я открываю фигму и выполняю правки. Если у меня возникают вопросы, я задаю их в личке руководителю (она сама сказала, что ей комфортно). После сделанных правок я отправляю ссылку на проект ей и, если надо, мы снова созваниваемся и обсуждаем. После того как правки доделаны, мне сразу назначают новую задачу. Работу над новой задачей я начинаю с анализа ТЗ, я по максимуму записываю что и как нужно сделать в отдельный документ, а если возникают вопросы - задаю их руководителю.
Примеры заданий:
Унифицировать систему инпутов, подготовить документацию для дизайнеров и фронтендеров
Сделать экран с сообщением об успешном завершении сценария
Нарисовать ховер для карточки для взаимодействия драг энд дроп
Нарисовать интерфейс для изменения видимого временного промежутка в расписании (напр. с 9:00 до 21:00 или с 9:00 до 18:00)
Иногда перед внедрением новых фич нужно провести иссследования целевой аудитории и контекста использования. Для этого я использую методы jtbd, 5W, cjm, карта эмпатии, составление персон.
После того как я поняла, что мне нужно сделать, я иду смотреть решения конкурентов либо другие источники, где я смогу увидеть, как это уже сделано до меня. Я составляю табличку, где слева написана функция приложения, а затем по столбцам отмечены конкуренты, на пересечении я отмечаю есть эта функция или нет и как она реализована. После я рассказываю о результатах своего исследования руководителю, она определяет возможные ресурсы на разработку той или иной функции и мы составляем список фич для нашей задачи и выбраем лучший вариант реализации.
Когда у меня есть первичное представление о том, как это будет выглядеть, я сразу начинаю рисовать ui, чтобы не тратить лишнее время на варфреймы. За основу решения беру готовый кит, стараюсь вытаскивать всё оттуда по максимуму. Если мне нужно нарисовать новый элемент, я беру цвета, шрифты и сетки из системы.
Когда я заканчиваю макет, я присылаю его на правку руководителю, круг замкнулся. Я не проводила в ходе своей работы каких либо масштабных ux исследований, или AB тестов, скорее всего на позиции джуна будет как раз что-то подобное. В общем, ничего сверхъестественного)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
ООО "Смарт-сервис"
Продукт: CRM система Hubex и приложение для электронных визиток MyQRcards
В 11 дейли с руководителем, команда маленькая и мы сидим вдвоём. Обсуждаем сделанные задачи, она выдаёт мне правки, мы обсуждаем будут ли эти правки лучшим решением проблемы, возможные варианты.
Дальше я открываю фигму и выполняю правки. Если у меня возникают вопросы, я задаю их в личке руководителю (она сама сказала, что ей комфортно). После сделанных правок я отправляю ссылку на проект ей и, если надо, мы снова созваниваемся и обсуждаем. После того как правки доделаны, мне сразу назначают новую задачу. Работу над новой задачей я начинаю с анализа ТЗ, я по максимуму записываю что и как нужно сделать в отдельный документ, а если возникают вопросы - задаю их руководителю.
Примеры заданий:
Унифицировать систему инпутов, подготовить документацию для дизайнеров и фронтендеров
Сделать экран с сообщением об успешном завершении сценария
Нарисовать ховер для карточки для взаимодействия драг энд дроп
Нарисовать интерфейс для изменения видимого временного промежутка в расписании (напр. с 9:00 до 21:00 или с 9:00 до 18:00)
Иногда перед внедрением новых фич нужно провести иссследования целевой аудитории и контекста использования. Для этого я использую методы jtbd, 5W, cjm, карта эмпатии, составление персон.
После того как я поняла, что мне нужно сделать, я иду смотреть решения конкурентов либо другие источники, где я смогу увидеть, как это уже сделано до меня. Я составляю табличку, где слева написана функция приложения, а затем по столбцам отмечены конкуренты, на пересечении я отмечаю есть эта функция или нет и как она реализована. После я рассказываю о результатах своего исследования руководителю, она определяет возможные ресурсы на разработку той или иной функции и мы составляем список фич для нашей задачи и выбраем лучший вариант реализации.
Когда у меня есть первичное представление о том, как это будет выглядеть, я сразу начинаю рисовать ui, чтобы не тратить лишнее время на варфреймы. За основу решения беру готовый кит, стараюсь вытаскивать всё оттуда по максимуму. Если мне нужно нарисовать новый элемент, я беру цвета, шрифты и сетки из системы.
Когда я заканчиваю макет, я присылаю его на правку руководителю, круг замкнулся. Я не проводила в ходе своей работы каких либо масштабных ux исследований, или AB тестов, скорее всего на позиции джуна будет как раз что-то подобное. В общем, ничего сверхъестественного)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
#Unity #юнити #Middle разработчик. Некоммерческий опыт 1.5 года, коммерческий внутри коллектива энтузиастов 1 месяц, в текущей галерке 1 неделя, ничего в галерке не происходит, от слова совсем. В резюме написано 3.5 года программирования, 1.5 года из которых - коммерческий опыт. Зарплата от 250-2500 долларов, зависит от того, сколько будет стоить прототип. На данный момент зарплаты нет, сижу в их дискорде с подписанным договором NDA (он по украинскому договору. Если вы меня найдёте, то не засудите, там чётко неразглашения секретности не прописан 😅), жду когда найдут заказчика уже неделю (Команда до меня, ждёт уже 2 месяца). Компания написана, что существует на рынке 6 лет, зарегистрирована по первому пробиву 2 месяца назад. Сомнительность зашкаливает.
Подробнее о моём дне (во всех смыслах):
Рабочий день в коллективе энтузиастов. Работаю 5 дней в неделю. Рабочий день начинается когда захочу, могу поздно ночью, могу перенести на завтра, под любым предлогом (всегда, из-за отсутствия желания сегодня работать, пишу, что "сложная задача, не успеваю, давайте завтра постараюсь"). Включаю комп, захожу в Steam, играю до вечера, обычно по итогу в League of Legends (не лежит сердешко к доте, хочу апнуть грандмастера, пока только Д3 апал). Когда появляется желание, запускаю юнити, создаю пару меню, подключаю кнопки к их запуску (Control+C, Control+V), занимает от силы 10-20 минут. Пишу вечером в телеграм своему продукт менеджеру, что сделал "целое меню (иногда два, по настроению), это было сложно. В общем, на следующий день сделаю (называю, что необходимо сделать, чтобы выпустить игру на выставку и в плеймаркет. Обычно новое меню, или простую механику)". Так и работал. Иногда происходил форс-мажор, раз в неделю, с горем пополам, работал 2-5 часов за день. В этот момент работаю очень неэффективно, половину времени я жалуюсь другу, как же так, работаю, абидна. Самое сложное, что я делал, это оптимизировал окна под разные устройства. Тем не менее никогда мне не писали, что я делаю медленно. Мне часто писали "молодец", и то что я успеваю всё это скинуть в срок (сроки у меня зашкварные, фича на 20 минут, делать минимум 1-2 дня), уже круто. Я себе представляю картину, где по итогу дрючат дизайнеров, за то что они медленно рисуют графику по итогу, ибо я быстрее них реализацию "пишу". Я ощущал себя, словно пишу лендинг или фронтэнд, а не игру толком. Что-то типа браузерки. По итогу проработал так 3 недели. Вчера написал, что увольняюсь с коллектива энтузиастов, ибо нашёл коммерческую компанию, где "интересные проекты", "большая команда". На самом деле, там платят. Всё, единственная причина.
В новой компании-галерке "коммерческой", жду неделю, когда договорятся с издательством, на создание прототипов. Другие в команде ждут 2 месяца (в компании 13 человек, включая HR и меня), компания создана также 2 месяца назад. В главном сайте написано, что они в индустрии 6 лет, и наняли мега монстров программирования. Каких правда, я так и не понял. Мега подозрительно, зато понимаю, что не я один опыт себе накручиваю, и привираю по скилам 🥹
Сейчас ищу новую работу, сидя молча без работы в галерке. Накрутил, что сам монстр программирования, работаю в этой компании 8 месяцев (устроился неделю назад), много что сделал, но ничего не скину, ибо NDA
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Подробнее о моём дне (во всех смыслах):
Рабочий день в коллективе энтузиастов. Работаю 5 дней в неделю. Рабочий день начинается когда захочу, могу поздно ночью, могу перенести на завтра, под любым предлогом (всегда, из-за отсутствия желания сегодня работать, пишу, что "сложная задача, не успеваю, давайте завтра постараюсь"). Включаю комп, захожу в Steam, играю до вечера, обычно по итогу в League of Legends (не лежит сердешко к доте, хочу апнуть грандмастера, пока только Д3 апал). Когда появляется желание, запускаю юнити, создаю пару меню, подключаю кнопки к их запуску (Control+C, Control+V), занимает от силы 10-20 минут. Пишу вечером в телеграм своему продукт менеджеру, что сделал "целое меню (иногда два, по настроению), это было сложно. В общем, на следующий день сделаю (называю, что необходимо сделать, чтобы выпустить игру на выставку и в плеймаркет. Обычно новое меню, или простую механику)". Так и работал. Иногда происходил форс-мажор, раз в неделю, с горем пополам, работал 2-5 часов за день. В этот момент работаю очень неэффективно, половину времени я жалуюсь другу, как же так, работаю, абидна. Самое сложное, что я делал, это оптимизировал окна под разные устройства. Тем не менее никогда мне не писали, что я делаю медленно. Мне часто писали "молодец", и то что я успеваю всё это скинуть в срок (сроки у меня зашкварные, фича на 20 минут, делать минимум 1-2 дня), уже круто. Я себе представляю картину, где по итогу дрючат дизайнеров, за то что они медленно рисуют графику по итогу, ибо я быстрее них реализацию "пишу". Я ощущал себя, словно пишу лендинг или фронтэнд, а не игру толком. Что-то типа браузерки. По итогу проработал так 3 недели. Вчера написал, что увольняюсь с коллектива энтузиастов, ибо нашёл коммерческую компанию, где "интересные проекты", "большая команда". На самом деле, там платят. Всё, единственная причина.
В новой компании-галерке "коммерческой", жду неделю, когда договорятся с издательством, на создание прототипов. Другие в команде ждут 2 месяца (в компании 13 человек, включая HR и меня), компания создана также 2 месяца назад. В главном сайте написано, что они в индустрии 6 лет, и наняли мега монстров программирования. Каких правда, я так и не понял. Мега подозрительно, зато понимаю, что не я один опыт себе накручиваю, и привираю по скилам 🥹
Сейчас ищу новую работу, сидя молча без работы в галерке. Накрутил, что сам монстр программирования, работаю в этой компании 8 месяцев (устроился неделю назад), много что сделал, но ничего не скину, ибо NDA
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Андрей, System Analyst @reaperxu
3 года опыта, РФ, зп 200к, удаленка
Работаю через галеру, проект финтех, команда интеграций. Состав команды: лид, менеджер, 5 Java разработчиков, 2 QA, 3 SA, 2 Support, DevOps. Работаем по Agile, хотя спринтов нет. Каждый день дейли, 2 раза в неделю груминг, примерно раз в месяц ретро. Раз в 2 недели проводится встреча аналитиков из всех команд, где рассказываем, что было сделано и какие проблемы, делимся опытом.
Команда занимается разработкой интеграций с партнерами (банками). Те присылают API, а мы уже перекладываем на свой процесс. Большинство интеграций укладываются в рамки стандартного процесса, и доработка не требуется (то есть расширять модель данных на прием новых полей, нестандартную обработку существующих не требуется). Но бывают исключения. Вся разработка ведется по техническим спецификациям, которые как раз составляет системный аналитик.
Примеры задач: техдолг, разработка новой интеграции (в рамках существующего процесса), разработка новой интеграции (с доработкой процесса).
Техдолг: самые простые задачи, функционал был реализован когда-то давно, но по нему нет документации. Первым делом иду в Git и смотрю, как функционал был реализован. Потом смотрю API партнера. Если какой-то инфы не хватает, запрашиваю у менеджера (взаимодействие с партнерами (бизнесом) осуществляется через менеджера). Когда получил всю инфу, начинаю составлять спецификацию. Под каждый метод создается отдельная статья в Confluence. У команды есть шаблоны описания спеки, но они стандартные. Из чего состоит спека:
- пример сообщения, которое поступает в адаптер (XML);
- очередь, в которую помещается это сообщение;
- пример сообщения, которое будет отправлено партнеру (JSON);
- описание исходящего сообщения (поля, примеры, типы, обязательность, значение из модели данных);
- пример сообщение, которое получаем в ответ;
- описание входящего сообщения (поля, примеры, типы, обязательность, значение из модели данных);
- парсинг входящего сообщения;
- очередь, в которую входящее сообщение отправляется;
- тестовые и продуктивные урлы.
В процессе тестирую API партнера через Postman, чтобы удостовериться, что он реально работает так, как указано в их доке (чаще всего работает иначе). Если возникают вопросы, смотрю как реализована обработка того или иного сообщения в коде.
В конце составляю Sequence Diagram (диаграмму последовательности) вызовов каждого метода, чтобы можно было легко понять, как это вообще работает.
После выполнения задачи отдаю ее в тестирование. Тестировщик пишет тест-кейсы и на этом техдолг считается закрытым.
Разработка новой интеграции (существующий процесс): процесс разработки спеки аналогичен техдолгу. Разница лишь в том, что, когда какие-то моменты непонятны, вопросы задаются партнеру через менеджера. После написания спеки, она также отдается QA, которые дергают методы партнера и смотрят, что я учел все варианты. Если тестирование успешно, задача попадает на груминг, где разработчики и QA дают свои оценки. Задача уходит в разработку. В процессе могут прилетать вопросы от разрабов, которые решаются либо на месте, либо на дейли с лидом.
Разработка новой интеграции (с доработкой процесса): если интеграция требует доработки бизнес-процесса, например, партнер использует поля, которых нет в модели данных или методы, которые ранее у нас не использовались, и мы понимаем, что это не единичный случай, принимается решение о доработке с нашей стороны. Ставится задача на соседнюю команду, которая расширяет модель данных. Если изменяется бизнес-процесс, например, добавляется новый метод, то изменения вносятся в Camunda (оркестратор бизнес-процессов). Эти доработки делает соседняя команда, аналитики из нашей команды ставят им задачи.
Работать нравится, по сравнению с прошлым местом не напрягают совсем (там был бизнес-аналитик/PM, могу отдельно рассказать). Ни разу не слышал, чтобы на кого-то ругались или подгоняли. Максимум на дейли спросят, когда будет готово, и после ответа могут сказать: «Задача важная, постарайся успеть в срок…»
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
3 года опыта, РФ, зп 200к, удаленка
Работаю через галеру, проект финтех, команда интеграций. Состав команды: лид, менеджер, 5 Java разработчиков, 2 QA, 3 SA, 2 Support, DevOps. Работаем по Agile, хотя спринтов нет. Каждый день дейли, 2 раза в неделю груминг, примерно раз в месяц ретро. Раз в 2 недели проводится встреча аналитиков из всех команд, где рассказываем, что было сделано и какие проблемы, делимся опытом.
Команда занимается разработкой интеграций с партнерами (банками). Те присылают API, а мы уже перекладываем на свой процесс. Большинство интеграций укладываются в рамки стандартного процесса, и доработка не требуется (то есть расширять модель данных на прием новых полей, нестандартную обработку существующих не требуется). Но бывают исключения. Вся разработка ведется по техническим спецификациям, которые как раз составляет системный аналитик.
Примеры задач: техдолг, разработка новой интеграции (в рамках существующего процесса), разработка новой интеграции (с доработкой процесса).
Техдолг: самые простые задачи, функционал был реализован когда-то давно, но по нему нет документации. Первым делом иду в Git и смотрю, как функционал был реализован. Потом смотрю API партнера. Если какой-то инфы не хватает, запрашиваю у менеджера (взаимодействие с партнерами (бизнесом) осуществляется через менеджера). Когда получил всю инфу, начинаю составлять спецификацию. Под каждый метод создается отдельная статья в Confluence. У команды есть шаблоны описания спеки, но они стандартные. Из чего состоит спека:
- пример сообщения, которое поступает в адаптер (XML);
- очередь, в которую помещается это сообщение;
- пример сообщения, которое будет отправлено партнеру (JSON);
- описание исходящего сообщения (поля, примеры, типы, обязательность, значение из модели данных);
- пример сообщение, которое получаем в ответ;
- описание входящего сообщения (поля, примеры, типы, обязательность, значение из модели данных);
- парсинг входящего сообщения;
- очередь, в которую входящее сообщение отправляется;
- тестовые и продуктивные урлы.
В процессе тестирую API партнера через Postman, чтобы удостовериться, что он реально работает так, как указано в их доке (чаще всего работает иначе). Если возникают вопросы, смотрю как реализована обработка того или иного сообщения в коде.
В конце составляю Sequence Diagram (диаграмму последовательности) вызовов каждого метода, чтобы можно было легко понять, как это вообще работает.
После выполнения задачи отдаю ее в тестирование. Тестировщик пишет тест-кейсы и на этом техдолг считается закрытым.
Разработка новой интеграции (существующий процесс): процесс разработки спеки аналогичен техдолгу. Разница лишь в том, что, когда какие-то моменты непонятны, вопросы задаются партнеру через менеджера. После написания спеки, она также отдается QA, которые дергают методы партнера и смотрят, что я учел все варианты. Если тестирование успешно, задача попадает на груминг, где разработчики и QA дают свои оценки. Задача уходит в разработку. В процессе могут прилетать вопросы от разрабов, которые решаются либо на месте, либо на дейли с лидом.
Разработка новой интеграции (с доработкой процесса): если интеграция требует доработки бизнес-процесса, например, партнер использует поля, которых нет в модели данных или методы, которые ранее у нас не использовались, и мы понимаем, что это не единичный случай, принимается решение о доработке с нашей стороны. Ставится задача на соседнюю команду, которая расширяет модель данных. Если изменяется бизнес-процесс, например, добавляется новый метод, то изменения вносятся в Camunda (оркестратор бизнес-процессов). Эти доработки делает соседняя команда, аналитики из нашей команды ставят им задачи.
Работать нравится, по сравнению с прошлым местом не напрягают совсем (там был бизнес-аналитик/PM, могу отдельно рассказать). Ни разу не слышал, чтобы на кого-то ругались или подгоняли. Максимум на дейли спросят, когда будет готово, и после ответа могут сказать: «Задача важная, постарайся успеть в срок…»
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Джун на C. Зп ~110к. Опыт работы год и три месяца (в реальности меньше).
Работаю в офисе, раньше был на удаленке, но я там нихуя не делал и меня вежливо просили начать ходить в офис. Начал я когда попросили уже не очень вежливо.
Мой рабочий день начинается с того, что я чекаю ревью своих патчей на предмет новый замечаний, исправляю замечания и смотрю новые баги.
Контора специализируется на тестировании, поэтому баги связаны с различными тестами. Баги зачастую бывают уровня: вот тут тест начала выдавать какое-то странное значение - разберись почему. Иногда нужно добавить какой-то функционал или какую-нибудь дополнительную проверку.
Звучит конечно не очень сложно, но проекту далеко не первый год и разобраться в коде бывает достаточно сложно. Особенно когда не особо понимаешь как устроены приколы, которые тестируются.
Я работаю 7-8 часов, раньше было значительно меньше, но по этой причине, и потому, что от меня не было особого результата, меня попросили в офис. За год работы в конторе, я полтора месяца вообще нихуя не делал, а оставшееся время делал все в пол силы. Я хз как меня не уволили)
Вообще работа достаточно чильная - особых дедлайнов нет, а значит и ответственности меньше. В офисе с коммуникацией проблем нет и баги закрываются.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Работаю в офисе, раньше был на удаленке, но я там нихуя не делал и меня вежливо просили начать ходить в офис. Начал я когда попросили уже не очень вежливо.
Мой рабочий день начинается с того, что я чекаю ревью своих патчей на предмет новый замечаний, исправляю замечания и смотрю новые баги.
Контора специализируется на тестировании, поэтому баги связаны с различными тестами. Баги зачастую бывают уровня: вот тут тест начала выдавать какое-то странное значение - разберись почему. Иногда нужно добавить какой-то функционал или какую-нибудь дополнительную проверку.
Звучит конечно не очень сложно, но проекту далеко не первый год и разобраться в коде бывает достаточно сложно. Особенно когда не особо понимаешь как устроены приколы, которые тестируются.
Я работаю 7-8 часов, раньше было значительно меньше, но по этой причине, и потому, что от меня не было особого результата, меня попросили в офис. За год работы в конторе, я полтора месяца вообще нихуя не делал, а оставшееся время делал все в пол силы. Я хз как меня не уволили)
Вообще работа достаточно чильная - особых дедлайнов нет, а значит и ответственности меньше. В офисе с коммуникацией проблем нет и баги закрываются.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Senior #SDET (Автоматизация тестирования) на двух работах в США
Опыт: в резюме 7 лет, реальный ~4, сразу крутанул себе 3 года и залетел на первую работу миддлом
Работа 1: FAANG-like (похожего размера корпорация). 50% QA тим лид/50% автоматизатор.
Работа 2: Средняя (единорог) публичная компания — мобильный продукт. SDET: автоматизирую тесты от "ручных" QA
8:00: Смотрю командые слаки и почту, нет ли чего срочного
8:30-9:15: Стендапы в обеих компания по 30 минут и пересекаются на 15 минут, обычно успевает закончится до начала второго. Если не успевает — пишу, что не получается присоединиться и даю апдейт: делал вчера и буду делать сегодня (список пишу заранее с вечера)
9:00 - 10:00: На работе № 2 All Hands — митинг на всю компанию (мотивашки, продукты, новости и т.д.) — включаю фоном
9:00 - 11:00: Работа № 1. Запускается 5 фичей, все немного нервно
Прохожу по эпикам каждой фичи в джире, слак-каналам, не проворонили ли чего мои QA
Обновляю статусы, делаю заметки для завтрашнего 1:1 с менеджером
В понедельник (сегодня четверг) заканчивается спринт, накидываю задачи команде в следующий спринт.
Делегирую по-максимуму и завожу таски на каждый чих: помогает не потеряться + половина команды из Индии, им надо — иначе проебут сроки или не сделают
10:00 - 11:00. На работе № 1 инвайт на bug bash запуска огромной фичи. > 50 человек, значит без меня справятся, забиваю хер
11:00 - 1:30. Автоматизирую тест. Эстимейт 2 дня, по факту сделал за 2 часа, больше только если замечания на код-ревью
Кстати, про замечания — если прилетают, просто исправляю, не спорю и не доказываю, не трачу время — менеджеры смотрят на закрытие тасок
1:30 - 2:15. На работе № 2 обзор Technical Design Doc, мне понадобится в будущем. Совмещаю с обедом
2:15 - 4:00. У ручных QA новая фича — прислали тесты для добавления в регрессию. Все вопросы задаю прямо в тикете, чтобы не терялось в слаке и не забыл
Пишем на нативных фреймворках (Espresso для Андроид и XCUITest для iOS), посмотрел ту же задачу у iOS SDET - она задачу уже закрыла
Все тривиально: создал несколько новых объектов для новых фрагментов, но не могу сделать свайп на одном из View — не понял в чем проблема, в итоге, перебрал айдишники остальных view и нашел рабочий
Комиттить не буду, это последня задача спринта, а впереди еще 3 дня.
4:00 - 4:30. Работа № 2. Хочу разобраться как работает Dagger (фреймворк для dependency injection), созвон с разрабом, нихрена не понял, но встречу записал, потом еще посмотрю.
4:30 - 5:00. Завершаю день, прохожусь по тикетам на обеих работах, пишу для себя отчет, что сделал и что сделаю завтра, ставлю приоритеты, все пишу на доску, которая висит рядом с рабочим местом
Про две работы еще:
- стараюсь работать так: с 8 до 2 фокус на одной работе, с 2 до 5 на второй, не следующий день наоборот
- работаю спринтами по 25 мин - ставлю таймер, 5-10 минут попить, туалет, проверить слак на обеих работах нет ли чего срочного
- на задачи ставлю двойной, а то и тройной эстимейт — спринт 2 недели и оставляю 1-2 дня в запасе. Использую их для изучения чего-то нового, собесов или устраиваю себе выходной
- з/п ~$17k/мес после налогов, страховок, пенсии и т.д. Так-то больше, но около 1.5k я прошу работодателей дополнительно закидывать налогов, т.к. ставка налога прогрессивная, то в конце можно прилипнуть на задолженность и возможно штраф. Переплату в конце года верну
- на работы устроился в этом году в январе и феврале, а значит скоро первый вестинг акций, с текущим рынком это ~100k в год после налогов, дальше выдают каждый квартал
- про перформанс: на первую работу меня взяли миддлом и через 6 месяцев я стал синьором (еще акций прибавили, но тоже год ждать, когда фактически станет больше), на второй работе взяли синьором — сейчас у меня staff track - то есть скорее всего, в январе будет промо
- планирую работать так до августа - получу доп акции с работы № 1 (выдали вместе с промо) и брошу именно ее — не нравится проект и задачи, не хочу людьми руководить, работа № 2 интересная, плюс платят больше, буду пытаться свичнуться в разрабы
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Опыт: в резюме 7 лет, реальный ~4, сразу крутанул себе 3 года и залетел на первую работу миддлом
Работа 1: FAANG-like (похожего размера корпорация). 50% QA тим лид/50% автоматизатор.
Работа 2: Средняя (единорог) публичная компания — мобильный продукт. SDET: автоматизирую тесты от "ручных" QA
8:00: Смотрю командые слаки и почту, нет ли чего срочного
8:30-9:15: Стендапы в обеих компания по 30 минут и пересекаются на 15 минут, обычно успевает закончится до начала второго. Если не успевает — пишу, что не получается присоединиться и даю апдейт: делал вчера и буду делать сегодня (список пишу заранее с вечера)
9:00 - 10:00: На работе № 2 All Hands — митинг на всю компанию (мотивашки, продукты, новости и т.д.) — включаю фоном
9:00 - 11:00: Работа № 1. Запускается 5 фичей, все немного нервно
Прохожу по эпикам каждой фичи в джире, слак-каналам, не проворонили ли чего мои QA
Обновляю статусы, делаю заметки для завтрашнего 1:1 с менеджером
В понедельник (сегодня четверг) заканчивается спринт, накидываю задачи команде в следующий спринт.
Делегирую по-максимуму и завожу таски на каждый чих: помогает не потеряться + половина команды из Индии, им надо — иначе проебут сроки или не сделают
10:00 - 11:00. На работе № 1 инвайт на bug bash запуска огромной фичи. > 50 человек, значит без меня справятся, забиваю хер
11:00 - 1:30. Автоматизирую тест. Эстимейт 2 дня, по факту сделал за 2 часа, больше только если замечания на код-ревью
Кстати, про замечания — если прилетают, просто исправляю, не спорю и не доказываю, не трачу время — менеджеры смотрят на закрытие тасок
1:30 - 2:15. На работе № 2 обзор Technical Design Doc, мне понадобится в будущем. Совмещаю с обедом
2:15 - 4:00. У ручных QA новая фича — прислали тесты для добавления в регрессию. Все вопросы задаю прямо в тикете, чтобы не терялось в слаке и не забыл
Пишем на нативных фреймворках (Espresso для Андроид и XCUITest для iOS), посмотрел ту же задачу у iOS SDET - она задачу уже закрыла
Все тривиально: создал несколько новых объектов для новых фрагментов, но не могу сделать свайп на одном из View — не понял в чем проблема, в итоге, перебрал айдишники остальных view и нашел рабочий
Комиттить не буду, это последня задача спринта, а впереди еще 3 дня.
4:00 - 4:30. Работа № 2. Хочу разобраться как работает Dagger (фреймворк для dependency injection), созвон с разрабом, нихрена не понял, но встречу записал, потом еще посмотрю.
4:30 - 5:00. Завершаю день, прохожусь по тикетам на обеих работах, пишу для себя отчет, что сделал и что сделаю завтра, ставлю приоритеты, все пишу на доску, которая висит рядом с рабочим местом
Про две работы еще:
- стараюсь работать так: с 8 до 2 фокус на одной работе, с 2 до 5 на второй, не следующий день наоборот
- работаю спринтами по 25 мин - ставлю таймер, 5-10 минут попить, туалет, проверить слак на обеих работах нет ли чего срочного
- на задачи ставлю двойной, а то и тройной эстимейт — спринт 2 недели и оставляю 1-2 дня в запасе. Использую их для изучения чего-то нового, собесов или устраиваю себе выходной
- з/п ~$17k/мес после налогов, страховок, пенсии и т.д. Так-то больше, но около 1.5k я прошу работодателей дополнительно закидывать налогов, т.к. ставка налога прогрессивная, то в конце можно прилипнуть на задолженность и возможно штраф. Переплату в конце года верну
- на работы устроился в этом году в январе и феврале, а значит скоро первый вестинг акций, с текущим рынком это ~100k в год после налогов, дальше выдают каждый квартал
- про перформанс: на первую работу меня взяли миддлом и через 6 месяцев я стал синьором (еще акций прибавили, но тоже год ждать, когда фактически станет больше), на второй работе взяли синьором — сейчас у меня staff track - то есть скорее всего, в январе будет промо
- планирую работать так до августа - получу доп акции с работы № 1 (выдали вместе с промо) и брошу именно ее — не нравится проект и задачи, не хочу людьми руководить, работа № 2 интересная, плюс платят больше, буду пытаться свичнуться в разрабы
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Junior #php разработчик. Работа удаленная, ЗП 1400$.
Реальный опыт — около 4-х недель, в резюме 6 месяцев.
Собес, кстати, проходил с реальным 1 днем опыта работы
Мой день начинается примерно в 10:30-11:00.
В районе 11:30 за завтраком смотрю таск-менеджер. Если не появилось новых тасков, которые закрепили за мной с высоким приоритетом, то вяло занимаюсь теми тасками, что есть.
Никаких дейликов, созвонов, учёта времени у нас нет, поэтому в целом можно комфортно и неспеша работать над задачами.
Бывают таски, где четко указан срок выполнения. Со мной не советуются на этот счёт, но времени, как правило, дают с приличным запасом.
Собственно далее примерно до 18:00 - 19:00 мой день состоит из изучения таска, прикидывания реализации / что надо исправить, выявления проблемы в ходе написания кода.
Далее гугл -> stackoverflow -> попробовать решение. Если не помогло, то повторить цепочку.
Если вообще ничего не получается по таску, то иду пинговать сеньора и при необходимости запрашиваю код ревью.
Работаю только с JS (+ его сателлиты jquery/etc) и пыхой (laravel only).
Задачи пока достаточно скромные: рефакторинг/изменение какой-то части системы на бэке, доработка JS на фронте. Глобального и супер сложного пока ничего не делал
В целом стараюсь весь день стабильно работать и улучшать свои скиллы.
После 18 - 19 часов в зависимости от настроения: ютуб/соцсетки/апекс либо изучаю Golang (обычно первое происходит чаще 😁)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Реальный опыт — около 4-х недель, в резюме 6 месяцев.
Собес, кстати, проходил с реальным 1 днем опыта работы
Мой день начинается примерно в 10:30-11:00.
В районе 11:30 за завтраком смотрю таск-менеджер. Если не появилось новых тасков, которые закрепили за мной с высоким приоритетом, то вяло занимаюсь теми тасками, что есть.
Никаких дейликов, созвонов, учёта времени у нас нет, поэтому в целом можно комфортно и неспеша работать над задачами.
Бывают таски, где четко указан срок выполнения. Со мной не советуются на этот счёт, но времени, как правило, дают с приличным запасом.
Собственно далее примерно до 18:00 - 19:00 мой день состоит из изучения таска, прикидывания реализации / что надо исправить, выявления проблемы в ходе написания кода.
Далее гугл -> stackoverflow -> попробовать решение. Если не помогло, то повторить цепочку.
Если вообще ничего не получается по таску, то иду пинговать сеньора и при необходимости запрашиваю код ревью.
Работаю только с JS (+ его сателлиты jquery/etc) и пыхой (laravel only).
Задачи пока достаточно скромные: рефакторинг/изменение какой-то части системы на бэке, доработка JS на фронте. Глобального и супер сложного пока ничего не делал
В целом стараюсь весь день стабильно работать и улучшать свои скиллы.
После 18 - 19 часов в зависимости от настроения: ютуб/соцсетки/апекс либо изучаю Golang (обычно первое происходит чаще 😁)
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Привет
Один день из жизни системного аналитика в банке
120к в месяц, РФ
2 месяца (на этой работе), а суммарно 1 год и 2 месяца
1. Утром (10:30 примерно) читаю почту/отвечаю на письма, если нужно.
Пингую ребят, которым что-то писал про согласование документации/архитектуры/требований
2. Конфа дейлик. На ней обсуждаем задачи - челик (кто хочет) транслирует экран с Jira и пробегает по сторям в спринте и спрашивает статус по задачам
После дейли если осталось время обсуждаем насущные вопросы (но времени обычно нет)
3. Иду кушать (работаю по мск, у меня после конфы уже 12).
4. Сажусь писать аналитику по активной на мне задаче. Тут несколько вариантов:
а) описание фичи для фронта - скрины с фигмы с экранами, json который фронт получает с бэка, какую-то бизнес-логику (например, что айтем должен прокрутится как карусель/схлопнутся в header)
б) логику бэка - какие поля получаем по интеграционному взаимодействию, их маппинг для фронта, логику округлений и прочее
в) нефункциональные требования- логирование (какой уровень логирования, какие метрики отбрасываем, какие ошибки отбрасываем и т.д)
г) архитектуру - рисую схемы
д) отвечаю на вопросы коллег по фиче (обычно это краевые случаи, которые упустил в документации) + сразу заношу это в доку
5. Иду опять кушать
6. Доделываю что-то, если не успел
7. Читаю статьи какие-нибудь (сейчас увлекся архитектурными паттернами)
8. Иду домой (я из офиса)
Если на удаленке - то пункта 8 нет
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Один день из жизни системного аналитика в банке
120к в месяц, РФ
2 месяца (на этой работе), а суммарно 1 год и 2 месяца
1. Утром (10:30 примерно) читаю почту/отвечаю на письма, если нужно.
Пингую ребят, которым что-то писал про согласование документации/архитектуры/требований
2. Конфа дейлик. На ней обсуждаем задачи - челик (кто хочет) транслирует экран с Jira и пробегает по сторям в спринте и спрашивает статус по задачам
После дейли если осталось время обсуждаем насущные вопросы (но времени обычно нет)
3. Иду кушать (работаю по мск, у меня после конфы уже 12).
4. Сажусь писать аналитику по активной на мне задаче. Тут несколько вариантов:
а) описание фичи для фронта - скрины с фигмы с экранами, json который фронт получает с бэка, какую-то бизнес-логику (например, что айтем должен прокрутится как карусель/схлопнутся в header)
б) логику бэка - какие поля получаем по интеграционному взаимодействию, их маппинг для фронта, логику округлений и прочее
в) нефункциональные требования- логирование (какой уровень логирования, какие метрики отбрасываем, какие ошибки отбрасываем и т.д)
г) архитектуру - рисую схемы
д) отвечаю на вопросы коллег по фиче (обычно это краевые случаи, которые упустил в документации) + сразу заношу это в доку
5. Иду опять кушать
6. Доделываю что-то, если не успел
7. Читаю статьи какие-нибудь (сейчас увлекся архитектурными паттернами)
8. Иду домой (я из офиса)
Если на удаленке - то пункта 8 нет
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot