Союзное государство Россия-Белоруссия

Как только узнала, что у нас есть ребята из Белоруссии, сразу подумала: наверняка, на собраниях самый популярный вопрос, который им задают — это не «как у вас дела?», а «как там у вас картошка?». Но оказалось, что это стереотип и шуток про картошку вовсе нет.👇🏼


Знакомьтесь, Леша и Витя

💬 Алексей Бронштейн: Привет, я живу в Беларуси в Минске и работаю в СД фронтэнд разработчиком, вернее в отделении «Ennergiia».)

Жизнь разработчика здесь ничем не отличается от жизни в другой стране постсоветского пространства, разве за исключением каких-либо мелких деталей.))

💬 Виктор Сорочук: Живу в Бресте. Хорошо живется.) 

Про работу удаленно

💬 Алексей Бронштейн: Как у каждой стороны любого явления в удаленной работе есть свои плюсы и минусы.

К плюсам можно отнести: не надо переезжать на новое место (в другой город), да, и вообще нет какой-либо надобности перемещений по городу.

Хотя многие даже тут увидят минусы: отсутствие каких-либо мало-мальских физических движений, — но все же это весьма субъективно.

Я не отдаю предпочтение какому-либо из вариантов: и там есть доля правды, и там.

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

Я работаю дома. В принципе рабочий день проходит также, как и в офисе: есть список задач в JIRA, которые надо сделать к определенному «дедлайну», если какие-то срочные задачи переключаешься на них, перерывы на обед и какой-то отдых также определяешь сам. Разве только, что «домашний офис» работает 24/7.)

И еще отличие удаленной работы: в офисе все видят, что ты приходишь, что-то там делаешь — значит, работаешь, а тут критерием работы является фактическое выполнение задач и личная продуктивность, в удаленной работе плохо получается «халявить».)

Обычно начинаю работать в часов 9-00 (МСК), перед этим делаю утренний моцион — умоюсь, позавтракаю. Заканчиваю, когда делаю «план» на день (примерно прикидываю в голове, но лучше записывать). Разницы во времени не ощущается, так как если надо что-то срочное сделать ребята могут помочь и вне рабочего времени. Задерживаться (работать больше 8 часов) частенько приходится: всегда хочется сделать даже больше, чем запланировано.

💬 Виктор Сорочук:

Плюсы — не нужно тратить время на то, чтобы добраться на работу/с работы.

Минусы — общаешься с коллегами не «в живую», а через монитор.

Вообще, это обычный рабочий день, только из дома. Встаю в 7. Работаю в основном с 9 до 18, иногда по-другому. Час на обед. Разницу во времени не ощущаю. Если не успеваю что-то сделать или нужно что-то срочно поправить, то работаю дольше.


Про СД и компании в Белоруссии

💬 Алексей Бронштейн: В СД попал банально: нашел вакансию на «Мой круг» — своеобразная доска объявлений по поиску и предложению работы в IT, прошел собеседование и начал работать, ничего особенного — «just a business».

Похожих продуктовых компаний, работающих в реальном секторе экономике, скорей всего у нас нет, разве, что можно назвать «Wildberries», но не думаю, что в Беларуси у них есть какой-то IT офис.

У нас популярны аутсорсинговые компании и среди них есть весьма крупные и громкие, чего только стоит тот же «Epam», «Wargaming», «Viber», «IBA Group», «Itransition» и другие.

В Ennergiia хочу отметить отличный коллектив: сплоченные ребята, которые всегда готовы помочь.)


💬 Виктор Сорочук: Мне нравится компания. В Беларуси тоже есть похожие, но мало вакансий, где возможен именно удалённый формат работы. Смешно, когда разработчики, которые тоже работают удалённо присутствуют на митингах, лёжа в кровати под одеялом.)

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

Про то, что любишь

💬 Алексей Бронштейн: Об увлечениях много не скажу — автомобили, мото, некоторые виды боевых искусств, в принципе, как и у многих, кто старается разнообразить свою жизнь, как можно с больших сторон.)

