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

Если у вас есть код, который дергает POST /messages на SMS-провайдера и молится, что ответ будет 200 OK, то наверняка все уже привыкли, что эта схема работает, и не стоит ее трогать. А потом у провайдера ночью падает шлюз, логики повторов нет, и утром вы разгребаете тикеты от пользователей, которые не смогли войти в приложение или подтвердить оплату.

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

Счетчик показал десятки проездов за одну красную фазу светофора. Машина была одна, и она стояла.

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

Система считает машины, автобусы и трамваи на видео с неподвижной камеры… Готовых наборов данных не брал: хотел пройти весь путь от съемки до обученной модели сам и посмотреть, где он ломается.

Ломался он пять раз. Метрики тоже будут, вместе с разбором, почему верить им нельзя.

Каждый раз, когда в компании случается очередное «мне написал директор, попросил срочно оплатить», разбор начинается одинаково: в SOC прилетает скриншот из мессенджера. Иногда — обычная пересылка письма, что не сильно лучше: клиент пересобирает MIME, и половина служебных заголовков до нас не доезжает. Смотреть, по сути, не на что, поэтому обсуждение сводится к подписи, стилю письма и спору о том, похоже или не похоже.

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

23 августа в Пекине закончилась World Robot Conference 2026. Пять дней, 373 компании, более 557 тысяч посещений и полный интернет роликов с настольным теннисом, боксом и роботами-поварами.

235 рекламных кампаний, восемь месяцев дневной статистики, 1,5 млн рублей расхода. Три ловушки в отчётах, из-за которых выводы сначала получились красивыми и неверными, и что осталось от цифр после проверки.

Переписал с Perl/GTK3 на C++/GTK4 ds-measurer — утилиту для измерений поверх живого экрана, снятия скриншотов (в буфер обмена и/или на диск) и цветов в различных CSS-нотациях (в буфер обмена и/или c выводом на экран).

Есть поддержка цветовых схем с переключением по ним, направляющих с прилипанием к ним, выделение из центра и/или с фиксированным соотношением сторон, настраиваемые сетки и хоткеи.

Термопаста — это вещь, про которую многие из нас вспоминают ровно два раза: когда собирают компьютер и когда тот начинает перегреваться. А ведь между этими двумя событиями может запросто пройти года два-три, и все это время слой под кулером живет своей жизнью, о которой владелец не знает ровным счетом ничего. И зря, между прочим, не знает, потому что творится там довольно много интересного, и заканчивается это обычно не в его пользу.

Меня зовут Петрищева Евгения, я отвечаю в SM Lab за оценку и развитие сотрудников.

Последние несколько лет внесли коррективы во все сферы работы организаций и корпоративное обучение (L&D) не стало исключением. Ключевые вызовы сотрудников L&D: какие навыки понадобятся команде в ближайшие два года, как успеть развить их раньше, чем они станут дефицитом, и как ещё более точно рассчитать вложения на обучение персонала.

В этой статье хочу собрать самые интересные наблюдения, которые мне встретились. Поговорим о мировых трендах развития сотрудников, а также IT-специалистов исходя из исследования Future of Job Survey и мнений визионеров. А также обсудим российские тенденции в обучении и развитии сотрудников как в IT, так и в других отраслях. В конце расскажу, как эти тенденции отражаются в наших программах развития в SM Lab.

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

Все мы иногда меняем работу. Я вот тоже недавно решил. Походил по собеседованиям и удивился. Спрашивать стали больше, шире, детальнее.

Кажется, что это не новость. IT всегда было местом, где обучаться чему-то новому приходилось гораздо часто. Но кажется раньше скоуп экспертизы не сдвигался так сильно за такое короткое время.

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

Недавно мы запустили опрос, чтобы выяснить, насколько глубоко ИИ проник в процессы разработки. Хотели проверить пять гипотез, и вот как они звучали:

1. ИИ уже перешёл от личного использования к командному и сквозному внедрению.

2. Глубина внедрения ИИ зависит от размера компании и роли сотрудника.

3. Применение ИИ вышло за пределы генерации кода.

4. Чем выше инженерная зрелость, тем глубже внедрение ИИ и заметнее результат.

5. ИИ скорее убыстряет процесс разработки, чем пишет качественный код.

