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

В прошлой части я остановился на том что собрал свое приложение, наладил работу и залил в google play. Здесь будет не то чтобы полноценный гайд, скорее тот путь что я прошел и попытка получить опыт в написании статьи

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

С 2019 года в России активно развивается маркировка различных групп товаров на основе технологии, получившей название «Честный знак», которая разработана в рамках частно-государственного партнерства «Центром развития перспективных технологий» (ЦРПТ).

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

Данная статья призвана расширить кругозор и компетенцию начинающих специалистов 1С в части работы с товарами с особенностью учета в рамках консалтинговой деятельности, в частности, автоматизации учета и работы с ГИС МТ в прикладных решениях вендора 1С.

Пониженные страховые взносы для аккредитованных IT-компаний - 7,6% вместо 30% - один из немногих реально работающих инструментов налоговой оптимизации для технологического бизнеса. Но именно эта льгота превратила IT-структуры внутри холдингов в главную мишень ФНС.

ФНС перешла от точечных проверок к системному анализу групп компаний. Налоговая активно выявляет IT-структуры внутри холдингов и стремится аннулировать льготы, квалифицируя схему как «дробление бизнеса» по ст. 54.1 НК РФ.

Главный аргумент инспекторов: IT-компания создана не для реальной самостоятельной деятельности, а исключительно для налоговой экономии группы.

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

Почему ФНС атакует «корпоративные» IT-компании?

Логика налоговиков проста: если IT-компания обслуживает только предприятия своей «материнской» группы, не имеет внешней выручки, не владеет правами на ПО и не принимает самостоятельных решений - это не отдельный бизнес, а искусственно выделенное подразделение.

Цель ФНС доказать, что единый бизнес был разделён на части без деловой цели, кроме как получить льготу по взносам. В случае успеха: доначисление взносов по ставке 30% за весь период применения льготы + пени + штрафы 20–40% от суммы недоимки.

Важным ориентиром для бизнеса остаётся Письмо Минфина России № СД-4-2/3289@. В документе прямо сказано: само по себе выделение IT-функции в отдельное ООО «не может рассматриваться налоговыми органами как искажение фактов хозяйственной жизни... и квалифицироваться как применение схемы уклонения от налогообложения». То есть создать отдельную IT-компанию - не нарушение. Налоговая не вправе доначислить взносы только на том основании, что вы выделили IT-отдел в отдельную структуру.

Привет, Хабр! Меня зовут Екатерина Чумакова, я геммолог в LA VIVION. Это международный ювелирный бренд, который производит и продает украшения с бриллиантами. А геммолог — это специалист, который изучает драгоценные камни и может не только определить вид, но и происхождение, возраст, состав и многое другое.

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

В мире разработки программного обеспечения существует понятие, которое окружено множеством мифов, страхов и недопонимания. 

Это технический долг. 

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

Привет, Хабр! Я Анна Мелкомукова — инженер команды Spirit Compute в T-Банке. Наша команда отвечает за создание и полную поддержку Kubernetes-кластеров. 

Раньше трава была зеленее и небо голубее, а в Kubernetes крутились только легкие и беззаботные stateless-микросервисы. Поды появлялись и исчезали, как будто так будет всегда, но затем в архитектуре появился Stateful.

В статье я постараюсь ответить на вопрос «Как научить Kubernetes работать с приложениями, которым необходимо стабильное и надежное локальное хранилище».

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

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

Когда я рассказываю знакомым, что перешла в IT без технического образования за короткий срок, реакция обычно одна: «Как ты это сделала?» Ответ не в магии, не в чуде, не в удаче. А в том, как я перестроила своё мышление и перестала действовать по инерции.

10 лет я работала переводчиком и преподавателем английского. Это были годы практики, навыков коммуникации и управления группами людей, выступлений на отраслевых конференциях. Я даже делала свои образовательные продукты. Оказавшись перед выбором, я поняла - то, что у меня есть сейчас, перестаёт меня устраивать. Хочется задач, которые заставляют думать, которые масштабнее, которые приносят не только деньги, но и чувство движения вперёд. Да и сфера переводов сейчас, к сожалению, перестала быть перспективной ввиду геополитических причин и развития ИИ.

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

Самые интересные новости за неделю для практикующих инженеров: вайбкодер случайно получил доступ к 7 000+ пылесосам, вышли Sonnet 4.6 и Gemini 3.1 Pro, Haiku со скиллами обошла Opus без них, Claude Code Security и потеря $1,78 млн из-за кода от Claude.

Отвечая на этот вопрос, я разобрал следующие темы?

Где и почему агенты работают хорошо?
Где агенты делают только хуже?
Что значит "подготовить проект" к эпохе агентов
Пара тупых, но работающих советов как работать с Claude Code
Советы, что делать если ты разработчик, тимлид, владелец продукта
Как я думаю, куда всё это приведет

