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

Или как не потерять деньги из‑за неправильной подсудности, неверно выбранной инстанции и игнорирования «Моего арбитра»

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

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

В этой статье я разберу уровни арбитражных судов, их особенности и главное — дам практические рекомендации, как не провалиться на каждом этапе. Будут аналогии с CI/CD, тестированием и баг‑трекингом, чтобы было ближе IT‑специалистам.

Минимальный набор устройств для работы в ИТ на апрель 2026 ver.2

С учетом текущих санкций, разделения инета на сегменты и рекомендаций минцифры https://habr.com/ru/news/1018576/ ,получается, что типичному работающему корпоративному ИТ россиянину необходимо:

Привет, это новый выпуск «Нейро-дайджеста» — коротких и полезных обзоров ключевых событий в мире искусственного интеллекта и технологий.

Неделя насыщенная: Google выпустила Gemma 4, Anthropic дважды засветилась с утечками c Mythos, Capybara и исходниками Claude Code. Cursor теперь делают упор на ИИ-агентов, а Netflix неожиданно врывается в ИИ-гонку.

Всё самое важное — в одном месте. Поехали!

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

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

"Кроилово ведёт к попадалову" - знает каждый русскоязычный, поляк бы сказал - "Tanie mięso psy jedzą", в британских колониях прозвучит - "Penny wise, pound foolish"...

Это история о том, к чему приводит экономия на SMM персонале и незнание банального
"Quis custodiet ipsos custodes?"

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

Сейчас на рынке труда появляется новая корпоративная этика.

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

И вот в этом режиме рынок труда постепенно вспоминает про людей 50+.

На дворе 2026-й, и за это время как React, так и Vue сделали гигантский скачок в развитии и создании экосистемы вокруг себя. Но статистика до сих пор беспощадна к Vue. На React в два раза больше вакансий, чем на Vue. Сколько я ни спрашивал React-инженеров, ответ был всегда один и тот же: «React для серьезных проектов, а Vue так уж».. Серьезно? Почему вы до сих пор так думаете?? Ну хоть один пример приведите, что нельзя сделать во Vue. Хотя бы потратьте 1 день на изучение экосистемы Vue 3 Composition API, Vue Router, Pinia - да вы после этого забудете про свой React. А про различные useState я вообще молчу, Vue тут вообще вас всех обошел с обычными ref. Это вы еще не слышали про keep-alive.

Я считаю, что такое мнение построилось из-за простой причины: люди просто поставили свою карьеру на React, вот почему они его защищают, а компании продолжают его использовать.

Из этой серии статей вы узнаете о, вероятно, самой глупом, легко предотвратимом и дорогом провале 21-го века, из-за которого Microsoft чуть не потеряла своего самого крупного клиента (OpenAI) и доверие правительства США.

Скучным утром понедельника 1 мая 2023 я впервые вышёл на работу в Azure Core в качестве сениор-сотрудника команды Overlake R&D, разработавшей карту выгрузки и сетевой ускоритель Azure Boost.

Azure не был для меня чем-то новым: наверно, это самая длительная моя подписка на облачный сервис, который был запущен в феврале 2010 года под названием Windows Azure.

Не был я и новичком в Microsoft: с 1 января 2013 года я был частью команды разработчиков Windows, а позже помогал выполнять миграцию SharePoint Online в Azure; в дальнейшем я присоединился к команде Core OS в качестве разработчика ядра. В ней я помогал совершенствовать ядро, участвовал в разработке и реализации платформы Container, поддерживающей Docker, Azure Kubernetes, Azure Container Instances, Azure App Services и Windows Sandbox. Выпуск всех этих технологий привёл к получению множества патентов.

Кроме того, я участвовал в мозговом штурме при создании прототипов карт Overlake в 2020-2021 годах, в составлении драфта предложения коммуникационного протокола и сетевого стека Host OS <-> Accelerator Card ещё на том этапе, когда у нас было лишь последовательное соединение отладчика. Также меня привлекали в качестве специалиста по Core OS, и я помогал разработчикам Azure Core диагностировать глубокие проблемы операционной системы.

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

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

Начну с контекста. Я играю в EA FC (ранее FIFA) в режиме Clubs (11×11), где каждым виртуальным игроком управляет человек. Сам по себе режим интересный, но мне, как человеку, который любит цифры и аналитику, довольно быстро стало не хватать доступной статистики.

Я пришёл в лигу, у которой уже был свой сайт (я в этой статье опущу тему о том, что я администрировал проект порядка 3 лет). Там статистику собирали вручную: люди пересматривали записи матчей и заносили базовые показатели — голы, ассисты, перехваты, отборы и так далее. На основе этих данных считались различные рейтинги: лучшие игроки, бомбардиры, разрушители и прочее.

Выглядело это примерно так: набор таблиц, где действия сгруппированы по категориям и амплуа.

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

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

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

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

Вопрос читателю: Как можно сгруппировать натуральный ряд в групп, чтобы внутри каждой лежали только взаимно-простые числа?

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

Ниже представлены рекомендуемые системные требования от разработчиков. На самом деле характеристики для «минималки» чересчур завышены, и игра неплохо себя показывает даже на не самых топовых сборках. Благодаря обширному списку доступных для настройки параметров, вы сможете без проблем запустить Battlefield 6, не покупая дорогостоящее железо. Игроки уже протестировали «шестерку» на «мамонтах» — GTX 1070 и 1080, и результат оказался куда более оптимистичным, чем вы могли подумать. Проект выдает 60–80 кадров в 1080p на средне-низких настройках.

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

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

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

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

Можно ли вообще делать машинное обучение на PHP — или это изначально плохая идея? Почему PHP-массивы плохо подходят для математики и быстро упираются в предел, как появились Tensor и NDArray, и как всё это в итоге приводит к GPU – разберёмся на практике.

Для всех, кто знаком с новым рекламным кабинетом ВКР эта картинка не пустой визуал. Как говорится: мем смешной, ситуация страшная. 

Но, оказалось, новый кабинет поддается влиянию, если использовать эти 5 пунктов. 

Если вы в теме, пропустите следующие 3 абзаца и переходите к лайфхакам. Если же название ВКР или VKAds вам ни о чем не говорит, ниже контекст.