ИТ наизнанку | Владимир Ловцов

А да, пока я собеседую, тут зашёл мой бывший коллега мне из Испании и предложил неплохой оффер)) но как то я уж крепко сижу корнями у нас в стране: дети, ипотека, родные, да и вообще.

Вообщем...неделя... была... просто......ну не простой.

Решил значит отсмотреть всех желающих и кого рекомендовали рекрутеры.

Как оно?
Что думаю?

Скажу точно, что заметил🔥🔥🔥

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

Так немного сумбурных мыслей о поиске работы, команде....

Поделюсь своими мыслями о том, насколько сложным может быть процесс найма в уже слаженной команде. Когда все процессы отлажены, а вокруг тебя работают специалисты высокого уровня, поиск нового участника превращается в настоящее приключение – ведь как рук ты не можешь допустить фатальной ошибки и ошибиться в человеке, так как за твоей спиной деlлайны и kpi. Чем круче и опытнее команда, тем выше становятся критерии для кандидатов.😅😅

За годы управления командами я понял одно: новый человек должен не только соответствовать требованиям, но и вносить свою уникальную энергию в общее уравнение. Команда = уравнение, где каждая переменная имеет значение. Одним из главных критериев для меня всегда является именно уровень энергии. Конечно, профессиональный опыт и знания – необходимая база, но именно личная энергия, энтузиазм и стремление развиваться задают нужный тон всему коллективу. Лукавлю, желательно, чтобы был настоящий комбо!🥲

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

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

Еще один важный момент – любое изменение в команде, как учит модель Такмана, неизбежно вызывает фазу шторминга. В начале могут возникнуть разногласия или сложности, но главное, чтобы этот шторм был коротким и привёл к новому, более высокому уровню роста.

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

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

И вот несколько советов для тех, кто находится в поиске новой работы⬇️⬇️

✏️ Ты работаешь минимум 9 часов в день, так что важно, чтобы люди, с которыми ты проводишь это время, были тебе комфортны.
✏️ Если тебе не ответили один или несколько раз – не переживай, скорее всего, сообщение просто затерялось.
✏️ Готовься не только технически, но и эмоционально.
✏️ Твой руководитель должен быть человеком, которому ты доверяешь или, по крайней мере, можешь доверять.
✏️Проект должен быть тебе интересен и добавлять в копилку твоего опыта.

Если ты готов внести свою энергию в команду и расти вместе с моей командой – пиши, будем рады рассмотреть твою кандидатуру!

P.S. надеюсь Т9 не поменял ничего на выходе)))

Кажется "сглазил" я СА....

Вот буквально было несколько человек, но пока был в раздумьях, то 📂. Так что, поиск ещё открыт😁

Немного подробнее о проекте тут
https://t.me/it_underside/196

И да, проект в крупном enterprise со всеми нюансами)) и достоинствами

Господи…

Зачем я сегодня полез в этот эфир? 😬
Это был ужас: каждую минуту продавали консультации и мастер-классы. Я сначала даже не понял, что происходит!

Как я там оказался? Пообщался с ассистентом бывшего преподавателя ВШЭ (тот сейчас «прокачивает» эмоциональный интеллект у ИТ руководителей), меня пригласили в эфир — вроде всё цивильно, план обсуждения есть, общаться должен с бывшим преподавателем... Но… Сам эфир — жесть. Человек называет себя ИТ-экспертом, но не знает базовых нюансов ИТ и управления, говорит общими фразами, не разбирается в управленческих подходах…
Теперь буду как следует проверять, с кем связываюсь.
) 😀

Ищу Системного аналитика

Если вы или ваши знакомые хотите присоединиться к интересному проекту в финтехе (ГК Иннотех), где можно расти и пробовать новое — пишите. Позиция закрывается в ближайшие дни.

Чем предстоит заниматься: проектировать микросервисы, учиться «ломать» шаблоны (в хорошем смысле), примерять роль архитектора и применять на практике всё, что обычно пишут в CV. А также много постановок на разработку. Да, у нас есть процессы, но главное — профессионализм и умение работать без лишней суеты.

Идеально, если ты:
— системный аналитик уровня мидл или выше;
— любишь вникать в детали и брать на себя задачи;
— не боишься пробовать нестандартные решения.

