TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #884 · 5.10

Роскосмос пару дней назад опубликовал отчёт о том, почему упала "Луна-25". Там конечно канцелярит, но можно примерно понять, что двигатель коррекции получил неверные данные от акселерометра: из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором Это очень похоже на программную ошибку, а это моя сфера, и я решил над ситуацией поразмыслить. Хейтеры сразу стали строчить комментарии в стиле "Ололо, наняли каких-то идиотов, которые простейшие тесты не провели". Тут обычно справедливо вспоминают аварию с европейской ракетой Ариан-5 в 1996 году. Там буквально из-за пары строчек кода в результате неправильного приведения числовых типов ракета за 7 млрд баксов развалилась на куски в воздухе. Бывает. Что касается Роскосмоса, при всей его сомнительной репутации, объяснение "Дураки не провели тесты" звучит лично для меня неправдоподобно. На мой личный взгляд возможны два варианта: 1. Если в описании ошибки слово "приоритет" обозначает какой-то признак внутри объекта команды, значит, на входе в приёмный модуль эти команды не были отфильтрованы. Выглядит как грубая ошибка, целый логический блок упущен. Вряд ли этот блок вообще не написан, скорее всего он не выполнился. Такое бывает, если в тестовой среде есть какое-то условие, которого нет в рабочей, и именно это условие отвечает за выполнение участка кода. Сталкивался с таким миллион раз. Самое дикое из последнего: код парсит эксель-таблицу с числами. Разработчик написал, запустил проверил, прогнал тесты, всё ок. Отправляем в прод — все числа будто бы рандомно меняются на другие. Запускаем снова — у всех разработчиков функционирует нормально, а в проде на сервере нет. Таблица одна и та же. Можете подумать, почему так. Ответ: у разработчиков стоит русская локаль и десятичный разделитесь это запятая, а на проде в докере точка. При парсинге на проде запятая уже интерпретируется как разделитель тысячных разрядов. 2. Куда вероятнее, что слово "приоритет" в описании ошибки обозначает время, а, значит, список команд просто не был отсортирован, и в обработчик уже после актуальных значений попали какие-нибудь начальные нулевые данные, сбившие логику. По косвенному описанию проблемы очень похоже именно на это. Значит, на тестах всегда порядок возникновения команд соответствовал порядку их прихода, а в реальности перестал соответствовать. Вообще, работать с железом очень сложно. Какую-нибудь схемку заглючило от холода, она задержала ответ от датчика на миллисекунду, и всё. Никто не знал, что такая проблема возможна, пока она не возникла. Мне рассказывали о таком случае: юзер логинится на сайт и иногда логин проходит, а иногда нет. Логин и пароль те же самые. Просто в случайные моменты времени ему возвращают токен авторизации, а в другие моменты времени ошибку 403. Никакой закономерности нет вообще. Нет зависимости от времени суток и даты. Сервер точно работает стабильно и не падает все 100% времени. Почему так может быть? Ответ: у сервиса авторизации два инстанса, перед которыми балансировщик нагрузки. В одном инстансе данные для авторизации есть, в другом нет. Балансировщик при примерно одинаковой нагрузке включает просто случайный выбор между ними. В общем, программисты иногда допускают такие косяки, что какая-то мелочь может привести к серьёзной аварии. Это я вам говорю как программист, который пишет для атомных станций :) #dev

Hashtags

Резултати

Намерени 3 подобни публикации

Търсене: #redflags

当前筛选 #redflags清除筛选
English Law Report

@enlawreport · Post #1812 · 10.12.2025 г., 18:14