💬 Виктор Сорочук: Люблю футбол, спортом заниматься, читать. Мечтаю побывать в Италии.


🙏🏻 Леша, Витя, спасибо вам большое, что рассказали нам о себе, за вашу открытость, работу. Желаем, чтобы наше союзное государство только крепло, и пусть все мечты сбываются, особенно побывать в Италии, или хотя бы в нашем офисе.)))

April 16, 2019
by Новости СД ИТ
0
47

Почему я ночую в офисе

💬 Андрей Талабирчук: Итого начнемс. Как-то пару месяцев назад мы получили отказ в обслуживании одного из узлов связи в офисе Москвы, что, в свою очередь, вызвало ее недоступность примерно на 6 часов. Восстановили, но выглядело это костыльно-колхозно — схема 1👇🏼.

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

Как видно из схемы 1, мы имеем несколько точек отказа (можете посчитать, их много), и в случае какого-то аналогичного факапа с другой точкой мы получаем такую же недоступность.

«Что же делать?» — задали мы себе такой вопрос. Провели Пост-Мортем по этой ситуации и по проблеме в целом. *Пост-Мортем — событие в скраме, направленное на выявление первоочередного косяка. Решили произвести небольшую модернизацию сети с минимальными затратами на оборудование и полное изменение логической схемы связи офиса.

Из задач нужно было (разделил, что можно делать в течении дня, что в нерабочее время):

  • (удаленно до прибытия в МСК) протянуть оптику средствами подрядной организации;
  • (удаленно до прибытия в МСК) приобрести и подобрать оборудование на совместимость sfp модули и медиаконверторы;
  • (днем) перенести физические линии связи одного очень дорогого оператора в офисе в другое место (схема 2);
  • (днем) установить еще один коммутатор для дублирования коммуникаций;
  • (днем) получить оборудование и проверить работоспособность;
  • (вне рабочее время) переключить всю связь на оптику;
  • (в нерабочее время) поменять логику работы маршрутизации внутри офиса.

Первые два пункта, которые проводились удаленно, и работы, выполняемые в течение дня, прошли успешно. Настала ночь: проснулась Мафия:)

Начинаем ломать старую логику и накатывать новую. Как показывает практика, из запланированных работ 3/4 проходит как и думал, а оставшиеся 25% — совсем не по плану. Короче с логикой у нас возникли небольшие трудности:) Побеждали мы ее ~ с 21.00 до 3х ночи. Можете выдохнуть — все восстановили в 3 ночи. Сил уже не осталось, очень сильно хотелось спать, мозг говорил: «Иди в жопу, мне нужен покой»))).

А так как жил я на Арбате в 4 км от офиса, то вызывать такси, ждать приезда, подниматься домой, ложиться спать —это примерно 40 минут или 1 час, то есть уснул бы я в 4 утра, а к 7 нужно было быть в офисе. Да, и вдруг, что-то не учли, получили бы еще один факап и необходимость резко все восстанавливать.

В общем, походил я по кабинетам, выбирая себе место для ночлега, нашел отличную переговорку с матрасами, пледиком и подушками (в виде бонуса дверь с щеколдой, видимо, чтобы тебя не застали ...). Я прилег, вырубился, поспал, в 6 утра меня разбудил топот и хлопок двери. Я так и не понял, кто так рано приходит в МСК на работу. Есть предположение, что это А.А. Но не захотев его видеть в это утро, я прошмыгнул резко в туалет, умылся и пошел смотреть систему мониторинга: все ли хорошо, нет ли проблем.

Все сказки хорошо заканчиваются, не исключение и этот раз. Система удачно переведена в боевой режим, проверена доступность и отказоустойчивость. Изменения можно наблюдать на схеме 2 — как видно, все центральные узлы связи объединены в кольцо, и выход из строя одного элемента не нарушит работоспособность сети, как было 2 месяца назад. Надеюсь, эта схема устаканится, и мы новые большие офисы и РЦ будем отрабатывать именно по аналогичной схеме.👍


🙏🏻 Андрей, спасибо тебе большое за твою круглосуточную работу и восстановление связи с Москвой. Желаем, чтобы все всегда оставались на связи и ночевали дома.