Вакансию планирую закрыть на следующей недели, пул кандидатов уже практически собрал. Пишите в лс, обсудим всё быстро.


Лс @Vladimir_Lov

@it_underside

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

Вот читаешь порой статьи и ухахатываешься, насколько все нереалистично и большая часть аналитики, которую выбрасывают в массы - бред, особенно люблю за это дзен😁, главное броски заголовки научились делать😀

Пример ниже
https://dzen.ru/a/Z5MUSY6bG07j0I_F

Была статья от рбк, но как всегда в своём репертуаре, сохранял, сохранял и потерял....

— Нам нужен масштабируемый микросервисный монолит с CQRS и event-driven коммуникацией!
— Окей, я вас услышал, но что нам реально нужно?
— Ну... бизнес ещё сам не понял, но точно должно быть масштабируемо и быстро работать!

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

Как не утонуть в своём же дизайне?
☑️ Не усложняй. Архитектурный эгоизм — это когда ты строишь систему, которой сам гордишься, но никто в команде не понимает, как она работает. "Красиво" не значит "работает".

☑️ Готовься к реальным проблемам, а не мифическим нагрузкам. Пока бизнес не вышел на 100 млн. RPS/TPS, не надо строить систему, которая выдержит миллион. Оптимизация под гипотетическое будущее — билет в ад. НО, подготовиться к такой нагрузке, при знании, что она наступит лучше заранее, но аккуратно.

☑️ Срезай "жир". Лишний микросервис? Убери. Сложный паттерн, который никто не понимает? Упрощай. Код должен быть для людей, а не для доклада на конференции (надеюсь этого не читают из моих команд)

Итого
Архитектура — это не про красивые термины, а про здравый смысл. Делай так, чтобы система жила, а не существовала.


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

@it_underside

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

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

Почему рефакторинг – не опция, а необходимость?
🔁 Бизнес меняется, значит требования меняются - код устаревает.
Ты можешь спроектировать идеальный сервис, но через год он превратится в кучу костылей, если не обновлять архитектуру.

⚡ Быстрое решение – не всегда плохое решение. Но оно временное.
Когда-то ты заложил "временный workaround". Если не вернуться и не переделать – через год этот "временный" костыль станет легаси, которое в твоей команде будут боятся трогать.

🏗️ Систему всегда можно улучшить, если её трогать.
Но если ты её не трогаешь – она медленно разваливается. Как старый код, который "работает, не трожь". Поэтому не бойтесь этого, главное хорошенько тестируйтесь и побольше регреса.

Кейс из жизни
Когда мы разрабатывали платформу для real-time решений, всё было логично и красиво. Потом бизнес захотел новую фичу. Думаете всё????? Потом ещё одну. Думаете всё????? Потом расширение. Всё это наворачивалось поверх исходной архитектуры, как заплатки.

Думаете мы стали ждать пока всё этого зарастёт и прирастёт - ноууу, поэтому периодически обсуждаем каждый кусок архитектуры и модернизируем его🚀

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

📌 Как часто вы возвращаетесь и меняете фундамент своих решений? Или ваш код – это музей архитектурных решений/ошибок? 😏


@it_underside

Всем добрых выходных))

Для AI проекта ищут фронтовика, ML специалиста, бэкенд разработчика python и дизайнера. Проект на стадии идеи и предварительной концепции, нужно сделать mvp, после чего будет финансирование. Если интересно пишите в лс.

Кто хочет попробовать себя в стартапе - это оно)

@Vladimir_Lov

А да, ко мне зашли коллеги из VK, обсуждали API и немного будущее, буду ждать статью, надеюсь то, что накидал руками и голосовыми, можно будет разобрать))

Накипело немного.......🤬🤬

Когда работаешь в интерпрайзе, ощущение, то у тебя любое действие должно быть в рамках и со множеством ограничений. Огромное количество политик безопасности, и каждый твой шаг – под пристальным наблюдением и логированием. И вот у тебя есть несколько контуров, учетных записей, и все эти "адские" пароли с длиной переходящей за десяток символов, и вот вопрос, как их запомнить??? Когда их меняют каждые несколько месяцев, и комбинации должны быть уникальными? Ах да, еще и на каждом ПК свои пароли. Как в этом всем вообще не запутаться и через пару лет не поехать🤪? А у вас как?😱

