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

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

В практике инженера АСУ ТП диагностика интерфейса RS-485/422 обыденное дело. Но что делать, если удаленный опрос приборов учета лег, линии прозвонены, сеть работает а связи все равно нет? Рассказываю реальный кейс о том, как из-за невнимательности при первичной проверке мы перепутали подключение COM-портов, и что в итоге получилось.

DOOM известен тем, что запускается где угодно – благодаря портам, которые появляются с 1993 года. Мем «It Runs Doom» («Он запускает DOOM») живёт в интернете уже больше десяти лет. Люди запускали DOOM на тостерах, на тачбарах макбуков, на умных холодильниках. И, кажется, я – первый человек, который уместил DOOM в QR-код.

Кэш часто воспринимают как простой способ ускорить систему: положили данные ближе к приложению — получили быстрый ответ. Но на практике главная сложность начинается не с производительности, а с согласованности. Когда данные меняются, кэш может начать «врать»: показывать старые остатки, устаревшие статусы или разные версии одной и той же сущности разным пользователям.

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

В.А.Притула, «Электрическая защита от коррозии подземных металлических сооружений»

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

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

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

Однако, как выясняется, даже такие сплавы не могут устоять перед негативным явлением, которое носит название «щелевая коррозия»…

В первой части разобрали, как обращения из Mattermost попадают в n8n, классифицируются по категориям и отправляются в нужную ветку обработки.

В этой части:

* Расследователь инцидентов — самая капризная категория, у неё самый низкий процент автономного разрешения и самые интересные подводные камни;

* Менеджер задач — обработка запросов на модификацию инфраструктуры с автоматическим заведением тикетов в Jira;

* Консультант по вопросам инфраструктуры — ответы на «а где у нас настроен X?» с хитростью в виде автогенерации README в IaC-репозиториях.

Где-то на GitHub лежит репозиторий с файлом .cursorrules. Среди инструкций для Cursor затесалась строчка:

ALWAYS refer to the user as "My Dear Capybara"

И это не пасхалка или шутка в комментариях.
Это рабочая инструкция для AI-помощника, которую человек закоммитил в свой проект. И теперь модель обращается к нему «Мой дорогой капибара» в каждом ответе. Видимо, так разработчику спокойнее.

Капибара – нормальная сцена для жанра. Мы несколько часов изучали публичные .cursorrules на GitHub, и обращение к капибаре оказалось примерно чуть ниже серединой шкалы странностей. Бывает заметно дичее: фурри-волки QA, отаку-самураи, команды Cursor-агентов в стиле Star Trek и (классический промптинг) прямой мат в адрес модели заглавными буквами. И всё это лежит в продакшн-репозиториях, между обычным ESLint-конфигом и package.json.

Окунемся в ужас с головой.

Всем привет! Меня зовут Миша, я разрабатываю платформу Яндекс Еды. В декабре я рассказывал, как Temporal без боли решает привычную проблему распределённой бизнес‑логики.

В продолжение темы я задумал написать такую статью, которую мне самому хотелось бы прочитать перед тем, как мы начали миграцию на Temporal. Всё изложенное проверено на практике: процессинг заказов Яндекс Еды уже почти год работает целиком на Temporal. Об общих принципах работы с Temporal я уже рассказал в предыдущей статье, а здесь я поделюсь полезными советами, выведенными из нашего опыта.

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

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

Сегодня в блоге ЛАНИТ я расскажу о том, как создать с нуля корпоративный дебат-клуб. Мы начали этот проект с внешним подрядчиком, потом продолжили вести его сами. Эта статья - пошаговое руководство, которое составлено на основе опыта, полученного нашей командой. Предложенный план можно дополнять, исключать из него пункты, детализировать — все зависит от ваших целей, размера компании и времени, выделенного на обучение. 

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

Как снизить энергозатраты на метановой заправке, где компрессор сжимает газ до 250 бар?

В Казани сеть КПГ-заправок «СТИФКОР» решила эту задачу без вмешательства в автоматику технологической установки. Вместо этого добавили внешний контроллер, который через Modbus TCP меняет режим ее работы для повышения энергоэффективности.

В статье рассказываем:
— как устроены заправки КПГ;
— почему работа компрессора зависит от температуры воздуха;
— как диспетчеризация помогает находить ошибки;
— как инженер управляет станцией со смартфона.

И все это — про действующие КПГ-заправки, которые работают в городской застройке.

Как я уже писал в своей прошлой статье, дурная голова рукам покоя не даёт. Так что не прошло и месяца после завершения работы над звонком, как руки уже начали чесаться. И занятие им нашлось достаточно быстро...

Я пользуюсь MAD CATZ S.T.R.I.K.E. 7, которая всем чудо как хороша, кроме того, что вышла больше 10 лет назад, её производитель обанкротился в 2014 и её софт на Win 11 уже надо ставить с бубном. Все мы смертны, клавиатуры - тем более, так что я стал задумываться над заменой. Но проблема в том, что я привык к россыпи макроклавиш, которые позволяют одним нажатием, не задействуя мозг, переключать ветки гита, исправлять криво введённые команды или вбивать пароли в окошки по 15 раз за день (о боги хаоса, как я "люблю" параноиков-безопасников). А современные клавы имеют в лучшем случае 4-5 макроклавиш (что вдвое меньше, чем нужно), а некоторые ещё и стоят как приватный остров. И тут в унынии я наткнулся на это...

Привет, Хабр! Сегодня мы часто говорим про разные тренды в разработке — ИИ‑агентов, тестирование на ранних стадиях, прослеживаемость изменений, автоматизацию пайплайнов… Все эти тренды звучат убедительно, пока не упираются в реальность: требования лежат в на общих дисках, схемы — в картинках, контракты — в разных версиях, а история изменений размазана по инструментам.

