В текстовом файле, описывающим конфигурацию устройства. Предполагается, что там честное описание, чтобы Андроид мог лучше себя оптимизировать.
Потому что некоторые программы пытаются как-то выбраться из тюрьмы Андроида и поговорить с железками напрямую, хотя смысл этого сомнителен, разве что любовь к искусству. Для любой коммерческой программы надежнее и разумнее просто спросить у операционной системы.
Знаете, не хотел искать эту ссылку, улучшать ВАШ магазин в конце концов не моё дело. Но раз уж просите - нашёл. У меня нет ВК, и нет желания его заводить. А на хабре это будет рекламой. Но если очень хочется найдете по текстам чата.
Переписка по очевиднейшему моменту шла три дня с 23 по 25 сентября, и если верить вашим никнеймам потребовалось ЧЕТЫРЕ ваших сотрудников, чтобы отличить 100 от 200.
...или (интрига! тысяча чертей, хорошо что напомнили!!!) даже не хватает и четырёх сотрудников Яндекса?
----
(ссылка на маркет)
Какой-то странный товар.
В названии 200 гр, а в карточке вдвое меньше. На вопросы не отвечают.
Путаница или мошенничество фиг знает, но надёжнее было бы поставить на паузу, пока не прояснится
17:43
Поддержка Маркета
Дайте мне, пожалуйста, ещё немного времени. Нужно всё проверить, а затем я обязательно напишу вам17:43
Мария
Всё проверила, во вложении две картинки, в карточке товара есть выбор: 100 грамм чая или 200 грамм чая.
На картинках ДРУГИЕ товары, просто другие!
Возможно, у вас есть ещё какие-то дополнительные вопросы?
------
вы видите, что за 200 грамм это ДРУГОЙ чай, другой товар.10:16
экзотический час "с панданом" это один товар.10:16
а просто обжаренный улун - совсем другой, его полно10:17
людей ловят - по ошибке или намеренно - на один товар, редкий. А продают или обычный и дешевый, или маленький в два раза меньше10:17
и на вопрос не ответили вроде бы
----
10:18 Сабина
Простите, что приходится долго ждать ответа.
Мне потребуется чуть больше времени, чтобы во всём разобраться. Как только соберу всю необходимую информацию, сразу же напишу вам
11:07
Ирина
Анна, всё проверила: карточка товара и правда содержит ошибку. Простите, что подвели.
В ближайшее время всё исправим.
-----------------
Итак, 25 сентября яндекс-маркет якобы исправил случайную (оооооочень случайную, правда все случайности только в сторону обмана покупателей, а не наоборот) ошибку.
Сегодня 08 октября Заходим по той же ссылке и видим...
Мошенничество "мелким шрифтом на десятой странице" - ловля невнимательных - продолжается. Прошло две недели без одного дня, как Яндекс "признал ошибку" и... продолжил обманывать покупателей.
Просто даже и нечего добавить.
P.S. в результате я купил его на Озоне, хотя и дороже и ПВЗ хуже расположен, но там до такого ещё тьфу-тьфу не докатились пока.
У яндекса лет пять назад для компьютерных товаров была, и работала
Сейчас у них типа универсальный част поддержки, принцип одного окна типа.
Вот неделю назад у них нашёл вьетнамский час в названии которого указано 200гр, а в свойствах товара 100 гр. Продавец на вопросы не отвечает. Написал в чат. Ответ отличный, "но там же есть кнопка 200 гр, вы же можете ее нажать, вот смотрите как я нажимаю" - и при этом переход на совсем другой товар, с другим названием, но "поддержка" этого в упор не видит.
"Наплевать, что у этого товара в названии заведомая ложь, ведь у этого продавца есть и ещё другие товары"
Да вроде нормальный бренд второй линии. Я несколько лет назад отцу купил на Windows 10 - ещё пока Али Экспресс был жив - до сих пор живет. Стилус выкинуть пришлось, редкое дерьмо. Но остальное вполне себе.
Что интересно, через полгода они сначала начали на Али мухлевать с этой моделью, удалять отзывы, вроде бы плохо отремонтированные под видом новых пихать, а потом модель и вовсе перестали продавать Windows-планшеты. Но конкретно этот, который я успел в самом начале продаж взять, до сих пор живет хорошо, не хуже ноута Toshiba Portege.
Совершенно непонятно почему разработчики Delphi решили использовать атомы. Ведь обе эти функции прекрасно работают с указателями на строки. Достаточно передавать уникальную строку, которая сама по себе уже есть, ведь с ней инициализируется атом.
Вполне понятно почему. Вы же сами написали, что "использовать строку" - это то же самое, что использовать медленные атомы.
Минусы атомов останутся, но сверх того будет медленный линейный поиск по массиву строк, вместо того прямого чтения по индексу.
Другой вопрос, был ли на 16-битной Windows какой-то вариант лучше этого?.. Судя по всему особого выбора не было.
2008: These problems with properties were fixed a long time ago, but old-timers remain wary of adding named properties by string atom. It’s one of those superstitions.
Что такое 'long time ago' в 2008 вопрос открытый... Но вряд ли Windows 3.11 и Windows 95 в списке.
Вообще, если параноить, то наверное правильно было бы сделать так:
AllocateHWND
Добавить в это окно нужные 2-3 проперти
Получить их числовое значение через GlobalFindAtom или через пару GlobalAddAtom/GlobalDeleteAtom
Возможно, закрыть это окно в finalization. Или поверить, что в Windows действительно всё исправлено.
Но вопрос все тот же, а в каких версиях Windows была исправлена работа со свойствами окон? Фактически надо было бы в VCL вести две ветки кода, и правильно между ними переключаться. Исходя из какой-то недокументированной особенности некоторых версий Windows. Видимо, никто не захотел.
Это нетрудно прямо в памяти пропатчить, не пересобирая VCL, но очень ли надо?
то есть всего 16383
Ну то есть на 4 с лишним тысячи жестко упавших десктопных приложений. Не самый частый случай. Вот и решили не рисковать. Хотя конечно, могли бы в свой же собственный отладчик добавить очистку таких атомов.
Строка собирается уникальной (из HInstance и ThreadID)
Не думаю, что есть гарантия уникальности этих чисел. ПОКА процесс/поток живы - да, уникально. Но когда они закрылись, вряд ли есть гарантия, что новый поток или процесс никогда не получат такой же номер, особенно на 16-битной системе.
Да ведь вы же сами написали:
после того как мы убедились что потока/процесса с таким ID нет ... процесс может появиться, с ровно таким же ID
P.S. Кстати, в Delphi есть и ещё одна утечка памяти при многократной загрузке/выгрузке DLL. Причем ЕМНИП никаких VCL не нужно. Как-то натыкался "теоретически", просматривая код Delphi 5. А сильно потом как-то раз нагуглил какого-то серверописателя, у которого процесс должен был месяцами работать, а вот DLL обработчиков запросов загружались/выгружались десятки раз в минуту. И процесс тупо помирал через несколько суток. Название этого Linked List of static arrays уже не помню. Может и исправили, но скорее всего опять же никому не надо.
Разумеется. Все эти банковские карты - это на новом уровне эмуляция старого протокола "чековая книжка". Где плательщик просто оставляет расписку на специальной гербовой бумаге, а продавец раз в неделю или месяц идёт по банкам обналичивать накопившиеся расписки. Отсуюда эти слипы, и то что в 90-е годы по выходным процессинговые центры выключались (типовое тогда мошенничество, положить на краденную или одноразовую карту 1000 рублей и на выходных в 10 магазинах купить товара на эту тысячу, а в понедельник пусть они сами решают кому сколько достанется). Отсюда и необходимость "допроводить" задним числом медленно приходящие платёжные требования - обратная совместимость с бизнес-процессами и бизнес-традициями.
Даже обычная оплата МИРом в транспорте - с задержкой проходит много где.
Думаю, что это (по смыслу) не задержка, а накопление. Меньше наверное накладных расходов, если в банк передать сразу 1000 платежек одним пакетом, а не устанавливать 1000 соединений. Но да, для меня как пассажира - задержка.
А если уж говорить не про NFC-карту а про прокси-программу на телефоне типа МирПей - то там вообще кажется не проверяется баланс при платеже даже если сваязь есть. Уже несколько раз попадал на блокировку с утра пораньше, и черти ведь автоматической разблокировки после пополнения нет - надо искать пароль от какого-то левого сайта и там кнопки нажимать "заткнись и бери деньги"...
----------
Но речь как раз про обратный случай. Не про "10 продавцов пытаются списать несуществующие деньги", а наоборот деньги есть и продавец один - но "продавалка" залипла.
И вот тут известный с первобытных времён алгоритм двуфазной транзакции должен бы был всё предотвратить. Если обработка конкретной продажи началась - то она не повторяется, потому что у неё статус поменялся. Обработка УЖЕ началась. И пока с другого конца не придет или "коммит" или "роллбэк" - она не будет "спаммить канал".
Разумеется этот протокол должен был быть реализован на всех стыках, но я как раз про это говорю, что не надо путать жопоголовие и древность. Древние люди как раз, в отличие от наших современников, понимали реальность таких платежей и даже оставили потомкам волшебные артефакты. Но, увы, не в коня оказался корм...
тогда вообще странно. Вроде одна и та же контора, НСПК. Да ещё может на госдотации претендовать, ибо сделана ради национальной безопасности, прекращения финансового шпионажа и вот этого всего.
и вот у нее практически два "фронт-энда" к одной и той же услуге, карты и СБП. Услуга по сути одна и та же, но комиссии за неё кардинально разные? или опять банки свою маржу ломят за "терминалы оплаты" ?
а "вообще" уже и вовсе ничего нет кроме вечных Оракла и Майкрософта и немножко IBM, да и те большей частью потому, что когда-то давно себя имя сделали и на тех старых дрожжах едут. Типа "Ещё никого не уволили за покупку IBM" (с)
технически покупать сегодня РСУБД для чего-то кроме запредельно огромных нагрузок смысла давно нет, только лишние риски остаться с внезапной проблемой без поддержки
Это вы так думаете. А вот в Святом Регламенте написано, что в это время надо заниматься расчетами безопасности и принимать решение на сколько процентов надо реактор подтормозить.
либо сообщил, что по просьбе оператора экспермент накрылся медным тазом.
Два эксперимента.
Условия которых, известные на тот момент, не требовали работы на полной мощности.
Вылетел бы с волчьим билетом за саботаж без убедительной причины.
Поскольку условия эксперемента полностью поехали.
Где в условиях эксперимента было обязательная работа на 100% моности перед выключением? И чем это требование мотивировалось?
Вообще "полностью поехали" - очень сильная гипотеза. Универсальные константы тоже изменились?
Провалили мощность, но нейтрорны и тепловыделение есть, значит реактор не остановлен
...и электрогенерация тоже есть.
Так написан Святой Регламент, да.
любой оператор "законник" встал бы и сказал:
- Ребята концепция сменилась, я обосрался. Глушим реактора на 40 часов.
С какой стати то? по Регламенту - остановки нет. Идет выделение энергии всех видов, в том числе электрической. У "законника" ноль причин саботировать эксперименты, на которые, кстати, приехали с другого завода сотрудники.
Тащи все стрежни вверх разгоняем мы молодцы и лучше тупых академиков
В Регламенте прописаны количественное измерение "что такое йодная яма" ? НЕТ. Или вы в самом деле предлагаете любой реактор глушить сразу после выхода на мощность - яма же!
В Регламенте прописан минимум стержней в АЗ? НЕТ.
Поэтому что академики в Регламент прописали - то и сделали.
А при попытке остановить со стабильного режима работы - "херня оказалось ипучей и ипанула!". Оказывается то, что Святой Регламент и все органы контроля называли стабильным режимом - таким вовсе не было.
И если бы инженеры "лучше тупых академиков знали" - то они бы за предшествующие 10 лет проверили бы расчеты академиков и нашли бы бомбу. Но инженеры не считали себя умнее и академикам поверили. Потому и взорвались.
...ну и получаем, что РБМК был советским опенсорсом, Регламент предполагает, что пользователи (операторы, эксплуатанты) реактора являются его со-авторами, и должны сами полностью прочитать, проверить и доработать под себя все исходники. А если они слепо поверили апстриму - то несут полную за то ответственность.
Вообще из Регламента именно это и вытекает. Самое яркое: если на реакторе начинается авария, то в процессе этой аварии пользователи обязаны рассчитать и реализовать безопасные изменения в работе конкретной АЭС при конкретном аварийной процессе. Апстрим этой фигнёй заниматься не будет, у него лапки, он стратегию пишет.
Прям как на OLPC (и, кажется, на Столмановских LISP Machines), у вас в программе ошибка выскочила? Это нормально. Запускаете IDE, подключаетесь к аварийному процессу и меняете его внутреннее состояние и неудачный код, чтобы исправить случившуюся ошибку задним числом. Почему тупые инженегры не стали этого делать в процессе взрыва? Не ценят рождённые ползать дареные им Четыре Свободы!
была, отдельный пульт (если я правильно понял воспоминания очевидцев - специальный шкаф с рубильниками, в норме закрытый на ключ)
я кстати до сих пор то ли не задумывался, то ли уже забыл, а как этот отключатель с УСП взаимодействовал? Тиритисски можно бы было придумать какие-то пружины над или под УСП, которые бы в таком случае их пассивно поднимали. Или, может быть, просто давление воды поднимало?... Не помню, задумывался ли я вообще об этом когда :-)
такая "гравитационная" защита невозможна.
Там есть еще один момент, который проявился в Фукусиме (у BWR как раз сплошная, цельная крыша для перезагрузки сверху, а все стержни снизу). Без надёжного охлаждения сальники деградируют за считанные часы, после всего весь реактор сливается через дырки в днище вокруг стержней. Гравитация, бессердечная ты сука...
В текстовом файле, описывающим конфигурацию устройства. Предполагается, что там честное описание, чтобы Андроид мог лучше себя оптимизировать.
Потому что некоторые программы пытаются как-то выбраться из тюрьмы Андроида и поговорить с железками напрямую, хотя смысл этого сомнителен, разве что любовь к искусству. Для любой коммерческой программы надежнее и разумнее просто спросить у операционной системы.
Дело не в конкретном чае, который (в Дефолт-сити) можно купить за ту же цену зайдя пообедать в любое вьетнамское кафе.
Дело в системе.
Это просто удачно случившаяся иллюстрация, что в магазине с миллиардными оборотами четверо сотрудников полмесяца не могут отличить 100 гр. от 200.
А уж что будет, если ваш покупатель столкнётся с более сложными проблемами, чем взвесить единицу товара, и представить страшно...
> Apple на некоторых своих продуктах зарабатвает меньше чем на других
Если эти продукты не конкурируют друг с другом - да сколько угодно.
Например, продажа наушников к айфону не уменьшает продаж айфонов, потому что никто не купит наушники вместо телефона, хотя они и дешевле.
А вот ремонт и продажа айфонов - конкуренты. Если человек починил свой айфон - то покупать новый ему уже не нужно.
именно али, или перекрашенный мейл-ру?
так-то Али живет, конечно, только открыть его из России, а уж тем более что-то там купить, отнюдь не просто
Знаете, не хотел искать эту ссылку, улучшать ВАШ магазин в конце концов не моё дело. Но раз уж просите - нашёл. У меня нет ВК, и нет желания его заводить. А на хабре это будет рекламой. Но если очень хочется найдете по текстам чата.
Переписка по очевиднейшему моменту шла три дня с 23 по 25 сентября, и если верить вашим никнеймам потребовалось ЧЕТЫРЕ ваших сотрудников, чтобы отличить 100 от 200.
...или (интрига! тысяча чертей, хорошо что напомнили!!!) даже не хватает и четырёх сотрудников Яндекса?
----
(ссылка на маркет)
Какой-то странный товар.
В названии 200 гр, а в карточке вдвое меньше. На вопросы не отвечают.
Путаница или мошенничество фиг знает, но надёжнее было бы поставить на паузу, пока не прояснится
17:43
Поддержка Маркета
Дайте мне, пожалуйста, ещё немного времени. Нужно всё проверить, а затем я обязательно напишу вам17:43
Мария
Всё проверила, во вложении две картинки, в карточке товара есть выбор: 100 грамм чая или 200 грамм чая.
Возможно, у вас есть ещё какие-то дополнительные вопросы?
------
вы видите, что за 200 грамм это ДРУГОЙ чай, другой товар.10:16
экзотический час "с панданом" это один товар.10:16
а просто обжаренный улун - совсем другой, его полно10:17
людей ловят - по ошибке или намеренно - на один товар, редкий. А продают или обычный и дешевый, или маленький в два раза меньше10:17
и на вопрос не ответили вроде бы
----
10:18 Сабина
Простите, что приходится долго ждать ответа.
Мне потребуется чуть больше времени, чтобы во всём разобраться. Как только соберу всю необходимую информацию, сразу же напишу вам
11:07
Ирина
Анна, всё проверила: карточка товара и правда содержит ошибку. Простите, что подвели.
В ближайшее время всё исправим.
-----------------
Итак, 25 сентября яндекс-маркет якобы исправил случайную (оооооочень случайную, правда все случайности только в сторону обмана покупателей, а не наоборот) ошибку.
Сегодня 08 октября Заходим по той же ссылке и видим...
Мошенничество "мелким шрифтом на десятой странице" - ловля невнимательных - продолжается. Прошло две недели без одного дня, как Яндекс "признал ошибку" и... продолжил обманывать покупателей.
Просто даже и нечего добавить.
P.S. в результате я купил его на Озоне, хотя и дороже и ПВЗ хуже расположен, но там до такого ещё тьфу-тьфу не докатились пока.
У яндекса лет пять назад для компьютерных товаров была, и работала
Сейчас у них типа универсальный част поддержки, принцип одного окна типа.
Вот неделю назад у них нашёл вьетнамский час в названии которого указано 200гр, а в свойствах товара 100 гр. Продавец на вопросы не отвечает. Написал в чат. Ответ отличный, "но там же есть кнопка 200 гр, вы же можете ее нажать, вот смотрите как я нажимаю" - и при этом переход на совсем другой товар, с другим названием, но "поддержка" этого в упор не видит.
"Наплевать, что у этого товара в названии заведомая ложь, ведь у этого продавца есть и ещё другие товары"
Да вроде нормальный бренд второй линии. Я несколько лет назад отцу купил на Windows 10 - ещё пока Али Экспресс был жив - до сих пор живет. Стилус выкинуть пришлось, редкое дерьмо. Но остальное вполне себе.
Что интересно, через полгода они сначала начали на Али мухлевать с этой моделью, удалять отзывы, вроде бы плохо отремонтированные под видом новых пихать, а потом модель и вовсе перестали продавать Windows-планшеты. Но конкретно этот, который я успел в самом начале продаж взять, до сих пор живет хорошо, не хуже ноута Toshiba Portege.
Вполне понятно почему. Вы же сами написали, что "использовать строку" - это то же самое, что использовать медленные атомы.
Минусы атомов останутся, но сверх того будет медленный линейный поиск по массиву строк, вместо того прямого чтения по индексу.
https://devblogs.microsoft.com/oldnewthing/20080502-00/?p=22483
https://devblogs.microsoft.com/oldnewthing/20080429-00/?p=22543
Другой вопрос, был ли на 16-битной Windows какой-то вариант лучше этого?.. Судя по всему особого выбора не было.
Что такое 'long time ago' в 2008 вопрос открытый... Но вряд ли Windows 3.11 и Windows 95 в списке.
Вообще, если параноить, то наверное правильно было бы сделать так:
AllocateHWND
Добавить в это окно нужные 2-3 проперти
Получить их числовое значение через
GlobalFindAtomили через паруGlobalAddAtom/GlobalDeleteAtomВозможно, закрыть это окно в finalization. Или поверить, что в Windows действительно всё исправлено.
Но вопрос все тот же, а в каких версиях Windows была исправлена работа со свойствами окон? Фактически надо было бы в VCL вести две ветки кода, и правильно между ними переключаться. Исходя из какой-то недокументированной особенности некоторых версий Windows. Видимо, никто не захотел.
Это нетрудно прямо в памяти пропатчить, не пересобирая VCL, но очень ли надо?
Ну то есть на 4 с лишним тысячи жестко упавших десктопных приложений. Не самый частый случай. Вот и решили не рисковать. Хотя конечно, могли бы в свой же собственный отладчик добавить очистку таких атомов.
Не думаю, что есть гарантия уникальности этих чисел. ПОКА процесс/поток живы - да, уникально. Но когда они закрылись, вряд ли есть гарантия, что новый поток или процесс никогда не получат такой же номер, особенно на 16-битной системе.
Да ведь вы же сами написали:
P.S. Кстати, в Delphi есть и ещё одна утечка памяти при многократной загрузке/выгрузке DLL. Причем ЕМНИП никаких VCL не нужно. Как-то натыкался "теоретически", просматривая код Delphi 5. А сильно потом как-то раз нагуглил какого-то серверописателя, у которого процесс должен был месяцами работать, а вот DLL обработчиков запросов загружались/выгружались десятки раз в минуту. И процесс тупо помирал через несколько суток. Название этого Linked List of static arrays уже не помню. Может и исправили, но скорее всего опять же никому не надо.
> терминала в обычном смысле может вообще не быть
Разумеется. Все эти банковские карты - это на новом уровне эмуляция старого протокола "чековая книжка". Где плательщик просто оставляет расписку на специальной гербовой бумаге, а продавец раз в неделю или месяц идёт по банкам обналичивать накопившиеся расписки. Отсуюда эти слипы, и то что в 90-е годы по выходным процессинговые центры выключались (типовое тогда мошенничество, положить на краденную или одноразовую карту 1000 рублей и на выходных в 10 магазинах купить товара на эту тысячу, а в понедельник пусть они сами решают кому сколько достанется). Отсюда и необходимость "допроводить" задним числом медленно приходящие платёжные требования - обратная совместимость с бизнес-процессами и бизнес-традициями.
Думаю, что это (по смыслу) не задержка, а накопление. Меньше наверное накладных расходов, если в банк передать сразу 1000 платежек одним пакетом, а не устанавливать 1000 соединений. Но да, для меня как пассажира - задержка.
А если уж говорить не про NFC-карту а про прокси-программу на телефоне типа МирПей - то там вообще кажется не проверяется баланс при платеже даже если сваязь есть. Уже несколько раз попадал на блокировку с утра пораньше, и черти ведь автоматической разблокировки после пополнения нет - надо искать пароль от какого-то левого сайта и там кнопки нажимать "заткнись и бери деньги"...
----------
Но речь как раз про обратный случай. Не про "10 продавцов пытаются списать несуществующие деньги", а наоборот деньги есть и продавец один - но "продавалка" залипла.
И вот тут известный с первобытных времён алгоритм двуфазной транзакции должен бы был всё предотвратить. Если обработка конкретной продажи началась - то она не повторяется, потому что у неё статус поменялся. Обработка УЖЕ началась. И пока с другого конца не придет или "коммит" или "роллбэк" - она не будет "спаммить канал".
Разумеется этот протокол должен был быть реализован на всех стыках, но я как раз про это говорю, что не надо путать жопоголовие и древность. Древние люди как раз, в отличие от наших современников, понимали реальность таких платежей и даже оставили потомкам волшебные артефакты. Но, увы, не в коня оказался корм...
тогда вообще странно. Вроде одна и та же контора, НСПК. Да ещё может на госдотации претендовать, ибо сделана ради национальной безопасности, прекращения финансового шпионажа и вот этого всего.
и вот у нее практически два "фронт-энда" к одной и той же услуге, карты и СБП. Услуга по сути одна и та же, но комиссии за неё кардинально разные? или опять банки свою маржу ломят за "терминалы оплаты" ?
А что это? ни гугл ни яндекс не знает даже...
Двухфазные транзакции появились в 1980-х годах как минимум (см. список книг на https://en.wikipedia.org/wiki/Two-phase_commit_protocol#References ), а возможно и раньше.
У них что, протоколы 1970-х годов что ли?
Серьёзно? Там же кэшбэк сразу от платёжной системы, "Привет, Мир!" называется. У Визы и Маэстро такого и представить нельщя.
...и убивает GoodByeDPI устанавливая древний WinDivert (каждый месяц)
нафиг-нафиг :-)
а "вообще" уже и вовсе ничего нет кроме вечных Оракла и Майкрософта и немножко IBM, да и те большей частью потому, что когда-то давно себя имя сделали и на тех старых дрожжах едут. Типа "Ещё никого не уволили за покупку IBM" (с)
технически покупать сегодня РСУБД для чего-то кроме запредельно огромных нагрузок смысла давно нет, только лишние риски остаться с внезапной проблемой без поддержки
не только, ещё Firebird
А больше бесплатных и нет (кроме SQLite для телефонов и Maria/MySQL для php-форумов)
Windows 7, так что в имеющихся хромоногах (ЯБ не имеется) никаких новых шифров и протоколов отродясь не было
Заработало с ключами -1 --reverse-frag
https://ntc.party/t/%D0%B5%D1%81%D0%BB%D0%B8-%D1%83-%D0%B2%D0%B0%D1%81-%D1%81%D0%B5%D0%B3%D0%BE%D0%B4%D0%BD%D1%8F-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%B8-%D0%B3%D1%80%D1%83%D0%B7%D0%B8%D1%82%D1%8C%D1%81%D1%8F-%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-%D0%BD%D0%B0-youtube-%D0%B2%D0%B0%D0%BC-%D1%81%D1%8E%D0%B4%D0%B0/10007/767
ПОКА заработало, завтра королевская охрана ещё что-нибудь придумает.
Это вы так думаете. А вот в Святом Регламенте написано, что в это время надо заниматься расчетами безопасности и принимать решение на сколько процентов надо реактор подтормозить.
Два эксперимента.
Условия которых, известные на тот момент, не требовали работы на полной мощности.
Вылетел бы с волчьим билетом за саботаж без убедительной причины.
Где в условиях эксперимента было обязательная работа на 100% моности перед выключением? И чем это требование мотивировалось?
Вообще "полностью поехали" - очень сильная гипотеза. Универсальные константы тоже изменились?
...и электрогенерация тоже есть.
Так написан Святой Регламент, да.
С какой стати то? по Регламенту - остановки нет. Идет выделение энергии всех видов, в том числе электрической. У "законника" ноль причин саботировать эксперименты, на которые, кстати, приехали с другого завода сотрудники.
В Регламенте прописаны количественное измерение "что такое йодная яма" ? НЕТ. Или вы в самом деле предлагаете любой реактор глушить сразу после выхода на мощность - яма же!
В Регламенте прописан минимум стержней в АЗ? НЕТ.
Поэтому что академики в Регламент прописали - то и сделали.
А при попытке остановить со стабильного режима работы - "херня оказалось ипучей и ипанула!". Оказывается то, что Святой Регламент и все органы контроля называли стабильным режимом - таким вовсе не было.
И если бы инженеры "лучше тупых академиков знали" - то они бы за предшествующие 10 лет проверили бы расчеты академиков и нашли бы бомбу. Но инженеры не считали себя умнее и академикам поверили. Потому и взорвались.
...ну и получаем, что РБМК был советским опенсорсом, Регламент предполагает, что пользователи (операторы, эксплуатанты) реактора являются его со-авторами, и должны сами полностью прочитать, проверить и доработать под себя все исходники. А если они слепо поверили апстриму - то несут полную за то ответственность.
Вообще из Регламента именно это и вытекает. Самое яркое: если на реакторе начинается авария, то в процессе этой аварии пользователи обязаны рассчитать и реализовать безопасные изменения в работе конкретной АЭС при конкретном аварийной процессе. Апстрим этой фигнёй заниматься не будет, у него лапки, он стратегию пишет.
Прям как на OLPC (и, кажется, на Столмановских LISP Machines), у вас в программе ошибка выскочила? Это нормально. Запускаете IDE, подключаетесь к аварийному процессу и меняете его внутреннее состояние и неудачный код, чтобы исправить случившуюся ошибку задним числом. Почему тупые инженегры не стали этого делать в процессе взрыва? Не ценят рождённые ползать дареные им Четыре Свободы!
была, отдельный пульт (если я правильно понял воспоминания очевидцев - специальный шкаф с рубильниками, в норме закрытый на ключ)
я кстати до сих пор то ли не задумывался, то ли уже забыл, а как этот отключатель с УСП взаимодействовал? Тиритисски можно бы было придумать какие-то пружины над или под УСП, которые бы в таком случае их пассивно поднимали. Или, может быть, просто давление воды поднимало?... Не помню, задумывался ли я вообще об этом когда :-)
Там есть еще один момент, который проявился в Фукусиме (у BWR как раз сплошная, цельная крыша для перезагрузки сверху, а все стержни снизу). Без надёжного охлаждения сальники деградируют за считанные часы, после всего весь реактор сливается через дырки в днище вокруг стержней. Гравитация, бессердечная ты сука...