На днях увидел в реальной диаграмме шлюз как на картинке слева, мем моментально в голове родился
😂😂😂

Эх, где этот мем был, когда я делал статью по BPMN…

#юморэзки

Очень понравилась статейка, а от поста добавилось настроения))))

в продолжении прошлого поста

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

Парадокс.....

На тему поста меня навела вечерняя переписка с одним хорошим аналитиком.

В проектах порой встречается парадокс, чем глубже системные аналитики прописывают требования тем более низкий уровень разработчиков на проекте. А если, наоборот, ТЗ (не важно как вы ТЗ у себя на проекте называете, главное суть) не детализировано, т.е. скажем, ограничиваемся лишь уровнем абстракции описания максимум до С2/С3 ), то разработчики обычно выше на уровень. Т.е. когда аналитики описывают всё вплоть до нюансов: классов, функций и т.д., тем меньше у разработчиков простора для принятия архитектурных решений — и, как итог, их экспертность со временем стагнирует или их изначальный уровень уже крайне низкий. В случае, когда аналитик оставляет простор дышать совбодно разработчика, то они получают возможность «создавать» и думать сами и в итоге растут быстрее, у них есть возможность использования множества различных вариантов, есть и оборотная сторона медали: отсутствие подробных требований может обернуться рисками и срывом сроков, а вдруг разработчик свернёт не туда и спринт потерян?

Почему детальные ТЗ могут «отбивать» экспертизу?
1. Нет пространства для R&D. Аналитики «заложили» решение, разработчику остаётся лишь воплотить его в коде. Меньше творчества, меньше причин думать о новых технологиях, алгоритмах и паттернах
2. Сокращение инициативы, когда всё продумано заранее, разработчики превращаются в «исполнителей» - кодеров. Со временем это убивает мотивацию предлагать альтернативы и учиться новому. Для умного разработчика - это путь в никуда.
3. Узкое горлышко аналитики. Разработка ждёт, пока аналитики сделают свою работу. Если документ «подвис» или требует переделок, команда разработки простаивает, а когда дело доходит до кода, уже сложно изменить что-то фундаментально.

А в чём же, плюсы детального ТЗ??
⚫️Повышенная предсказуемость, т.е. заказчик и менеджмент понимают сроки и объём работ.
- Быстрый старт: проще начать, меньше вопросов на входе.
- Меньше рисков по бизнес-логике: аналитики учитывают все нюансы и сценарии. Помните тот мем? когда заказчик рисует одну картину на спине аналитика, аналитик вторую и так дальше, по итогу как и в сломанном телефоне мы имеет что-то формально близкое, но отличающееся от видения заказчика.

Минусы детального ТЗ
- Ограниченное развитие разработчиков, меньше возможностей «изобретать» и повышать технологическую экспертизу. (Останется кодером)
- Зависимость от аналитиков, если те сделали неточность, баг и «тянется» по всей цепочке.
- Потенциальная потеря «уникальных» решений, у разработчиков могут быть идеи, но они останутся невостребованными. (Выгорание)

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

Как найти баланс???
Если честно, то тут всё весьма субъективно и зависит от множества переменных уравнения, какая компания, забюрократизированность, сложность проекта и т.п. - у меня есть некий чек-лист с алгоритмом, который я для себя выработал по итогу опыта работы с разными командыми, если захотите можем обсудить🙂Но ещё раз, всё крайне субъективно и переменные уравнения придется не раз подтачивать.

1. Разделяйте зоны ответственности. Аналитики занимаются бизнес-логикой, пользовательскими сценариями и требованиями, а ведущие разработчики — архитектурой и выбором технологий.
2. Совместные воркшопы. Подключайте разработчиков на этапе обсуждения требований, а аналитиков — на этапе ревью архитектурных концепций. Вовлечённость обеих сторон повышает общий уровень экспертизы.
3. Фокус на мотивацию и культуру. Создавайте условия, где разработчикам интересно предлагать и обосновывать новые решения.
4. Ставьте гибкие рамки. Детально расписывайте только самые рисковые участки системы, а всё остальное давайте доработать товарищам разработчикам.

@it_underside

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

Интересные новости!

Мы разработали новую версию приложения AI-интервьюер, которое поможет вам подготовиться к собеседованиям.