Многие современные ноутбуки оснащаются сканерами отпечатков, но что делать, если ваш рабочий ПК или старый ноутбук такой возможности не имеет? Китайские маркетплейсы предлагают огромное количество USB-сканеров по цене 1000–2000 рублей. Однако при попытке использовать их в Linux пользователя ждёт сюрприз: официальные драйверы отсутствуют, а встроенная поддержка libfprint часто не работает.

В этой статье я расскажу, как заставить работать сканер Chipsailing CS9711 (ID 2541:0236) в Ubuntu и других дистрибутивах. Мы скомпилируем форк libfprint с поддержкой этого устройства, настроим демон fprintd и подключим аутентификацию по отпечатку в KDE (а также дадим подсказки для других окружений).

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

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

На связи ведущий специалист Экспертного центра Positive Technologies Александр Леонов. Каждый месяц я рассказываю о трендовых уязвимостях в самых разных и широко используемых по всему миру продуктах и сервисах. Это такие уязвимости, которые активно применяются в атаках или с высокой степенью вероятности будут эксплуатироваться злоумышленниками в ближайшее время. В этой статье подведу итоги 2025 года и расскажу обо всех наиопаснейших уязимостях.

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

Немного о проекте

Проект представляет собой распределенную систему, состоящую из двух web-порталов на React, порядка двадцати микросервисов на .NET и нескольких интеграций со сторонними системами. Все компоненты участвуют в одном сквозном бизнес-процессе, а релизы выходят регулярно — в среднем раз в две недели.

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

Почему Е2Е?

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

Для нас автотесты стали стратегическим инструментом. Они заменили собой классический ручной регресс и со временем начали выполнять роль индикатора качества — как для команды разработки, так и для менеджмента и заказчиков.

TL;DR:

1,005 миллиарда веб-страниц

25,5 часа

$462

По какой-то причине уже долгое время никто не писал о том, что требуется для краулинга большой части веба: последним обнаруженным мной источником был пост Майкла Нильсена за 2012 год[1].

Очевидно, что за это время много изменилось. Всё стало больше, лучше и быстрее: у CPU появилось намного больше ядер, на смену жёстким дискам пришли твердотельные накопители NVMe, скорости ввода-вывода которых сравнимы со скоростями RAM, существенно выросла ширина сетевых каналов, существенно расширился список типов инстансов EC2 и так далее. Но в чём-то ситуация и усложнилась: гораздо бóльшая часть веба стала динамической, а контент теперь более тяжёлый. Как поменялось состояние Интернета? Теперь узкие места стали другими, и для создания своего Google по-прежнему нужно около 41 тысячи долларов? Мне захотелось это узнать, поэтому я собрал и выпустил собственный веб-краулер1 в условиях похожих ограничений.

Параллельный запуск автотестов — это как ускоритель: экономит часы, но если не знать подводных камней, превращает прогон в хаос. Тесты зелёные локально, красные на CI? Падают без причины, а перезапуск «лечит»? Знакомая история. В этой статье делюсь реальными кейсами из боевых проектов: почему статические поля убивают стабильность; как «гонка данных» маскируется под рандомные падения и многое другое

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

Если вы работаете с GitLab и у вас больше одного окружения — вы наверняка знаете этот ритуал: открываешь Settings → CI/CD → Variables, начинаешь вбивать переменные вручную, на пятой ошибаешься, на двадцатой теряешь счёт, на пятидесятой начинаешь сочувствовать тем, кто хранит секреты прямо в коде.

Я написал glenv — CLI-инструмент на Go, который синхронизирует .env файлы с GitLab CI/CD переменными через API. Под катом — история о том, почему существующих решений не хватило, как это устроено внутри и несколько примеров использования.

Введение

Привычные нам проекты в области технологии производств обычно представляют собой некую комбинацию из графической составляющей и документации, не имеющие общей базы. Чертежи и документы проекта формируются отдельно друг от друга, что зачастую приводит к высокому проценту ошибок разработчика при переносе данных. Не говоря уже о количестве ресурсов необходимых для формирования документации. ПО «PROMPROEKTOR» – это принципиально новый подход к разработке проектной документации.

Можете убедиться в этом сами на примере Процесс сборки технологической схемы...

Лет десять назад объектное хранилище было экзотикой. Крупные компании обходились NFS-шарами и надеждой, что RAID не развалится в самый неподходящий момент. Средний бизнес в целом не понимал, зачем это нужно. Но сегодня все изменилось. S3 API стал таким же стандартом, как REST или JSON. Мы в Диасофте построили «Фабрику данных» (Digital Q.DataFactory) в архитектуре Data Lakehouse на основе S3 Архипелаг, которая объединяет гибкость Data Lake с надежностью хранилища данных. В этой статье расскажем, как построили слой хранения.

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