April 10, 2019
by Новости СД ИТ
0
70

Наши Багобои

За кажущимися «собачьими бегами» данная роль может расширить понимание процессов взаимодействия между сервисами и службами продукта — Алексей Бронштейн.

Багобойство

💬 Алексей Бронштейн: Роль «багобоя» заключается в оперативном реагировании на технические недочеты на сайте и нахождении путей их решения. Исправления могут осуществляться не обязательно силами самого человека, находящегося в этой роли, но и привлечением людей, имеющих бОльшую компетенцию в сервисе, где произошел сбой.

💬 Гусейн Гасымов: Багобой — специально выделенное лицо на растерзание контенту. Подчиняется чату «тревоги». Занимается выделением смысла проблем из тонны не всегда понятных сообщений, скорее всегда не понятных.

💬 Роман Гордиенко: В нашей команде СД-качество багобой — тот человек, который следит за всеми багами, приходящими по разным каналам, и решает их по уровню важности. Если его компетенций не хватает, багобой имеет право привлекать других людей (отвлекать их от работы).

День багобоя

💬 Алексей Бронштейн: В целом, день «багобоя» отличается от обычного рабочего дня. Ты выполняешь поставленные на этот день задачи, устраняешь недочеты, которые могут «приходить» откуда угодно: из определенной группы в мессенджере или коллег, которые заметили неработающие или работающие неправильно вещи, а так же при разработке очередного функционала, или логгеры ошибок, в нашем случае такие, как «Sentry».

Как только ошибка сформулирована, и ясны компетенции ее решения — описание заносим на специальную доску в каком-либо таск-треккере (JIRA). Желательно, также указать сервис и/или конкретного человека, который будет решать эту задачу. Но в случае, если решение занимает довольно длительное время, соизмеримое с выполнением полноценной задачи в спринте, то этот баг заносится на доску спринта, как полноценная задача.

💬 Роман Гордиенко: В нашей команде багобой дежурит неделю, каждый день начинается примерно одинаково:

  • заходим в sentry — инструмент мониторинга ошибок, туда стекаются ошибки по все нашим сервисам;
  • смотрим текущие баги;
  • переносим баги в жиру (доска задач)
  • решаем их.

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

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

Конец недели

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

💬 Роман Гордиенко: В конце недели наступает свобода) (шутка), просто баги в стадии решения доделываем, новые баги передаем следующему багобою.

💬 Гусейн Гасымов: Всё. Багобой формирует отчет из проблем, которые удалось решить и которые по какой-либо причине решить не получилось. Стоит отметить, что багобою после сдачи наряда полагается сухпай (пара пачек арахиса и орехов) за неимоверный труд и огромное терпение.

Выбор багобоя

💬 Алексей Бронштейн: Выбор «багобоя» осуществляет «слепой случай», «русская рулетка», «божий перст», который обязательно в очередной раз укажет на тебя, и в этот момент ты понимаешь, что пришел в этот мир, чтобы страдать)))) — Шутка)

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

💬 Гусейн Гасымов: В алфавитном порядке.

Самые интересные баги

💬 Роман Гордиенко: Самые интересные баги были с сервисом mindbox, решали совместно с Виталием Барсуковым. Сервис mindbox собирает информацию о действиях пользователя на сайте, заказы, открытые страницы, карточки товаров и др. Почти неделю мы воевали с этим сервисом, но все-таки победили. Все остались довольны: Виталий — что сервис работает, я — что удалось решить проблему.)

💬 Гусейн Гасымов: Баги, не относящиеся к проблемам контента. Самый интересный баг во времена, когда не было багобоя: сервис заказа «воровал» сообщения из ребита сервиса доступности. P.S.: Привет ребятам из заказа.


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

April 8, 2019
by Новости СД ИТ
0
35

Ожидания от конференции для Python-разработчиков

Что интересного ждут наши ИТ-специалисты или чего не ждут, читайте ниже. 👇🏼

💬 Дима Грунский: да, в этот раз собралось не мало интересных докладов, даже есть один из холиварных Python Vs Go)). (*холиварный — спорный)

💬 Андрей Зевакин: жду.

💬 Паша Трунов: очень жду.

💬 Наиль Гибаев: нет.


P.S.: Дима Грунский выглядит так 👇🏼

Чем интересна? Кому будет полезна?

💬 Андрей Зевакин: полезна всем, кто хочет развиваться как разработчик)

💬 Паша Трунов: попадаются крайне интересные доклады, люди из разных компаний делятся своим опытом хоть и в сжатом формате. Думаю, что так или иначе будет полезно всем Python-разработчикам. Последняя конференция, например, породила команду «качество» после рассказов о sonarqube, шаблонах и линтерах в компании kiwi.com.

💬 Дима Грунский: данная конференция позволяет узнать опыт других компаний. 

💬 Наиль Гибаев: большая часть докладов мусорная, но авторское видение от сотрудников Evil Martians было бы интересно послушать. Не думаю, что конференции такого пошиба хоть кому-то будут полезны.


P.S.: Андрей Зевакин выглядит так 👇🏼

Что будешь смотреть?

💬 Дима Грунский: Смотреть скорее буду все, если позволит время. Есть темы, которые особенно хотелось бы посмотреть: «Инструменты domain driven design» или «Как мы в Яндексе следим за производительностью веб-приложений».

💬 Андрей Зевакин: почти все темы интересны, смотреть буду выборочно, хочу про ddd и асинхронность.

💬 Паша Трунов: думаю, что постараюсь охватить все, но интереснее всего доклад о тестировании тысяч приложений в kiwi.com.

💬 Наиль Гибаев: пока не определился, скорее всего вообще не буду смотреть.


P.S.: Наиль Гибаев выглядит так 👇🏼

Хотел бы участвовать? Про что мог бы рассказать?

💬 Дима Грунский: участие в таких конференциях безусловно полезно — можно задать вопросы докладчику или подойти к нему в перерывах и обсудить интересующие вопросы более развернуто. 

Я участвовал в предыдущей pythonconf++ — она была первой в истории этой конференции. Очень интересно и познавательно, некоторые моменты из докладов были применены в некоторых наших проектах.

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

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

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


P.S.: Паша Трунов выглядит так 👇🏼

🙏🏻 Друзья, спасибо вам большое, что поделились своими ожиданиями. Желаем, чтобы они все сбылись или удивили вас с лучшей стороны.

April 3, 2019
by Новости СД ИТ
0
30

Экосистема ИТ

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

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

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

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

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

Первая очередь сервисов сформирована, вторая еще нет, но деньги под ресурсы уже заложены, как будет осуществляться поддержка этих сервисов после внедрения, тоже уже известно. Фактически сейчас получается, что продуктовнер формирует команду, берет государственный сервис, выполняет, и дальше все изменения проходят через него. Если бизнесу надо внести изменения в этот сервис, то либо согласовывают с продуктовнером, либо отказываются от них в виду объективных причин — не совсем бюрократия.

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

То есть у нас есть:

  • команда Качество, которые работают над этими инструментами;
  • команда продуктовнеров-лидеров, которые формируют команды и запускают сервисы;
  • правила по поддержке;
  • сформированный бюджет на 2019 год, который включает все эти озвученные вещи: затраты на команды, на технологии, на облачные ресурсы, затраты на обучение, на изменения внутренней инфраструктуры.

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

Второе —сложности в формировании профессиональных команд и качественного ресурса, чтобы наши планы стали реализовываться. Пока у нас сформированы две команды: Качество и Заказ. С первого апреля начнем формировать еще.

Сейчас есть сервис, который предоставила команда Качество, хотим, чтобы команды пользовались им. Этот сервис является гарантом качества, но его надо дорабатывать, так как не все технологии через него пока проходимы и на некоторые не хватает шаблонов.


🙏🏻 Андрей Геннадьевич, спасибо вам большое, что поделились с нами вашей экосистемой.)

March 21, 2019
by Новости СД ИТ
0
62
Show more