Если вам интересно, вы можете опробовать его по адресу: https://t1aicoach.ru/. Не забудьте поделиться своим отзывом и результатами!

Это гораздо более эффективное решение, чем просмотр видео на YouTube))


P.S. Поскольку это нейронка, текст анонса я сгенерировал в нейронке, но другой)

Ищу к себе на проект сильного системного аналитика. Да, именно тебя!

- Что делать? Разбираться с микросервисной архитектурой, не сражаться с бюрократией, а аккуратно её обходить, помогать команде закрывать сложные задачи.
- Проект реально непростой, зато очень интересный: тут и брокеры сообщений, и API, и real-time обработка данных, и высокая нагрузка. Скучать не придётся.
- Что мне важно от тебя? Как минимум 2 года опыта, умение быстро осваивать новые вещи (если вдруг чего-то не знаешь), да и вообще хороший бэкграунд в системном анализе. Ну и самостоятельность — ценю её очень. Но сроки при этом никто не отменял.
- Команда у меня сильная, поэтому всегда найдётся, чему научиться. И твои идеи, если они крутые, никто не зарубит. С радостью поддержим, если это даёт профит продукту.
- Оплата по финтех-рынку для мидлов/сеньоров + годовая премия и корпоративные плюшки.

Если хочешь вписаться в эту движуху — пиши, расскажу все детали, но не забудь в сообщении написать по какой теме пишишь, вложить резюме, и крайне желательно небольшое сопроводительное!

P.S. Трудоустройство в Иннотех.

Лс @Vladimir_Lov

@it_underside

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

Для меня конференции — это не просто формальность или способ "поставить галочку". Это шанс:

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

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

Вот, например, однажды я общался с Максимом Цепковым — человеком с репутацией, о которой знают многие. Но только на WAW я увидел его с совершенно новой стороны (с лучшей😅), которая заставила задуматься о пересмотре вообще подхода к анализу, да, такие моменты бесценны.

Кстати, совсем недавно мне написал мой хороший знакомый Эльдар — тот самый, кто организует конференции Analyst Days (23-24 мая), SQA Days (25-26 апр.) и TechWriter Days (28-29 марта). Он сообщил, что они только что завершили формирование программы для конференции технических писателей. Если эта тема вам интересна — обязательно загляните!

На фото, если что, я и Эльдар на WAW 2024. Прекрасный человек и отличный организатор. 👌

#Конференция #Вдохновение #Networking #AnalystDays, #SQADays #TechWriterDays

Да блин :( Реально что-то происходит малоприятное. Новость свежая. Слухи оказались вовсе не слухами...

С одной стороны, "у нас типа дефицит ИТ", а с другой - "мы сокращаем". Ну могут убирать малоэффективные направления...

Русский ИТ бизнес

Общался тут со своим знакомым из некоторой компании, не буду называть её, так она в начале года выкинула порядка 80% джунов и мидл-, а последнее время частенько встречаются как 👇

В общем, подал заявку на участие в Analyst Days, которые пройдут 23–24 мая в Санкт-Петербурге. Хочу поделиться своим видением развития системного аналитика и аналитика в целом в IT-командах. Основной акцент — на ключевых компетенциях, принципах работы и реперных точках, которые можно автоматизировать и упростить.

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

До встречи на конференции)

@it_underside

В России компании всё чаще заменяют айтишников искусственным интеллектом, сообщают СМИ. В 2024 году число вакансий в IT сократилось на 15–18%, а тренд на замещение специалистов ИИ становится всё заметнее. @bezposhady

Как вы относитесь к таким новостям? 👇

Это шедевр👇

Когда речь заходит о проектировании архитектуры, на ум приходят те самые уровни C1, C2, C3, C4, описанные Саймоном Брауном. Это как матрешка, только вместо кукол — слои:

⚫️C1 (Контекст): общая картина мира — кто, что и зачем.
⚫️C2 (Контейнеры): из каких блоков состоит система и как они общаются.
⚫️C3 (Компоненты): углубляемся в контейнеры и рассматриваем их состав.
⚫️C4 (Код): доходим до уровня классов и методов.

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

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

А вы таких встречали или может сами можете? С4 реальность или утопия?

Срочно признавайтесь, кто писал архитектуру на уровне с4??

😀

