Инфляция возникает в результате эмиссии - это как "наводнение возникает из-за притока воды"
По смыслу верно, по сути издевательство.
Инфляция возникает когда денежная масса превышает количество товаров и услуг, которые обеспечивают ее стоимость (которые она покрывает)
Понятно, что она может возникнуть только в 3х случаях - когда делают больше денег, когда становится меньше товаров, или структурные причины (например когда для выпуска тех же товаров нужно меньше кредитов, потому что изменили правила в банковской системе)
Но важно то, что проблема не в эмиссии как таковой, а в неправильном управлении ее величиной.
Ну то есть тезис, что эмиссия - плохая сама по себе, он кажется не очень верным
Иронично, что вы, видимо, даже не поняли тезис предыдущего комментатора про продуктовые.
Продуктовые магазины - не просто посредник.
Они оказывают важные услуги - доставляют и хранят для вас продукты некоторое время в просторном и чистом помещении в шаговой доступности, обеспечивают их продажу индивидуальным клиентам, возвращают неликвид, обеспечивают избыточность (если вы хотите гарантированно купить хлебушек вечером, значит у продавца может останется 1-3% хлебушка, значит его не продать и нужно переработать и он попросит за эту услугу ваши деньги, но наверное вы согласны, судя по наличию хлебушка вечером)
Производитель не готов этим заниматься, у него и так проблем хватает.
Если же вы попробуете купить у производителя напрямую на его условиях (партия от 2-х тонн регулярно), то поймёте, что это не совсем так просто.
Примерно так же можно согласиться с остальными тезисами комментатора - в вашей статье хватает дыр
Безусловно, но в этот дисконт входят услуги, оказываемые банками - возня с индивидуальными клиентами, обслуживание счетов и проверок, валидация, проверка клиентов, защита и прочее.
Без коммерческих банков эти услуги будет оказывать центральный банк, что значит, что он все равно не выдаст вам идеальных условий (услуги ведь ему не бесплатны), но при этом будет монополистом в этих услугах, будет сам определять дисконт и качество.
Как это работает, есть множество примеров.
Среди банков хоть есть конкуренция.
Вы можете попытаться сами сделать банк с условиями лучше - максимально приближенными к ЦБ
Ну вполне вероятно, что на этапе прототипа авторы в нее играли, тогда величина вычислена, так сказать, эмпирически.
Так же возможно, что они опирались на существующую игру. Это означает, что кто-то случайно, эмпирически или математикой высчитал хорошее значение, а авторы переиспользовали его, просто взяв похожий размер поля.
Эволюция работает и на идеи, наверняка, например, карточные игры прошли некоторый эволюционный отбор на длину сессии и количество карт
Одинаковая длина сессии объясняется тем, что ее авторы вероятно ее считали.
Настолки вель не всегда творчество, это уже столетие как бизнес, и те, кто занимается их дизайном тоже знают тер вер и имеют пожелания по длине сессий.
Но вообще тема хорошая и ваш пример интересный.
Так то это обычное дело - погонять симуляцию.
Для тестирования многих игр хорошо подходит метод монте-карло
Из моих умеренно скромных знаний о беге и лишнем весе в статье описаны весьма плохие рекомендации.
Начиная от того, что людям, имеющим лишний вес и начинающим тренировки с целью его сбросить, следует рекомендовать в первую очередь изменение рациона, а в качестве тренировок - обычную ходьбу. И заканчивая тем, что обучиться хорошему бегу без травм в принципе сложно, а такой силовой и летащий бег, да еще и для людей с лишним весом и без тренировок - почти гарантированные рекомендации к быстрым травмам коленей. Ей богу, "скучный" семенящий бег будет лучше, а чтобы испытывать от него кайф нужно в любом случае преодолеть начальный уровень, когда человек умирает на 300 метрах.
Ну что поделать, нужно как то жить с неоправданными ожиданиями.
Программирование - это конечно полет, фантастика, невероятные штуки. Но еще это и работа, и решение простых, сиюминутных задач. И то, что является самым крутым в программировании плохо пересекается с тем, за что платят в программировании. Десу.
Можно найти компанию, в которой гораздо больше интересных задач и меньше нудных менеджеров, чем в большинстве других. И где продукт действительно прорывной и полезный. И где пишут хороший, качественный код, уделяют время.
Но врятли это будет одна компания. Поэтому можно просто поискать хороший компромисс - где и задачки интересные встречаются, и денюжек платят, и не бесят.
Ну и свет клином на работе не сошелся - можно завести пет проджект, завести хобби.
Добрый день. Любопытная статья, но вы можете сказать, а зачем такая организация? Какие плюсы и минусы?
Пока все что мне видно - это фанатичное стремление всем управлять из кода, не использовать синглтоны, потому что харам (ну то есть непонятно почему) и куча boilerplate кода.
DI - это любое внедрение зависимостей, не обязательно через контейнер и рефлексию. Если вы создаете все классы от корня через new, передавая запчасти и сервисы через конструктор (да, гиганские конструкторы) - технически это тоже внедрение зависимостей.
Важно тут только то, что объект не занимается поиском зависимостей сам (через синглтон, сервис локатор или хаки) ровно как и не создает объекты сам.
Кстати сериализация в MonoBehaviour в unity, как и ScriptableObject - это тоже внедрение зависимостей.
Гравитационные батареи в заброшенных шахтах cмогут питать всю планету
Это да, быстрей бы
Да хотя бы просто орбитальные зонтики.
Гравитационные батареи в заброшенных шахтах cмогут питать всю планету
Да, так то все ГЭС (как и ветряки и большинство тэс) термоядерные.
Просто не очень эффективные.
Как стать программистом с нуля?
Там вроде не было ничего про просто
Поэтому советы те же - учитесь программировать, сами или на курсах.
А вот насколько это будет сложно
Грядут цифровые деньги?
Инфляция возникает в результате эмиссии - это как "наводнение возникает из-за притока воды"
По смыслу верно, по сути издевательство.
Инфляция возникает когда денежная масса превышает количество товаров и услуг, которые обеспечивают ее стоимость (которые она покрывает)
Понятно, что она может возникнуть только в 3х случаях - когда делают больше денег, когда становится меньше товаров, или структурные причины (например когда для выпуска тех же товаров нужно меньше кредитов, потому что изменили правила в банковской системе)
Но важно то, что проблема не в эмиссии как таковой, а в неправильном управлении ее величиной.
Ну то есть тезис, что эмиссия - плохая сама по себе, он кажется не очень верным
Грядут цифровые деньги?
Иронично, что вы, видимо, даже не поняли тезис предыдущего комментатора про продуктовые.
Продуктовые магазины - не просто посредник.
Они оказывают важные услуги - доставляют и хранят для вас продукты некоторое время в просторном и чистом помещении в шаговой доступности, обеспечивают их продажу индивидуальным клиентам, возвращают неликвид, обеспечивают избыточность (если вы хотите гарантированно купить хлебушек вечером, значит у продавца может останется 1-3% хлебушка, значит его не продать и нужно переработать и он попросит за эту услугу ваши деньги, но наверное вы согласны, судя по наличию хлебушка вечером)
Производитель не готов этим заниматься, у него и так проблем хватает.
Если же вы попробуете купить у производителя напрямую на его условиях (партия от 2-х тонн регулярно), то поймёте, что это не совсем так просто.
Примерно так же можно согласиться с остальными тезисами комментатора - в вашей статье хватает дыр
Грядут цифровые деньги?
Крипта имеет такой же базис, как и Фиат - доверие в это кредитное средство завтра.
Другое дело что обеспечивается это доверие сомнительными методами
Грядут цифровые деньги?
Безусловно, но в этот дисконт входят услуги, оказываемые банками - возня с индивидуальными клиентами, обслуживание счетов и проверок, валидация, проверка клиентов, защита и прочее.
Без коммерческих банков эти услуги будет оказывать центральный банк, что значит, что он все равно не выдаст вам идеальных условий (услуги ведь ему не бесплатны), но при этом будет монополистом в этих услугах, будет сам определять дисконт и качество.
Как это работает, есть множество примеров.
Среди банков хоть есть конкуренция.
Вы можете попытаться сами сделать банк с условиями лучше - максимально приближенными к ЦБ
Грядут цифровые деньги?
Никакой проблемы в этом нет, если мы говорим про реальный взаимозачёт.
В долг им дают для инициализации процесса, а вот полезность (и растущую ценность) они получают с рынка, продавая товары и услуги.
Конечно вопросы к механизмам эмиссии все равно остаются.
UI Роутер в Unity
Отказ от интерфейса или базового класса делает необходимой рефлексию, что странно - откажемся от базового контракта, зато сделаем неявный.
Так же мне кажется необходимой не только Show но и Hide, чтобы окно могло само определять свое поведение и закрывать себя с анимация и, к примеру.
Нет никаких удобств для кеширования (можно сказать оно есть по умолчанию), ленивой загрузки и типобезопасности
Но идея с атрибутами и диплинками хорошая
Анализ шансов в настольных играх через эмуляции
Ну вполне вероятно, что на этапе прототипа авторы в нее играли, тогда величина вычислена, так сказать, эмпирически.
Так же возможно, что они опирались на существующую игру. Это означает, что кто-то случайно, эмпирически или математикой высчитал хорошее значение, а авторы переиспользовали его, просто взяв похожий размер поля.
Эволюция работает и на идеи, наверняка, например, карточные игры прошли некоторый эволюционный отбор на длину сессии и количество карт
Дельта компрессия и квантизация объектов в C#
В теории на одинаковых архитектурах можно построить синхронный floating point.
На практике просто используют числа с фикс знаками после запятой
Дельта компрессия и квантизация объектов в C#
Нет, вы видимо не поняли вопрос.
Понятно, что получателю, чтобы получить новые данные нужны предыдущие и дельта.
Вопрос в том, как отличить состояние "поле не изменилось" от состояния "поле изменилось на х"
И выше ответили, на самом деле там есть бит изменения.
Если значение не изменилось - то ридер прочитаете 0 и пропустит поле (использует предыдущее значение)
Если там 1 - то он прочитает следующие х бит как квантизованную дельту поля
Дельта компрессия и квантизация объектов в C#
Спасибо, так понятно.
Номера нет, но есть маркер изменения(бит)
Поэтому если читаешь по порядку, можно понять, какой изменен
Дельта компрессия и квантизация объектов в C#
Спасибо, полезная статья.
А как в случае дельта записи достать информацию, какой байт изменился?
В байт влезает номер поля?
Loongson 3D5000: китайский процессор на собственной архитектуре. Что он из себя представляет?
Возможно речь не о том, чтобы не дать независимость, а чтобы сохранить лидерство.
Анализ шансов в настольных играх через эмуляции
Одинаковая длина сессии объясняется тем, что ее авторы вероятно ее считали.
Настолки вель не всегда творчество, это уже столетие как бизнес, и те, кто занимается их дизайном тоже знают тер вер и имеют пожелания по длине сессий.
Но вообще тема хорошая и ваш пример интересный.
Так то это обычное дело - погонять симуляцию.
Для тестирования многих игр хорошо подходит метод монте-карло
Сделайте это и бегать будет легче, чем ходить. Упражнение для тренировки летящего бега, получите удовольствие от бега
Из моих умеренно скромных знаний о беге и лишнем весе в статье описаны весьма плохие рекомендации.
Начиная от того, что людям, имеющим лишний вес и начинающим тренировки с целью его сбросить, следует рекомендовать в первую очередь изменение рациона, а в качестве тренировок - обычную ходьбу.
И заканчивая тем, что обучиться хорошему бегу без травм в принципе сложно, а такой силовой и летащий бег, да еще и для людей с лишним весом и без тренировок - почти гарантированные рекомендации к быстрым травмам коленей.
Ей богу, "скучный" семенящий бег будет лучше, а чтобы испытывать от него кайф нужно в любом случае преодолеть начальный уровень, когда человек умирает на 300 метрах.
Гори это ИТ синим пламенем
Ну что поделать, нужно как то жить с неоправданными ожиданиями.
Программирование - это конечно полет, фантастика, невероятные штуки.
Но еще это и работа, и решение простых, сиюминутных задач.
И то, что является самым крутым в программировании плохо пересекается с тем, за что платят в программировании.
Десу.
Можно найти компанию, в которой гораздо больше интересных задач и меньше нудных менеджеров, чем в большинстве других.
И где продукт действительно прорывной и полезный.
И где пишут хороший, качественный код, уделяют время.
Но врятли это будет одна компания.
Поэтому можно просто поискать хороший компромисс - где и задачки интересные встречаются, и денюжек платят, и не бесят.
Ну и свет клином на работе не сошелся - можно завести пет проджект, завести хобби.
Использование архитектуры Composition root в Unity. Часть 1. Настройка проекта с нуля
Добрый день.
Любопытная статья, но вы можете сказать, а зачем такая организация?
Какие плюсы и минусы?
Пока все что мне видно - это фанатичное стремление всем управлять из кода, не использовать синглтоны, потому что харам (ну то есть непонятно почему) и куча boilerplate кода.
Использование архитектуры Composition root в Unity. Часть 1. Настройка проекта с нуля
DI - это любое внедрение зависимостей, не обязательно через контейнер и рефлексию.
Если вы создаете все классы от корня через new, передавая запчасти и сервисы через конструктор (да, гиганские конструкторы) - технически это тоже внедрение зависимостей.
Важно тут только то, что объект не занимается поиском зависимостей сам (через синглтон, сервис локатор или хаки) ровно как и не создает объекты сам.
Кстати сериализация в MonoBehaviour в unity, как и ScriptableObject - это тоже внедрение зависимостей.