Возникал ли у вас когда-либо вопрос о подключении к продукту с нуля или к уже созданному и обжившемуся легаси? У меня за последнии несколько лет был такой опыт. Наверное самое интересное - возможность подключения к разработке продукта с самого начала и вот почему⬇️

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

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

3. Выбор продукта. Не менее важно тщательно выбирать продукт, к которому ты потенциально пытаешься присоединиться. Убедитесь, что он соответствует твоим ценностям, интересам и профессиональным целям. Также, важно, чтобы продукт имел четкое видение и потенциал для развития, а команда была сфокусирована на качестве и инновациях. Ну и лиды были адекватными.

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

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

В общем, если есть возможность, то присоединяйтесь к продуктк с нуля)))

➿➿➿➿➿➿➿
✈️ @it_underside

Вкину сюда, пока из памяти не ушло) я постоянно прохожу собесы в компаниях, зачем? Так я держу себя в форме и поддерживаю самооценку. Но две компании меня прям убили: яндекс и авито..... Расскажу историю про яндекс.

Мне пишет рекрутер и предлагает пообщаться на позицию лида Data science команды. Это было в 2020 году. Меня предупредили о секциях тервера, матана, исследовательской и 2х сессий с руководством. И знаете что? Я все таки подготовился, прошёл все собеседования, решил исследовательской задачу с кучей дифферециальных уравнений и меня попросили подождать, итогового решения и знаете сколько я его ждал???? Ровно 1 месяц.... каждый раз меня успокаивал и говорили, что вы все прошли, надо дождаться итогового решения.... но увы мне сказали, что вы слишком молоды😀 и предложили пообщаться через месяц с ещё несколькими командами, но мне было неактуально уже. А да, они ещё сказали, что часть секций нужно пройти заново. Они потом ко мне ещё пришли через полгода и снова предложили пообщаться, но с прохождением заново всех секций....

Моё общение с авито или как я понял, что туп👨‍🦳

На одном из проектов было все грустно, продукт ждал для своего развития и тут либо финансирование, либо привет земля! Соответственно, как вы понимаете, перспективы туманные и ждал я долго, поэтому решил посмотреть на 365 градусов. Как всегда где-то на горизонте появляется Яндекс, но тут не про 😀 него.
Обновил резюме, жду, стучатся хантеры Авито и предлагают пообщаться на интересную руководящую позицию, почему нет? Договаривались о созвоне, и что вы думаете? Они решили пойти по пути близкого к Яндексу сделали пару секций и теперь путь к нужной позиции в 5-6 этапов…..Мммм, терпеть не могу изнурительные затраты времени, особенно если там могут встретиться странные кадры, которые легко тебя отбракуют без разбора. Взбодрился, и пошёл вспоминать тер.вер и статистику, ичар сказала, что на первом собесе меня будут прогонять по теории и практике.

Что нужно было знать?

Теория вероятностей: комбинаторика, вероятность, свойства распределений. Условные вероятности, формула полной вероятности, теорема Байеса. Статистика: тестирование гипотез, дизайн экспериментов, доверительные интервалы.

- этому посвящён первый собес (тут галопом по Европе, но тем не менее).

Ладно, немного ускорюсь)) далее прихожу на собес и начинаю общаться с милой девушкой лет 25, которая спрашивает готов я или нет. Конечно готов, опыт преподавания математики более 5 лет и вышка, многое забыто, но точно не всё)

Общались мы с ней час и расходились во мнениях то тут то там, я не спорю, что я уже не математик, но она меня мучила двумя простыми задачами, спрашивала как я думаю, что тут думаю, а почему так, а не иначе… И хоть я дал сразу все ответы, ей не нравилось простое объяснение. В общем как только вышло время, мне сказали до свиденье и что на связь выйдет ичар и все расскажет. Позже зашёл ичар и сказал, что мои знания недостаточные для них) и я улыбнулся, бывает. Это Авито детка.

P.S. 9 удачных собеседований и 1 не очень))) за 2023 год


➿➿➿➿➿➿➿
✈️ @it_underside