Кто знает меня не первый день, тот наверняка видел мои статьи и подборки конференций. Надеюсь, подборка этого года вас точно не разочарует!

Зачем вообще ходить на конференции? Ну, во-первых, это не только про "поболтать и попить кофе с круассанами". Это про вдохновение, новые идеи и возможность посмотреть на себя со стороны.

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

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

🌟 Вот статья с подборкой конференций на 2025 год (акцент на аналитиков): 👌ЖМИ!👌.

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

@it_underside

Народ, тут знакомые ит лидера ищут в крупную компанию, если есть кто или знаете такого, то пишите в лс с резюме

@Vladimir_Lov
@it_underside

2025 год уже начался!

Привет! Снова январь, новый год — и мы по привычке начинаем задумываться об будущем, ставить цели, планировать и мечтать о "крутых" достижениях. Но давай задумаемся, чего мы на самом деле хотим достичь? Как сделать так, чтобы эти цели не повисли в воздухе и не оказались непомерно высокими? А нужны ли нам эти цели или эти краткосрочные цели не бьются с тем, чего мы хотим достигнуть стратегически.

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

Предлагаю обсудить
- Как грамотно распланировать год и у кого какие стратегии?
- Как оставаться в ресурсе и не потерять мотивацию?
- Как добиться, чтобы цели не просто звучали красиво, а реально сдвигались с места?

Поделись своими мыслями в комментариях.

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

Результат прошлого года:
1. Вывел в продакшн крайне амбициозный проект для банка со сложной архитектурой, на которой будет базироваться всё направление по предодобренным предложениям;
2. Удержал в течении года команду на высоком уровне производительности;
3. Итогом моей работы стало, что наш продукт стал неотъемлемой часть по формированию предодобренных предложений, в процентном выражении фин.результат только от нашего решения (пока в кредитном направлении) занимает порядка 5-10%, а это по меркам топового банка огромный результат;
4. Разработал курс по системному анализу, но запустил его пока только в корпоративных рамках;
5. Заявился на Хайлоуд и получил хорошую обратную связь;
6. Провёл 15 консультаций: менторинг, трудоустройство под ключ, карьерные консультации.
7. Переболел адски, переехал два раза, продал и купил жилье)

С новым годом!! Да, исполнятся в этом году все заветные желания!

В общем сдигаю свой курс на 20 января!!

Владимир, почему такие перемены? Вы не держите сроков!

Ах, если бы! Как говорится порой у человека написана в душе: "люблю и жду сложностей, особенно их решать"😂😂

Сначала крайне сложная продажа квартиры, потом ребёнок после больницы оправлялся и затем в добавок микоплазма на всю семью, да так что уже пошла шестая неделя отвратительного самочувствия, вот как то так. ДУМАЕТЕ ВСЁ? Нет, переезд и уже 2й по счёту за год... Я своё слово держу, только вот из непредсказуемых ad-hoc событий планы меняются так, что предсказать некоторые события не просто крайне сложно, а практически невозможно, а вероятность того, что в небольшой промежуток времени выстрелит всё.. ну не знаю)))

Что и ожидалось, но затронет это пока только большие корпорации

Китайские компании массово заменяют HR-специалистов на искусственный интеллект. ИИ способен проводить до 2500 собеседований в день, что привлекает работодателей. Кандидаты также оценили нововведение: общение с программой вызывает меньше стресса, чем с живыми рекрутерами. @bezposhady

Говорят, что растут, но надо понимать, что инфляция адская и об этом не говорят😁

Короче, не знаю, что за ерунду я подхватил в поездке... Но не вылечился до сих пор, а пообщавшись с несколькими руководителями из разных компаний узнал, что у некоторых сейчас чуть ли не половина болеет и вроде как всё начинается с горла.... У меня вот за последние 4 недели 3 раза голос пропадал полностью... В общем, будьте здоровы и берегите себя) Т.к. на больничном особо не поваляешься: коллеги "скучают", твою работу никто не сделает и CФР много не заплатит. А чтобы не было скушно, небольшое чтиво - ссылка

P.S. мини-статейка навеяна общением с СА))) Расписывать много не стал, так о чем подумал)

Когда мозг пылает, а задачи не становятся проще....

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

