Все потоки

Теория говорит, а практика подтверждает: разогреть некрупные стеклянные заготовки для формовки и соединения, можно целым рядом способов, однако, стоит стремиться к варианту огневого оснащения классическому — сетевой метан или баллонный пропан + воздушное дутьё с добавкой кислорода из баллона, или, современный «дамский» вариант — медицинского кислородного концентратора. Такая конфигурация позволяет регулировать факел в широких пределах и перекрывает все основные задачи: коптящее мягкое пламя для отжига, широкое горячее, жёсткий узкий факел, паяльная игла. Факел при этом может быть окислительным (работа со свинцовыми стёклами) или восстановительным (металлические впаи). При культурном выполнении газовых трактов и уважительном обращении с баллонами, такая система и наименее пожаро- и взрывоопасна. Альтернативные же варианты, как, например, с применением жидкого топлива, газов из электролизёра, мобильных газовых горелок на баллончиках и подобные, сложнее, или опаснее, или дороже, либо имеют ограниченные возможности. Кроме того, нынешний стеклодув имеет большое подспорье в виде спецлитературы, описывающей, и весьма подробно, все операции и приёмы работы для классических случаев и оснащения. Сильно от них отклоняясь, мы будем вынуждены мучительно нащупывать собственную манеру работы. Ниже представлен отчёт о работах по реорганизации подобных нестандартных огней в личной домашней лаборатории-мастерской, в удобное, простое и безопасное в эксплуатации, традиционное рабочее место для любительских стеклодувных работ.

На днях вся Россия узрела весть о том, что блочат Telegram.

10 февраля Роскомнадзор официально подтвердил, что ограничивает работу Telegram. А YouTube, который и так последний год загружался со скоростью диалап модема 2003 года, под шумок исчез из DNS-серверов Роскомнадзора. 

Для личного общения большинство, скорее всего, останется в Telegram и найдет способы обходить ограничения. Лишь малая часть перейдёт на известные российские аналоги.

А вот тем, кто использовал Telegram для корпоративного общения, будет сложнее. 

Для коммуникации внутри команды Telegram может стать неудобным: невозможно загрузить файлы, отправить сообщение или созвониться в нужный момент. Это серьезно затормозит рабочие процессы.

Внутри компании отделы и подразделения живут в параллельных вселенных. У каждого — свои способы планирования и исполнения задач.

ИТ-отдел восстанавливает сервер, но не знает, что продавцы до сих пор ждут подтверждения сделки на 200 млн. HR не закрывает вакансии, не понимая, что реальная проблема — в отсутствии ноутбуков. Закупки ждут согласования договоров, а директор уже решил отложить эту задачу. Маркетинг пытается утвердить баннер на мероприятие более 10 дней, не осознавая, что он «завис» у юристов из-за изменений в законодательстве.

Как выстроить работу разных подразделений и сделать процессы полностью прозрачными? В этом поможет канбан-доска — инструмент, который дает возможность видеть реальный поток задач и управлять им. А видимость = контроль. Задачи на такой доске обычно называют тикетами по аналогии с карточками, которые крепятся на физический стенд.

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

Что бы ни делал начинающий электронщик, у него получаются либо часы, либо метеостанция

Народная мудрость

Если кто помнит, в 1970-80-е годы в советских учреждениях (на вокзалах, заводах, в школах, институтах и министерствах, а также просто на улице) висели такие круглые часы, они еще назывались «вторичными». При этом где-то размещались «первичные», подававшие раз в минуту импульс 24 вольта на все остальные, которые одновременно (с таким характерным клацанием) сдвигали стрелки ровно на одну минуту. Об этой часовой системе в подробностях рассказано вот в этой публикации.

Характерно, что в основе там нет никакой электроники, только электромеханика (известные еще со времен Фарадея шаговые двигатели) и электромеханические контакты. Система была дешева, проста и фактически не требовала обслуживания, кроме начальной установки после подключения к электрической сети и периодической коррекции хода первичных часов. Поэтому у меня вызвал искреннее изумление факт, что современные аналоги могут стоить десятки тысяч рублей и занимать место целого сервера в стандартной стойке. Для домашних применений или для установки в небольших офисах это все совершенно не годится.  Мы попробуем сделать попроще и заодно избавиться от проводных соединений, которые, конечно, повышают надежность, но резко усложняют монтаж системы.