Воспоминания о необычных собеседованиях навсегда остаются в нашей памяти. Хочу подчеркнуть, что моё отношение к упомянутым компаниям остаётся исключительно нейтральным; мой рассказ лишь отражает особенности конкретных ситуаций и людей. Одним из таких запомнившихся моментов было моё первое собеседование в Центральном банке России на позицию аналитика данных, которое произошло четыре года назад. Там меня встретил отзывчивый HR-специалист, детально ознакомивший меня со всеми преимуществами работы в организации, включая льготы, компенсации, выплаты и премии. Планировалось, что это будет единственное собеседование, что само по себе замечательно. Договорившись о дне встречи и начав общение в Zoom, я уже через пять минут ощутил себя как будто попал в атмосферу Почты России или в забытый всеми отдел. Присутствие сразу четырёх руководителей на встрече, их медлительные и демотивирующие объяснения заставили меня почти заснуть. Однако нам удалось провести плодотворное обсуждение нескольких вопросов по SQL. Собеседование длилось два часа, неправда ли быстро😀, после чего стало очевидно, что мы не сможем успешно сотрудничать сейчас, ну если только в определенном возрасте. Несмотря на предложение со стороны компании, оно было значительно ниже рынка. А какие необычные собеседования приходилось переживать вам?


➿➿➿➿➿➿➿
✈️ @it_underside

Если ты не разработчик, нужно ли тебе знать язык програмирования?

Мой ответ — однозначно, да. Самый простой вариант конечно Python и вот почему.

1️⃣Это делает тебя универсальным игроком. Например, ты аналитик, и вот тебе нужно быстренько обработать огромный массив данных.(Не говорим об аналитика данных, для них это обязательно) Бам! Несколько строк кода на Python, и ты как по волшебству получаешь нужные результаты. Или ты менеджер проекта, и нужно автоматизировать рутинные задачи, как напоминания команде о дедлайнах. Снова Python на помощь.

2️⃣Это повышает твою ценность как специалиста. Знаешь, как в вузе говорили: "Учись, учись и еще раз учись"? Так вот, в IT это работает на все 100. Чем больше ты знаешь и умеешь, тем ценнее ты на рынке труда. А умение программировать на таком универсальном и востребованном языке, как Python, открывает перед тобой двери, о которых ты даже не догадывался.

3️⃣Это просто круто. Представь, ты на обеденном перерыве пишешь маленький скрипт, который автоматически сортирует твои ежедневные задачи по приоритетам и даже отправляет напоминания в твой календарь. Как тебе такой поворот? Вдруг ты обнаруживаешь в себе талант разработчика, который просто ждал своего часа.

4️⃣ Ты легче понимаешь разработчиков, тестировщиков и DevOps инженеров, а это нереально хорошо, т.к. вы говорите на одном языке и тебе не страшно слушать на дэйли о всяких классах, наследованиях, окружениях и т.п.

Примеров масса. От простых автоматизаций до создания собственных инструментов для анализа данных, управления проектами или даже разработки небольших веб-приложений для себя или внутренних нужд команды. И самое крутое, что начать с Python проще простого. В сети полно ресурсов, курсов, туториалов, которые помогут тебе сделать первые шаги.
Так что, если ты до сих пор думал, что программирование — не для тебя, потому что ты не разработчик, пора пересмотреть свои взгляды. Повышай свои скиллы и расти харды!

#Карьера #TechSkills

➿➿➿➿➿➿➿
✈️ @it_underside

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

Ссылочка

➿➿➿➿➿➿➿
✈️ @it_underside

Хотел написать пост про день числа Пи и где число Пи применяется в ИТ, но что то мозг 😩. Когда заходите в крупный финтех, а особенно на новый проект - ждите постоянные переработки, перепил решений, тонну артефактов, сложное межконтурное взаимодействие и митинги каждый день по несколько часов, в общем вы должны быть максимально стрессоустойчивы🐎

Всех с днем Пи🕯