Best Efforts — самый тихий убийца контрактов в английском праве. Формулировка, которая звучит невинно, но на деле может превратить обычное обязательство в безграничные расходы, бесконечные попытки и риск ответственности за то, что вы просто «недостаточно старались». Я подготовил короткий Best Efforts Red Flag Checklist — инструмент, который за минуту показывает, где контрагент расширяет ваши обязанности и ломает все лимиты ресурсов. Чек-лист помогает: • сразу видеть скрытые риски • вырезать токсичные формулировки до подписания • предлагать безопасные альтернативы • вести переговоры увереннее Если вы работаете с английским правом — этот материал обязателен. 👉 Скачать чек-лист: Tribute 👉 Поделиться коллегам, чтобы никто не подписал контракт-проблемник. #EnglishLawReport#ContractLaw#BestEfforts#RedFlags#EnglishLaw#LegalStrategy#DraftingSkills

English Law Report

@enlawreport · Post #1809 · 10.12.2025 г., 14:10

Новый продукт от English Law Report: первый чеклист из серии Red Flags Сегодня мы запускаем первый чеклист из серии Red Flags — инструмент для быстрой оценки скрытых рисков в разделе Definitions & Interpretation. Это та часть договора, которую обычно просматривают «на автомате», хотя именно через широкие определения расширяют обязанности, ответственность, NDA, IP и финансовые последствия. В чеклисте собрано всё, что нужно для экспресс-анализа: • где термин растянут • какие слова токсичны по смыслу • какие комбинации превращают обычную клаузы в источник серьёзных рисков • какие безопасные формулировки можно сразу предложить контрагенту Это первый чеклист в новой линейке.В ближайшее время появятся остальные — всего их будет 50. Можно будет приобрести каждый по отдельности или одним пакетом в виде полноценного набора Red Flags. Мы создаём серию, которую можно использовать как рабочий инструмент: быстро, понятно и по-английскому практично. Если хотите получить доступ первыми — следите за обновлениями. #EnglishLawReport#EnglishLaw#ContractLaw#LegalRisk#RedFlags#Definitions#ContractReview#ITContracts#CommercialLaw#LegalTools#Drafting#LegalPractice#LawyerLife#CommonLaw#LegalFramework

English Law Report

@enlawreport · Post #1877 · 20.01.2026 г., 07:54

⚡️Юристы и фаундеры часто спрашивают одно и то же: почему контракт выглядит нормально, а потом внезапно превращается в проблему. Ответ почти всегда один: red flags были в тексте. Просто их не увидели вовремя. Я собрал 10 точечных Red Flag чек-листов по ключевым контрактным зонам риска. Не учебник и не теорию, а практический инструмент: что именно смотреть, где чаще всего прячутся ловушки и как их распознать до подписания. Это те пункты, из-за которых: – бизнес теряет деньги – юристы спорят постфактум – споры доходят до арбитража Что внутри пакета ☝️ 1. Terms & Definitions Определения, которые меняют смысл всего договора 👉Купить на Tribute 2. Continuous Supply Непрерывность поставок и иллюзия обязательств 👉Купить на Tribute 3. Best Efforts Самая опасная формулировка в английском праве 👉Купить на Tribute 4. Step-in Rights Когда контрагент может зайти в ваш бизнес 👉Купить на Tribute 5. Price Adjustment Как цена «плывет» после подписания 👉Купить на Tribute 6. Escalation of Costs Перекладывание рисков роста расходов 👉Купить на Tribute 7. Time Is of the Essence Когда сроки превращаются в оружие 👉Купить на Tribute 8. Holdback Деньги удержали. Формально законно 👉Купить на Tribute 9. Payment Upon Approval Оплата, которая может не наступить никогда 👉Купить на Tribute 10. Exclusivity Эксклюзивность, которая связывает руки 👉Купить на Tribute Почему это стоит купить – каждый чеклист решает одну конкретную проблему – применимо сразу к договору, который лежит у вас на столе – экономит деньги, время и нервы – идеально для due diligence, contract review и переговоров Если вы работаете с контрактами и не хотите учиться на собственных спорах — это must-have набор. Выберите один чеклист под текущий договор или заберите все и закройте основные зоны риска разом. #contractdrafting#legalrisk #redflags#englishlaw #commercialcontracts #duediligence#legalstrategy #contractreview#arbitrationready #inhousecounsel#founders #businesslaw#legaltools #lawyerslife#contractrisk