Что делать с этим?

Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, чем полезен в этом случае подход GitOps и о том, как и в каких случаях это может упростить жизнь команде.

Терминалы сбора данных (ТСД) - это не смартфоны. Производители корпоративного оборудования, такие как Urovo, стараются намертво закрывать систему: нет открытых прошивок, а Fastboot ведёт себя нестандартно, нет мануалов.

C# я до сих пор считаю одним из самых удобных языков для backend разработки. В нём много вещей к которым быстро привыкаешь: свойства, LINQ, async/await, generics без type erasure, хороший tooling и понятная модель разработки.

Но банковский enterprise редко выбирает стек только по удобству языка. На практике важны не только синтаксис и экосистема, но и инфраструктура, сопровождение, безопасность, регламенты, legacy, найм, CI/CD, требования к платформам и долгосрочная стратегия организации.

Так я оказался в ситуации где C# мне субъективно нравится больше, но Java объективно стала полезнее в конкретном банковском контуре.

Эта статья не про холивар C# vs Java. Это попытка спокойно разобрать почему backend разработчику в enterprise иногда приходится расширять стек, даже если текущий язык его полностью устраивает.

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

Это обычный расчетный фьючерс Московской биржи. То есть биржа просто начисляет или списывает рубли в зависимости от движения цены индекса.

В заметке рассмотрю экономику контракта и структуру издержек, сравню с другими инструментами Московской биржи.

Всем привет! Apple удалила «РСХБ Онлайн» из App Store в 2022 году. С тех пор мы выпустили пять новых iOS-приложений — «Учёт надоя», «Ягодный фест», «АгроСкан», «PRO Зерно» и «ПРО Жарка». Каждое рано или поздно удаляли. И каждый раз перед нами вставала одна и та же задача: перевести клиентскую базу со старого приложения на новое. Без App Store. Без возможности обновить бинарник. Без push-уведомлений в устаревшем клиенте.

Я Кирилл Адещенко, в прошлой статье я делился кейсом публикации мобильного банковского приложения РСХБ в условиях ужесточения правил магазинов приложений и санкционных ограничений. В этой статье буду говорить про миграцию: как технически и организационно переселять людей, когда главный канал дистрибуции у тебя отобрали, а клиенты цепляются за привычное.

Баги — неизбежная часть разработки. 

В этой статье расскажу наш опыт: как мы внедрили Zero Bug Policy в нашем стартапе (B2B fintech) и за месяц сократили backlog с 77 до 18 багов. А главное — как это изменило культуру и отношения с клиентами.

Восемь из десяти офисных сотрудников уже пользуются публичными нейросетями — часто без ведома IT. Запрет не работает: 90% руководителей ИБ сами заходят в несанкционированные ИИ-инструменты. Мы два года живём с этим на команде в 90+ человек — не через блокировки, а через матрицу из трёх зон: красной, зелёной и серой. Разбираем, как она устроена и почему держится без полиции.

Восемь из десяти офисных сотрудников уже пользуются публичными нейросетями — часто без ведома IT. Запрет не работает: 90% руководителей безопасности сами заходят в несанкционированные ИИ-инструменты. Мы у себя в команде на 90+ человек два года живём с матрицей из трёх зон — красной, зелёной и серой. Рассказываем, как она устроена и почему держится без полиции.

Введение: как я решил заняться разработкой силовой установки для тяжелых мультироторных БАС (взлетный вес 1–2 тонны) как к этому пришел, где я сейчас, и что вообще делать дальше.

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

Упрощенно, стоимость доставки 1 кг груза считают так: Цена доставки = (Амортизация железа + Энергия + Ремонт + Обслуживание) / (Вес груза × Дальность полета).

Для тяжелых коптеров требуются моторы мощностью от 50 кВт. Они выделяют колоссальное количество тепла и требуют высокой точности при производстве. Такие моторы делают, например, YASA, EMRAX, T-Motor. Но стоимость их решений делает применение распределенной тяги (например, 8 моторов на октокоптер) коммерчески бессмысленным: летный час становится дороже найма пилотируемого вертолета.

Накидываем моторы на умозрительный коптер и считаем по приведенной формуле с допущениями:

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

Его оставил пользователь Alexey_Kangin: Не исключено, что ответ на поставленный вопрос гораздо проще. Менеджер хакнул систему. Он понял, что решения можно просто не принимать, и это не оказывает существенного влияния на его позицию и доход. А в таком случае, зачем напрягаться? Думать больно, установленный нейронаукой факт.

Алексей описал не лень и не цинизм. Он описал рабочую стратегию — и описал её точнее, чем я в статье. В стабильной системе она правда работает: доход не падает, позиция не под угрозой.

Дальше — развёрнутый ответ. Ты прав в каждом пункте. Но в систему зашёл фактор, который многие считывают как угрозу, а он открывает дверь — в том числе тому самому менеджеру. Расскажу, какую.

Рудольф

Назову этого менеджера Рудольфом. Восьмой год в роли. Решения не форсирует — даёт ситуации дозреть, и к моменту, когда «решение» оформилось, обстоятельства уже выбрали за него. Доход индексируется, позиция стабильна, с руководителем ровно.

Сразу договоримся: Рудольф — это диагноз, а не приговор. Не «плохой работник». Человек, который точно определил среду и выбрал под неё разумную стратегию. Среда восемь лет за это и платила. Узнали себя — отлично, с этого начинается разговор. Дальше увидим: у этой стратегии открывается продолжение.

Почему это работало

Две причины, и обе про устройство среды.

Первая — насиженное место. Руководитель сидит на месте годами, структура меняется раз в пятилетку. В такой среде предсказуемость дороже инициативы. Рудольф предсказуем, на него можно опереться — и это ценное свойство, а не дефект.