В чем различие между опытными ИТ-директорами и новичками? И те и те наступают на грабли, но первые делают это уже на профессиональном уровне 🥋😅
Каждый бывалый солдат знает, что любое минное поле — это всего лишь дело техники и небольшой доли удачи. Взять хотя бы MDM-проекты. На первый взгляд - ну что может быть проще, взял и внедрил, залил данные и пользуйся. А вот и нет. Я этот путь проходил трижды. При этом два из них - в одной и той же компании. Вот уж где полегло много бравых директоров и экспертов! Почему? Давайте разбираться и по пути подбирать разбросанные грабли.
Топ ошибок при внедрении MDM системы:
🕺 Начать внедрять MDM потому что СД услышал это слово на модной конфе
🐙Верить во всемогущество MDM при работе (сама всё почистит, соберет данные, структурирует и еще кофе заварит)
👊🏻Выдать палки и бросить специалистов ИТ-отдела одних разбираться с системой
💾Выбрать стиль интеграции и архитектуру, которую друг Серега посоветовал
Разобрали с DTT, какие бомбы замедленного действия запрятаны в MDM-проекте и как их дезактивировать.
Загибайте пальцы те, кто уже успел напороться☝️
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Каждый бывалый солдат знает, что любое минное поле — это всего лишь дело техники и небольшой доли удачи. Взять хотя бы MDM-проекты. На первый взгляд - ну что может быть проще, взял и внедрил, залил данные и пользуйся. А вот и нет. Я этот путь проходил трижды. При этом два из них - в одной и той же компании. Вот уж где полегло много бравых директоров и экспертов! Почему? Давайте разбираться и по пути подбирать разбросанные грабли.
Топ ошибок при внедрении MDM системы:
🐙Верить во всемогущество MDM при работе (сама всё почистит, соберет данные, структурирует и еще кофе заварит)
👊🏻Выдать палки и бросить специалистов ИТ-отдела одних разбираться с системой
💾Выбрать стиль интеграции и архитектуру, которую друг Серега посоветовал
Разобрали с DTT, какие бомбы замедленного действия запрятаны в MDM-проекте и как их дезактивировать.
Загибайте пальцы те, кто уже успел напороться☝️
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍5👀1
"Не успел закончится первый круг, как сразу начался второй…." И снова к рынку труда на базе ежемесячного отчета Краткий обзор рынка труда за июль 2025 от ХХ.
Основное:
🟡 hh индекс повысился на пол пункта до 6 (соотношение количества активных резюме к количеству активных вакансий) - до абсолютного минимума за последние 5 лет в 3.4 - еще далеко, а вот до абсолютного максимума в 6,9 гораздо ближе.
🟡 Среднее число активных вакансий и активных резюме в июле осталось на уровне июня - 27% к уровню предыдущего года
🟡 Среднее число активных вакансий не увеличилось, а количество резюме увеличилось на 9% по сравнению с июнем
По ритейлу и по ИТ, имеем:
🔵 В ритейле сохраняется острый дефицит кадров, хотя чуть-чуть подотпустило ( hh индекс показывает 2 вместо 1.8 в прошлом месяце)
🔵 В ИТ дефицит вакансий опять бьет рекорды (hh индекс 13.7 против 12.5 в прошлом месяце)
🔵 Число вакансий в ИТ уменьшилось на 34% по сравнению с июлем прошлого года
🔵 Число соискателей увеличилось на 28% за тот-же период
🔵 Число соискателей в ИТ увеличилось на 6%, а количество вакансий уменьшилось на 3% по сравнению с июнем этого года
Количество соискателей медленно, но верно растет, чего нельзя сказать про количество вакансий. Если по приколу, то мы скоро дойдем до уровня 2020 года на пике пандемии и самоизоляции. Делаем выводы и затягиваем пояса…
Есть надежда на осеннее оживление рынка труда, что компании выйдут из отпусков и откроют поиск, но это не точно….
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит
Основное:
По ритейлу и по ИТ, имеем:
Количество соискателей медленно, но верно растет, чего нельзя сказать про количество вакансий. Если по приколу, то мы скоро дойдем до уровня 2020 года на пике пандемии и самоизоляции. Делаем выводы и затягиваем пояса…
Есть надежда на осеннее оживление рынка труда, что компании выйдут из отпусков и откроют поиск, но это не точно….
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит
Please open Telegram to view this post
VIEW IN TELEGRAM
hh.ru
Обзоры рынка труда от hh.ru: коротко о важном
Рынок труда — зеркало того, что происходит на рынке в целом. Чтобы вы были всегда в курсе ситуации, мы наблюдаем за динамикой рынка труда и ежемесячно делимся актуальными отчётами.
👍3🤔3🔥2
В последние годы накал страстей вокруг микросервисов поутих, но тем не менее они продолжают восприниматься как единственно прогрессивное решение для тех, кто хочет двигаться по пути прогресса. А "неудачникам" остается монолит и легаси.
В реальности все выглядит немного иначе. Несмотря на то, что есть на рынке компании (я сейчас не беру в расчет технологических гигантов) у которых получилось, многие компании наломали немало дров и потеряли немало денег на пути в микросервисы. Давайте разбираться, почему так произошло и что было не учтено:
1️⃣ Высокая операционная сложность и накладные расходы (overhead). Вы платите значительным увеличением сложности инфраструктуры и эксплуатации за гибкость разработки:
🟡 DevOps/Platform Engineering: жизненным циклом сервисов надо управлять, что требует соответствующих недешевых специалистов, плюс поддержание самой платформы тоже требует ресурс
🟡 Мониторинг и логирование: одним лог-файлом уже не обойтись и поэтому необходимы сложные системы централизованного сбора логов и распределенного
🟡 Сетевое взаимодействие: в распределенной системе появляются проблемы задержек, надежности сети, необходимости реализовывать механизмы устойчивости, что добавляет сложности как в код, так и в инфраструктуру
2️⃣ Сложность разработки и отладки. Разработка и отладка замедляется из-за проблем, присущих распределенным системам:
🟡 Согласованность данных: обеспечить согласованность данных (ACID-транзакции) в распределенных сервисах практически невозможно, поэтому надо использовать сложные паттерны (SAGA, двухфазный коммит), которые могут быть источниками ошибок
🟡 Сетевая надежность: разработчики должны постоянно помнить, что любой вызов между сервисами может завершиться неудачей и писать код, устойчивый к сетевым сбоям
🟡 Сложная отладка: без продвинутых инструментов трейсинга отладка будет невозможна или будет похожа на поиск иголки в стоге сена
🟡 Межсервисные контракты: без строгого контроля версионности API любое изменение может привести к неработоспособности
В общем "лучшей практики" для любого проекта из микросервисов не получилось, получился очередной годный инструмент со своими плюсами и минусами и который надо уметь готовить. Посоветую не начинать с микросервисов, а вначале структурировать монолит, а уже после этого начинать разбивку на микросервисы (да и то, если для этого есть реальные потребности и предпосылки).
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
В реальности все выглядит немного иначе. Несмотря на то, что есть на рынке компании (я сейчас не беру в расчет технологических гигантов) у которых получилось, многие компании наломали немало дров и потеряли немало денег на пути в микросервисы. Давайте разбираться, почему так произошло и что было не учтено:
В общем "лучшей практики" для любого проекта из микросервисов не получилось, получился очередной годный инструмент со своими плюсами и минусами и который надо уметь готовить. Посоветую не начинать с микросервисов, а вначале структурировать монолит, а уже после этого начинать разбивку на микросервисы (да и то, если для этого есть реальные потребности и предпосылки).
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤2🔥1😁1
Ни одна система не улучшает качество данных, попадающих в нее…
Еще в 1957 году в статье об американских военных математиках и их работе с компьютерами прозвучало:
Так появился принцип GIGO (Garbage In - Garbage Out). Внедрение MDM системы тоже не поможет, если в компании не реализованы процессы работы с Master Data или проще - Нормативно Справочной информацией (НСИ). Ошибки здесь могут стоить дорого:
✖️ пересортица и простои на производстве/складах/магазинах
✖️ срывы поставок
✖️ путаница в отчетности
✖️ миллионные потери
Все компании проходят этот путь по разному, собирая различные проблемы и набивая свои собственные шишки. Коллеги подготовили встречу экспертов, которые уже проходили этот путь. На встрече 10 сентября в 10:00 они поделятся тем, что сами хотели бы услышать 1–3–5 лет назад:
✅ какие проблемы с НСИ сильнее всего бьют по бизнесу
✅ как меняется подход к управлению данными на разных этапах
✅ какие роли в проекте действительно незаменимы
✅ как оценить окупаемость и не потратить годы впустую
Присоединяйтесь, чтобы получить ответы на ваши вопросы.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Еще в 1957 году в статье об американских военных математиках и их работе с компьютерами прозвучало:
…небрежно запрограммированные входные данные неизбежно приведут к неверным выводам…
Так появился принцип GIGO (Garbage In - Garbage Out). Внедрение MDM системы тоже не поможет, если в компании не реализованы процессы работы с Master Data или проще - Нормативно Справочной информацией (НСИ). Ошибки здесь могут стоить дорого:
Все компании проходят этот путь по разному, собирая различные проблемы и набивая свои собственные шишки. Коллеги подготовили встречу экспертов, которые уже проходили этот путь. На встрече 10 сентября в 10:00 они поделятся тем, что сами хотели бы услышать 1–3–5 лет назад:
Присоединяйтесь, чтобы получить ответы на ваши вопросы.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🔥2💯1
Вспомнилась мне недавно история пятнадцатилетней давности об ожиданиях бизнеса от ИТ и о методах взаимодействия.
Дано - в крупной компании есть склад, на складе есть WMS система, которую вендор снял с поддержки и развития и ее надо менять. Обсуждаем с бизнесом - они готовы, главным по "тарелочкам" т.е. бизнес процессам на складе назначается директор логистического комплекса. Просим его сформулировать в письменном виде потребности, чтобы начать работу, а в ответ получаем - "…я знаю есть такие люди - бизнес-аналитики, вот пусть они придут ко мне, я им буду рассказывать, а они запишут…". Немая сцена, Гоголь.
Не спорю, что формирование бизнес-требований и проведение интервью является частью работы аналитика, но аналитик - не стенографист "потока сознания" бизнес-пользователя. Попробую объяснить, что происходит, если бизнес не структурирует свои пожелания:
🖇 Размывание ответственности. Ставьте лайк, кто сталкивался с "мы не так говорили", "аналитик неправильно понял" и хит сезона - "мы думали это будет работать по-другому"
🖇 Аналитик не всегда обладает глубокими знаниями в предметной области и может не акцентироваться на действительно важных вещах, которые очевидны для бизнеса
🖇 Скорость обработки неструктурированной информации - затягивание сроков проекта
🖇 Отслеживание изменений - нет изначального документа - нет точки отсчета, есть вероятность попасть в хаос. Ну и смотри пункт первый про размывание ответственности
Т.е. бизнес-аналитик не заменяет бизнес в описании процессов, он проверяет логику, дополняет картинку из смежных областей, формализует требования и переводит их в системный формат. Бизнес все же должен сделать над собой усилие и выдать хотя бы черновик структурированного документа.
#разработка #впоискахсеребрянойпули #антипаттерны #development #анализ
Дано - в крупной компании есть склад, на складе есть WMS система, которую вендор снял с поддержки и развития и ее надо менять. Обсуждаем с бизнесом - они готовы, главным по "тарелочкам" т.е. бизнес процессам на складе назначается директор логистического комплекса. Просим его сформулировать в письменном виде потребности, чтобы начать работу, а в ответ получаем - "…я знаю есть такие люди - бизнес-аналитики, вот пусть они придут ко мне, я им буду рассказывать, а они запишут…". Немая сцена, Гоголь.
Не спорю, что формирование бизнес-требований и проведение интервью является частью работы аналитика, но аналитик - не стенографист "потока сознания" бизнес-пользователя. Попробую объяснить, что происходит, если бизнес не структурирует свои пожелания:
Т.е. бизнес-аналитик не заменяет бизнес в описании процессов, он проверяет логику, дополняет картинку из смежных областей, формализует требования и переводит их в системный формат. Бизнес все же должен сделать над собой усилие и выдать хотя бы черновик структурированного документа.
#разработка #впоискахсеребрянойпули #антипаттерны #development #анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5💯5🔥3😁2👀1
Мне всегда везло в моей рабочей жизни. Везло на компании, в которых я работал, руководителей у кого я многому научился, везло на коллег, с которыми я делил рабочие радости и горести.
И вот двое моих коллег встретились, чтобы записать подкаст на тему Мы, бизнес и ИИ - инструкция по применению. Представляю вашему вниманию моего любимого и глубокоуважаемого коллегу - Петра Асратяна и его визави - Сергея Козыря.
Ребята разговаривают про искусственный интеллект: где он действительно приносит пользу компаниям, а где пока больше разговоров, чем дела. Рассуждают на тему того, как ИИ меняет нашу повседневную жизнь и какие горизонты открываются перед бизнесом. Иногда это кажется фантастикой, но по факту всё уже происходит.
Рекомендую к просмотру. Скучно точно не будет.
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
И вот двое моих коллег встретились, чтобы записать подкаст на тему Мы, бизнес и ИИ - инструкция по применению. Представляю вашему вниманию моего любимого и глубокоуважаемого коллегу - Петра Асратяна и его визави - Сергея Козыря.
Ребята разговаривают про искусственный интеллект: где он действительно приносит пользу компаниям, а где пока больше разговоров, чем дела. Рассуждают на тему того, как ИИ меняет нашу повседневную жизнь и какие горизонты открываются перед бизнесом. Иногда это кажется фантастикой, но по факту всё уже происходит.
Рекомендую к просмотру. Скучно точно не будет.
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
Telegram
РеальныеТехнологии
🎙️ Ну что, друзья, пора включать пятничный подкаст!
Сегодня у нас выпуск с человеком, который умеет превращать хаос ИТ в стройные экосистемы и при этом объяснять самые сложные вещи так, что все становится понятно и хочется еще.
Наш гость — Петр Асратян:…
Сегодня у нас выпуск с человеком, который умеет превращать хаос ИТ в стройные экосистемы и при этом объяснять самые сложные вещи так, что все становится понятно и хочется еще.
Наш гость — Петр Асратян:…
👍12🔥5
Зацепила одна любопытная статья, посвященная ИИ и его потенциалу. Группа крайне скиловых ребят-визионеров опубликовала подробный прогноз развития ИИ до 2027 года. Сразу скажу, что не разделяю оптимизм коллег, считаю их прогноз неким "best guess", но из таких прогнозов со временем складывается реальная картинка.
Вот какие их основные тезисы:
2024-2025: Начало конца классического интерфейса. Голосовые и текстовые ассистенты на ИИ начинают встраиваться прямо в операционные системы. Поиск Google и Яндекс, ленты соцсетей уже не те их вытесняют ИИ-агенты, которые сами решают, что вам персонализировано показать.
2026: Ассистенты становятся "проактивными". То есть они не просто отвечают, а начинают сами предлагать действия: "Эй, чувак, я вижу у тебя горит дедлайн! Хочешь, подготовлю отчет по проекту и отпишусь клиенту?". Круто, но уже пугающе. Начинается бум на кастомные AI-модели для бизнеса - якобы это станет таким же Must Have, как когда-то веб сайт.
2027: Самая смелая часть прогноза. Авторы говорят о появлении прото-AGI (Artificial General Intelligence) - того самого сильного ИИ, который справится с любыми интеллектуальными задачами наравне с человеком. Он уже будет способен не просто общаться, а самостоятельно выполнять сложные многошаговые задачи с множественными развилками без вмешательства человека.
Какой можно сделать вывод? Статья читается как "символ веры" тех, кто строит этот самый AI и, разумеется, заинтересованных в таком будущем. Сбудется ли всё написанное? Вопрос на миллион. Практика является критерием истинности (по мотивам Карла Маркса). Но с чем сложно спорить - следующие несколько лет будут феерически прорывными, и нас ждет фундаментальная пересборка того, как мы взаимодействуем с технологиями.
Пишите в комментах, согласны или нет…
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
Вот какие их основные тезисы:
2024-2025: Начало конца классического интерфейса. Голосовые и текстовые ассистенты на ИИ начинают встраиваться прямо в операционные системы. Поиск Google и Яндекс, ленты соцсетей уже не те их вытесняют ИИ-агенты, которые сами решают, что вам персонализировано показать.
2026: Ассистенты становятся "проактивными". То есть они не просто отвечают, а начинают сами предлагать действия: "Эй, чувак, я вижу у тебя горит дедлайн! Хочешь, подготовлю отчет по проекту и отпишусь клиенту?". Круто, но уже пугающе. Начинается бум на кастомные AI-модели для бизнеса - якобы это станет таким же Must Have, как когда-то веб сайт.
2027: Самая смелая часть прогноза. Авторы говорят о появлении прото-AGI (Artificial General Intelligence) - того самого сильного ИИ, который справится с любыми интеллектуальными задачами наравне с человеком. Он уже будет способен не просто общаться, а самостоятельно выполнять сложные многошаговые задачи с множественными развилками без вмешательства человека.
Какой можно сделать вывод? Статья читается как "символ веры" тех, кто строит этот самый AI и, разумеется, заинтересованных в таком будущем. Сбудется ли всё написанное? Вопрос на миллион. Практика является критерием истинности (по мотивам Карла Маркса). Но с чем сложно спорить - следующие несколько лет будут феерически прорывными, и нас ждет фундаментальная пересборка того, как мы взаимодействуем с технологиями.
Пишите в комментах, согласны или нет…
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
Ai-2027
AI 2027
A research-backed AI scenario forecast.
🤔4👍3🔥3
Недавно обсуждал с коллегами по профессии ситуацию с кибербезопасностью и увеличением количества атак на различные компании, не только из сектора розничной торговли. Даже количество публичных кейсов пугает и заставляет задуматься, а если предположить, что не все компании публикуют информацию о взломах, предпочитая не привлекать к этому внимание, то ситуация видится совсем аховой.
И вроде уже очевидно для всех, что защищаться надо. И бюджеты на защиту выделяются и есть куда и на что эти бюджеты тратить и вроде как ситуация должна улучшаться, но нет. Почему же так происходит?
Во-первых, все еще работает классическое "авось". Характерно для маленьких компаний, которые на полном серьезе надеются, что их не заметят и беда пройдет стороной. Во-вторых - снижение порога входа. Сейчас атаки уже вышли на уровень "конвейерной сборки", т.е. создаются платформы, конструкторы и сервисы, которые удешевляют процесс атак и делают их более доступными "широким массам". Crime-As-A-Service (CaaS) - аренда всего, чего нужно. Т.е. уже не надо быть скиловым хакером, достаточно желания и немного денег на аренду. В-третьих - огромные массивы данных доступны как в интернете, так и в его подземной части. Т.е. стоимость атаки для атакующего снижается.
Но есть и другая сторона - атаки на защищенные государственные структуры и крупные компании. Тут стоимость атаки для атакующего наоборот растет - компании могут позволить себе постоянное улучшение средств защиты и для их прохождения требуется разработка уникальных систем и методов атаки.
В общем складывается парадоксальная ситуация - инвестиции в защиту растут, а общий уровень риска не снижается. Индустриализация привела к тому, что угроза стала массовым товаром, а атака - услугой. Важно понимать, что кибербез уже давно не статья расходов в бюджете, а инвестиция в непрерывность бизнеса. Такая же как резервный дизель-генератор на складе или вторая линия связи.
#итбезопасность #кибербезопасность #ИТбез #разработка
И вроде уже очевидно для всех, что защищаться надо. И бюджеты на защиту выделяются и есть куда и на что эти бюджеты тратить и вроде как ситуация должна улучшаться, но нет. Почему же так происходит?
Во-первых, все еще работает классическое "авось". Характерно для маленьких компаний, которые на полном серьезе надеются, что их не заметят и беда пройдет стороной. Во-вторых - снижение порога входа. Сейчас атаки уже вышли на уровень "конвейерной сборки", т.е. создаются платформы, конструкторы и сервисы, которые удешевляют процесс атак и делают их более доступными "широким массам". Crime-As-A-Service (CaaS) - аренда всего, чего нужно. Т.е. уже не надо быть скиловым хакером, достаточно желания и немного денег на аренду. В-третьих - огромные массивы данных доступны как в интернете, так и в его подземной части. Т.е. стоимость атаки для атакующего снижается.
Но есть и другая сторона - атаки на защищенные государственные структуры и крупные компании. Тут стоимость атаки для атакующего наоборот растет - компании могут позволить себе постоянное улучшение средств защиты и для их прохождения требуется разработка уникальных систем и методов атаки.
В общем складывается парадоксальная ситуация - инвестиции в защиту растут, а общий уровень риска не снижается. Индустриализация привела к тому, что угроза стала массовым товаром, а атака - услугой. Важно понимать, что кибербез уже давно не статья расходов в бюджете, а инвестиция в непрерывность бизнеса. Такая же как резервный дизель-генератор на складе или вторая линия связи.
#итбезопасность #кибербезопасность #ИТбез #разработка
👍6🤔2❤1🔥1
Сегодня порассуждаю на тему ролей Бизнес и Системных аналитиков и Системных архитекторов. Сразу дисклеймер - это рассуждения мои, базирующиеся на моем опыте и наблюдениях и ни в коей мере не претендующие на истину в последней инстанции.
Итак - есть в разработке три роли, которые стоят между бизнесом и разработкой, которые отвечают за то, чтобы на выходе получилось то, что бизнес ждет. Это бизнес аналитик, системный аналитик и системный архитектор:
🖇 Бизнес аналитик - "что и зачем нужно бизнес-пользователям". Сбор, анализ, формализация бизнес-требований и валидация решений с бизнесом
🖇 Системный аналитик - "как должна работать система, чтобы реализовать потребности". Декомпозиция на задачи и уточнение сценариев, создание спецификаций, моделей и диаграмм
🖇 Системный архитектор - "из чего и как построить систему, чтобы она удовлетворяла текущим и будущим требованиям". Выбор архитектурного стиля, проектирование архитектуры, схемы данных, API итд.
Для меня важным является то, что это РОЛИ и количество людей, которые их исполняют может очень сильно разниться в зависимости от размера компании, размера проекта, исповедуемой методологии и многих других факторов. Встречал всевозможные варианты - от наличия отдельных (и не одного) специалистов-аналитиков на каждую роль до исполнения всех этих ролей одним человеком - аналитиком, тех.лидом или разработчиком.
Есть один тренд, который я наблюдаю в профессии аналитиков в последние 10-15 лет - это постепенное сращивание функций бизнес-аналитика и системного аналитика с появлением такого персонажа как фул-стек аналитик. Бизнес уже научился формулировать требования в удобоваримом виде, а разработчики уже не просто кодеры и не требуют детальной инструкции без вариаций вправо и влево. Это дает возможность одному аналитику закрыть промежуток между бизнесом и разработкой, т.е. происходит диффузия. Если в команде один фул-стек аналитик, то при увеличении нагрузки есть два варианта дальнейшего масштабирования - взять второго фул-стека или взять второго аналитика и разделить между ними обязанности - кто будет БА, а кто - СА.
Забавно, что какого-то стандарта в области анализа нет - каждая компания видит эту зону ответственности по-своему. Открытием для меня стало то, что даже в больших и технологических компаниях зачастую роль аналитика - вырождена. Т.е. эта роль выполняется 50/50 продактом и тим или тех лидом. Такой подход тоже имеет право на существование, но странен для меня - я приверженец подхода "Нету ТЗ, в результате - ХЗ"
#разработка #впоискахсеребрянойпули #антипаттерны #development #анализ
Итак - есть в разработке три роли, которые стоят между бизнесом и разработкой, которые отвечают за то, чтобы на выходе получилось то, что бизнес ждет. Это бизнес аналитик, системный аналитик и системный архитектор:
Для меня важным является то, что это РОЛИ и количество людей, которые их исполняют может очень сильно разниться в зависимости от размера компании, размера проекта, исповедуемой методологии и многих других факторов. Встречал всевозможные варианты - от наличия отдельных (и не одного) специалистов-аналитиков на каждую роль до исполнения всех этих ролей одним человеком - аналитиком, тех.лидом или разработчиком.
Есть один тренд, который я наблюдаю в профессии аналитиков в последние 10-15 лет - это постепенное сращивание функций бизнес-аналитика и системного аналитика с появлением такого персонажа как фул-стек аналитик. Бизнес уже научился формулировать требования в удобоваримом виде, а разработчики уже не просто кодеры и не требуют детальной инструкции без вариаций вправо и влево. Это дает возможность одному аналитику закрыть промежуток между бизнесом и разработкой, т.е. происходит диффузия. Если в команде один фул-стек аналитик, то при увеличении нагрузки есть два варианта дальнейшего масштабирования - взять второго фул-стека или взять второго аналитика и разделить между ними обязанности - кто будет БА, а кто - СА.
Забавно, что какого-то стандарта в области анализа нет - каждая компания видит эту зону ответственности по-своему. Открытием для меня стало то, что даже в больших и технологических компаниях зачастую роль аналитика - вырождена. Т.е. эта роль выполняется 50/50 продактом и тим или тех лидом. Такой подход тоже имеет право на существование, но странен для меня - я приверженец подхода "Нету ТЗ, в результате - ХЗ"
#разработка #впоискахсеребрянойпули #антипаттерны #development #анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Тема сегодняшнего поста - Cloud Native. Давайте разбираться, что это за зверь и с чем его едят. Cloud Native это подход к проектированию, разработке и управлению работой приложений, который встроен в облака и использует все преимущества облачных вычислений. По определению Cloud Native Computing Foundation (CNCF):
Из чего состоит Cloud Native:
✅ Контейнеры, в которые упаковывают приложения или сервисы со всеми зависимостями, чтобы исполнять одинаково в любой среде
✅ Оркестраторы - автоматизирующие запуск, масштабирование и поддержание работоспособности контейнеров
✅ Service Mesh - инструмент, контролирующий и управляющий взаимодействием между микросервисами, обеспечивающий надёжную, безопасную и управляемую коммуникацию между сервисами
✅ Immutable Infrastructure - гарантирует неизменность инфраструктуры при разворачивании, повышает надежность и предсказуемость
✅ Инфраструктура как код или IaS - описание целевого состояния системы в виде конфигурации, чтобы инфраструктура сама приводилась к этому состоянию
Понятно, что описанное выше это ничтожная толика того, что включается в понятие Cloud Native. Но и этого уже достаточно, чтобы понимать, что если "вкрячить" монолит в облако и даже если он будет работать, то он не станет автоматически Cloud Native. Работать он будет, но не всегда оптимально по ресурсам или скоростям или…….
Если вам интересна карта ландшафта Cloud Native, подготовленная CNCF, то смотреть можно здесь.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Cloud native технологии позволяют организациям создавать и запускать масштабируемые приложения в современных динамических средах, таких как публичные, частные и гибридные облака. Это включает контейнеры, service meshes, мультитенанты, микросервисы, неизменяемая инфраструктура и декларативный API но не ограничивается этим.
Из чего состоит Cloud Native:
Понятно, что описанное выше это ничтожная толика того, что включается в понятие Cloud Native. Но и этого уже достаточно, чтобы понимать, что если "вкрячить" монолит в облако и даже если он будет работать, то он не станет автоматически Cloud Native. Работать он будет, но не всегда оптимально по ресурсам или скоростям или…….
Если вам интересна карта ландшафта Cloud Native, подготовленная CNCF, то смотреть можно здесь.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Please open Telegram to view this post
VIEW IN TELEGRAM
CNCF Landscape
The CNCF Cloud Native Landscape is intended as a map through the previously uncharted terrain of Cloud Native technologies. It attempts to categorize projects and products in the Cloud Native space.
🤣3👀2
Вот наткнулся на занятную статью на тему ИИ. Оказывается, многие разработчики в Штатах сейчас… активно "притворяются", что используют ИИ в работе - такая вот массовая "имитация оргазма" при работе с ИИ.
Цифры, которые приводятся, просто фееричны. Согласно опросу, проведённому среди работников интеллектуального труда:
🟡 Каждый шестой тех-специалист признаётся, что имитирует использование ИИ - инструментов
🟡 Опасения вызывают как сами ИИ (способные потенциально заменить человека), так и люди, их использующие (как более продуктивные)
🟡 Причина имитации - показать следование тренду, не казаться "застрявшим в прошлом" и чтобы сохранить свои позиции
А дальше - серьёзнее. Руководители прямо заявляют, что "они с большей вероятностью уволят разработчика, который не использует ИИ, в пользу того, кто его использует". Жёсткая, но вполне себе рыночная логика. Так что да, игнорировать тренд становится опасно для карьеры. Таким темпом мы скоро придем к тому, что вопрос использования ИИ станет не столько вопросом эффективности, сколько базовой профессиональной гигиены и соответствия рынку.
Пока мне видится, что все "спекуляции" вокруг ИИ говорят только о факте его использования, но пока реальная глубина и эффективность зачастую остаются за кадром или как минимум, преувеличиваются. Поэтому спешить хоронить человеческий мозг, на мой взгляд, слегка рановато. Пока что именно он - со своим критическим мышлением, креативностью и способностью видеть продукт в целом лидирует в этом тандеме. ИИ - супер, мега, гига мощный помощник, но главным зодчим пока являемся мы.
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
Цифры, которые приводятся, просто фееричны. Согласно опросу, проведённому среди работников интеллектуального труда:
А дальше - серьёзнее. Руководители прямо заявляют, что "они с большей вероятностью уволят разработчика, который не использует ИИ, в пользу того, кто его использует". Жёсткая, но вполне себе рыночная логика. Так что да, игнорировать тренд становится опасно для карьеры. Таким темпом мы скоро придем к тому, что вопрос использования ИИ станет не столько вопросом эффективности, сколько базовой профессиональной гигиены и соответствия рынку.
Пока мне видится, что все "спекуляции" вокруг ИИ говорят только о факте его использования, но пока реальная глубина и эффективность зачастую остаются за кадром или как минимум, преувеличиваются. Поэтому спешить хоронить человеческий мозг, на мой взгляд, слегка рановато. Пока что именно он - со своим критическим мышлением, креативностью и способностью видеть продукт в целом лидирует в этом тандеме. ИИ - супер, мега, гига мощный помощник, но главным зодчим пока являемся мы.
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные
Please open Telegram to view this post
VIEW IN TELEGRAM
MSN
"You may lose your job to an engineer who uses AI" - here's why so many US workers pretend to use AI on the job
Mixed corporate messaging, inadequate training, and job insecurity driving trend among employees to fake AI fluency to protect themselves.
👍5😁5
Архитектурные дороги, которые мы выбираем (почти по О.Генри). Сегодня попробую сформировать "шпаргалку" для начинающих, которая может помочь двинуться по пути от монолита к микросервисам и далее.
Сразу начну с того, что если у вас все работает, бизнес идет, нет операционных проблем и ограничений в системах, то вам повезло и вам не важно, какая у вас архитектура - ничего менять не надо. А вот если есть проблемы с параллельной разработкой нового функционала, масштабировании под нагрузкой, с длительным регрессионным тестировании даже при минимальных изменениях, да и вообще при проблемах со скоростью изменений, то надо идти в изменении архитектуры. Давайте смотреть, какие у нас есть варианты.
6️⃣ Монолит (опенспейс или казарма) - все живут в одном общем помещении, говорят одновременно, если все сгрудились в коридоре, то никто уже пройти не сможет. Масштабировать монолит можно только целиком.
2️⃣ Микросервисный монолит (коммунальная квартира) - комнаты уже появились, но стены тонкие и есть места общего пользования. Это хитрый переходный этап. Команды учатся работать автономно и пишут код так, как будто у них уже есть микросервисы , но технически всё ещё работает как один большой монолит (например, есть общая база данных). Рискованный этап, но необходимый для перехода.
3️⃣ Микросервисная архитектура (отдельные квартиры) - коммуналку расселили по отдельным квартирам, но семьи активно общаются друг с другом в домовом чате. Вот здесь происходит настоящее разделение. Каждый логический блок (например, "платежи", "поиск", "корзина") становится независимым сервисом (микросервисом). У каждого своя база данных и своя зона ответственности.
В принципе здесь можно уже и остановится. Такая архитектура позволяет быстро и эффективно решать задачи. Но есть проблема - такая архитектура хорошо понятна ИТшникам , но непонятна бизнесу, который не до конца понимает, что он получает от 100500 микросервисов и как из них можно сделать новый продукт. Поэтому можно пойти дальше.
4️⃣ Бизнес сервисы и их оркестрация (город) - это тоже микросервисы, но уже сгруппированные не по техническим функциям, а вокруг бизнес-задач (Business Capabilities). Поскольку каждый сервис дает возможность решать бизнес-задачу полностью, то их можно объединять в сложные последовательности с помощью оркестраторов, роль которых могут играть BPM движки. Можно настраивать сложные сценарии и быстро создавать новые последовательности.
Можно продолжить, что в какой-то момент произойдет "замоноличивание", неправильное развитие сервисов и настройки оркестратора превратят гибкий инструмент в статичный монолит и вся история начнется с первой позиции.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Сразу начну с того, что если у вас все работает, бизнес идет, нет операционных проблем и ограничений в системах, то вам повезло и вам не важно, какая у вас архитектура - ничего менять не надо. А вот если есть проблемы с параллельной разработкой нового функционала, масштабировании под нагрузкой, с длительным регрессионным тестировании даже при минимальных изменениях, да и вообще при проблемах со скоростью изменений, то надо идти в изменении архитектуры. Давайте смотреть, какие у нас есть варианты.
В принципе здесь можно уже и остановится. Такая архитектура позволяет быстро и эффективно решать задачи. Но есть проблема - такая архитектура хорошо понятна ИТшникам , но непонятна бизнесу, который не до конца понимает, что он получает от 100500 микросервисов и как из них можно сделать новый продукт. Поэтому можно пойти дальше.
Можно продолжить, что в какой-то момент произойдет "замоноличивание", неправильное развитие сервисов и настройки оркестратора превратят гибкий инструмент в статичный монолит и вся история начнется с первой позиции.
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤3
"Первомай шагает по стране!" Точнее цифровая трансформация, о которой уже говорят не только высокотехнологические компании, но уже и компании тех секторов, которые традиционно далеки от цифры. Все ее хотят, все про нее говорят. Главы регионов и областей радостно сообщают о повышении уровня цифровизации в регионах и о взятии очередной трансформационной высоты. Недавно уже появился новый зверь - цифровая трансформация с ИИ, но об этом как-нибудь позже.
Я не буду говорить про истории успеха, о компаниях, которые действительно трансформировались, глубоко изменили свою бизнес-модель, процессы и корпоративную культуру, тут все очевидно и можно только снять шляпу. Поговорим про тех, кто на волне "первомая" кинулся трансформироваться. Для очень многих история цифровой трансформации это попытка построить роскошный небоскреб на фундаменте от старого дедовского сарая. Да, облака, большие данные, цифровые двойники и интернет вещей - это круто, стильно, модно и молодежно. Но! Если бухгалтерия до сих пор сидит наполовину в Excel, а Биг Дата используется для того, чтобы выгрузить отчет, который потом финансисты докручивают руками, то грош цена такой трансформации.
Мой скепсис здесь абсолютно оправдан: я часто вижу, как компании пытаются прыгнуть сразу на уровень сложных цифровых решений, игнорируя все, что у них "под капотом": хаос из несогласованных процессов и разрозненных данных. Получается не трансформация, а дорогая игрушка с цифровым фасадом, за которым скрывается все тот же бумажный хаос.
Как по мне все состоит из трех шагов:
1️⃣ Автоматизация рутины, наведение порядка в данных и процессах. Базовых процессах, смею заметить.
2️⃣ Цифровизация. А именно - перевод аналоговых данных и процессов в цифровой вид.
3️⃣ Цифровая трансформация - как глубокое изменение бизнес-моделей, процессов и корпоративной культуры с помощью цифровых технологий. И это не быстрая победа, а долгая и сложная перестройка всего и вся в компании
Так что, прежде чем закупать нейросети, блокчейн и прочий ЖПТ, возможно, стоит для начала разобраться с тем, как у вас работает планирование, документооборот и учёт. Если сталкивались с примерами попыток "трансформироваться" без наведения базового порядка, то делитесь опытом в комментариях!
#впоискахсеребрянойпули #цифроваятранформация #agile #антипаттерны #управление
Я не буду говорить про истории успеха, о компаниях, которые действительно трансформировались, глубоко изменили свою бизнес-модель, процессы и корпоративную культуру, тут все очевидно и можно только снять шляпу. Поговорим про тех, кто на волне "первомая" кинулся трансформироваться. Для очень многих история цифровой трансформации это попытка построить роскошный небоскреб на фундаменте от старого дедовского сарая. Да, облака, большие данные, цифровые двойники и интернет вещей - это круто, стильно, модно и молодежно. Но! Если бухгалтерия до сих пор сидит наполовину в Excel, а Биг Дата используется для того, чтобы выгрузить отчет, который потом финансисты докручивают руками, то грош цена такой трансформации.
Мой скепсис здесь абсолютно оправдан: я часто вижу, как компании пытаются прыгнуть сразу на уровень сложных цифровых решений, игнорируя все, что у них "под капотом": хаос из несогласованных процессов и разрозненных данных. Получается не трансформация, а дорогая игрушка с цифровым фасадом, за которым скрывается все тот же бумажный хаос.
Как по мне все состоит из трех шагов:
Так что, прежде чем закупать нейросети, блокчейн и прочий ЖПТ, возможно, стоит для начала разобраться с тем, как у вас работает планирование, документооборот и учёт. Если сталкивались с примерами попыток "трансформироваться" без наведения базового порядка, то делитесь опытом в комментариях!
#впоискахсеребрянойпули #цифроваятранформация #agile #антипаттерны #управление
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15
Никогда такого не было и вот опять…
По информации Коммерсантъ, компания «Легат» весной 2024 года приобрела у ООО САП СНГ права на долги в общей сумме свыше 2 млрд руб. Не является большим секретом, что большинство коммерческих (это важно) компаний продолжат еще долго пользоваться SAP. По оценке "Лаб СП" - SAP замещают около 15% компаний, тогда как на 2022 год, число использующих SAP компаний составляло 1700. 1С с Галактикой и Парусом это конечно хорошо, но для крупных компаний нужно что-то помощнее, поэтому спрос на SAP все еще есть.
А кроме SAP у нас есть еще и Microsoft, и Oracle и многие другие производители программного обеспечения, который ушли из России, но софт продолжает работать. И вот тут хочется в очередной раз напомнить адептам "трофейного" программного обеспечения, что "экономия" на лицензиях может выйти боком. Ответственность за "пиратский" софт осталась. Долги по лицензиям - как видите можно продать. Ну и налоговая может присоединиться к этому "празднику жизни". Все просто - раньше компании платили за лицензии, с этого платился налог. Теперь за лицензии не платят и налоговые отчисления - снизились. Непорядок.
В общем есть о чем подумать. Но недолго. Потому, что придут. Те или эти. Эти или те.
#разработка #новости #импортозамещение #публикации #никогдатакогонебыло #development
ООО «Легат» подало иск о взыскании 571,2 млн руб. со структуры «Росатома» «Атомный энергопромышленный комплекс» (АО «Атомэнергопром»), обнаружил “Ъ” в Картотеке арбитражных дел. Речь идет о задолженности за использование софта немецкой IT-компании SAP, включая неуплаченные проценты за период пользования, следует из материалов дела.
По информации Коммерсантъ, компания «Легат» весной 2024 года приобрела у ООО САП СНГ права на долги в общей сумме свыше 2 млрд руб. Не является большим секретом, что большинство коммерческих (это важно) компаний продолжат еще долго пользоваться SAP. По оценке "Лаб СП" - SAP замещают около 15% компаний, тогда как на 2022 год, число использующих SAP компаний составляло 1700. 1С с Галактикой и Парусом это конечно хорошо, но для крупных компаний нужно что-то помощнее, поэтому спрос на SAP все еще есть.
А кроме SAP у нас есть еще и Microsoft, и Oracle и многие другие производители программного обеспечения, который ушли из России, но софт продолжает работать. И вот тут хочется в очередной раз напомнить адептам "трофейного" программного обеспечения, что "экономия" на лицензиях может выйти боком. Ответственность за "пиратский" софт осталась. Долги по лицензиям - как видите можно продать. Ну и налоговая может присоединиться к этому "празднику жизни". Все просто - раньше компании платили за лицензии, с этого платился налог. Теперь за лицензии не платят и налоговые отчисления - снизились. Непорядок.
В общем есть о чем подумать. Но недолго. Потому, что придут. Те или эти. Эти или те.
#разработка #новости #импортозамещение #публикации #никогдатакогонебыло #development
Коммерсантъ
Встать, софт идет
С крупных компаний планируют взыскать долг за использование продуктов SAP
❤6👏5👀1
Новости рынка труда на базе ежемесячного отчета Краткий обзор рынка труда за август 2025 от ХХ.
Основное:
✔️ Спрос на сотрудников практически не изменился - hh индекс (соотношение количества активных резюме к количеству активных вакансий) повысился на одну десятую пункта и составляет теперь 6.1 против 6.0 в июле - потихонечку движемся к пандемийным максимумам 2020 года.
✔️ Среднее число активных вакансий и активных резюме в августе стабильно остается на июньском и июльском уровне - 27% к уровню предыдущего года
✔️ Среднее число активных вакансий опять не увеличилось, а количество резюме выросло на 3% по сравнению с июлем
По ритейлу и по ИТ, имеем:
📌 В ритейле сохраняется дефицит кадров, стабильно ( hh индекс показывает 2.1 вместо 2.0 в прошлом месяце)
📌 В ИТ вакансий как не было, так и нет (hh индекс уже вырос до 14.9 против 13.7 в прошлом месяце)
📌 Число вакансий в ИТ уменьшилось на 36% по сравнению с августом прошлого года, а число соискателей увеличилось на 25% за тот же период
📌 Число соискателей в ИТ увеличилось на 4%, а количество вакансий уменьшилось на те же 4% по сравнению с июлем этого года
Есть конечно слабая надежда, что сентябрь принесет перелом, т. к. наверняка откроется осеннее окно найма и переходов, что может поменять ситуацию на рынке. Но что-то мне вещует, что даже если окно найма откроется, то на общую картину это не повлияет. Скорее всего переходы и поиски будут точечными, под конкретные позиции для сильных кандидатов. Но уже скоро мы это увидим.
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит
Основное:
По ритейлу и по ИТ, имеем:
Есть конечно слабая надежда, что сентябрь принесет перелом, т. к. наверняка откроется осеннее окно найма и переходов, что может поменять ситуацию на рынке. Но что-то мне вещует, что даже если окно найма откроется, то на общую картину это не повлияет. Скорее всего переходы и поиски будут точечными, под конкретные позиции для сильных кандидатов. Но уже скоро мы это увидим.
#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит
Please open Telegram to view this post
VIEW IN TELEGRAM
hh.ru
Обзоры рынка труда от hh.ru: коротко о важном
Рынок труда — зеркало того, что происходит на рынке в целом. Чтобы вы были всегда в курсе ситуации, мы наблюдаем за динамикой рынка труда и ежемесячно делимся актуальными отчётами.
👍1👎1😱1
Интересная статья от МакКинзи - "Суперагентность на рабочем месте: как раскрыть полный потенциал ИИ, усиливая возможности людей"
Ребята из МакКинзи считают, что ИИ готов преобразовать рабочие процессы так же глубоко и кардинально, как когда-то паровой двигатель положил начало промышленной революции. Их оценка потенциала роста производительности - 4,4 трлн. USD. С другой стороны, в статье отмечается, что несмотря на то, что 92% компаний планируют увеличить инвестиции в ИИ в течение ближайших трёх лет, лишь 1% считает свои проекты зрелыми. И далее немного парадоксально - главным барьером считаются не технологии и сотрудники, а лидерство.
Ключевые моменты:
🟢 Сотрудники более готовы, чем думают руководители. Работники используют генеративный ИИ в три раза чаще, чем предполагают топ-менеджеры, и большинство ожидают, что в течение двух лет 30% и более их работы изменится
🟢 Руководители отстают, опасаясь неподготовленности сотрудников. Но сотрудники хотят работать с ИИ и 48% из них считают нехватку обучения и согласованного лидерства и поддержки со стороны руководства серьёзным препятствием
🟢 Баланс скорости и безопасности. Руководителям необходимо одновременно ускорять внедрение и управлять рисками. Риски кибербезопасности, защиты персональных данных и точности ответов - основные "ручники"
🟢 Нехватка амбициозных целей. Пилотные проекты не дают возможность раскрыть весь экономический потенциал ИИ. Для его реализации необходимо переходить от точечных задач автоматизации к трансформационным изменениям бизнес-моделей и компаний
🟢 Технология - не главный барьер. Настоящая проблема лежит в руководстве и самой организации: несогласованность руководителей, боязнь затрат, дефицит навыков и несовершенство бизнес-процессов
Таким образом МакКинзи отмечают, что эра ИИ уже наступила, сотрудники готовы, дело за менеджментом. ИИ поможет компаниям сделать из простых сотрудников - Суперагентов, которым уже никакая трансформация не страшна. Ну это мы посмотрим. Но в одном я с ними согласен - на сегодняшний день гораздо больший риск недооценить возможности ИИ, чем переоценить их.
#AI #ChatGPT #новости #цифроваятранформация #мнения
Ребята из МакКинзи считают, что ИИ готов преобразовать рабочие процессы так же глубоко и кардинально, как когда-то паровой двигатель положил начало промышленной революции. Их оценка потенциала роста производительности - 4,4 трлн. USD. С другой стороны, в статье отмечается, что несмотря на то, что 92% компаний планируют увеличить инвестиции в ИИ в течение ближайших трёх лет, лишь 1% считает свои проекты зрелыми. И далее немного парадоксально - главным барьером считаются не технологии и сотрудники, а лидерство.
Ключевые моменты:
Таким образом МакКинзи отмечают, что эра ИИ уже наступила, сотрудники готовы, дело за менеджментом. ИИ поможет компаниям сделать из простых сотрудников - Суперагентов, которым уже никакая трансформация не страшна. Ну это мы посмотрим. Но в одном я с ними согласен - на сегодняшний день гораздо больший риск недооценить возможности ИИ, чем переоценить их.
#AI #ChatGPT #новости #цифроваятранформация #мнения
Please open Telegram to view this post
VIEW IN TELEGRAM
McKinsey & Company
Superagency in the workplace: Empowering people to unlock AI’s full potential
Almost all companies invest in AI, but just 1% believe they are at maturity. Our new report looks at how AI is being used in the workplace in 2025.
👍2
На прошлой неделе в Ведомостях проскочила новость о том, что Минфин планирует повысить льготный тариф страховых взносов для IT-сектора до 15%.
Есть немалый шанс, что текущая ставка в 7.6% сохранится для высокооплачиваемых сотрудников с ЗП превышающей предельную взносооблагаемую базу (в 2025 году это 2.76 млн руб - показатель пересчитывается каждый год), но даже в этом случае ИТ компании ждет непростой период.
Какие последствия ожидаем:
✔️ Ну очевидно "налоговое бремя" повысится - тут не надо обладать специальными аналитическими навыками, чтобы понять это.
✔️ Бюджеты придется пересматривать в сторону увеличения, что замедлит многие технологические ИТ проекты
✔️ ИТ компании сократят найм сотрудников, особенно учитывая и так непростую ситуацию в экономике
✔️ Студенты и джуны станут еще более невостребованными на рынке вместе с большим количеством специалистов с ЗП меньше 230 тыс. рублей в месяц. (Откуда сумма? 2.76 млн разделить на 12 месяцев это 230 тыс. руб.)
✔️ В стремлении к экономии ИТ компании начнут урезать соцпакеты, которые в ИТшке были всегда "вкусными"
Предполагаю, что это далеко не последний заход по ИТ компаниям. После налогового маневра 2020 года все кинулись создавать ИТ компании, зачастую "натягивая сову на глобус". Такие чистки уже были и наверняка еще будут. Постепенно усложнились правила аккредитации и вот теперь пошли по налогам. В общем "отошла ИТ масленица"… Ну или начала отходить. Выживут только сильнейшие и истинно ИТшные.
#новости #управление #финансы #Иткомпании
Минфин планирует повышение льготного тарифа страховых взносов для IT-организаций с 7,6 до 15%. Такое предложение изложено в проекте Основных направлений бюджетной и налоговой политики на 2026–2028 год.
Есть немалый шанс, что текущая ставка в 7.6% сохранится для высокооплачиваемых сотрудников с ЗП превышающей предельную взносооблагаемую базу (в 2025 году это 2.76 млн руб - показатель пересчитывается каждый год), но даже в этом случае ИТ компании ждет непростой период.
Какие последствия ожидаем:
Предполагаю, что это далеко не последний заход по ИТ компаниям. После налогового маневра 2020 года все кинулись создавать ИТ компании, зачастую "натягивая сову на глобус". Такие чистки уже были и наверняка еще будут. Постепенно усложнились правила аккредитации и вот теперь пошли по налогам. В общем "отошла ИТ масленица"… Ну или начала отходить. Выживут только сильнейшие и истинно ИТшные.
#новости #управление #финансы #Иткомпании
Please open Telegram to view this post
VIEW IN TELEGRAM
Ведомости
Минфин планирует повысить льготный тариф страховых взносов для IT-сектора до 15%
На зарплаты свыше 2,8 млн рублей в год сохранится ставка 7,6%
💯2🔥1😢1👀1
Обратимся сегодня к теме киберустойчивости Российского бизнеса. Компания Кибер Испытание недавно выпустило исследование с говорящим названием: Недопустимое событие 2025 (цифровой краш-тест российского бизнеса).
Основные моменты:
🖇 > 1500 белых хакеров в течение 7 месяцев проверяли защищенность 74 компаний разного масштаба из разных отраслей
🖇 3 из 5 компаний удалось взломать
🖇 В исследовании под взломом подразумевалась реализация критического риска, т. е. выбранного компанией недопустимого события
🖇 67% взломанных компаний были взломаны простыми атаками
🖇 Самый быстрый взлом занял 34 минуты
🖇 Реальная защищенность в 3 раза меньше ожидаемой
🖇 Даже компании, уверенные в своей защите имеют уязвимости через shadow infrastructure, социальную инженерию и эксплуатацию мелких ошибок
🖇 ИТ и ИБ команды компаний оказались не готовы к реальным атакам
🖇 Успешное противодействие атакам не зависело от масштаба бизнеса, а только от компетенций и вовлеченности команд
🖇 Компании оказались не готовы противостоять социальной инженерии
🖇 80% компаний выбрали в качестве недопустимого события кражу или шифрование данных
🖇 54% компаний считают недопустимым событием остановку бизнес-процессов компании
🖇 Наиболее уязвимыми оказались обрабатывающие производства и торговля
🖇 Наибольший процент взлома - у малых предприятий
Как обычно - пока ломают где-то там и ты не анализируешь цифры, то к ИБ отношение как "ну да, надо, но может пронесет". А кода начинаешь погружаться - становится страшно.
На самом деле защищенность начинается с малого, с гигиенического уровня:
🖇 Политика безопасности учетных записей и их жизненного цикла
🖇 Двух и далее факторная аутентификация
🖇 Регулярные тренинги по кибергигиене и защите от простых атак (например фишинга)
🖇 Соблюдение принципов безопасной разработки
🖇 Регулярный мониторинг и установка критических обновлений на все, чем пользуемся (чем зачастую пренебрегают)
🖇 Резервное копирование - регулярное и безопасное
И да прибудет со всеми нами безопасность!
#итбезопасность#кибербезопасность #ИТбез
Основные моменты:
Как обычно - пока ломают где-то там и ты не анализируешь цифры, то к ИБ отношение как "ну да, надо, но может пронесет". А кода начинаешь погружаться - становится страшно.
На самом деле защищенность начинается с малого, с гигиенического уровня:
И да прибудет со всеми нами безопасность!
#итбезопасность#кибербезопасность #ИТбез
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1😁1
Несмотря на то, что сегодняшний разбор будет относиться к продукту, построенному на ИИ, говорить сегодня будем про стартапы, продукты и Lean.
Попалось мне на глаза видео с выступления Даниила Ахетова на конференции по тестированию Heisenbug - Как Vision Language модели и AI Web Agent трансформируют ручное тестирование в автоматизацию с BugBuster AI.
Сразу скажу - в целом выступление интересное, раскрыты азы работы с компьютерным зрением и построением платформы тестирования. Сильно рекомендую посмотреть запись тем, кому нравятся кейсы применения ИИ в различных сферах. Но зацепило меня не это. Как человек, посвятивший созданию различных ИТ продуктов уже 30 лет, я всегда стараюсь "примерить" новый продукт на себя, на свои команды и свои продукты. И вот что получилось:
Представляемый продукт - платформа для тестирования WEB приложений, позволяющая на описывать и исполнять тесткейсы на естественном языке. Разумеется, с использованием ИИ, как это сейчас модно. Не надо тестировщикам писать код, не надо вызывать методы от визуальных элементов, не нужны локаторы…. Ну наверное и сами тестировщики тоже не будут нужны, потому что для работы нужно просто написать по русски, что надо проверить и какой получить результат. Вроде все классно, надо брать и внедрять, но что-то не давало мне покоя.
И это что-то было понимание того, что тестирование больших и сложных информационных систем выходит далеко за рамки тестирования WEB морды. Есть виды тестирования, связанные с вызовами API или запросами в БД, скачиванием или загрузкой файлов или какого другого контента. Тестирование нужно встраивать в пайплайны CI/CD, уметь запускать сложные многопоточные сценарии тестирования, чтобы выполнить регрессионное тестирование. А предлагаемая платформа закрывает всего лишь малую часть всего этого. Почему же создатели платформы сфокусировались на столь малой части?
В Lean Startup есть такая вещь, как Problem - Solution Fit. Т. е. на первых шагах создания стартапа нужно проверить, что Проблема стоит того, чтобы создавать Решение. Учитывая все написанное выше, очевидно, что проблема тестирования гораздо шире и решать ее нужно в комплексе. Так почему же только тестирование WEB морды? А все оказалось просто - проблема, которую решали ребята была в другом. Основатель стартапа, человек с огромным опытом в тестировании, в выступлении так и говорит: "Я занимаюсь этим настолько давно, что я очень сильно от этого устал", "Я устал писать огромные портянки кода".
Бинго. Продукт призван решать не проблемы бизнеса, не проблемы ИТ директора, которому нужно улучшать качество продукта через улучшение и ускорение функции тестирования, а продукт призван решать проблему "уставшего тестировщика". А это не то, что нужно компаниям. Вот и получается, что искать Product - Market Fit уже бессмысленно, коль первый этап был провален.
В общем я желаю ребятам все же найти свои точки Problem - Solution и Product - Market Fit, а тем, кто не знает, что это такое и хочет погрузиться, ищите литературу по строке Lean Startup. Ну или пишите в комментариях, пришлю ссылки.
#гибкиеметодики #продуктоваяразработка #leanstartup #впоискахсеребрянойпули
Попалось мне на глаза видео с выступления Даниила Ахетова на конференции по тестированию Heisenbug - Как Vision Language модели и AI Web Agent трансформируют ручное тестирование в автоматизацию с BugBuster AI.
Сразу скажу - в целом выступление интересное, раскрыты азы работы с компьютерным зрением и построением платформы тестирования. Сильно рекомендую посмотреть запись тем, кому нравятся кейсы применения ИИ в различных сферах. Но зацепило меня не это. Как человек, посвятивший созданию различных ИТ продуктов уже 30 лет, я всегда стараюсь "примерить" новый продукт на себя, на свои команды и свои продукты. И вот что получилось:
Представляемый продукт - платформа для тестирования WEB приложений, позволяющая на описывать и исполнять тесткейсы на естественном языке. Разумеется, с использованием ИИ, как это сейчас модно. Не надо тестировщикам писать код, не надо вызывать методы от визуальных элементов, не нужны локаторы…. Ну наверное и сами тестировщики тоже не будут нужны, потому что для работы нужно просто написать по русски, что надо проверить и какой получить результат. Вроде все классно, надо брать и внедрять, но что-то не давало мне покоя.
И это что-то было понимание того, что тестирование больших и сложных информационных систем выходит далеко за рамки тестирования WEB морды. Есть виды тестирования, связанные с вызовами API или запросами в БД, скачиванием или загрузкой файлов или какого другого контента. Тестирование нужно встраивать в пайплайны CI/CD, уметь запускать сложные многопоточные сценарии тестирования, чтобы выполнить регрессионное тестирование. А предлагаемая платформа закрывает всего лишь малую часть всего этого. Почему же создатели платформы сфокусировались на столь малой части?
В Lean Startup есть такая вещь, как Problem - Solution Fit. Т. е. на первых шагах создания стартапа нужно проверить, что Проблема стоит того, чтобы создавать Решение. Учитывая все написанное выше, очевидно, что проблема тестирования гораздо шире и решать ее нужно в комплексе. Так почему же только тестирование WEB морды? А все оказалось просто - проблема, которую решали ребята была в другом. Основатель стартапа, человек с огромным опытом в тестировании, в выступлении так и говорит: "Я занимаюсь этим настолько давно, что я очень сильно от этого устал", "Я устал писать огромные портянки кода".
Бинго. Продукт призван решать не проблемы бизнеса, не проблемы ИТ директора, которому нужно улучшать качество продукта через улучшение и ускорение функции тестирования, а продукт призван решать проблему "уставшего тестировщика". А это не то, что нужно компаниям. Вот и получается, что искать Product - Market Fit уже бессмысленно, коль первый этап был провален.
В общем я желаю ребятам все же найти свои точки Problem - Solution и Product - Market Fit, а тем, кто не знает, что это такое и хочет погрузиться, ищите литературу по строке Lean Startup. Ну или пишите в комментариях, пришлю ссылки.
#гибкиеметодики #продуктоваяразработка #leanstartup #впоискахсеребрянойпули
VK Видео
Даниил Ахетов — Как Vision Language модели и AI Web Agent трансформируют ручное тестирование в автоматизацию с BugBuster AI
Ближайшая конференция Heisenbug: https://vk.cc/cu1LOl #heisenbug #тестирование #IT #conference #jugrugroup Vision Language модели (VLM) и AI Web Agents открывают новые возможности для автоматизации тестирования. Эти технологии позволяют тестировщикам перейти…
🔥1
Несколько мыслей на тему цифровизации ритейла по мотивам конференций этого года и докладов на них. Сразу скажу - ритейл сохраняет за собой пальму первенства, как наиболее динамично меняющаяся отрасль.
Что достаточно четко прослеживается - фокус в цифровизации ритейла сместился с разработки "с нуля" на решения "из коробки", в том числе и для решений, связанных с ИИ. Компании выбирают готовые решения для видеоаналитики, сбора отзывов и генерации контента, потому, что это быстрее и дешевле с точки зрения ресурсов, а результат гарантирован и рисков меньше. Вкладываться в собственную разработку "коммодити" - компании не хотят.
Следующий важный момент - рост важности омниканальности и ориентации на клиентский опыт. Несмотря, что термин омниканальность появился уже больше 10 лет назад, и вроде как стал мейнстримом, потребители всё больше ожидают бесшовного взаимодействия между онлайн- и офлайн-точками: единые сервисы, удобные возвраты, синхронизация предложения (ассортимент и цены). Ну и то, что является залогом любой торговли - не просто покупка товара, а впечатление, оформление, удобство, доверие и эмоция влияют на выбор
Ну и наверное то, что в этом году особенно волнует ритейл - операционная устойчивость и баланс между рисками и издержками. Тут все в одной куче - дефицит квалифицированных кадров, рост расходов, сложности с логистикой и цепями поставок, сезонные и не очень колебания спроса. Чтобы пройти эту полосу ритейлеры оптимизируют управление запасами, уменьшают стоки, внедряют ИТ-решения для прогнозов и планирования.
Ну и последний момент, который в этом году проходит красной нитью - что делать и как работать с поколением Z. Интерфейсы не требующие обучения, онбординг с геймификацией, мессенджеры вместо почты и прочие радости поколения, которое пока не разобралось, нужно ли им вообще работать.
#новости #еком #ритейл #цифроваятранформация #маркетплейсы #мнения
Что достаточно четко прослеживается - фокус в цифровизации ритейла сместился с разработки "с нуля" на решения "из коробки", в том числе и для решений, связанных с ИИ. Компании выбирают готовые решения для видеоаналитики, сбора отзывов и генерации контента, потому, что это быстрее и дешевле с точки зрения ресурсов, а результат гарантирован и рисков меньше. Вкладываться в собственную разработку "коммодити" - компании не хотят.
"Ресторан кормит людей, а не разрабатывает интеллектуальные сервисы"
Николай Галкин, ИТ директор, Кофемания
Следующий важный момент - рост важности омниканальности и ориентации на клиентский опыт. Несмотря, что термин омниканальность появился уже больше 10 лет назад, и вроде как стал мейнстримом, потребители всё больше ожидают бесшовного взаимодействия между онлайн- и офлайн-точками: единые сервисы, удобные возвраты, синхронизация предложения (ассортимент и цены). Ну и то, что является залогом любой торговли - не просто покупка товара, а впечатление, оформление, удобство, доверие и эмоция влияют на выбор
Ну и наверное то, что в этом году особенно волнует ритейл - операционная устойчивость и баланс между рисками и издержками. Тут все в одной куче - дефицит квалифицированных кадров, рост расходов, сложности с логистикой и цепями поставок, сезонные и не очень колебания спроса. Чтобы пройти эту полосу ритейлеры оптимизируют управление запасами, уменьшают стоки, внедряют ИТ-решения для прогнозов и планирования.
Ну и последний момент, который в этом году проходит красной нитью - что делать и как работать с поколением Z. Интерфейсы не требующие обучения, онбординг с геймификацией, мессенджеры вместо почты и прочие радости поколения, которое пока не разобралось, нужно ли им вообще работать.
#новости #еком #ритейл #цифроваятранформация #маркетплейсы #мнения
👍6🤔2
Новости касательно льгот для ИТ компаний продолжают поступать. На прошлой неделе была новость, что в Госдуме обсуждают законопроект, который предлагает отменить льготу по НДС на продажу ПО, включенного в реестр отечественного софта. Если примут закон о повышении НДС, то с 2026 года ставка НДС составит 22 % (пока она составляет 20 %). О повышении страховых взносов с 7,6 % до 15 % для ИТ-компаний я уже писал неделю назад. Также с 2026 года может быть увеличена до 5 % льгота по налогу на прибыль, которая ранее была нулевой.
С одной стороны, понятно - в бюджет от предлагаемых изменений ожидается прирост до 30 млрд рублей только от НДС на ПО, а по всем поправкам общий дополнительный доход - до 2,75 трлн рублей к 2028 году. С другой стороны - для ИТ компаний ожидаем снижения маржинальности проектов, что приведет к пересчету стоимости ПО, а также стоимости лицензий и поддержки. В общем стандартный замкнутый круг.
Что делать ИТ компаниям:
🖇 Ну во-первых - следить за обсуждением, законопроект еще не принят
🖇 Пересчитать свою бизнес-модель с учетом потенциального НДС и увеличения затрат
🖇 Готовить потребителей к повышению, проводя разъяснительную работу
🖇 Пытаться донести до принимающих решение - риски для ИТ экосистемы
Ну и в целом, я сильно против "массового" назначения и отмены льгот. Льготы - это инвестиция. Налоговый маневр дал рынку ИТ вырасти. Теперь можно, например, посмотреть на вклад ИТ компаний в этот рост и адаптировать льготы уже точечно. Например, с количеством продуктов, инсталляций, вложений в R&D или чем-то другим.
#новости #управление #финансы #Иткомпании
С одной стороны, понятно - в бюджет от предлагаемых изменений ожидается прирост до 30 млрд рублей только от НДС на ПО, а по всем поправкам общий дополнительный доход - до 2,75 трлн рублей к 2028 году. С другой стороны - для ИТ компаний ожидаем снижения маржинальности проектов, что приведет к пересчету стоимости ПО, а также стоимости лицензий и поддержки. В общем стандартный замкнутый круг.
Что делать ИТ компаниям:
Ну и в целом, я сильно против "массового" назначения и отмены льгот. Льготы - это инвестиция. Налоговый маневр дал рынку ИТ вырасти. Теперь можно, например, посмотреть на вклад ИТ компаний в этот рост и адаптировать льготы уже точечно. Например, с количеством продуктов, инсталляций, вложений в R&D или чем-то другим.
#новости #управление #финансы #Иткомпании
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤1