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

Маркировка Честного знака — вопрос очень актуальный на текущий момент. Этот процесс регламентируется законом, сроки строго прописаны.

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

В этой статье мы расскажем, какой выход нашли для продавца чулочно-носочных изделий с большим складом, которым необходимо перейти на продажу только маркированной продукции. Мы с заказчиком при первом рассмотрении казалось, что вариант один: месяц работать круглосуточно и без выходных и маркировать каждые носочки, которые есть на складе (представьте трудозатраты напечатать наклейку, приклеить к носочкам, напечатать, приклеить, напечатать, приклеить). Но мы нашли другое оптимальное решение за счет автоматизации процесса в 1С:

Клиенты бывают требовательными, взыскательными, с невыполнимыми или неподходящими идеями. А если клиент ещё и с другим менталитетом, то коммуникация усложняется вдвойне. Расскажу про свой опыт и на примере жизненных кейсов покажу, как начать говорить с зарубежным клиентом на одном языке. Ведь почти весь мой опыт работы — с клиентами из США и Европы. Причём клиенты разные — от соло-стартаперов до менеджеров и дизайнеров из Google. 

Эти истории помогут продактам, проджектам и даже инженерам — всем, кто взаимодействует с заказчиком напрямую.

Привет, Хабр! Меня зовут Рома Ковалевский, я program-менеджер из Берлина с 10+ годами опыта. Работаю с топами из бигтеха США — мои коллеги работали в компаниях вроде Google, Amazon, Apple и других гигантах. Веду собственный телеграм-канал про управление проектами «Менеджер от боженьки». Там — больше полезных постов и инсайтов о карьере проектного менеджера. 

Привет, Хабр! Расскажу об очередном ремонте игровой консоли Nintendo Switch Lite. Ее я купил на онлайн-барахолке очень недорого. Продавец уверял, что приставка в какой-то момент перестала включаться, но в остальном она в хорошем состоянии. Решил, что это прекрасная возможность восстановить устройство. Просто и весело, ага.

Когда консоль прибыла, я ее разобрал и сразу же заметил следы коррозии на плате — явные признаки залития водой. Сначала ситуация казалась сложной, но я все же решил взяться за ремонт. После чистки платы и замены микросхемы питания все снова заработало. Сегодня поделюсь своим опытом и рассказываю о типичных проблемах, с которыми столкнулся, ремонтируя залитые Switch Lite.

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

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

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

Привет, Habr.

В этом посте расскажу, как в ходе обычного неторопливого пентеста инфраструктуры я набрёл на Redis-сервер. И не просто Redis — а такой, что прямо хочется написать админам: «Ребята, вы серьёзно?»

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

Открытый порт 6379 оказался настоящей Pandora’s box.

Всем привет, с вами Анастасия Жилкина, системный аналитик ГК Юзтех. На данный момент работаю в команде, которая занимается реализацией и развитием онлайн-оплат на сайте. В этой статье хочу рассказать о процессе ревью документации, который мы внедрили в команде, и о том, какие ощутимые плюсы это дало как в качестве итоговых решений, так и в командной работе в целом.

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

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

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

Для начала отмечу, что полная экстракция (удаление) даже одного зуба будет со временем оказывать влияние и на лицо, и на тело.

Локальный сбой (частичное отсутствие). Соседние зубы наклоняются, выдвигаются вниз/вверх. Нарушается прикус. Самое неприятное - атрофия кости, которая начинается в зонах “дыр”. 

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

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

А теперь расскажу, что происходит при потере критически важных компонентов жевательного модуля.

В технологических компаниях A/B‑тестирование давно стало основой для принятия решений, основанных на данных. Меня зовут Диля Хакимова, я работаю в команде платформы экспериментов Laba в Яндекс Go, и мы с командой помогаем руководителям и аналитикам быстро получать ценную информацию с помощью A/B‑тестирования.

Мы занимаемся разработкой методологии и помогаем специалистам решать вопросы, связанные с экспериментами и статистическим анализом. За время работы мы заметили: вокруг A/B‑тестирования до сих пор существует множество заблуждений.

Эти мифы всплывают в разговорах с руководителями, на собеседованиях и даже среди коллег‑аналитиков. Иногда они кажутся безобидными — но на деле могут привести к серьёзным ошибкам в анализе, неверным решениям и упущенным возможностям.

В этой статье мы разберём 10 распространённых мифов об A/B‑тестировании, поможем разобраться в теме глубже и сделать ваши эксперименты эффективнее.

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

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

Оригинальная Switch вышла весной 2017-го и за восемь лет продалась тиражом 150 млн штук. Эта цифра впечатляет, но к 2024-му консоль уже уперлась в потолок: 720p-экран, 4 ГБ медленной LPDDR4, устаревшая Maxwell-графика и непростительная для 2025 года невозможность хотя бы программно масштабировать картинку. Nintendo понадобилась платформа, которая сохранит форм-фактор «гибрида», но научит его жить в реальности 4K-телевизоров, DLSS-апскейла и широких инди-проектов на Unreal 5.

Switch 2 — это ответ ровно на эту боль, а не попытка догнать ПК-портативы по «сырым» гигафлопсам. Она остается карманной консолью, но при этом впервые всерьез разговаривает с вашим 55-дюймовым OLED-телевизором и способна запускать свежие мультиплатформы без ощущения «мобильного порта».

Недавно в своём тг-канале я разместил пост о том, что в мобильном приложении Авито в сценарии создания объявления содержится неочевидное решение, которое противоречит ментальной модели пользователя и фактически является дарк-паттерном.

Так мог бы начаться анекдот, но тема серьёзная — никаких шуток. Сейчас будем говорить про древний метод поиска истины и как его можно применять в жизни и работе. И причём тут китайский DeepSeek рядом с древнегреческим философом Сократом?

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

«Быть закупщиком — это не дать Гарри купить очередные 1000 карандашей»

В наших реалиях Гарри — это Василий. И как ИТ-закупщик, я должна убедить ИТ-лидера Василия, который считает себя достаточно умным лишь оттого, что он однажды сумел «войти в ИТ», не потратить деньги компании так, как он хочет, посмотрев на его закупку с другой стороны, не повредя при этом его тонкое чувство собственного достоинства.

У нас были две сотни брокеров, шесть тысяч топиков, клиенты на четырех языках программирования, миллионы сообщений в секунду и целое море различных паттернов использования Kafka. А также жесткие требования по latency, тонна SLA и желание сделать гибкую систему аутентификации и авторизации для сервисов. Не то, чтобы все это было категорически необходимо для начала этой истории, но если уж начал рассказывать про асинхронные взаимодействия, то иди в этом до конца.

Единственное, что меня беспокоило — это авторизация. В мире нет ничего более желанного для ИБ и ненавистного разработчиками, чем контроль доступа. И я знал, что довольно скоро мы доберёмся и до этого вопроса.

Если вам интересно распутать клубок асинхронного взаимодействия тысяч продюссеров и консьюмеров, узнать, где документация Kafka нас обманывает, а librdkafka и Confluent.Kafka не могут договориться, и как один потерянный пакет может привести к Permission denied, добро пожаловать под хабракат. Эта история для тех, кто догадался, что недостаточно было «просто включить флажок в конфиге».

Привет, Хабр! Меня зовут Виктор Корейша и я — руководитель направления Managed Services в Ozon. Я и моя команда, в том числе, отвечаем за всю инфраструктуру асинхронного взаимодействия между сервисами, которую строим на базе Kafka. А ещё я ведущий подкастов «Кода кода» и «Три тимлида заходят в бар».

Эта статья написана по мотивам моего доклада для DevOps Conf 2025. Расскажу нашу историю про внедрение авторизации и аутентификации в Kafka. Инженеры по эксплуатации найдут в ней обзор решений реализации SASL-сервера, разработчики — историю о конфликтах в production-ready клиентах, архитекторы — любопытные кейсы взаимодействия высоконагруженных систем, ну а менеджеры — эпос о внедрении технически сложных изменений в больших компаниях.

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

Мало скопировать чужой код, чтобы оператор работал как надо. Перед этим стоит узнать, как устроен Kubernetes: что делать, если оператор ведёт себя странно, как изменить его поведение и где искать проблему. Без теории не получится написать оператора, который работает так, как задумывали разработчики Kubernetes.
Меня зовут Иван, я техлид в Outlines Tech. Это первая часть цикла про создание собственного K8S-оператора. Чтобы сразу не перегружать вас информацией, ниже будет только база про Kubernetes: как он устроен, из чего состоит, как управляет состоянием и зачем это всё знать перед тем, как писать оператора.

В последнее время, многие общепризнанные в мире сервисы оказались недоступны для разработчиков из России и им приходится искать аналоги. Одной из таких альтернатив для GitHub является сервис GitFlic. Это такой же хостинг исходных кодов, который, кроме того, предоставляет возможность использовать в работе реестры артефактов и пакетов для различных технологий. В нашем случае это можно засчитать за УТП (Уникальное торговое предложение), ведь не многие разработчики знают о сторонних registry-сервисах продолжая пользоваться DockerHub, который работает “по умолчанию”. Кроме того, развертывание собственного такого сервиса, соответствующего всем требованиям корпоративной безопасности, может потребовать немалых ресурсов.  

Чтобы исходный код стал артефактом, т. е. ресурсом, готовым к развертыванию в тестовых или продуктивных средах без лишней ручной работы желательно иметь некоторый пайплайн, т. е. сборочный конвейер, который выполнит все преобразования. GitFlic не предоставляет агентов пригодных для сборки контейнерных образов, но позволяет подключать собственные. В данной статье мы настроим сборочный пайплайн для Java разработки на фреймворке Jmix с использованием агента, работающего в кластере Kubernetes.  

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

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

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

Или почему анализ фидбэка больше не должен лежать мёртвым грузом в чатах и на гугл диске :)

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