ИТ наизнанку | Владимир Ловцов – Telegram
ИТ наизнанку | Владимир Ловцов
1.07K subscribers
137 photos
10 videos
1 file
99 links
Будни ИТ без «ванили».
Реальные истории, хаос и управление проектами.
Помогаю специалистам — от старта в ИТ до роста в лиды.
Консультирую компании — продукты под ключ, команды на максимум.

Ассистент для связи: @VMLovtsov_assistant
Download Telegram
Стал замечать, что какой то интересный тренд появился на площадках типо hh.ru и superjob.ru. Стали активно исследоваться компаниями резюме технический специалистов типо инженеров и математиков, да ещё и делают сразу предложения) Кажется инженеры снова нужны!!!! Помню, как в 2014 году пытался найти нормальную инженерную работу (по образованию я инженер конструктор, ну или специалист по микро(нано)электронике), но ничего адекватного и за нормальное вознаграждение не было, а как же было грустно…. Но я рад, что снова нужны инженеры))




✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥91
Есть вопрос и он меня не оставляет в покое, а знаете ли вы мат.часть своей роли в команде? Вот смотрите, например, вы системный аналитик, знаете ли вы теорию системного анализа или только практика с прошлых мест?
Anonymous Poll
23%
Знаю теорию своей по своей специализации
40%
Практика и немного теории из статеек
14%
Практика и на этом все
23%
Просто посмотреть ответ
👍3🔥2
Из-за чего сыр-бор)))?? На конференциях, курсах рассказывают, что аналитик должен знать трассировку требований, методы Вигерса, методологию анализа, теорию БД, принципы ПО и ППО, теорию систем и моделирования и т.п., а нет туда же и диаграмму Ишикавы…. А по факту мы попадаем как специалисты на конкретные проекты, где у работодателя совершенно разные видения вашей специализации и роли и факту, главной вашей задачей является выполнение задач в команде, чтобы разработчик понимал, что разрабатывать, тестировщик, что тестировать и вы доехали до релиза. А вся теория очень часто вообще не нужна, что думаете?
👍7💔2🔥1🤔1
Возникал ли у вас когда-либо вопрос о подключении к продукту с нуля или к уже созданному и обжившемуся легаси? У меня за последнии несколько лет был такой опыт. Наверное самое интересное - возможность подключения к разработке продукта с самого начала и вот почему⬇️

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

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

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

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

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

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


✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥1🤔1
Вкину сюда, пока из памяти не ушло) я постоянно прохожу собесы в компаниях, зачем? Так я держу себя в форме и поддерживаю самооценку. Но две компании меня прям убили: яндекс и авито..... Расскажу историю про яндекс.

Мне пишет рекрутер и предлагает пообщаться на позицию лида Data science команды. Это было в 2020 году. Меня предупредили о секциях тервера, матана, исследовательской и 2х сессий с руководством. И знаете что? Я все таки подготовился, прошёл все собеседования, решил исследовательской задачу с кучей дифферециальных уравнений и меня попросили подождать, итогового решения и знаете сколько я его ждал???? Ровно 1 месяц.... каждый раз меня успокаивал и говорили, что вы все прошли, надо дождаться итогового решения.... но увы мне сказали, что вы слишком молоды😀 и предложили пообщаться через месяц с ещё несколькими командами, но мне было неактуально уже. А да, они ещё сказали, что часть секций нужно пройти заново. Они потом ко мне ещё пришли через полгода и снова предложили пообщаться, но с прохождением заново всех секций....
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣12🔥1😁1
Моё общение с авито или как я понял, что туп👨‍🦳

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

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

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

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

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

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



✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🔥2
Воспоминания о необычных собеседованиях навсегда остаются в нашей памяти. Хочу подчеркнуть, что моё отношение к упомянутым компаниям остаётся исключительно нейтральным; мой рассказ лишь отражает особенности конкретных ситуаций и людей. Одним из таких запомнившихся моментов было моё первое собеседование в Центральном банке России на позицию аналитика данных, которое произошло четыре года назад. Там меня встретил отзывчивый HR-специалист, детально ознакомивший меня со всеми преимуществами работы в организации, включая льготы, компенсации, выплаты и премии. Планировалось, что это будет единственное собеседование, что само по себе замечательно. Договорившись о дне встречи и начав общение в Zoom, я уже через пять минут ощутил себя как будто попал в атмосферу Почты России или в забытый всеми отдел. Присутствие сразу четырёх руководителей на встрече, их медлительные и демотивирующие объяснения заставили меня почти заснуть. Однако нам удалось провести плодотворное обсуждение нескольких вопросов по SQL. Собеседование длилось два часа, неправда ли быстро😀, после чего стало очевидно, что мы не сможем успешно сотрудничать сейчас, ну если только в определенном возрасте. Несмотря на предложение со стороны компании, оно было значительно ниже рынка. А какие необычные собеседования приходилось переживать вам?



✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Если ты не разработчик, нужно ли тебе знать язык програмирования?

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

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

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

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

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

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

#Карьера #TechSkills


✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
👍72
Хотел написать пост про день числа Пи и где число Пи применяется в ИТ, но что то мозг 😩. Когда заходите в крупный финтех, а особенно на новый проект - ждите постоянные переработки, перепил решений, тонну артефактов, сложное межконтурное взаимодействие и митинги каждый день по несколько часов, в общем вы должны быть максимально стрессоустойчивы🐎

Всех с днем Пи🕯
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9
В прошлом году, когда я перешёл на новый проект, было огормным преимуществом и высоким риском проектирование высоконагруженной Информационной системы. Когда ты начинаешь что-то проектировать, то перед тобой как ИТ лидером (мини CTO), архитектором, системным аналитиком возникает огромное количество вариантов и сегодня расскажу о том какие варианты горячего кэша я подбирал и какие технологии смотрел) Скажу заранее, что выбрал Тарантул. (Если будет интересно, сделаю статейку). Скажу сразу,тут небольшая часть критериев.

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

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

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

4. Hazelcast
Преимущества

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



✈️ @it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10👏41
Не стал ничего писать, статьи копятся, но как то непросто, уж очень не простой день в пятницу 22. Когда, ты начинаешь судоржно смотреть, что происходит и перебирать контакты близких и знакомых.
Текущая реальность очень жестокая, надо быть готовым и понимать, что тревожность последние несколь лет активно поселившияся в нашей жизни никуда не уйдет… . Всем счастья, надеюсь, что у ваших близких все хорошо!
9
Хотел написать пост про необъяснимые и неоднозначно вещи, когда работаешь в большой финтех компании, но после очень тяжёлой недели заметил, что ошибки на каждом шагу, а Т9 поменял смысл слов окончательно.... Попытка номер 2 будет, но чуть позже, занесу в бэклог 😂😂. А пока дам общую специфику о работе над новым проектом или продуктом, в моем случае одинаково.

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

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

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

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

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

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

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

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

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

Начало нового проекта всегда сопряжено с определенными сложностями и трудностями, чуть погодя расскажу от первого лица о них😁
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
А да, мы по немногу запускаем большой чат сообщества технарей по классическим технологиям финтеха, где каждый можно проконсультироваться по определённым технологиям будь то Spark, Flink, OpenSearch.... но пока в тестовом режиме😁

@Techguild_chat_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
🤩1
Всем привет!

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

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

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

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

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

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

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

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

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

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

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

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

@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
7
Недавно супруга вышла на работу, и тут удаленка ударила меня камнем в лицо… Теперь дети со мной... шум... и дергающийся глаз. А ведь совсем недавно все было прекрасно: супруга смотрела за детьми, я спокойно работал, но как в любой истории, на затишье что-то происходит, и совсем недавно супруге пришло приглашение, от которого нельзя отказаться, и начались будни, где я делаю засечки на стене и боюсь, как бы в камеру, когда я веду совещание, не ворвались дети и не стали орать какую-нибудь жесть🤪


@it_underside

#будниИТ
Please open Telegram to view this post
VIEW IN TELEGRAM
😁13🥰3🤪3🤔1😍1
Как часто у вас на проекте съезжают сроки?

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

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

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

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

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

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

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

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

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

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

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

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

@it_underside

#будниИТ #КоманднаяРабота #Планирование #УправлениеПроектом
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍2🔥1
На моем текущем проекте, я уже отхватил порцию непроработанных БТ и это прям стреляет в ногу, но реальный проект и продукт, это всегда не книжный сценарий и тут важно подстраиваться под реалии вашей компании, т.к. возможно ваши просрочки - это систематическая проблема и вы можете быть не виноваты! Всем хорошей оставшейся части недели)))
👍3😁2
🧠Многозадачность и память и почему мы чувствуем себя самозванцами?

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

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

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

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

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

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

@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥2
Доброго понедельника))
👍3🔥1