В прошлом году, когда я перешёл на новый проект, было огормным преимуществом и высоким риском проектирование высоконагруженной Информационной системы. Когда ты начинаешь что-то проектировать, то перед тобой как ИТ лидером (мини CTO), архитектором, системным аналитиком возникает огромное количество вариантов и сегодня расскажу о том какие варианты горячего кэша я подбирал и какие технологии смотрел) Скажу заранее, что выбрал Тарантул. (Если будет интересно, сделаю статейку). Скажу сразу,тут небольшая часть критериев.

1. Redis
Преимущества
❌высокая производительность и широкий спектр структур данных;
❌поддержка репликации и кластеризации для обеспечения отказоустойчивости.
Минусы
❌ограничение объема памяти сервера;
❌более высокая задержка при сохранении данных на диск в сравнении с другими инмемори базами данных.
Производительность
❌в зависимости от аппаратного обеспечения и конфигурации, Redis может достигать от нескольких тысяч до десятков тысяч запросов в секунду.

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

3. Tarantool
Преимущества
❌высокая производительность и поддержка сложных вычислений благодаря встроенной поддержке Lua;
❌встроенная поддержка репликации и кластеризации.
Минусы
❌сложность настройки и использования для новичков из-за специфичности Lua и конфигурационных опций;
❌ограниченная документация по сравнению с более распространенными решениями.
Производительность
❌Tarantool обычно обеспечивает производительность от нескольких десятков тысяч до нескольких сотен тысяч запросов в секунду в зависимости от аппаратного обеспечения и конфигурации.

4. Hazelcast
Преимущества
❌высокая масштабируемость и гибкость в управлении данными благодаря распределенной архитектуре;
❌поддержка транзакций и гарантий доставки данных.
Минусы
❌более сложная настройка и конфигурация по сравнению с более простыми кэшами, такими как Memcached или Redis;
❌требуется управление распределенным окружением, что может потребовать дополнительных усилий.
Производительность
❌Hazelcast способен обрабатывать от нескольких десятков до нескольких сотен тысяч запросов в секунду в зависимости от размера кластера и характеристик сети.


➿➿➿➿➿➿➿
✈️ @it_underside

Хотел написать пост про необъяснимые и неоднозначно вещи, когда работаешь в большой финтех компании, но после очень тяжёлой недели заметил, что ошибки на каждом шагу, а Т9 поменял смысл слов окончательно.... Попытка номер 2 будет, но чуть позже, занесу в бэклог 😂😂. А пока дам общую специфику о работе над новым проектом или продуктом, в моем случае одинаково.

🚀Первые шаги и путь ИТ-Лидера

Приветствую всех в моем блоге! Сегодня хочу поделиться своим опытом и мыслями о начале нового пути - старте проекта с полностью новой командой. Это всегда увлекательно, но в то же время и вызов, с которым сталкивается каждый ИТ-лидер.

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

2. Определение ролей и ответственности.
Четкое определение ролей и обязанностей каждого участника команды с самого начала помогает избежать путаницы и конфликтов в будущем.

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

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

5. Построение доверия и культуры обратной связи.
Важно создать атмосферу, в которой каждый член команды чувствует себя ценным и может открыто делиться своими мыслями и предложениями.

6. Управление рисками. С самого начала необходимо определить потенциальные риски и разработать план их минимизации. Это поможет избежать неприятных сюрпризов в будущем.

7. Поддержка и мотивация команды.
Постоянная поддержка и поощрение команды способствуют повышению мотивации и вовлеченности каждого участника.

Начало нового проекта всегда сопряжено с определенными сложностями и трудностями, чуть погодя расскажу от первого лица о них😁

А да, мы по немногу запускаем большой чат сообщества технарей по классическим технологиям финтеха, где каждый можно проконсультироваться по определённым технологиям будь то Spark, Flink, OpenSearch.... но пока в тестовом режиме😁

@Techguild_chat_bot

Всем привет!

С международным днем "Бросай свою ненавистную работу".

Почему это важно?

Привет всем! 31 марта - международный день "Бросай свою ненавистную работу". Этот день - отличный повод задуматься о своем профессиональном пути и, возможно, сделать шаг к переменам. А почему бы не обсудить?

