Революция в том, что условный java-сеньор Александр перестал понимать не только логику кода 1С-сеньора Бориса, Mojo-сеньора Витторио и еще около 300 сеньоров, но и llm-код написанный по промтам пользователя Петра
В системах с чувствительными данными почти всегда есть многоуровневые процедуры согласования/блокировки доступов и пермишенов, причем даже между внутренними ресурсами. Некоторые из таких алгоритмов принятия решений не отражены даже в регламентах и хранятся в коллективном понятийном мышлении дабы "неслучайный дровосек" по открытому алгоритму не наломал дров. Учитывая, что польза от изолированного АИ примерно как от подушки безопасности в бронепоезде, опасаться распространения ИИ в критических инфраструктурах сильно преждевременно. Из без них "течет" гигабайтами.
Или накажете? Чем предлагаете "отшлепать" нейронку за то, что после расчета уровня насыщения пластов она отправляет геомодель в свой core для дальнейшего обучеия?
Успех автоматизации закупок не определяется присутствием ИИ. Каждая строка в листе заказа - это не просто наименование позиции и цена, но и куча допусловий от поставщика: количество на складе, сроки поставки (один заказ может быть поставлен несколькими партиями с разными сроками), условия оплаты, гарантийные, страна производителя, испытания и сертификации, параметры и составы материалов. По каждому такому "допику" есть под-условия. Например, при оплате "100% предоплата", необходимо сразу знать рассчитанный ранее кредитный лимит поставщика.
Все это настраивается в системах управления закупками (SRM). В торговых сетях такие системы имеют классификацию EDI (электронный обмен данными). В работающих на сегодня инфраструктурах такого класса востребована сигнальная аналитика формата: "отгрузочная цена артикула HF-12GZ у 90% поставщиков превысила пиковое значение сметы" или "в заказе xyz123 рост цены по позиции "огурцы" составил 40% с начала года и выпервые превысил значение позиции "шейка свиная".
А ИИ+парсинг публичных источников - это больше про то, как спросить у ChatGPT "где сейчас самые дешёвые билеты на концерт Басты".
А вы на хитрых подкрадулях ))) Конечно же, связь между dev и инженерией намного прочнее, чем между coding и dev. Но и класс SoS (System of systems) также повзрослее, чем отдельные app или service. Команду разработки, например, Excel инженерной назвать бы, наверное, не смоглось, при всех за то, что лучший в мире табличный редактор с таким набором надстроек, когда без особого труда можно с датчиков телеметрию собирать.
ТС на поворотах, конечно, экспрессивен, но с маршрута не сбился и задачу выделиться решил. Конкуренция в ИТ реалистически нагревается. Да, еще не дошло до чистого dev, но "сапёру" довольно проблематично пересесть уже на новый проект, не говоря о том, чтобы вкатиться в 1С. В геймдев давно фиговато. Devops'ы либо еще при деле, либо уже без дел. Не сбылись прогнозы по гипонагрузкам. Да и параллелизмы из rest/soap/grpc/graph.. себя не оправдали.
Фактически весь рынок сейчас раскручивают пятерка банков с интеграторами, три маркетплейса и спорадические вспышки окологосухи. И характер этого вращения скорее не колесо напоминает, а сито с целью просеивания рынка на отбор наиболее годных.
Конкуренция ожидаема скорее не за рабочие места, а за сверхдоходы, к которым успели привыкнуть. Всегда можно будет пойти в условный почтатех или астру-кадастру, но уже не на 5к$. Плюс конкуренцию обостряют продаваны сбера, не первый год они рассказывают "в кулуарах" форумов о готовности внедрить в любой компании лучшие в мире crm, scm, ИИ-аналитики, голосовые роботы, вкс и бигдаты собственной разработки. Да у них прайс на внедрения как цена бульона из птицы додо, но пилоты уже есть и в этих пилотах сокращение ИТ-стафа один из критериев оценки эффекта.
Возможно, проблема не столь в устаревании навыков и скиллов, потоке "вкатышей" с курсов, скорее в российском бизнес-образовании. Как правильно сказал известный банкир его в России, действительно, нет. Поэтому "мифический" бизнес не умеет и не стремится пока общаться на одном языке с "технократами". И это обоюдно взаимно, потому как вторым первична техника и к бизнес-value мы глуховаты.
Пара массовых примеров. CIO показывает слайды о переходе на русс-BI, как это получилось легко и выгодно, как в режиме реального времени можно видеть движение всех обращений в саппорт, скорости реакции и чуть ли не логин пользователя набивающего новый тикет. А между тем это "статика". Итоги недели/месяца/года, их динамика, безусловно, важны. Но в real-time ли.. Смысл-с кем-зачем-откуда?? ИТ свою частную задачу решила, на 101 балл, а в чем цимес бизнесу?
В ответ инвесткомитет на следующей встрече спрашивает: а можно в эту вашу паутину с семафорами включить заявки от дилеров, что если какой наш подлец ее не тэгнул во время, чтобы у него в стуле гудок включался и мышка током херачила? Можно! Кипит работа, кодеры-рп- аналитики-qa - все вроде при деле, пока внутренний акт с трудозатратами по проекту не сформируется. Потом все грустные ходят, до новой эврики.
Dedurre, как говорят итальянцы, можно на собесах пингвинов косплеить, а можно аргументацию и бизнес-value criteria изучать. Свой путь у каждого..
Отлично, Михаил! С успешным стартом на Хабре! C4 также представляется оптимальной по критериям "доступность/ёмкость/эффективность". На L1 команда объединена единым видением архитектуры, L2 максимально ускоряет вовлеченность нового участника на его уровне ответственности. L3 - это база. На L4 еще не доводилось спускаться, но это вопрос ближайшего будущего. Во-первых, разработчики приходят и уходят. А, во-вторых, реализацию узкого функционала a-la визуализация в kibana дешевле отдавать на аутсорсинг,-стафинг, сохраняя при этом единое смысловое поле классов и атрибутов.
На втором уровне еще не пробовали приколачивать к компонентам CMDB-ключи (ЯП, версионность, фреймворки, источник разработки, внешние-SaaS (если есть))?
Направление важное, ждем продолжения и охотно подключусь к публикации подобного опыта..
"В Positive Technologies начались массовые сокращения ИТ-шников.. ..в первую очередь убирают мидлов, и тех, чьи проекты закрываются или объединяются" - кстати, еще одно подтверждение, что столько операторов пилорамы монолитов нам уже не нужно.
С 1975 года и "Мифического человеко-месяца" как раз корпораты, наверное, впереди всех по части софтварного луддизма и архитектурной пакостей. Во многом с их подачи чел-мес постепенно стали человеко-десятилетиями.
Самые яркие квазары формата Linux или Docker запущены анархистами и бунтарями, которые только после попадания в чисто бизнесовую синекуру начинали генерить Bootcamp-манифесты и KISS/DRY/etc принципы. Тот же Agile вместо ускорения и гибкости плотно взял немало команд на блесну kangoo-разработки, конвейеров а/б-тестов, при отсутствии покрытия документацией.
Архитектурные требования определяются задачами и "болями" ключевых пользователей. Тиктоку не нужен TTM или Экселю - RPM. Но им в сто раз важнее понимать какой ключевой набор метрик является определяющим для своих 100-милионноых аудиторий.
Знай своего клиента, будь быстрее рынка, пиши код б..д, действительно чистый и безопасный - вот этого не хватило, возможно. А с общим вектором согласен, бесконечные goto, return, "все везде" в коде, слоняния от теннисного стола к мини-футболу с вялотекущими воспоминаниями о том, что раньше кофе был "рафтее", а бананы в кают-компании больше. При этом постоянные утечки, откровенно пустые дейлики, стэк-солянки из PHP/Ruby, C#, Delphi, JS, Python, PG/MySQL, MongoDB, Airflow, Kafka+RabbitM, раскиданных по дюжине VDS - вот такие кланы не вчера и массово-успешно формируют FAANG's schools. Жаль.
ps. кстати, если в слово Google добавить тире, то дословным переводом станет "гуляй-глазей" ))
Да, можно, например, признать, что подошла к завершению эпоха великого распила монолитов на микросервисы. Но больше микросервисов - больше и работ по: безопасности, интеграциям, масштабированию.
Плюс у нас случилось ускоренное импортозамещение, ставшее второй причиной перегрева рынка вакансий. А вот ему точно ни конца ни края не видно. Банки уже понимают, что их суперапы таковыми не являются. Энтерпрайз типа Росатома и Сибура тоже не в большом восторге от своих новорожденных "экосистем". Они хоть и кажутся монструозными, но уже отстали. NoSQL-платформ нет, гипервизоров под нагрузки нет, брокеров тоже пока не случилось.
Отдельным айсбергом плывет 1с, которая на горизонте уже просит реализацию 2.0, поэтому собственно и воя на ИТ-болотах об изгнаниях с "работах" ждать пока не приходится.
200-250 сокращений в условном МТС, Доме.ру или рутубчике - это скорее очередная devops оптимизация, чем общий тренд.
Т.е. ответ знатоков: -5.19615242271 ?
Революция в том, что условный java-сеньор Александр перестал понимать не только логику кода 1С-сеньора Бориса, Mojo-сеньора Витторио и еще около 300 сеньоров, но и llm-код написанный по промтам пользователя Петра
В системах с чувствительными данными почти всегда есть многоуровневые процедуры согласования/блокировки доступов и пермишенов, причем даже между внутренними ресурсами. Некоторые из таких алгоритмов принятия решений не отражены даже в регламентах и хранятся в коллективном понятийном мышлении дабы "неслучайный дровосек" по открытому алгоритму не наломал дров. Учитывая, что польза от изолированного АИ примерно как от подушки безопасности в бронепоезде, опасаться распространения ИИ в критических инфраструктурах сильно преждевременно. Из без них "течет" гигабайтами.
Да, распространенная практика, интересно как в этих двух компаниях маркировались фрагменты собственного кода?
Или накажете? Чем предлагаете "отшлепать" нейронку за то, что после расчета уровня насыщения пластов она отправляет геомодель в свой core для дальнейшего обучеия?
Google Willow?
Универсально легко: "сколько будет три умножить на корень из минус трёх" - have a fun moments
Как quck-start весьма интересно, хотя и, правда, фрагментами скриптов сценариев не жирно.
Успех автоматизации закупок не определяется присутствием ИИ. Каждая строка в листе заказа - это не просто наименование позиции и цена, но и куча допусловий от поставщика: количество на складе, сроки поставки (один заказ может быть поставлен несколькими партиями с разными сроками), условия оплаты, гарантийные, страна производителя, испытания и сертификации, параметры и составы материалов. По каждому такому "допику" есть под-условия. Например, при оплате "100% предоплата", необходимо сразу знать рассчитанный ранее кредитный лимит поставщика.
Все это настраивается в системах управления закупками (SRM). В торговых сетях такие системы имеют классификацию EDI (электронный обмен данными). В работающих на сегодня инфраструктурах такого класса востребована сигнальная аналитика формата: "отгрузочная цена артикула HF-12GZ у 90% поставщиков превысила пиковое значение сметы" или "в заказе xyz123 рост цены по позиции "огурцы" составил 40% с начала года и выпервые превысил значение позиции "шейка свиная".
А ИИ+парсинг публичных источников - это больше про то, как спросить у ChatGPT "где сейчас самые дешёвые билеты на концерт Басты".
Вторая позиция имеет двойной аргумент по огнестойкости ("огнестойкий" + FRLS), у первой позиции 0 таких аргументов. В чем проверка их идентичности?
А вы на хитрых подкрадулях ))) Конечно же, связь между dev и инженерией намного прочнее, чем между coding и dev. Но и класс SoS (System of systems) также повзрослее, чем отдельные app или service. Команду разработки, например, Excel инженерной назвать бы, наверное, не смоглось, при всех за то, что лучший в мире табличный редактор с таким набором надстроек, когда без особого труда можно с датчиков телеметрию собирать.
Склонен к мнению, что да, true. Так же как и создатели Nginx, MaxPatrol, Alladin R.D. и другие, сумевшие запустить наилучшие в своем классе системы.
ТС на поворотах, конечно, экспрессивен, но с маршрута не сбился и задачу выделиться решил. Конкуренция в ИТ реалистически нагревается. Да, еще не дошло до чистого dev, но "сапёру" довольно проблематично пересесть уже на новый проект, не говоря о том, чтобы вкатиться в 1С. В геймдев давно фиговато. Devops'ы либо еще при деле, либо уже без дел. Не сбылись прогнозы по гипонагрузкам. Да и параллелизмы из rest/soap/grpc/graph.. себя не оправдали.
Фактически весь рынок сейчас раскручивают пятерка банков с интеграторами, три маркетплейса и спорадические вспышки окологосухи. И характер этого вращения скорее не колесо напоминает, а сито с целью просеивания рынка на отбор наиболее годных.
Конкуренция ожидаема скорее не за рабочие места, а за сверхдоходы, к которым успели привыкнуть. Всегда можно будет пойти в условный почтатех или астру-кадастру, но уже не на 5к$. Плюс конкуренцию обостряют продаваны сбера, не первый год они рассказывают "в кулуарах" форумов о готовности внедрить в любой компании лучшие в мире crm, scm, ИИ-аналитики, голосовые роботы, вкс и бигдаты собственной разработки. Да у них прайс на внедрения как цена бульона из птицы додо, но пилоты уже есть и в этих пилотах сокращение ИТ-стафа один из критериев оценки эффекта.
Возможно, проблема не столь в устаревании навыков и скиллов, потоке "вкатышей" с курсов, скорее в российском бизнес-образовании. Как правильно сказал известный банкир его в России, действительно, нет. Поэтому "мифический" бизнес не умеет и не стремится пока общаться на одном языке с "технократами". И это обоюдно взаимно, потому как вторым первична техника и к бизнес-value мы глуховаты.
Пара массовых примеров. CIO показывает слайды о переходе на русс-BI, как это получилось легко и выгодно, как в режиме реального времени можно видеть движение всех обращений в саппорт, скорости реакции и чуть ли не логин пользователя набивающего новый тикет. А между тем это "статика". Итоги недели/месяца/года, их динамика, безусловно, важны. Но в real-time ли.. Смысл-с кем-зачем-откуда?? ИТ свою частную задачу решила, на 101 балл, а в чем цимес бизнесу?
В ответ инвесткомитет на следующей встрече спрашивает: а можно в эту вашу паутину с семафорами включить заявки от дилеров, что если какой наш подлец ее не тэгнул во время, чтобы у него в стуле гудок включался и мышка током херачила? Можно! Кипит работа, кодеры-рп- аналитики-qa - все вроде при деле, пока внутренний акт с трудозатратами по проекту не сформируется. Потом все грустные ходят, до новой эврики.
Dedurre, как говорят итальянцы, можно на собесах пингвинов косплеить, а можно аргументацию и бизнес-value criteria изучать. Свой путь у каждого..
Отлично, Михаил! С успешным стартом на Хабре! C4 также представляется оптимальной по критериям "доступность/ёмкость/эффективность". На L1 команда объединена единым видением архитектуры, L2 максимально ускоряет вовлеченность нового участника на его уровне ответственности. L3 - это база. На L4 еще не доводилось спускаться, но это вопрос ближайшего будущего. Во-первых, разработчики приходят и уходят. А, во-вторых, реализацию узкого функционала a-la визуализация в kibana дешевле отдавать на аутсорсинг,-стафинг, сохраняя при этом единое смысловое поле классов и атрибутов.
На втором уровне еще не пробовали приколачивать к компонентам CMDB-ключи (ЯП, версионность, фреймворки, источник разработки, внешние-SaaS (если есть))?
Направление важное, ждем продолжения и охотно подключусь к публикации подобного опыта..
Долго ли коротко, хабр становится очередной реикарнацией блиновской, жаль.
Не расстраиваетесь, вас уже ожидает океан поклонников камунды
"В Positive Technologies начались массовые сокращения ИТ-шников.. ..в первую очередь убирают мидлов, и тех, чьи проекты закрываются или объединяются" - кстати, еще одно подтверждение, что столько операторов пилорамы монолитов нам уже не нужно.
Все так, при том что в wikipedia алфавитный список ЯП уже содержит 350+ записей. И горшочек продолжает варить ))
С 1975 года и "Мифического человеко-месяца" как раз корпораты, наверное, впереди всех по части софтварного луддизма и архитектурной пакостей. Во многом с их подачи чел-мес постепенно стали человеко-десятилетиями.
Самые яркие квазары формата Linux или Docker запущены анархистами и бунтарями, которые только после попадания в чисто бизнесовую синекуру начинали генерить Bootcamp-манифесты и KISS/DRY/etc принципы. Тот же Agile вместо ускорения и гибкости плотно взял немало команд на блесну kangoo-разработки, конвейеров а/б-тестов, при отсутствии покрытия документацией.
Архитектурные требования определяются задачами и "болями" ключевых пользователей. Тиктоку не нужен TTM или Экселю - RPM. Но им в сто раз важнее понимать какой ключевой набор метрик является определяющим для своих 100-милионноых аудиторий.
Знай своего клиента, будь быстрее рынка, пиши код б..д, действительно чистый и безопасный - вот этого не хватило, возможно. А с общим вектором согласен, бесконечные goto, return, "все везде" в коде, слоняния от теннисного стола к мини-футболу с вялотекущими воспоминаниями о том, что раньше кофе был "рафтее", а бананы в кают-компании больше. При этом постоянные утечки, откровенно пустые дейлики, стэк-солянки из PHP/Ruby, C#, Delphi, JS, Python, PG/MySQL, MongoDB, Airflow, Kafka+RabbitM, раскиданных по дюжине VDS - вот такие кланы не вчера и массово-успешно формируют FAANG's schools. Жаль.
ps. кстати, если в слово Google добавить тире, то дословным переводом станет "гуляй-глазей" ))
Да, можно, например, признать, что подошла к завершению эпоха великого распила монолитов на микросервисы. Но больше микросервисов - больше и работ по: безопасности, интеграциям, масштабированию.
Плюс у нас случилось ускоренное импортозамещение, ставшее второй причиной перегрева рынка вакансий. А вот ему точно ни конца ни края не видно. Банки уже понимают, что их суперапы таковыми не являются. Энтерпрайз типа Росатома и Сибура тоже не в большом восторге от своих новорожденных "экосистем". Они хоть и кажутся монструозными, но уже отстали. NoSQL-платформ нет, гипервизоров под нагрузки нет, брокеров тоже пока не случилось.
Отдельным айсбергом плывет 1с, которая на горизонте уже просит реализацию 2.0, поэтому собственно и воя на ИТ-болотах об изгнаниях с "работах" ждать пока не приходится.
200-250 сокращений в условном МТС, Доме.ру или рутубчике - это скорее очередная devops оптимизация, чем общий тренд.