Kurgan-Telecom Ru | Информационные технологии

Это третья статья про мой "аниме завод" — систему, которая автоматически превращает длинные эпизоды в Shorts.

Если хотите полный контекст, вот предыдущие части:

Telegram выкатил обновление для iOS — MTProto-прокси снова работают. Обновил, подключил, медиа грузятся. Разбираю, почему прокси ломались именно на iOS, как Fake TLS шифрует MTProto-трафик под обычный HTTPS, и почему прокси на российском VPS работает лучше зарубежного.

Когда тебя решили заменить ИИ-агентом и слить по-тихому.

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

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

Однако генерация сложных ландшафтов на CPU может стать узким местом, особенно когда речь идет о streaming-мирах или динамическом разрушении окружения. На помощь приходит вычислительная мощь графического процессора. Используя Compute Shaders, мы можем перенести тяжелые математические расчеты на тысячи ядер видеокарты, получая готовую карту высот или же heightmap за доли миллисекунд. В этой статье мы разберем, как устроены процедурные текстуры, почему GPU идеален для этой задачи, и напишем собственный генератор местности с эрозией на HLSL.

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

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

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

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

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

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

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

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

Какой бизнес мог бы потенциально запустить практически любой более-менее подкованный технический специалист, «с прямыми руками», который немножко умеет программировать, немножко знает 3d печать, немножко умеет моделировать — и где конечная затея могла бы решить проблему множества людей, а путь технического решения этой проблемы является весьма простым (не сильно сложнее, чем «поиграть в детские машинки»)? :-)  

Охотно отвечу: проблема «последней мили» применительно к транспортной доступности во множестве городов мира! 

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

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

Перелом наступил, когда я подумал: хватит чатиться. Зачем я каждый раз ввожу его в курс дела — пусть работает из IDE и узнаёт контекст сам. Дал ему пару указаний, чтобы код генерил не как в примерах из учебника, а как надо. Вот тогда-то всё и изменилось.

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

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

Чтобы найти ответы, пришлось немного поработать. Немножко технически, немножко психологически. Боишься, что заменят — учись новому. Что, в первый раз, что ли? Немного шишек — и мускул накачан. Обложиться MCP-шками, настроить агентов — для человека, который был и админом, и девопсом, это не проблема. Руки помнят.

Агент «Исследовать» в Алисе AI может работать до 20 минут. За это время он успевает обойти десятки сайтов, запустить модели, вызвать инструменты — и сделать всё это параллельно на нескольких хостах. И если в середине цепочки что-то упадёт (а практика показывает, что если может упасть — когда-нибудь упадёт: релизы, сети, «луна не в той фазе»), агент должен уметь продолжить работу с того же места, а не начать всё заново, сжигая часы и LLM-токены. Ещё год назад никакой инфраструктуры для этого у нас не было.

Меня зовут Алексей Логинов, я ведущий разработчик в команде, которая отвечает за инфраструктуру нашего ассистента. В этой статье я покажу, какой путь мы прошли от наивного SDK до полноценной платформы Agent Transport System (ATS) — и как при этом упирались в различные ограничения и преодолевали их.

Привет, я Таня — работаю ведущим продуктовым дизайнером опыта покупателя в Ozon. Среди моих продуктов «Избранное», «Вишлисты», мини-апп «Доставки посылок», а в прошлом я дизайнила «Карточку товара». Год назад я ротировалась в команду «Корзины», потому что хотела для себя новых вызовов.

На примере редизайна «Корзины», я хочу показать, как сегодня меняется роль дизайнера в продукте, чем дизайн-стратегия отличается от просто красивого концепта, почему такие изменения невозможно делать в одиночку.

Лицензионное соглашение кажется многим чуть ли не единственной моделью продаж ПО (программного обеспечения). Но по мере того, как IT-продукты становятся более масштабными и экосистемными, все больше компаний интересует модель франшизы. 

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

С тех пор как мы представили инструмент резервного копирования в Manticore Search 6, создавать резервные копии данных стало заметно проще. Но мы постоянно слышали один и тот же вопрос: "А как насчёт облачного хранилища?" Сегодня мы рады объявить, что manticore-backup теперь поддерживает S3-совместимое хранилище с потоковой загрузкой — без промежуточных файлов, без проблем с местом на локальном диске, только бэкапы напрямую в облако.

Пользуюсь Codex с подпиской pro месяц. Собрал несколько очень тупых, но эффективных промптов, отлично показавших себя во время разработки с использованием GPT-5.4.

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

Выделяем ПК или VM, устанавливаем Linux, я предпочитаю Debian (сейчас актуальная версия 12). Устанавливаем Docker и Docker-Compose по оф. инструкции Добавление репозиториев

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

Тимлид был искренне удивлён: «Я не видел никаких признаков!». А было ли тимлиду, где на них посмотреть?

Привычные средства защиты информации не способны отловить все без исключения угрозы. У каждого СЗИ есть слепые зоны: то, чего оно еще не видело или не умеет распознавать. Одно из решений данной проблемы — это использование фидов Threat Intelligence, которые в режиме 24/7 обогащают такие решения, как SIEM, NGFW, EDR, XDR и другие внешним контекстом — индикаторами компрометации, правилами детектирования и информацией о тактиках атакующих.

Но и здесь уже на этапе тестирования фидов неизменно возникает парадокс. Срабатывания при загруженных фидах означают, что в инфраструктуре есть хакеры.

Однако их отсутствие может говорить как о «чистоте» системы, так и о кажущейся бесполезности самих фидов. Как отличить одно от другого? И почему количество срабатываний — плохая метрика качества?

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

Вчера меня занесло на мероприятие под названием "Битва Единорогов" в офисе Инновационного Хаба Шелкового Пути, через дорогу от Стенфорда. Офис состоит из двух комнат, но согласно его вебсайту, они уже ускорили 320 стартапов.

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

На INFOSTART FRIENDS REGATA дни проходят в совершенно новой и непривычной атмосфере. Сначала легкая йога или пешая прогулка. Затем завтрак и живое общение, как продолжение разговоров, которые начались накануне. После короткого брифинга команда выходит в море.

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

Команда Инфостарт начинает регату из бухты Фетхие, одного из самых живописных регионов для яхтинга. Далее яхты идут по Эгейскому морю. Маршрут включает такие уютные бухты, как Boynuz Buku, Sarsala, Kapi Creek, где особенно чувствуется формат вне привычного мира...

Вы наверняка встречали задачки на логику: «Все кошки — животные. Это животное — кошка. Значит ли это, что все животные — кошки?» Нет. С тимлидами та же история: не каждый сильный разработчик становится сильным тимлидом. Но и обратное неверно.

Меня зовут Юлия Аравина, я психолог и коуч IT-руководителей, а также наставник на курсе «Управление командой» в Яндекс Практикуме PRO. В этой статье я разберу, в какие ловушки попадают сильные разработчики после повышения, как из них выйти, и как понять, что тимлидство не для вас (или всё же для вас).