Тут не просто «пару строк фильтрануть». Тут джойны. Множество джойнов. Сложные операции над всем массивом данных, где результат зависит от всей картины. И вот я сижу, думаю, что использовать и какие инструменты, возможно как бы заставить Apache Spark и Tarantool, это своеобразное «братство», справиться с этой задачей.

Почему это сложнее, чем кажется?
Во-первых, 1 ТБ — это уже не «загрузим в память и поехали». Тут каждый шаг приходится продумывать:
- как разрезать данные на куски, чтобы всё не утонуло в shuffle?
- как джойнить, когда обе таблицы большие?
- как сделать так, чтобы Tarantool на своей стороне не упал в ступор, пока Spark крутит свои колеса?

Во-вторых, я не хочу Hadoop, есть нюансы. Всё на Kubernetes, где Spark чувствует себя более-менее комфортно, но вот Tarantool — это NoSQL-хранилище, которое изначально не заточено под такие сценарии. И да, оно быстрое, гибкое, поддерживает шардирование, но заставить его дружить с задачами масштаба «обработай 1 ТБ за приемлемое время» — это прям испытание, а ещё и со спарком)

Что я придумал (между приступами кашля)? (Возможно придя в себя, пойму, что создаю монстра)

1. Шардирование спасает мир
Без Tarantool vshard здесь вообще никуда. Распределяю данные по нескольким узлам, чтобы не было узких мест. Spark при этом тоже помогает — можно настроить обработку данных параллельно, забирая части таблиц с каждого узла.

2. Делим на куски
Идея проста: даже 1 ТБ можно разбить на более мелкие порции. Можно агрегировать часть данных до джойнов, чтобы уменьшить их объем.

3. Джойны с умом
Тут выбор подхода: либо джойнить данные в Spark через партиции (если таблицы большие), либо попробовать схитрить и сделать часть работы заранее в Tarantool.

4. Хранилище для промежуточных данных
Иногда проще выгрузить часть расчетов в промежуточное хранилище (тот же S3) и работать с результатами как с новым источником данных.

Вопрос на миллион

А нужен ли мне вообще такой подход? Может, проще выделить одну задачу для Tarantool, другую для Spark? Или всё-таки объединить их возможности, чтобы найти баланс между скоростью Tarantool и мощью Spark?

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

P.S. параллельно кручу другие связки, но пока ещё не взвесил все за и против.

В тему набравших популярность постов об отмене отсрочки

⚡ ИТ-отсрочка продолжает действовать

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

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

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

@mintsifry

Самое обидное, что кажется не попаду в родной университет на Импульс Москва..., надеюсь до Хайлоуда Москва будет лучше. Нельзя такие события пропускать, но вирусы и бактерии не спрашивают😂

Как ни странно, свалился с болезнью повторно, чуть торможу активности. Голоса почти нет и температура никак не уходит нормально. Но уже лучше, не теряйте!

Набор закрыл, в фокус группу войдёт 10 человек.

Зачем IT-специалисту высшее образование? (в продолжении опроса)

Часто слышно мнение, что диплом — лишь формальность, подставка для кружки. Мол, освоил пару языков программирования или прошёл курс нкбольшой — и можно покорять вершины. Но так ли это на самом деле? Попробую поразмышлять, почему высшее образование играет ключевую роль как для разработчиков, аналитиков, так и для все ИТ направлений.

1. Глубина мышления и системное видение

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

2. Проектирование и решение комплексных задач

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

Например, для аналитиков: построение моделей прогнозирования, оптимизация бизнес-процессов, проведение A/B тестов — всё это опирается на глубокие знания статистики, теории вероятностей и эконометрики. Высшая школа помогает овладеть этим инструментарием на продвинутом уровне, правда надо реально учиться, а не просиживать штаны.

3. Как добывать знания и как делать инновации

Когда стандартные методы не работают, и задача выходит за рамки привычного — именно тогда на первый план выходит научный подход и высшее образование как раз учит:

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

4. Математический аппарат и логическое мышление

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

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

5. Инженерное и аналитическое мышление

Высшее образование формирует определённый склад ума:

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

6. Этические и социальные аспекты

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

#почитать #размышления

Тут появился рейтинг лучших ИТ работодателей, интересно😁 а вы что думаете?

https://habr.com/ru/specials/857092/

