ИТ или IT? Языковой вопрос, ставший юридическимС 1 марта 2026 года вступает в силу федеральный закон № 168-ФЗ, обязывающий предоставлять публичную информацию для потребителей на русском языке. Формально речь идёт о защите прав потребителей, но по факту изменения сильнее всего затрагивают именно ИТ-отрасль, где иностранная терминология давно стала нормой.Закон не касается бизнес-переписки, внутренней документации и технических описаний для специалистов. Он работает только в потребительском контуре: сайты, публичные оферты, интерфейсы, рекламные материалы, уведомления в приложениях. Всё, что видит конечный пользователь.✅ Фирменные наименования и товарные знаки можно не переводить.✅ Иностранные слова допустимы, если сначала дана русская версия тем же шрифтом.✅ Возможна транслитерация, если термин зафиксирован в утверждённых словарях.Но именно здесь и начинается практическая сложностьИТ-термины вроде backup, firewall, SIEM или endpoint — это точные рабочие понятия. Они несут смысл, который понятен и заказчику, и вендору. Попытка механически заменить их русскими аналогами приведёт к тому, что один переведёт backup как «резервное копирование», другой как «архивирование». Для неподготовленного клиента это уже разные функции и разные продукты.🤝 Компромисс — двойные названия, транслитерация с пояснением, русский текст с английским термином через дробь. Юристы рекомендуют фиксировать такие решения внутренними заключениями, чтобы при проверках можно было показать, что потребитель не вводится в заблуждение и прямого аналога у термина нет.Масштаб работы зависит от размера компании: для крупных игроков с десятками сервисов, интерфейсов и каналов это многомесячный проект с участием продуктовых команд, юристов, копирайтеров и дизайнеров, для небольших компаний — аудит сайта и документов, но с теми же принципиальными решениями.Единого отраслевого словаря пока нет, и вряд ли он появится быстро. Наиболее вероятный сценарий — корпоративные глоссарии крупных игроков, которые со временем станут стандартом для рынка. Это не идеальное, но рабочее решение, позволяющее одновременно соблюдать закон и сохранять смысл.Формально рынок готовится к переводу терминов, фактически — к ревизии того, что именно скрывалось за уже привычными англицизмами.
Удобная функция UNNEST в PostgreSQL для работыВсем привет! Решила поделиться тут с вами одной полезной функцией, которую как раз недавно использовала на работе.У нас есть массив устройств у пользователей. Но если мы хотим:✔️посчитать устройства✔️сделать join✔️агрегировать✔️считать DISTINCTто массив нужно разложить в строки.Представим, что у нас есть данные, где у пользователя несколько устройств лежат в массиве.Было: 1 строка = массив устройствДолжно быть: несколько строк с пользователем = одно устройство в строкеСначала создадим это прямо в Pythonimport duckdbimport pandas as pddf = pd.DataFrame({ "user_id": [1, 2, 3], "device_ids": [ ["dev_a", "dev_b"], ["dev_c"], ["dev_d", "dev_e", "dev_f"] ]}) И вот тут-то мы разворачиваем массив через UNNESTquery = """SELECT user_id, d AS device_idFROM dfCROSS JOIN UNNEST(device_ids) AS t(d)ORDER BY 1, 2"""result = duckdb.query(query).to_df()Разберем необычную конструкцию CROSS JOIN UNNEST(device_ids) AS t(d)Что вообще означает AS t(d)? 🟢UNNEST(device_ids) - разворачивает массив🟢t - имя временной таблицы🟢d - имя колонки внутри неёПосле этого d — обычная колонка, с которой можно работать как с любой другой.Главное потом случайно не задвоить метрику когда будем соединять таблицу с таблицей заказов, например.orders = pd.DataFrame({ "user_id": [1, 2], "revenue": [100, 200]})Теперь делаем join после UNNEST:query = """SELECT df.user_id, d AS device_id, o.revenueFROM dfCROSS JOIN UNNEST(device_ids) AS t(d)LEFT JOIN orders o ON df.user_id = o.user_idORDER BY 1, 2"""result2 = duckdb.query(query).to_df()User 1 имел revenue = 100Но теперь эта сотка появилась два раза! 😱Поэтому нужно быть внимательным и понимать для чего мы это делаем. ❌ Нельзя после этого просто делать SUM(revenue) по этой таблице - выручка продублируется на каждое устройство и итог “раздуется”.✅ Но зато расшив девайсы и приджойнив user-level выручку мы можем посмотреть её рядом на строках устройств.💡 Зачем это может быть нужно?Например:сколько устройств у платящих пользователейесть ли различия между single-device и multi-device usersсколько выручки приходится на пользователей с 3+ устройствамиМы не делим revenue по устройствам. Мы просто используем её как атрибут пользователя.P.S Кстати, я перешла на VS Code - мне нравится. Красивый же черный фон, да? Ну и удобно видеть в структуре файлы проекта.
Посмотрел аналитический отчет о развитии ИИ от "Яков и Партнеры" и Яндекса. В целом много интересных цифр, но сильно повеселила статистика выше - вендоры в опросе большие оптимисты: сбор данных за 2,5 дня, разработка моделей и продукта за 2 и 7,5 дня соответственно 😁😁😁
Урок Этикета от ДжокондыЕсли бы Джоконда жила в 2026 году, она была бы иконой светского этикета. Леонардо да Винчи запечатлел не просто женщину, а эталон держания дистанции — навыка, который мы почти потеряли в эпоху гипер-искренности в соцсетях.Разбираем «уроки этикета» от самой известной женщины в истории:1. Искусство «улыбки глазами» (The Smize)Улыбка Джоконды едва уловима. Чрезмерно широкая улыбка (особенно на официальных встречах) долгое время считалась, что скрывать и сейчас считается, признаком несерьезности или даже фамильярности.• Урок: Вежливость — это не всегда 32 зуба.• Как надо: Истинная доброжелательность читается во взгляде. Умение сохранять спокойное, полуулыбающееся выражение лица помогает вам выглядеть уверенно и невозмутимо в любой стрессовой ситуации.2. Осанка и руки (Поза уверенности)Обратите внимание на руки Моны Лизы: одна мягко покоится на другой. Это классическая закрытая, но при этом расслабленная поза.• Урок: Этикет начинается с того, как вы занимаете пространство.• Как надо: Скрещенные на груди руки зачастую считываются как агрессия, а суетливые движения руками (поправление волос, почесывание носа) — как неуверенность. Спокойно сложенные руки — это сигнал окружающим: «Я полностью контролирую ситуацию».
Уже сегодня ИИ проектирует операционные системы и браузеры. Но меня всё больше занимает не то, что он создаёт, а то, что он сможет пересобрать.Человечество любит слово «доказано». Мы выводим теоремы, фиксируем константы, строим теории — и постепенно вокруг них вырастает инфраструктура. Учебники. Институты. Карьеры. Гранты. Репутации. Системы управления.За формулой со временем начинает стоять не только логика, но и идентичность.ИИ в этом смысле — опасный игрок. Он не привязан к авторству. Он не защищает диссертацию. У него нет научного руководителя, школы или лагеря. Он может взять массив данных, перепроверить расчёты, прогнать альтернативные модели, сопоставить источники и увидеть то, что человеку трудно удержать: статистические перекосы, методологические оговорки, неучтённые переменные, публикационные искажения.Если где-то факты были подогнаны под доказательство — машина это не «почувствует». Она это просто найдёт.И это совсем другой масштаб риска. Речь не о том, что ИИ создаст новую теорию. Речь о том, что он может обнаружить системные нестыковки в старых. Там, где десятилетиями считалось, что «так устроено», он может показать: выборка была узкой, переменные — ограниченными, интерпретация — преждевременной.И тогда начнут трещать не формулы. Начнут трещать конструкции вокруг них.Это похоже на бизнес. Компания может годами строить стратегию на гипотезе, которая «когда-то сработала». Под неё наняты люди, выстроены процессы, настроены KPI. А потом кто-то берёт данные шире — и выясняется, что эффект держался на одном совпадении. Не на законе, а на контексте.ИИ — это инструмент радикальной проверки.Он способен искать противоречия там, где человек устал их искать. Он не боится разрушить теорию, если на её месте можно собрать более работающую модель. Ему не нужно защищать прошлое.И в этом, возможно, его главная ценность: не в генерации нового, а в демонтаже неточного.Парадокс в том, что разрушение структур может оказаться актом созидания. Если убрать ложные основания, решения станут проще. Модели — честнее. Энергии на поддержание иллюзий — меньше.Но здесь снова возникает вопрос лидерства. Готовы ли мы допустить, что часть «фундамента», на котором строились наши подходы, может оказаться временной гипотезой? Готовы ли мы расстаться с красивой теорией ради работающей практики?ИИ может ускорить проверку наших истин.А вот выдержать её результаты — придётся нам.
(отвел, уложил, продолжение сна)2021: взялись за блогеров. Добавили сторьки, прокачали каналы. Теперь на своем канале можно размещать рекламу из медиасети Яндекса и получать процент. Блогерам с 10 тысячами подписчиков капает 10-15 тысяч рублей в месяц дополнительного дохода прямо на карту Яндекса — это если просто постить в кайф. Профессиональные издатели бросают свои сайты и переносят всё прямо в мессенджер, потому что там всё быстрее и выгоднее, а еще алгоритмы сами находят читателей.2022: пришлось отключить интеграции с заграничными сервисами, но все продолжают сидеть в Яндексе, теперь это национальный мессенджер. Для военных по-шурику сделали защищенную on-prem-версию, которая бесшовно интегрируется в уже привычный интерфейс. Компании, которых кинули западные вендоры, переходят на энтерпрайз-версию Яндекса, потому что она тупо лучше. Джиру и Зум шлют на хер.2023: закон о рекламе. Яндекс лоббирует поправку, что с доходов от рекламы на отечественных площадках все освобождены от налогов на 10 лет (а на остальных платформах нужна отчетность и налоги). Блогеры перегоняют аудиторию на Яндекс, потому что это тупо выгоднее. Появляется режим залипалова: лента из вертикальных видео с каналов, на которые ты подписан, и похожих на них. Сначала коряво, а потом блогеры стали иметь с этого деньги, и начали снимать как не в себя.2024: Официальная рекламная биржа для блогеров и изданий. Любой бизнес может законно заказать рекламу, весь учет и отчетность идет автоматически, все маркировки проставляются сами, договоры подписываются электронно в модуле ЭДО. Зачем мудохаться с Телегой, когда Яндекс тупо удобнее? 2025: нейросети. Чат с Алисой, можно в свободной форме заказать любой хавчик, вызвать такси, подобрать подарок на Маркете и т.д. Бесплатным пользователям начинают показывать рекламу на базе анализа их чатов, но можно купить премиум и включить режим полной приватности. Айтишники начинают хостить собственные ноды мессенджера для дополнительной безопасности. Теперь можно, как в блокчейне, получать вознаграждение за поддержание распределенной сети. Жидкое стекло. Пользователи жалуются на это говно и просят вернуть, как было. Приснится же такое.
Спрос на специалистов по коммуникации бьёт рекордыНет, я не ошиблась. И это не моя фантазия, хотя why not? По оценкам мировых HR-агентств, сейчас растёт потребность в специалистах, которые с помощью своих, а не ИИ-шных мозгов будут заниматься продвижением бренда компаний через живые истории. Особенно в IT и иных технологических сферах. Да, да, сторителлинг форева, но это специфический его вид.Бум не нейроконтент в крупных компаниях и бизнесах уже стихает и наступает понимание, что ИИ не может переплюнуть человеческую коммуникацию. Одинаковый анализ с примерно одинаковыми текстами на одинаковые темы уже порядком надоел, потому что пропадает та самая креативность, за счёт которой и появляются отличия от конкурентов.Хотя в экспертной сфере пока ещё эта эйфория сохраняется, потому что бытует убеждение, что вы обучаете ИИ и подстраиваете его под себя. Но это тоже ненадолго, ибо обучай-не обучай, но чтобы понять, что ваша стратегия, предложенная ИИ, работает, нужно самому понимать, куда и каким образом вы готовы прийти. И вот здесь как раз возникает понимание ценности человека, который варится в живых коммуникациях и стратегиях и в состоянии ПРОВЕРИТЬ работу ИИ, а не слепо ей довериться.Контент-маркетинг нового времени направлен на удержание внимания аудитории, но теперь уже не любой ценой. Ценность настоящих историй роста человека внутри компании, важности поддержки, знакомство с миссией не сухим языком «мы являемся», а через живой формат – тренды настоящего.И научиться живому взаимодействию никогда не поздно – я готова стать вашим проводником. А ИИ пусть будет нашим помощником в рутине, хотя после работы с ним вы потратите гораааздо больше времени на фактчекинг и преобразование ИИ-шного текста в человеческий, чем если бы изначально писали сами.В доказательство своих слов прикрепляю ссылки на статьи в London Times и в Insider 😉А о том, почему нельзя выкладывать ИИ-шные тексты в блог без изменений – поговорим в ближайшее время.Ставьте 😀, если для вас «вот это поворот» и 🔥, если также, как и я, ликуете над торжеством натурального мозга.
Телеграм как индикаторSperry UNIVACИтак, российские власти наконец-то решились заблокировать святое – Telegram, на котором стоит не только большая часть русскоязычного комьюнити, но на него также завязаны и практически все процессы в самой стране – от пересылки депутатами мемов друг другу во время заседания, до координации действий подразделений на фронте. Естественно, это вызвало пожар, подобный Чикагскому и все наперебой (и слева и справа) умоляют товарища Сталина РКН отменить это дикое решение.Однако, важно здесь немного иное. Блокировка Telegram — лишь следствие, а не причина. И нет, дело вовсе не в цензуре ради цензуры — например, российская цифровая инфраструктура совершенно не готова к массовому использованию населением «национального мессенджера» по причине банального отсутствия серверов, которые, кстати, Москва безуспешно пыталась арендовать в странах Центральной Азии и Китае. Причина лежит в другой плоскости: Российская Федерация находится на пороге кризиса, причем кризиса открытого, и он, очевидно, должен открыто проявить себя в текущем году. Экономические санкции, силовое давление на инфраструктуру экспорта, отсутствие устойчивых союзнических отношений (что также связано с экономикой) уже прямо демонстрируют своё влияние на функционирование государства. Российские же экономические отчеты показывают нехватку бюджетных средств, урезание экспортных доходов, растущую инфляцию и все прочие издержки «мобилизационной трансформации».До определенной поры Москва умело маскировала нарастающий ком проблем в глазах населения. Полагаю, что скором времени подобная политика уже не будет оправдывать себя в полной мере — и потому требуется превентивная, ещё более жесткая зачистка информационного пространства. Никаких даже условно «независимых» (не секрет, что фактически все российские каналы более 100 тыс. читателей финансируются и де-факто принадлежат тому или иному ведомству и подконтрольны чиновникам куда в большей степени, чем могло бы казаться) информационных ресурсов и средств коммуникации, доступных широким массам, существовать не должно. Секретом Полишенеля является и то, что инициатором закручивания всех гаек являются чекисты (просто по принципу – торчит гайка? крутим!), даже если это не только не оправдано логически, но и катастрофично экономически и социально. КГБ – сама по себе организация не из приятных, но когда КГБ радостно бежит в сторону КСИР – это заставляет задуматься о том, что же их так подгоняет.И, на мой субъективный взгляд, в действительности населению РФ нужно больше размышлять именно над этой непростой темой, а не сокрушаться и сетовать на следствия в виде ужесточающейся цензуры. Правильные вопросы находятся в области первопричин этой цензуры, а не её природы — и ответы на них куда более злободневны и оттого чудовищно неприятны для многих.#кризис, #Россия, #телеграмРКН накатывает свежее обновление для телеграма
Прибейте меня, я делаю интеграцию. Часть 2 🍑В прошлой части мы разобрались, что такое интеграция и с чем её едят.И казалось бы всё, тимлид, давай задачку, ща спроектируем-нах*евертим 💃Но тут важно понимать одну вещь:Интеграции бывают разные.И если выбрать не ту модель, могут быть проблемы.Начнем с того, что мы их можем разделить по двум направлениям:1. С кем мы интегрируемся.2. Как мы это делаем.1. С кем: внутренние и внешние🏠Внутренняя интеграция (Internal)Когда мы связываем наш сервис с другим сервисом внутри компании.Пример:Сервис «Оформление заказа» стучится в сервис «Склад», чтобы проверить, есть ли нужная модель телефона в наличии.Зачастую это более простой вариант:🤗 Все свои. Можно дойти до соседней команды или написать в личку;🤗 Быстрее договориться о доработках;😳 Более быстрый разбор ошибок.Из минусов:😒 Знания часто живут в головах и может быть плохо описанная документация;💬 У другой команды свой бэклог и задачу могут взять в работу не так быстро, как хотелось бы;🤓 Могут выкатить правки без предупреждения и молча сломать вам прод.🌐 Внешняя (External)Когда мы интегрируемся с системой вне нашей компании.Пример:У нас есть сервис авторизации и мы хотим, чтобы пользователь мог войти через Госуслуги или Google (внешние сервисы).Из плюсов:😋 Обычно есть подробная документация, которую можно изучить самому;🔺 Есть чёткие правила и форматы данных, которые меняются не так часто.Из минусов:💀 Вы не влияете на процесс. Если они решили что-то поменять, вы просто подстраиваетесь, иначе всё сломается;💀 Если внешний сервис упал, то разрабу в личку уже не напишите, придется писать в саппорт и ждать ответа.2. Как: синхрон или асинхрон📞 Синхронная интеграция (Request–Response)Самый популярный вариант - REST, gRPC, SOAP.Логика простая:Запрос → Ожидание → Ответ. Пока мы не получим результат от другой системы, дальше не идем.Пример:Создали клиента → отправили запрос в систему проверок → ждем 5 секунд → получили статус «Одобрено» → создали личный кабинет.Плюсы:🎉 Всё просто: отправил - получил. Легко проектировать.😊 Сразу понятно, на каком этапе возникла ошибка.😌 Дернул метод через Postman и сразу увидел результат.Минусы:😅 Если вторая система упала, то процесс встал;🤨 Любая задержка бьёт по пользователю.Когда использовать:👉 Ответ нужен здесь и сейчас (например, проверка баланса или авторизация);👉 Пользователь смотрит в экран и не может продолжать работу без этих данных.📨 Асинхронная интеграция (Event-Driven / MQ)Kafka, RabbitMQ и другие брокеры сообщений.Логика простая:Отправили → Забыли. Нам не важно, когда именно другая система обработает данные. Главное, что мы зафиксировали событие и пошли дальше.Пример:Клиент нажал «Оформить заказ» → мы кинули событие в очередь → Склад начал сборку, а программа лояльности начислила баллы. Клиент сразу видит экран «Заказ принят», а не ждёт, пока отработают все внутренние сервисы.Плюсы:😏 Система не «тупит» в ожидании ответа, пользователь доволен скоростью.😋 Если сервис почты упал, заказ всё равно оформится. Сообщение полежит в очереди и долетит позже, когда сервис поднимется.👍 Можно легко добавить ещё пять систем-потребителей, и основной процесс от этого не замедлится.Минусы:🥲 Сложнее тестировать: приходится прыгать по логам разных систем, чтобы понять, где и почему застряло сообщение.😉 Аналитику нужно продумать кучу нюансов: что делать с дублями сообщений (идемпотентность) и как не перепутать их порядок.Самое простое объяснение:Синхрон - вы звоните в ресторан.Пока вам не подтвердят бронь, вы держите трубку.Асинхрон - вы оставили заявку.Администратор подтвердил её через 2 часа.Вы не ждали у телефона.Какой тип интеграций в ваших задачах встречается чаще всего? И что из этого больше всего бесит? 👇IT АНАЛитика | Подписаться
Добро утро, бандиты ☀️Большая часть моего контента за последние полгода была выброшена в мусорку из-за прокрастинации. Типа зачем писать о тех или иных технологиях, если любая бабушка с ChatGPT тебе в комментариях всё опишет куда складней?Поэтому, я решил поменять подход – теперь я, скорее, не делюсь каким-то опытом, а больше хочу спросить вас. Вдруг кто-то сможет увидеть то, чего я в упор не вижу?И начнём мы сегодня с VPN. Вчера я описал некоторые проблемы, с которыми я сталкивался в этом сервисе, а сегодня расскажу о технологиях.VPN-панельДля организации работы VPN-сервиса, чтобы упростить себе жизнь я использую API 3x-ui. Для желающих развернуть свой сервер я даже не вижу смысла делать гайд, ведь 3x-ui запускается БУКВАЛЬНО по одной команде https://github.com/MHSanaei/3x-uiЯ из любопытства пробовал и другие решения, например https://github.com/Gozargah/Marzban но работа с API в нём (по крайней мере на момент моего теста) была еще более ебаная, приходилось поднимать ssh-туннели, в общем мне не понравилось. При том, что конечный функционал у них у всех одинаковый и заключается лишь в первичной настройке протоколов.Нужно отметить, что у Marzban есть интересный функционал в виде проброса трафика на наиболее быструю ноду (пользователь использует лишь один ключ, а Marzban сам решает через какой VPN-сервер пускать трафик, в зависимости от того, до каких серверов может достучаться пользователей и какой из серверов может предложить самую высокую скорость пользователю). Но это является и самым уязвимым местом – если провайдер блокирует доступ к IP или домену родительской ноды, то пользователю сразу перестают быть доступными все VPN-сервера. Поэтому я решил отказаться от такого функционала в своём боте.Тут в целом, 3хуя меня более, чем устраивают, но, если у вас есть чем поделиться в плане VPN-панелей буду рад увидеть это в комментариях.ПротоколыТак как выборка пользователей у меня в боте довольно обширная – мне удалось выявить какие протоколы наименее устойчивы к блокировкам: ранее в боте использовались протоколы OpenVPN и Wireguard – сейчас я от них полностью отказался, так как большинство пользователей жаловались, что эти ключи у них не работают в принципе.Следующим был Shadowsocks – долгое время он работал стабильно, но и его со временем провайдеры научились вычислять и блокировать. Пока что я от него не отказываюсь, потому что некоторые пользователи отмечают, что он продолжает работать в то время, как VLESS ни в какую.Ну и последним был и остаётся протокол VLESS – по отзывам пользователей (по крайней мере пользователей моего бота) он является самым надёжным на сегодняшний день (хоть и не идеальным).VMESS я не тестировал ввиду, что VLESS – это логичное продолжение VMESS и второй банально уже устарел (возможно я не прав – напиши в комментариях).Также я тестировал Hysteria2 и Trojan – я взял несколько частных прокси для проверки и большинство из них отказались открывать сайты через Hysteria2 и Trojan, в отличии от VLESS. На этом я и прекратил тесты этих двух протоколов.И вот здесь, я как раз хочу обратиться к вам за советом – кто тестировал разные протоколы для обхода блокировок, какой протокол показал себя лучше других?