Почему важно задумываться об этом?
В ИТ-сфере стресс, как и новые технологии, появляется каждый день. Но когда работа превращается в сериал "Ужасы кода", пора задуматься о смене сценария.

Какие причины могут побудить к уходу?

1️⃣ Отсутствие перспектив роста.
Если ваша карьерная лестница напоминает эскалатор в метро в час пик - стоите на месте, хотя кажется, что движетесь.

2️⃣Токсичная рабочая среда
Когда единственное, что растет в офисе - это куча недовольства, а коллеги напоминают персонажей "Игры престолов" в борьбе за власть.

3️⃣Несоответствие ценностей
Если ваша компания ценит только прибыль, а вы мечтаете о спасении мира с помощью кода, возможно, пришло время для "Update".

4️⃣Недостаток рабочего-личного баланса
Когда вы начинаете подозревать, что слово "отпуск" - это миф, а домашние начинают узнавать вас только по фотографиям.

Какие "звоночки" могут сказать, что пора уходить?

- Если вы начинаете завидовать тем, кто говорит "TGIF!" (Thank God It's Friday), потому что для вас каждый день - как понедельник.
- Когда единственная радость на работе - это звук уведомления о новом сообщении в чате... и это оказывается спам.
- Если ваше любимое занятие в офисе - это отсчет минут до конца рабочего дня.

Помните, что смена работы - это не конец света, а скорее начало новой главы. Не бойтесь перемен и будьте счастливы!

@it_underside

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


@it_underside

#будниИТ

Как часто у вас на проекте съезжают сроки?

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

Вобщем, чтобы избежать типичных ошибок и задержек в проекте из-за недостаточно проработанных бизнес-требований, старайтесть следовать этому чек-листу при начале работы (моё видение, с небольшим упором на статейки):

1️⃣Определение целей проекта
Четко сформулируйте, какие бизнес-цели должен достигнуть проект. Это должно включать как общие, так и специфические цели.

2️⃣Понимание потребностей пользователя
Определите, кто является вашими пользователями и какие их потребности должен удовлетворять ваш продукт или услуга.

3️⃣Формализация требований
Все требования должны быть задокументированы в понятной форме. Это включает функциональные и нефункциональные требования.

4️⃣Приоритизация требований
Определите, какие требования являются критически важными для запуска проекта, а какие можно реализовать позже.

5️⃣Определение метрик успеха
Установите четкие критерии, по которым можно будет оценить, успешно ли были реализованы требования и достигнуты ли цели проекта.

6️⃣Планирование ресурсов
Убедитесь, что у вас есть все необходимые ресурсы для выполнения проекта, включая время, бюджет и команду.

7️⃣Согласование с заинтересованными сторонами
Проведите встречи со всеми заинтересованными сторонами, чтобы обсудить требования и получить их одобрение перед началом проекта.

8️⃣Гибкость в требованиях
Будьте готовы к изменениям требований в процессе работы над проектом, но старайтесь контролировать их объем и влияние на общие сроки и бюджет.

9️⃣Прототипирование
Разработайте прототипы или MVP (минимально жизнеспособные продукты) для тестирования и уточнения требований с реальной обратной связью пользователей.

1️⃣0️⃣Регулярный пересмотр и анализ
Регулярно пересматривайте требования и ход выполнения проекта, чтобы своевременно выявлять и решать возникающие проблемы.

@it_underside

#будниИТ #КоманднаяРабота #Планирование #УправлениеПроектом

🧠Многозадачность и память и почему мы чувствуем себя самозванцами?

Вы когда-нибудь чувствовали, что не на своем месте на работе или в учебе, несмотря на все ваши достижения? Это может быть не просто неуверенность, а так называемый синдром самозванца, который часто усиливается из-за нашего стремления выполнять множество задач одновременно. Сколько раз это было)))

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

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