Мы проанализировали все заполненные анкеты — их оказалось 317. Под катом расскажем, насколько наши гипотезы подтвердились или опроверглись вашими ответами и попутно опишем пару-тройку других интересных корреляций. Например, мы поняли, что размер компании часто не помогает, а, наоборот, мешает внедрить ИИ по сквозному принципу — «крупняки» делают это на 35% реже, чем небольшие компании. Но обо всём по порядку.

Embedded Swift — это подмножество Swift, предназначенное для работы с низким потреблением ресурсов, что позволяет ему работать в ограниченных средах, таких как микроконтроллеры. Используя специальный режим компиляции, Embedded Swift создает значительно меньшие исполняемые файлы по сравнению с обычным Swift. Хотя это и подмножество полного языка, подавляющее большинство возможностей Swift работает в Embedded Swift точно так же. Дополнительная информация описана в документе «Видение Embedded Swift».

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

Улучшения языка

Embedded Swift продолжает расширять свое подмножество языка, включая все больше аспектов «полного» Swift, что упрощает обеспечение совместимости существующих кодовых баз Swift с Embedded Swift. Многие из этих функций имеют динамический аспект, что означает их влияние на производительность во время выполнения (например, из-за косвенных вызовов) и размер кода (из-за необходимости дополнительных метаданных). Однако это влияние проявляется только там, где эти динамические функции языка действительно используются: код, критически важный к размеру и производительности, может избегать их, например, включив предупреждения в группе диагностики PerformanceHints.

Обобщенная поддержка экзистенциальных (any) типов

“Мы не пишем ТЗ, - гордо сказал мне руководитель агентства. - Мы работаем только по Agile”. Хочется порассуждать на тему того, нужно ли в 2026 году писать техническое задание на разработку информационного продукта и в каком виде. Или это все замшелые водопадные технологии, которые уже давно прогрессивным разработчикам и вайбкодерам никуда не уперлись.

Вообще, сам термин “техническое задание” для разработки в последнее время стал встречаться реже - и в обсуждениях и в профильных статьях. Чаще его заменяют словом “требования” (reqirements) или Product vision и это действительно ближе к истине - в таком документе мы фиксируем требования заказчика и видение того, каким должен быть создаваемый продукт, что он должен уметь и как выглядеть. Вне зависимости от подхода к разработке такой документ на старте проекта должен быть обязательно, и при этом быть хорошо проработанным - хотя бы для создания MVP. Потому что и у заказчика проекта и у его разработчика перед глазами должен быть так сказать единый “образ победы” - того продукта, который они совместными усилиями делают. Без такого документа вы не сможете ни бюджет спрогнозировать даже примерно, ни сроки готовности, да и функционал самого продукта может в итоге оказаться совсем не таким, как его представлял себе заказчик. Сколько раз приходилось наблюдать ситуацию, когда не только отдельные фичи, но даже использованные в постановке задачи термины понимались сторонами по-разному, что приводило к спорам на приемке очередного этапа работ. Поэтому кстати, считаю раздел с терминами обязательным и всегда включаю его в свою документацию - чтобы у всех было единое понимание того, что такое “Заказ”, из чего состоит “Заявка”, кто такой “Администратор” и т.п.

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

Суббота, клиент вернулся из отпуска, открыл свой сайт и написал мне: «сайт лежит, вижу только белый экран, что случилось?». Код ответа при этом 200, мониторинг зелёный, хостинг жив, база данных на месте.

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

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

А ещё честно расскажу, где мы сами ошиблись. Одна ошибка стоила ещё десяти часов спама в Google уже после того, как мы решили, что всё закончилось.

В конце — 5 способов за 5 минут проверить ваш собственный сайт.

Где команда получила ускорение почти в 9 раз, почему на другом сценарии выиграла всего 11 часов и зачем считать настройку агента частью тестирования

Я тимлид, пятнадцать лет в разработке. Последний год мой пет‑проект пишут ИИ‑агенты, а я читаю их отчёты о том, как всё прекрасно работает. Что отчёты и реальность живут отдельно друг от друга, я знал и раньше, у меня команда из живых людей. Неожиданным оказалось другое: лекарство подошло то же самое. Дальше будет устав судьи, настоящие вердикты, сторожевые тесты и грабли, которые я собрал по дороге. Всё из живого репозитория.

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

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

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

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

Итак, сегодня 14% ключевая ставка, ее постепенно снижают, а это значит что кредиты постепенно должны становиться дешевле, а депозиты менее доходными, в целом и происходит. Однако я еще предлагаю посмотреть в сторону инфляции, которая также влияет на эту ключевую ставку.