К посту выше, вообще сейчас сложное время, нужно быть супер адаптирующимся и готовым моментально подстроиться под любые изменения во внешней среде, что является ценой?

- Ценник на профи экспертов должен сдвинуться вверх, т.к. они незаменимые единицы сейчас и компании должны это понимать

- HR рынок подстраивается под работника

- ИТ спецам приходится работать в недостатке ресурсов и на сырых решениях

- фокус на ИБ и кибербезопастноть по максиму

- просто нервы ит спецов, т.к. постоянно отваливаются опоры


Но зато, лет через 10 у нас будет множество великолепных ит решений и продуктов, которые будут полностью конкурентно способны и в большинстве отраслей

Это прям правда и огромная боль ⬇️

Немного устал, но уже почти восстановился, до нового года наверное энергии хаватит🏋️‍♂️. Короче, обещал не раз про начало курса по Системному анализу, в общем заходите в отдельный чат, данный чат только для обучения, не всех возьму и не всех добавлю, т.к. есть ограничения по количеству.

@it_underside

Тут небольшие новости для мира ИТ

1. Наших ребят выкинули из Линекс.... эта новость крайне отвратительная, т.к. нанесён как по мне серьёзный ущерб open community и Linux уже кажется не такой прекрасной ОС. Что дальше?

2. У части компаний в РФ "убили" оплаченные лицензии на продукты JetBrains, пока слухи, но не верю, что они на пустом месте

3. Apple выплатит до $1 млн за взлом системы Private Cloud Compute, в общем пытаются найти уязвимости...

4. Nvidia, та самая компания, которая делает видеокарты для ML и вообще AI стала самой дорогой, но долго там не продержалась


Но если честно, меня больше беспокоит вторая и первая))) после такого, хочется просто крякать ПО и забыть о лицензиями внешнего мира...

⚙️ Проектирование системы для обработки данных в реальном времени

Доброй ночи, товарищи ИТшники! 😴 Хочу немного поделиться мыслями о последних вызовах, с которыми пришлось столкнуться в рамках моего текущего проекта. На повестке дня — проектирование системы для обработки больших массивов клиентских данных за определённый временной промежуток. Архитектурные решения основываются на существующей концептуальной модели моего текущего 🌟 real-time решения. Такая вот задача. 🙂

🗝️ Ключевые аспекты проектирования

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

🏗️ Архитектурные решения

Архитектура строится на базе микросервисного подхода с активным использованием контейнеризации (Kubernetes) для лучшей управляемости и гибкости. Применяются такие шаблоны, как sidecar для мониторинга и управления конфигурациями, а также для обеспечения сетевой безопасности через service mesh. Строгая изоляция сервисов и возможность горизонтального масштабирования обеспечиваются с учётом потенциальных узких мест, таких как лимиты на пул соединений с базами данных и необходимость оптимизации состояния контейнеров через автоскейлинг на основе HPA (Horizontal Pod Autoscaler).

⚖️ Управление согласованностью данных

Для управления согласованностью данных и поддержания eventual consistency применяем паттерны CQRS и Saga. В частности, для координации распределённых транзакций используем оркестрацию через специализированные инструменты, что позволяет более гибко управлять сложными бизнес-процессами. Важно также учитывать стратегию обработки ошибок и повторных попыток (retry policies), чтобы минимизировать влияние транзиентных отказов на пользовательский опыт.

🔄 Потоки данных и взаимодействие между сервисами

Потоки данных организованы через асинхронные механизмы с использованием Apache Kafka как основной системы очередей, а также для обеспечения Pub/Sub взаимодействия между микросервисами. В случае обработки данных в реальном времени интегрированы Apache Flink, что позволяет поддерживать высокую пропускную способность и низкие задержки. Взаимодействие между сервисами осуществляется через REST API в зависимости от требований к производительности и объему данных, при этом применяется API Gateway для унификации внешних интерфейсов и обеспечения дополнительных механизмов безопасности, таких как rate limiting и авторизация.

🗄️ Кэширование

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

🌟 Уникальность проекта

Этот проект уникален не только в рамках компании 🏢, где я работаю, но и в рамках СНГ 🌍 по масштабу и по сложности. Это серьёзный вызов не только для меня, но и для команды 👥, но именно такие задачи позволяют максимально раскрыть потенциал архитектурных решений 🏗️, синхронизировать технологии и бизнес-цели 💼. Создать такую систему — значит заложить фундамент 🧱 для масштабирования и эволюции бизнеса 📈 в условиях непрерывно растущих требований.

