Представим, что будет, если следовать вашему алгоритму:
Есть таблица компаний. На компанию ссылаются 1000 записей из разных таблиц. Поменялся 1 атрибут компании. Нужно создать новую запись компании с измененным атрибутом, потом создать 1000 записей с ссылкой на новую версию компании, потом много-много новых версий того, что ссылается на эти 1000 записей. Оглянуться не успеем, как засрем 10Г табличного пространства в сутки, если не зациклимся.
Внешние ключи должны из документов указывать именно на объект.
В Network нет ничего подходящего, а XHR только от счетчика Яндекса. Подскажете url и другие параметры, чтобы получить JSON? В каком файле нашли упоминание об этом?
Что значит, Ньютон разваливался?
Еще не пробовал. Ищу методы с адекватной сложностью. Ваша статья очень помогла мне.
Какие значения t0 и a вы брали для демонстрации?
Отличная статья!
По методу внутренней точки для линейного программирования:
— логарифмический барьер — правильный? (шаг метода Ньютона генерирует точку, которая остается внутри нашего множества)
— шаг метода L-BFGS с логарифмическим барьером генерирует точку, которая остается внутри нашего множества?
— какие обычно значения берутся для t0 и a?
По статье видно, что у вас нет опыта в решении изобретательских задач. Вам бы нанять изобретателя-производственника. Похоже, что вы заранее нацелились на сомнительное решение, а остальные опыты делали для галочки особо не напрягаясь.
Чайники с поплавками продаются. Там пластиковый шарик плавает в отдельном вертикальном канале.
Также поспешно откинули вариант с ультразвуком. Даже при кипении в основной емкости, вода в отдельном канале холоднее и не булькает (немного колеблется).
Есть пищевой силикон. Не знаю какие требования к сертификации, но если надо сертифицировать силикон, то разве пластиковые детали не надо сертифицировать?
У варианта с взвешиванием вы потратите кучу времени (почитайте отзывы на весы для грудничков)
Во всех вариантах очевидна зависимость от температуры. Добавьте термопару, хотя бы для анализа. Кроме того, можно смотреть температуру в приложении.
Я бы обратил внимание на емкостный датчик. Клеите снаружи корпуса (лучше на отдельный канал, сообщающийся с основной емкостью) 2 полоски алюминиевого/медного скотча (контакты), сверху обычный скотч, а сверху алюминиевый скотч (для экранирования). Плюс термодатчик. Даже если не поборете режим с паром, можно отключить снятие показаний у кипящей воды.
А вообще, как уже заметили, это проект с малым спросом на конечный продукт. Количество воды мало кому интересно. Количество воды может быть нужно, чтобы не сжечь чайник при удаленном включении. Но зачем включать удаленно? Ради экономии минуты и одного похода на кухню?
Представим, что будет, если следовать вашему алгоритму:
Есть таблица компаний. На компанию ссылаются 1000 записей из разных таблиц. Поменялся 1 атрибут компании. Нужно создать новую запись компании с измененным атрибутом, потом создать 1000 записей с ссылкой на новую версию компании, потом много-много новых версий того, что ссылается на эти 1000 записей. Оглянуться не успеем, как засрем 10Г табличного пространства в сутки, если не зациклимся.
Внешние ключи должны из документов указывать именно на объект.
Еще не пробовал. Ищу методы с адекватной сложностью. Ваша статья очень помогла мне.
Какие значения t0 и a вы брали для демонстрации?
По методу внутренней точки для линейного программирования:
— логарифмический барьер — правильный? (шаг метода Ньютона генерирует точку, которая остается внутри нашего множества)
— шаг метода L-BFGS с логарифмическим барьером генерирует точку, которая остается внутри нашего множества?
— какие обычно значения берутся для t0 и a?
Чайники с поплавками продаются. Там пластиковый шарик плавает в отдельном вертикальном канале.
Также поспешно откинули вариант с ультразвуком. Даже при кипении в основной емкости, вода в отдельном канале холоднее и не булькает (немного колеблется).
Есть пищевой силикон. Не знаю какие требования к сертификации, но если надо сертифицировать силикон, то разве пластиковые детали не надо сертифицировать?
У варианта с взвешиванием вы потратите кучу времени (почитайте отзывы на весы для грудничков)
Во всех вариантах очевидна зависимость от температуры. Добавьте термопару, хотя бы для анализа. Кроме того, можно смотреть температуру в приложении.
Я бы обратил внимание на емкостный датчик. Клеите снаружи корпуса (лучше на отдельный канал, сообщающийся с основной емкостью) 2 полоски алюминиевого/медного скотча (контакты), сверху обычный скотч, а сверху алюминиевый скотч (для экранирования). Плюс термодатчик. Даже если не поборете режим с паром, можно отключить снятие показаний у кипящей воды.
А вообще, как уже заметили, это проект с малым спросом на конечный продукт. Количество воды мало кому интересно. Количество воды может быть нужно, чтобы не сжечь чайник при удаленном включении. Но зачем включать удаленно? Ради экономии минуты и одного похода на кухню?