🔍 Так что же делать?
1. Практикуйте однозадачность. Постарайтесь сосредоточиться на одной задаче за раз. Это поможет улучшить качество вашей работы и уменьшить стресс. Правда, так не всегда))) Тут баланс, но жизнь и работа всегда сопровождает множество ad-hoc))
2. Записывайте свои достижения. Ведите дневник успехов, где вы будете отмечать свои маленькие и большие победы. Это поможет вам вспомнить, как много вы уже достигли. Я стал их писать, иначе есть ощущение, что все не очень, но когда смотришь, что удалось сделать, становится приятно.
3. Общайтесь с окружающими. Разговоры с коллегами и друзьями могут помочь вам осознать, что многие из них переживают те же самые чувства.

✨ Важно помнить, что быть человеком — значит не быть идеальным. Мы все можем чувствовать себя перегруженными или сомневаться в себе, но это не делает нас самозванцами. Это делает нас человечными.

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

@it_underside

Почему пора отказаться от REST API в пользу GraphQL?


🔍Сегодня разбирается в технологических трендах! (понятно, что это не что-то новое, но GraphQL не так часто используем, как хотелось бы). Сегодня поговорим о том, почему REST API уступает место более современному и удобному GraphQL.

REST API

🟢Преимущества
1. Простота использования. REST легко понять и имплементировать, что делает его отличным выбором для начинающих.
2. Широкая поддержка. REST поддерживается практически всеми веб-сервисами и библиотеками.

🔴Недостатки
1. Жёсткая структура. REST требует строгого соблюдения правил и методов (GET, POST, DELETE и т.д.), что ограничивает гибкость.
2. Избыточность данных. Клиенты часто получают больше данных, чем им нужно, что увеличивает нагрузку на сеть.
3. Много запросов. Для сбора разнородных данных необходимо делать множество запросов, что замедляет работу приложения.

GraphQL

🟢 Преимущества
1. Гибкость запросов. Клиенты могут запрашивать именно те данные, которые им нужны, не больше и не меньше.
2. Оптимизация сетевого трафика. GraphQL позволяет получить всю необходимую информацию в одном запросе, уменьшая количество обращений к серверу.
3. Сильная типизация. Наличие строгой типизации упрощает разработку и уменьшает количество ошибок на этапе выполнения.

🔴 Недостатки
1. Сложность. Из-за своей гибкости GraphQL может быть сложнее в освоении и требует более сложной реализации на сервере.
2. Проблемы с производительностью. Сложные запросы могут негативно сказаться на производительности сервера, если не уделить достаточно внимания оптимизации.

🔄 Заключение
Переход на GraphQL представляет собой шаг вперёд к более гибкой, масштабируемой и эффективной разработке веб-приложений. Хотя он требует некоторого времени для изучения и адаптации, преимущества перевешивают начальные трудности. Рассматривайте GraphQL как инвестицию в будущее вашего проекта! Ещё подмечу, крайне релевантно для корпоративной архитектуры.

Если хочешь больше подробностей, то говори, опишу статейкой.


@it_underside

🟢 Летний ИТ-лагерь Т1.Дебют: мы начинаем! ❤️

💃 Ты студент и мечтаешь попасть в мир больших идей и технологий? Присоединяйся к ИТ-лагерю Т1.Дебют!

⚡️ Это шанс прокачать свои навыки и начать звездную карьеру: финалисты лагеря смогут попасть на оплачиваемую стажировку, а более опытные — получат оффер от Холдинга Т1!

🐈 Зачем участвовать?

✅ развитие навыков при поддержке менторов, работа над реальными кейсами
✅ крутое комьюнити единомышленников со всей страны и техновайб
✅ карьерные консультации и лекции от ведущих ИТ-экспертов
✅ защита исследовательского проекта, хакатоны и квизы

🖥 Как проходит обучение?

ИТ-лагерь проходит в два этапа: 1 месяц онлайн-обучения и неделя летнего офлайн-буткемпа. Проезд, питание, проживание - за наш счёт!

Выбирай направление: 💻 разработка Java, разработка JS+React, 🪲 тестирование, 💻системный анализ.

👍 ИТ-лагерь Т1.Дебют — место для старта звездной карьеры в ИТ!

➡️ Отправляй заявку на сайте до 31 мая вот здесь! ⏰