В общем, доброй ночи! 🌙🙂 Это так, мысли на ночь. А в ноябре я всё-таки выйду на конференцию "Импульс" ⚡ и расскажу о своём решении. Буду рад пообщаться в кулуарах. 💬

#ИнженерныеПрактики

Мне всегда было интересно про тех, кто собирает папки с каналами и группами, что какие они молодцы, пока не наткнулся на парачке каналов на один и тот же пост, но со своей оберткой, в общем, тоже решил поучаствовать)) так как это возможноть взглянуть на новые лица и подходы в российском ИТ, что весьма полезно. Да, вот та самая папка «БАЗА по ИТ» (BA/SA/PO IT).


@it_underside

P.S. автор подборки

Всё, я ожил! Начинаю то, что остановил)))

https://deployhoroscope.ru/

Я разболелся, пока все активности на ✋️ 🛑 стоп. Приду в себя и возобновлю.

Как то сейчас с профессиональными аналитиками трудно совсем((( Ищу в команду middle(+) SA, если есть такой знакомый, тогда пиши в лс с пометкой Сиситемный аналитик и резюме, оплата на уровне рынка (финтех/банкинг).

Ссылка на описание

@Vladimir_Lov

Любить удалёнку можно сколько угодно, но есть порой некие преимущества в офисе, например терраса, когда можно в городе удобно и комфортно поработать,да почти на свежем воздухе😄


@it_underside

Этим нельзя не поделиться, ловите, перечитал пару раз и сомнений нет, чётко.

3k подписчиков — спасибо!

У нас тут в группе задали хороший вопрос — какие документы создают БА, а какие — СА?

Мой заход в тему:

БА:
- диаграмма оргструктуры
- регламент бизнес-процесса
- модель бизнес-показателей
- карта процессов предприятия
- контекстная диаграмма процесса
- диаграмма потока создания ценности
- карта клиентского опыта
- модель бизнес-процессов
- модель предметной области
- отчет об обследовании
- аналитическая записка
- реестр бизнес-правил
- бизнес-требования
- требования заинтересованных лиц
- модель проблем и целей проекта
- бизнес-ограничения проекта
- концепция автоматизации
- технико-экономическое обоснование проекта / business case
- сценарии использования информационной системы уровня чёрного ящика
- техническое задание на выбор, заказ, разработку, построение информационной системы
- регламенты применения информационной системы
- макеты отчётов
- алгоритмы расчета бизнес-величин

СА (в автоматизации бизнеса и создании ИТ-продуктов):
- модель данных, словарь данных
- модели жизненного цикла объектов ИТ-системы
- функциональные требования к ИТ-системе
- карта пользовательских историй
- алгоритмы обработки данных
- атрибуты качества ИТ-системы
- расчеты количественных показателей эксплуатации ИТ-системы во времени
- модель надежности ИТ-системы
- технические ограничения ИТ-системы
- контекстная диаграмма ИТ-системы или подсистемы
- сценарии использования ит-системы уровня серого ящика
- предложения по функциональному и структурному разбиению ИТ-системы
- техническое задание на проектирование и разработку подсистемы
- структура БД
- сценарии интеграции системы
- спецификация API
- диаграмма навигации по экранам
- черновые макеты пользовательских интерфейсов
- технический проект на разработку ИТ-системы

Планы 1С-мастеров на ближайшую неделю:
❌ Думать о данных
✅ Подать заявку на обучение в Открытые школы Т1

Аккуратно напоминаем, что мы всё ещё в поиске участников на ближайший набор в ОШ по направлению «‎Младший аналитик 1С»‎.

Открытые школы Т1 — это классная возможность за месяц получить практические навыки и возможность устроиться к нам на работу.

🗓 Старт обучения — 30 сентября.

✏️ Стоимость участия: бесплатно.

⌛ Формат: онлайн, из любой точки России. Мы будем встречаться по вечерам от 8 часов в неделю по 4 часа на вебинары и самостоятельную практику.

Оставляй заявку на сайте. И встретимся на обучении!

#ВКомандуТ1