Кто читал мой предыдущий пост ( https://habr.com/ru/articles/990908/ ) по впечатлениям от Давосского форума-2026, тот может вспомнить: у компаний, продающих софт, начались сложности в общении с инвесторами в свете будущего потенциала искусственного интеллекта (ИИ).

И вот что мы увидели в конце января — начале февраля 2026 года: каскадные распродажи на Уолл-стрит и в Европе акций софтверных компаний. В Давосе управляющие фондами с капиталом под управлением больше триллиона долларов говорили однозначно про перспективы ИТ-компаний. 

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

Я помню, какая тряска была на рынках в начале пандемии COVID-19 и как приходилось быстро адаптировать стратегию в «Открытие брокер», но объём ежесуточных ликвидаций позиций на трейдинг в начале февраля 2026 года превзошёл март 2020-го. 

В итоге, хедж-фонды в США скинули акции софтверных компаний так быстро, что их доля в портфелях упала до чуть более 3% — абсолютного минимума.

В Европе, например,  по итогу первой недели февраля акции SAP подешевели на 16,23% по сравнению с началом года, а за последние 12 месяцев их снижение достигло -27,57%.

Если смотреть по крупным софтверным компаниям в мире, то весь этот сектор ушёл в минус от своих годовых максимумов в среднем почти на 40%. 

Привет! Меня зовут Черняховский Денис и я Data Engineer. Я достаточно подолжительное время работаю с данными и увлекаюсь математической статистикой. Совсем недавно решил поискать в интернете, как другие опытные дата инженеры исследуют качество данных при помощи статистики, и обнаружил, что никак ..... пум пум пум. А далее обнаружил, что проблема уходит корнями гораздо глубже, чем может показаться.

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

Почему инженеру данных стоит использовать статистику?

Разберем, какой базовый набор проверок/валидаций использует типочный дата инженер, да и аналитик тоже:

Типичный чек-лист на проде:
- NOT NULL
- UNIQUE
- REFERENTIAL INTEGRITY
- row_count_today >= row_count_yesterday
- max(updated_at) >= now() – 1h
- revenue > 0

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

А статистика — это вероятностное мышление, статистика всегда покажет проблему и покажет ее первой, если данная проблема имеет место быть.

Почему инженеры не используют статистику в валидации данных?

Статистика «не орёт», когда что-то пошло не так
Пример:
- COUNT(*) = 0 АЛЕРТ
- mean + 3σ уехало «Ну… вроде странно, но не факт»
- В прод-эксплуатации любят чёткие сигналы, а не «подозрения».

Telegram представил масштабное обновление дизайна интерфейса для устройств на Android. Компания полностью переработала внешний вид приложения, а также добавила новую панель навигации. Однако пользователи не оценили обновление и начали массово жаловаться в соцсетях. Рассказываем в нашей статье, что же так всех разозлило. И какие проблемы посерьезнее, чем редизайн, возникли у Telegram.

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

Приветствую всех!

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

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

Привет, Хабр!

Я аналитик и контент-маркетолог. А мои коллеги и ряд экспертов твердят, что примерно 40% нового контента в сети дело рук AI. Но я решил не верить на слово, а провести большое исследование. Тут как раз январский снегопад на Камчатке подкинул идеальный лабораторный кейс: вы наверняка слышали про бесконечный поток AI-фейков. Это исследование пилотный выпуск: я планирую ловить такие события раз в несколько месяцев, чтобы отслеживать динамику захвата реальности машинами. И начало года лучшее время для точки отсчета.

О процессе регистрации пишут много, но этому предшествует серьезный период подготовки, от которого зависит судьба заявки. Об этом почему-то говорят мало. 

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

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

Типичная история многих предпринимателей:

Предприниматель придумал название. Что дальше обычно происходит? Заказывает логотип у дизайнера, возможно, создает сайт или соцсети, печатает буклеты, стартуют первые продажи, бренд начинают узнавать.

Через полгода-год бизнес растет, возникает мысль — а может, защититься? Получить товарный знак, запретить другим использовать название, почувствовать себя настоящим правообладателем… Звучит серьезно.

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

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

Это продолжение предыдущей статьи про естественные преобразования. В прошлой статье мы разобрали теормин, и закончили на доказательстве Утверждения 1 (нумерация продолжается с предыдущей статьи). В данной статье мы обсудим преобразование между  и и некоторые необходимые условия для того, чтобы называть какой-то изоморфизм каноническим или неканоническим, после чего немного поговорим про "каноничность".

Использование API помогает выстраивать подобные архитектуры, а некоторые команды даже практикуют API-first разработку (приложение разрабатывается сначала с использованием API, а уже потом покрывается Веб-интерфейсом). И, когда вокруг нас такое развитие, мы как безопасники, задаемся  вопросом: а достаточно ли защищено приложение, использующее API?

API Gateway: Первый претендент на защиту API

При упоминании API одна из первых ассоциаций - API Gateway. Возникновение этого класса решений - логичный ответ на сложность поддержки разрастающегося количества эндпоинтов: системам нужна «единая точка входа», чтобы планировать маршруты, трансформировать протоколы (из JSON в gRPC и обратно) и вешать базовую авторизацию.

Вы узнаете, как на самом деле работает магия приложения Локатор (Find My в англоязычной версии): от аппаратных хитростей контроллера питания до пост-квантовых алгоритмов шифрования. Мы разберем, почему «выключенный» iPhone - это лишь иллюзия для пользователя, как математика защищает ваши координаты от самой Apple и почему ваш смартфон превращается в криптографический маяк, когда гаснет экран. Статья будет интересна разработчикам, специалистам по безопасности и всем, кто хочет понимать реальные возможности (и ограничения) современной электроники.

С начала 1980-х годов в среде энтузиастов кубика Рубика обсуждались алгоритмы сборки, поиск оптимальных решений и «числа Бога», симметрии и паттерны. Но до конца 1990-х годов на повестке дня практически не обсуждалась тема мозаик из кубиков Рубика. В 1997 году доктор теоретической физики Хана Байзек из Иллинойса опубликовала книгу Mathematics of the Rubik’s Cube Design, где рассматривала кубики Рубика в качестве модулей для трехмерного художественно-математического проектирования. В книге была изложена концепция управления цветами, симметрией и ориентацией кубов при построении 3D-мозаик и скульптур, отличавшихся от обычных плоских мозаик, с которыми в то время уже начали экспериментировать некоторые любители кубика.

В этой статье я расскажу о наследии Байзек и современных экспериментах с 3D-мозаиками и скульптурами из кубиков Рубика.

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

Разбираем на практике, как гарантировать доставку сообщений в Kafka/RabbitMQ без распределенных транзакций, используя паттерн Transactional Outbox.

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

Привет, Хабр! Меня зовут Алексей Волков, я руковожу группой core-разработки внутреннего облака VK — One-cloud. Хочу поделиться примерами из эксплуатации: какие были проблемы в проде на Java при высоких нагрузках, как мы это чинили и какие выводы сделали. Никакой теории на бумаге, только реальные истории из жизни крупной облачной платформы. 

^L.Kenzel

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

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