Странный расчет. Пишут что средний размер отката 22%. Потом пишут что это составляет 35% доходной части бюджета. Получается что расходная часть бюджета превышает доходную минимум на 10%. Вроде последнее время бюджет либо профицитный были, либо дефицит был не такой большой.
В блокчейн добавляют информацию что контент с определённым хешем принадлежит конкретному владельцу
Никакой защиты от копирования в данном случае нет. Прочто владелец может сказать что это она владеет этом NFT и может подтвердить это записью в блокцейне.
В «Яндексе» пояснили, что небольшое повышение тарифов вызвано «необходимостью улучшения работы серверной части и обеспечения скорости функционирования приложения» на фоне значительного увеличения количества партнеров и клиентов сервиса.
Странно, вроде с повышением количества клиентов доходы тоже возрастают и денег на "развитие инфраструктуры" должно быть больше. Или они не правильно оценили зависимость затрат от количества клиентов?
Значения свойств могут быть не только числовые. Они могут быть еще строковые, ссылки на другие таблицы, могут быть доп. картинки где уже может быть удобно хранить blob (а может и не удобно, все зависит от размера).
Поиск может и идёт по 2 целочисленным полям в одной таблице, но сколько раз? Вы ведь сами обратили внимание что при большим количество условий построение плана запроса становится уже ощутимым.
А писать каждый раз 30 раз join чтобы вытянуть все поля по нескольким товарам вы называете не сложным?
Таким подходом можно вообще всю БД превратить в набор из 3-х таблиц.
Прежде чем городить такой огород, вы задавались вопросом как часто происходит добавление новых категорий товаров? Где будет больше сэкономлено ресурсов? Не кажется ли вам что заставлять СУБД при каждом запросе тратить время на построение плана запроса (которые кстати не сильно будут отличаться друг от друга) в итоге потратит больше энергии чем добавление отдельной таблицы для категории?
Нет, я не про структуру которую делает платформа 1С. Я про типовые решения от 1С. Там структура полностью открыта и понятна.
Основная проблема такого решения в том, что когда нужно прочитать все свойства одного объекта, физических запросов к таблице скорее всего будет больше чем 1. А еще накладываются ограничения на тип хранимых значений. Для разных типов нужно делать отдельные колонки Value. Дальше помнить для каждого свойства из какой колонки брать значение. В результате писать запросы к такой таблице вручную становиться утомительно. Нужно "городить" отдельные функции для генерации текста запроса.
Появление новой категории это ведь не такое уж и частое событие. Кто мешает "наладить" процесс создания необходимых таблиц?
так мы ж все работаем, но вот он зарабатывает почему-то больше
Думаю что вопросов не будет возникать если разница в пределах порядка. Когда разница в доходах начинает исчисляться несколькими порядками. то уже возникают вопросы. Получается что кто-то приносит на несколько порядков больше пользы для окружающих? Если да, то получается что отдельные люди могут сильно отличаться друг от друга по своим возможностям и способностям. Тогда к чему все эти сказки про равноправие и демократию где все вроде как равны?
Для обеспечения домохозяйств, ветряков и СБ думаю достаточно. Это правда потребуется наличия аккамуляторов, но потребление в домах не такое большое. А вот для промышленности это большой вопрос. Это в доме можно относительно спокойно пережить "отключение" электричества на непродолжительный период. А вот для автоматической линии на заводе или более энергоёмкого оборудования это просто опасно.
КИУМ ветровых электростанций примерно сравненим с КИУМ ГЭС, у офшорных - с КИУМ угольных
А как КУИМ характеризует равномерность выработки? КУИМ это про показатель работы на "полную катушку". У АЭС он большой ввиду особенности технологии, работать с низким КУИМ АЭС не безопасно.
На обслуживание АЭС задействован целый городок
Обслужить "поле" из 4000 ветряков бригадой из 10 человек тоже не получится. Только АЭС это городок рядом со станцией, где основное обслуживание ведётся в теплых помещениях при любой погоде. А подойти на катере к ветряку расположенному в море при волнах в несколько метров не получится. А обслужить нужно не 1, а очень много.
У получения энергии из возобновляемых источников еще очень много технологических проблем, решение которых пока не намечается.
Может кто подсказать.
Странный расчет. Пишут что средний размер отката 22%. Потом пишут что это составляет 35% доходной части бюджета. Получается что расходная часть бюджета превышает доходную минимум на 10%. Вроде последнее время бюджет либо профицитный были, либо дефицит был не такой большой.
Ну таким же образом и картины копируют. Для многих людей визуально никаких отличий и многие не понимают зачем на них платить большие деньги.
Пусть знающие поправять если что. Но как понял я:
Считаю хеш по контенту
В блокчейн добавляют информацию что контент с определённым хешем принадлежит конкретному владельцу
Никакой защиты от копирования в данном случае нет. Прочто владелец может сказать что это она владеет этом NFT и может подтвердить это записью в блокцейне.
Ну значит просто нужно начать писать с одной g. Как все понимаю что значит слово "окуеть". Все ведь и так будут понимать что это означает.
Интересно а когда они maps заблокируют
У них одна серверная на все регионы?
Вы переоцениваете новизну современных технологий. С научной стороны большая часть из них это хорошо забытое старое.
Странно, вроде с повышением количества клиентов доходы тоже возрастают и денег на "развитие инфраструктуры" должно быть больше. Или они не правильно оценили зависимость затрат от количества клиентов?
Конкретно для этого ЛА при облучении с нижней полусферы форма воздухозаборника не важна (т.к. он расположен сверху).
Значения свойств могут быть не только числовые. Они могут быть еще строковые, ссылки на другие таблицы, могут быть доп. картинки где уже может быть удобно хранить blob (а может и не удобно, все зависит от размера).
Поиск может и идёт по 2 целочисленным полям в одной таблице, но сколько раз? Вы ведь сами обратили внимание что при большим количество условий построение плана запроса становится уже ощутимым.
А писать каждый раз 30 раз join чтобы вытянуть все поля по нескольким товарам вы называете не сложным?
Таким подходом можно вообще всю БД превратить в набор из 3-х таблиц.
Прежде чем городить такой огород, вы задавались вопросом как часто происходит добавление новых категорий товаров? Где будет больше сэкономлено ресурсов? Не кажется ли вам что заставлять СУБД при каждом запросе тратить время на построение плана запроса (которые кстати не сильно будут отличаться друг от друга) в итоге потратит больше энергии чем добавление отдельной таблицы для категории?
Нет, я не про структуру которую делает платформа 1С. Я про типовые решения от 1С. Там структура полностью открыта и понятна.
Основная проблема такого решения в том, что когда нужно прочитать все свойства одного объекта, физических запросов к таблице скорее всего будет больше чем 1. А еще накладываются ограничения на тип хранимых значений. Для разных типов нужно делать отдельные колонки Value. Дальше помнить для каждого свойства из какой колонки брать значение. В результате писать запросы к такой таблице вручную становиться утомительно. Нужно "городить" отдельные функции для генерации текста запроса.
Появление новой категории это ведь не такое уж и частое событие. Кто мешает "наладить" процесс создания необходимых таблиц?
Не хочу вас расстраивать. Но вы изобрели велосипед.
Такой подход к хранению "произвольных" свойств используется в той же 1С уже лет 15.
<sarcasm>Это сразу было похоже на надувательство</sarcasm>
Легко. Даже самолёты так строят.
Сначала ставят что-то послабее, потом уже модернизируют для нового двигателя.
Это моё оценочное суждение.
Вы меня не знаете, я вас. Ваше предположение про мой предпринимательский опыт неверное.
Думаю что вопросов не будет возникать если разница в пределах порядка. Когда разница в доходах начинает исчисляться несколькими порядками. то уже возникают вопросы. Получается что кто-то приносит на несколько порядков больше пользы для окружающих? Если да, то получается что отдельные люди могут сильно отличаться друг от друга по своим возможностям и способностям. Тогда к чему все эти сказки про равноправие и демократию где все вроде как равны?
Потребление для бытовых нужд для физ. лиц субсидируется за счет коммерческого использования.
Вы правда считает что майнинг это использование для бытовых нужд?
Для обеспечения домохозяйств, ветряков и СБ думаю достаточно. Это правда потребуется наличия аккамуляторов, но потребление в домах не такое большое. А вот для промышленности это большой вопрос. Это в доме можно относительно спокойно пережить "отключение" электричества на непродолжительный период. А вот для автоматической линии на заводе или более энергоёмкого оборудования это просто опасно.
А как КУИМ характеризует равномерность выработки? КУИМ это про показатель работы на "полную катушку". У АЭС он большой ввиду особенности технологии, работать с низким КУИМ АЭС не безопасно.
Обслужить "поле" из 4000 ветряков бригадой из 10 человек тоже не получится. Только АЭС это городок рядом со станцией, где основное обслуживание ведётся в теплых помещениях при любой погоде. А подойти на катере к ветряку расположенному в море при волнах в несколько метров не получится. А обслужить нужно не 1, а очень много.
У получения энергии из возобновляемых источников еще очень много технологических проблем, решение которых пока не намечается.