Google внедряет в ИИ Gemini новую функцию под названием «Call for Me» (“Позвони за меня”), позволяющую звонить в различные организации. На начальном этапе она станет доступна владельцам смартфонов Pixel 11 в США, оформившим подписку на Gemini.
Качество ответа генеративной модели во многом зависит от того, как сформулирован запрос. Промпт-инжиниринг здесь не сводится к поиску «правильных слов» или универсальных команд. Его основная задача гораздо проще: как можно точнее передать модели свое намерение.
Генеративный ИИ заметно изменил способ взаимодействия с программами. Модель можно попросить написать письмо, проанализировать информацию, объяснить сложную тему, предложить идеи, сгенерировать код, составить план проекта или критически разобрать предложенное решение.
Но есть ограничение..
Присоединяйтесь к выступлению эксперта по ИИ из MTC Web Services на открытии сезона Rust-сообщества 🤖
Привет! В Университете ИТМО завтра пройдет встреча, посвященная языку Rust, где MWS выступит партнером мероприятия.
В рамках программы Артур Казарян, разработчик в MWS AI, расскажет «Как задушить питона в ML-пайплайне» — что делать, когда для запуска инференс-пайплайнов доступен только Python. А еще покажет, как бесшовно интегрировать решение на Rust и получить хорошее ускорение.
📅 Когда: 26 сентября (суббота) с 14:00 до 18:00, Санкт-Петербург, Университет ИТМО + онлайн-трансляция
👉 Присоединяйся к трансляции по ссылке
Опен-колл на зимнюю Conversations закрывается 10 октября. У нас ценят зрелые кейсы, смелые эксперименты (с метриками!), челленджи, а также AI-истории, которые заставляют иначе взглянуть на задачи.
Внутри — хот-топики трека «Продукты и технологии» и первые спикеры. Готовы поделиться опытом? Подайте заявку на выступление!
В 2022 году с российского рынка ушел Microsoft Project, причины вы знаете. Многие отечественные компании вынуждены были начать поиски новой системы управления проектами. Не стал исключением и один из наших клиентов. Далее — повествование от имени заказчика, который пожелал остаться анонимным.
Примерно с августа этого года японские интернет‑магазины подержанных книг фиксируют резкий рост числа крупных заказов. Представители магазинов сообщают о показателях вроде «продажи 100 книг в день» и днях, когда объём продаж увеличивался в пять раз. Это породило в отрасли предположения, что книги закупаются для сбора данных, необходимых для обучения искусственного интеллекта.
Зачем рынку ещё одна замена Microsoft AD
Подоспела новость: MONT и Avanpost договорились о партнёрстве.
На первый взгляд - обычная дистрибьюторская новость. Но для компаний, которые работают с MONT и рассматривают миграцию с Microsoft AD на Linux-каталог, появляется интересный вариант службы каталога — Avanpost DS. Сейчас многие возразят: на рынке же полно российских решений-аналогов MS Active Directory — ALD Pro, РЕД АДМ, Роса Dynamic Directory, Альт Домен и другие. Зачем нам ещё один? Копнём поглубже, чтобы понять, а действительно нужен ли нам этот "ещё один".
Российские Linux-каталоги собраны по-разному: одни вокруг FreeIPA, другие на Samba DC. Вместе с каталогом заказчик выбирает его архитектуру, зависимости и инструменты администрирования. Поэтому два продукта с одной задачей в эксплуатации ведут себя по-разному.
Avanpost пошёл другим путём
Ядро Avanpost DS — LDAP-сервер и Kerberos — написано на Go с нуля, без использования open-source-компонентов. По заявлению вендора, их служба каталога протестирована под нагрузкой до 30 млн объектов.
Что это даёт?
Типичный Linux-каталог собран из нескольких компонентов. Каждый зрелый и проверенный, но со своей архитектурой и зависимостями. Вендору приходится развивать свой продукт и одновременно считаться с чужим кодом.
Своя собственная разработка даёт больше контроля над ключевыми компонентами. Их можно менять, искать узкие места и оптимизировать под нагрузку, а не подстраиваться под архитектурные решения, которые принимали без тебя. Avanpost среди плюсов своего подхода называет производительность и масштабируемость.
Но производительность важна не только в штатном режиме
Проблема начинается, когда нужно быстро исправить ошибку в каталоге. Неудачный скрипт, сбой интеграции или массовое изменение могут затронуть множество объектов. Контроллеры при этом доступны, пользователи аутентифицируются, мониторинг зелёный – но у части сотрудников уже изменены атрибуты, членство в группах или права доступа. Формально всё работает, а данные внутри — уже нет.
Мало обслуживать миллионы объектов в штатном режиме. Нужно ещё быстро понять, что именно сломалось, и исправить это, не откатывая миллионы корректных данных вместе с ошибочными.
При больших объёмах узким местом может стать уже сам каталог. В компании, где я работаю (другой ИТ-вендор), был похожий опыт при нагрузочном тестировании одного из Linux-каталогов, построенных на open-source-компонентах: массовые операции на сотнях тысяч объектов выполнялись критически медленно, а удаление нескольких тысяч учётных записей заняло несколько дней. Во время нагрузки возникали ошибки, а репликация между контроллерами некоторое время не восстанавливалась.
Поэтому производительность каталога при больших объёмах – это не вопрос комфорта администратора. От неё напрямую зависит, сколько времени займёт исправление массовой ошибки.
И здесь у Avanpost есть ещё одна полезная связка
С августа Avanpost DS Pro совместим с Granulex Recovery. Granulex сравнивает текущее состояние каталога с резервной копией, показывает, что изменилось не туда, и позволяет выборочно вернуть нужные объекты и атрибуты — без полного отката каталога.
Так что при выборе замены Microsoft AD важен не только список функций. Сколько объектов реально выдерживает каталог? Как ведёт себя под нагрузкой? И насколько быстро можно найти и исправить ошибку, если она затронула тысячу объектов из миллиона?
Когда от каталога зависят доступы всей компании, это уже не мелочи.
Источники:
Статья на Cnews "MONT и Avanpost начали сотрудничество в области дистрибуции решений для защиты корпоративной инфраструктуры"
Telegram-канал Granulex ⚡️ российский ИТ без простоев
Telegram-канал Avanpost
Хочу придраться к слову «план»
План. Plan. Планирование. Planning.
Часто встречаю эти слова в бизнес‑литературе, особенно в переводной.
А дальше слышу это слово у менеджеров.
Я не уверен, у меня нет управленческого опыта в англоязычной зоне.
Но у меня есть Ютуб.
И так как я умею слушать, я слышу...
Слышу, что наш человек вкладывает в слово «план» коннотации почти векового опыта советских пятилеток.
План у нас — это «чтоб на века», «чтоб стояло крепче, чем советская власть!», это наш дед строил дачу, приговаривая обоснование своего фундаментализма.
Слово план у нас тяжёлое, мы хотим «сесть и запланировать», жёстко, каскадно, достоверно, глубоко, системно, последовательно и с предварительным глубоким анализом.
Все черновые наброски на салфетке — для нас это не план, а подтирочная бумага.
Диаграмма Ганта в три экрана вышиной и шесть экранов шириной — вот это план! Явно видно, люди поработали, молодцы!
И это в современных ИТ‑компаниях с достаточно молодым менеджментом.
Тем временем в англоязычной зоне я слышу «Show me something, plan, notes, anything.»
Покрутить эту фразу на языке. Почувствуйте иное отношение.
‑-
И то же самое со словом «планирование».
У нас планирование — это нечто фундаментальное, требующее внятной подготовки, точных прогнозов и выделенного времени.
У нас само планирование — это проект.
А там это planning.
Я это слышу как «постоянное планирование».
Как процесс, а не проект.
Это у нас до сих пор считается, что стратегия — это план, что надо собраться, поднатужиться, сделать серьёзные морды и раз в году на сратегической (я не опечатался) наврать друг другу, как мы будем взаимодействовать ближайшие три года, чтоб всем доказать, что мы ещё ого‑го!
А на Западе стратегия и не была планом, даже у Ансоффа, отца‑основателя стратменеджмента. Даже у него это процесс с корректировками.
Но отечественный менеджер не может просто так отпустить опыт советских пятилеток.
‑-
Встаёт вопрос, почему мы оглядываемся на Запад?
Наша производительность ниже.
Мы решили жить в их мире с их правилами, растём на их опыте и их бизнес‑литературе.
Хорошо бы в своём нарративе понимать, что и онтология у нас разная.
Каждая задача — это чат. Звучит странно? Мы в YouGile считаем иначе: если задачи лежат в таск-трекере, а вся реальная работа обсуждается в Telegram — таск-трекер превращается в место для отчётности. Поэтому мы решили не отучать людей общаться, а сделать общение ускорителем работы. Рассказываю, как чаты вовлекают в работу, ускоряют команду и становятся базой для ИИ.
Изучая Adobe Photoshop (в частности любимый мною CS6 – так как запросто устанавливается на любой чайник), программы по монтажу (VSDC Video Editor, Wondershare Filmora, Movavi и Capcut), и другого типа редакторы мне не могла не прийти мысль об автоматизации. Как минимум потому, что я ленивый, а в общем и целом – для автоматического создания материалов и текстур. Создавая игры любой разработчик уткнётся носом в одну простую вещь: у него есть готовый и расписанный лор, персонажи и их дизайны, может даже саундтрек и примеры кода, но нет второстепенных текстур. Под второстепенными текстурами я имею в виду то, что не влияет на лор, но влияет на игровой опыт (к примеру, блок земли в Minecraft не поможет нам убить дракона, но данная текстура жизненно необходима игре).
Следовательно, нужно было научиться автоматизировать процессы обработки графических материалов. Последовательная обработка подразумевает код, а автоматизация – наличие функций. Желательно было всё это оформить на Python. Идея понятна: хочу обрабатывать визуал таким образом, чтобы целый ряд фильтров и сопутствующих преобразований накладывались по одному клику, без упорного затирания UI Photoshop до дыр. И что делать? Здесь на помощь приходит один известный форк PIL (Python Imaging Library) под названием Python Pillow.
Как оказалось, сообщество Python уже давно задумалось над тем, как можно через код работать с графикой. PIL – древняя библиотека для работы с растровой графикой, поддержка которой давно прекращена. Потому на её основе возник форк под названием Pillow, о котором сейчас и поговорим. Стоит отметить, что на мой субъективный взгляд Pillow лучше всего работает именно с форматом PNG, потому рассматривать работу библиотеки с файлами иных расширений мы не станем, по крайней мере в этой статье. Также отмечу, что это не совсем образовательная статья, а скорее Roadmap, потому что доступ к каким угодно учебным материалам сегодня есть из любой точки земного шара, и гораздо важнее поговорить именно про последовательность действий при освоении данной технологии – какой она должна быть, чтобы иметь достаточное понимание для выполнения определённого рода задач.
Microsoft готовится выпустить Windows Server 2028 во второй половине следующего года (2H27). Компания сделает обязательной активацию KMS с использованием модуля TPM. Параллельно с этим она объявила об отказе от ряда ключевых функций службы развёртывания Windows (Windows Deployment Services, WDS).
Привет, Хабр!
Я Дмитрий Старов, директор департамента «Инструменты и технологии разработки» компании «Диасофт».
Еще относительно недавно вопрос звучал так: сможет ли искусственный интеллект писать код?
Сегодня этот вопрос уже не кажется самым интересным. Современные модели умеют генерировать код, находить ошибки, писать тесты и объяснять, как работает тот или иной фрагмент программы. Каждые несколько месяцев появляются новые AI-ассистенты, и каждый обещает работать быстрее, точнее или самостоятельнее, чем предыдущий.
Все это действительно меняет роль разработчика. Но если посмотреть на крупные enterprise-системы, становится понятно, что скорость написания кода – уже давно не главный фактор.
Гораздо сложнее понять, что именно нужно изменить, как это изменение впишется в существующую архитектуру, не нарушит ли оно работу других компонентов системы и пройдет ли все обязательные проверки. Речь идет о том, что можно назвать AI SDLC – подходом к жизненному циклу разработки, в котором AI изначально встроен как полноценный участник, а не подключается сбоку. В корпоративной разработке путь от требования до рабочего решения гораздо длиннее, чем кажется, если смотреть только на код.
Это наблюдение заставило нас в «Диасофт» по-другому посмотреть на роль AI. Мы не считаем, что основные усилия должны быть направлены на то, чтобы модель писала код еще лучше. Все гораздо серьезнее, потому что использование AI полностью перестраивает процесс разработки и даже сам состав инженерной команды.
7 октября я вместе со своими коллегами в прямом эфире покажу как устроена наша AI SDLC архитектура (ссылка - в конце статьи).
На демо все выглядит безобидно: загружаем документы, строим эмбеддинги, подключаем векторный поиск — и RAG уже отвечает на вопросы. А потом поиск тормозит, после фильтрации пропадают результаты, а команда внезапно тратит все силы на систему, которая слишком велика для проекта.
Разберу, когда для векторного поиска достаточно PostgreSQL с pgvector, зачем выносить его в Qdrant и в каких случаях сложная архитектура Milvus действительно оправдана.
Телефон лежит на столе или в другой руке. Сбоку от него в воздухе ладонь. Двигаешь ладонью — корабль на экране поднимается и опускается. Экрана не касаешься. Камера не нужна: телефон пищит ультразвуком и слушает эхо своим микрофоном.
Играть: sonaroids.app (веб-приложение на iPhone; для Android есть .apk — ссылка на главном экране игры). Код: github.com/neokrasav4ik/sonaroids, MIT.
UPD. Заголовок устарел, и это хорошая новость: на Mi 9 Lite, середнячке 2019 года, играется так же, как на iPhone 16. Помогли широкий зонд (управление примерно вдвое чище) и приложение для Android со своим звуком, правильной громкостью и выбором микрофона. Новые разделы статьи — «Широкий зонд» и «Android: приложение вместо браузера».
Яндекс Дропс наушники с ИИ под рентгеном: восьмислойная HDI-плата, три микрофона на наушник. Разбираем внутренности первых ИИ-наушников Яндекса методом рентгеновской микротомографии.
Компании и разработчики часто относятся к договору на разработку ПО как к формальности, считая, что главное – договориться о цене, сроке и результате. Но на практике именно договор определяет, что именно должен сделать подрядчик, что обязан дать заказчик, кто получает права на код и что делать, если проект пошел не по плану.
В статье подробно разбираются в частности следующие вопросы:
1.Какой договор заключать на разработку ПО?
2.Что именно создаем, предмет договора и техническое задание
3.Когда начинается и заканчивается разработка, сроки и этапы разработки ПО
4.Как управляем изменениями, оформление изменений в ТЗ и дополнительных работ
5.Как платим за разработку, стоимость разработки и порядок оплаты
6.Как принимаем разработанное ПО?
7.Кому принадлежит исключительное право на ПО?
8.Что делать со сторонними компонентами?
9.Что происходит при расторжении договора?
10.Гарантия, ответственность, NDA и персональные данные
В конце материала представлен чек-лист проверки договора на разработку ПО
Я пять лет вожу настольные ролевые игры как мастер. И пять лет воюю с музыкой.
Знакомая картина: партия торгуется с контрабандистом, напряжение на столе настоящее — и тут трек просто заканчивается. Тишина. Или автоплей подсовывает что-то бодрое из соседнего плейлиста. Магия момента разбита, а я судорожно переключаю вкладки, как будто проваливаю проверку восприятия.
Вторая беда — переходы. Партия вышибает дверь в подземелье, варвар уже кидает инициативу, а я двадцать секунд вожусь с фейдом тавернской темы и поиском боевого трека.
При этом видеоигры решили эту проблему десятилетия назад. В любой RPG музыка города крутится, пока ты в городе, а стоит спуститься в склеп — тема мрачнеет вместе с тобой, точно в долю. Композиторы пишут игровую музыку секциями с loop-точками и маркерами переходов, а движки вроде FMOD и Wwise собирают из этого «музыку, которая реагирует».
Но моя фонотека — это обычные mp3. У них есть начало и конец, и им плевать на мою партию.
Так родился проект: инструмент, который берёт любой трек и заставляет его вести себя как игровой саундтрек. Под катом — вся дорога: от теории музыки и алгоритма Фута из 2000 года до нейросетей 2025-го, от сэмпл-точного планирования в Web Audio до археологии сломанных зависимостей. С честными цифрами, где нейросеть проиграла эвристике.
Привет, Хабр! (И тебе, IT‑шник, который хочет узнать, что вообще происходит с наймом в 2026. Сейчас разберёмся, но легче тебе от этого не станет).
В прошлый раз я собрал истории найма, и вы принесли ещё. Много. Я за это время успел стать немножечко психотерапевтом: люди писали не «опубликуй», а «просто хочется кому‑то рассказать». Так что моя аналитика стала для кого‑то поддержкой…
Так что продолжаю рассказывать истории IT‑найма 2026...
В китайской провинции Сычуань представили первый в мире всепогодный аэростат Yunshao M1000-CNS. Они способен оставаться в воздухе до пяти лет.
Gradle — один из главных инструментов в мире Java-разработки, но насколько хорошо вы действительно с ним знакомы?
Мы подготовили 10 вопросов по современному Gradle: зависимости, плагины, задачи, конфигурация, сборка и другие возможности инструмента. Здесь не нужно разбирать фрагменты кода — проверим именно ваше понимание того, как работает Gradle и как его используют в реальных проектах.
Переходите по ссылке и проходите квиз! В конце вас будет ждать подарок! Удачи!
