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

💎Первые шаги в профессии. Ruby.

🔵 Почему Ruby?
Всё довольно просто. Дело было в далеком 2016м году. Я изначально собирался стать Android разработчиком и самостоятельно изучил Java, но не смог найти junior вакансии в своём городе. Мне предложили сделать тестовое задание на позицию Backend разработчика. Основное условие - использование Ruby и Ruby on Rails. Учитывая что в универе я программировал на разнообразных языках я решил проверить свои скиллы.

И у меня получилось за 2 вечера реализовать довольно крутой прототип сайта аля "Авито" с использованием готовых компонентов и библиотек, настроить линтеры и даже деплой (чтобы проверяющему не нужно было самому разворачивать приложение). По итогу мне предложили работу.
После выполнения задания я осознал что Backend на самом деле выглядит не таким каким я его вижу на парах в университете (мы писали на голом PHP) и принял предложение.

🔵 Осознание нишевости Ruby. Попытка выйти на рынок труда
Поначалу я не переживал и не догадывался о том что Ruby настолько уступает другим технологиям в количестве вакансий, так как было некогда, я работал, впитывал опыт, делал фичи, попутно учился в универе. Но спустя время в компании стали заканчиваться проекты на Ruby и всех новых спецов уже нанимали на C# и PHP. Я остался единственным рубистом в компании и поддерживал текущие проекты.

Открыв HH я осознал что вакансий на Ruby нет в моем городе а по всей России их тоже довольно мало. Напомню, это 2016-2017 года, я джуниор (по резюме) и удаленка в принципе была не так распространена.

И после осознания что мое резюме даже не смотрят, я пошел писать на С#. Проблем с трудоустройством не было, я изучил этот язык в университете. Проработав несколько месяцев я понял что мне не нравится проект и уволился. Снова вышел на рынок. Я решил вернуться к работе на Ruby, потому что понял - мне нравится на нем писать, я испытываю удовольствие от работы с ним несмотря на количество вакансий.

🔵 Попытка №2 найти работу на Ruby
К лету 2017го на рынке что-то точно поменялось. Я смог получить несколько офферов на удаленную работу на Ruby, сделал кучу тестовых и пройдя десятки интервью, бустанул свой скилл постоянной практикой.

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

Руководство было заинтересовано в том чтобы вырастить штат и предложили мне выбрать и обучить нескольких стажеров себе в помощь. За 3 месяца мне удалось вырастить 3х ребят к себе же в команду. Так я стал "аля тимлидом" имея 1.5 года опыта.

🔵 Поиск дальнейших путей развития. Переезд в Санкт-Петербург
Всё шло хорошо, но спустя время проектов в компании становилось всё меньше (не только на Ruby а в принципе) и я снова расчехлил резюме. Приходилось конечно часто объяснять нанимателям причины по которым я меняю компании, но в целом мои доводы принимали и с пониманием относились.
Я рассматривал варианты работы
- в продуктовых компаниях
- с переездом в другой город (чтобы иметь больше вариантов трудоустройства)
- разрабатывать Backend на Ruby.

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

На этом на сегодня всё. Спасибо что читали, буду рад если поделитесь в комментариях, как вам такой формат? Стоит продолжать или нет?😄

В следующем посте расскажу как прокачивал скилл работы с Ruby и Ruby on Rails, stay tuned😉

🐍 Изучение Python. Часть #3. Concurrency

Продолжаю цикл постов о том как изучал Python. Сегодняшний лот - конкурентность(многопоточность / мультипроцессинг / асинхронщина).

Основы по этой теме я изучил в университете, а практиковался уже когда работал на Ruby (в Купибилете бэкэнд был написан поверх асинхронной библиотеки).
При изучении аналогичной темы в Python мне было достаточно лишь грамотно провести параллели между абстракциями. И помогли мне в этом великолепные бесплатные статьи с сайта superfastpython

https://superfastpython.com/learning-paths/

Будучи ментором заметил что у начинающих специалистов возникает довольно много вопросов по этой теме, несмотря на обилие ресурсов в сети.
И написал на Хабр супер короткую заметку Практический гайд по процессам и потокам (и не только) в Python. Теперь перед любыми консультациями скидываю её ученикам, и мы созванивались только при условии что даже она не смогла помочь.

Bonus: В прошлом году у меня была мысль сделать цикл постов в виде задачек и решать их вместе с вами. В итоге я придумал задачку на многопоточность и нашел неочевидное поведение Python. Так я получил полноценную учетку на хабре😁 И в дополнение от учеников получал отзывы, что мои статьи на хабре читали даже их интервьюеры☺️

Расскажите в комментариях о вашем опыте работы с Concurrency, мне будет очень интересно ознакомиться)

👨‍💻 Вакансия разработчика в платформу продуктовой аналитики Statist

Всем привет! Сегодня будет необычный пост. Дело в том что у меня в команде появилась открытая позиция и я в поисках разработчика.

🔵 Что разрабатываем?
В зоне ответственности нашего отдела продукт Statist — единая платформа в Тинькофф для сбора продуктовой аналитики и телеметрии с мобильных и веб приложений. Подробный блогпост про наш проект

🔵 Чем занимается конкретно наша команда
Отвечаем за несколько направлений:
- Data Pipeline (сервисы для приема и процессинга данных, доставка в хранилища)
- Analytics API (удобный и понятный интерфейс для доступа к данным).

Также на наших плечах частично обслуживание и масштабирование компонентов инфраструктуры (Kafka, ClickHouse, Cassandra).

🔵 Стек технологий
- Микросервисы пишем на Golang, разворачиваемся во внутреннем K8s,
- Хранилище данных - ClickHouse, транспорт - Kafka.
- Python для несложных скриптов.
- Хранилище контекста пользователей в Cassandra.
- Для сбора логов и метрик используем внутреннюю платформу.
- Высокое покрытие тестами (e2e, unit) и алертами.
- С помощью внутренних инструментов отслеживаем соблюдение SLA.

Из организационных моментов:
- в командах отдела только разработчики, отсутствуют выделенные DevOps, SRE, QA, аналитики. Мы делаем всё, от ресерча до деплоя и дальнейшего мониторинга.

🔵 Кого ищем?
По моему мнению кандидат в наш проект должен обладать несколькими качествами:
- Не бояться задач с высоким уровнем неопределенности (в силу технической сложности). Нам периодически приходиться погружаться в ньюансы работы БД, инфраструктуры и используемых библиотек.
- Готовность расти в ширину (например не бояться брать на себя ресерчи и погружаться в инфраструктурные задачи)
- Высокий уровень ответственности и вовлеченности, вести разработку с использованием тестов, метрик, ТВD + иногда требуется семплирующий профайлер и бенчмарки.

Возможно вы заметили отсутствие строгих требований к языку и технологиям. Это неспроста. Дело в том, что мы ищем в первую очередь инженера, а не разработчика на конкретном стеке. Если кандидат работал на другом языке с подобными задачами или работал с похожими технологиями - можно и нужно обсуждать сотрудничество😊

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

Если вакансия заинтересовала или появились вопросы - пишите в ЛС @ea_kozlov

За рекомендации и репосты безмерная благодарность❤️