Похожая история, раньше практически не глядя покупал лампы OSRAM, будучи уверенным, что у них не будет пульсаций. Недавно купил их филаментную лампу на 5W и обалдел, увидев ее сильную пульсацию. Проверил их лампы, купленные на год-два раньше и заметил не очень большую, но заметную пульсацию. Лампы, купленные давно вообще без пульсации.
Я через одно рукопожатие знал такого "специалиста". Он был виртуозом buzzwords и кормил начальство продуманной системой "завтраков" и "стрелок" - "такэтонеявиноват!". Обычно он успевал получить одну серьезную сеньйорскую зарплату, но как-то летом его начальник в забюрократизированной фирме ушел в отпуск, и он получил больше.
Судя по масштабу шумихи вокруг этих чипов, и такому централизованному вливанию денег, речь идет о военных целях.
С учетом того, как Китай уже щемит соседей в Южно-Китайском море, я бы на месте любого(!) китайского соседа не радовался перспективе получить в своем небе китайские дроны с развитым ИИ.
Но вот пассаж про использование наследования классов для переиспользования кода - это та самая жесть, которой ООП мысль переболела в прошлом и теперь настойчиво рекомендует так не делать. Если очень нужны классы - то рекомендуется переиспользовать код путем агрегации. Если не нужны - хорош тот же функциональный подход типа partial.
Проблема в том, что иерархия наследования и переиспользование кода - это ортогональные вещи, которые могут по-другому сочетаться в другом проекте/ домене, который захочет переиспользовать ваш код. Или просто с течением времени это сочетание может измениться в изначальном проекте. А отделять их друг от друга в большой "заматеревшей" кодовой базе - тот еще квест.
Это похоже на математическое визуальное представление, типа графиков и стрелок, рисуемых на доске? Если да, то с чем другим еще можно сравнить элементарные шаги такого мышления?
Вроде же отменили недавно политику нулевой терпимости к ковид.
Это конечно не отменяет аргумента, что у них могут появиться другие антипродуктивные политики.
Да уже по аппеляции к эмоциям ("не стыдно так дискуссию вести") видна пропаганда.
Понравился трэк Inspiration Feeling, чем-то напомнил альбом Infected Mushroom - Classical Mushroom
Похожая история, раньше практически не глядя покупал лампы OSRAM, будучи уверенным, что у них не будет пульсаций. Недавно купил их филаментную лампу на 5W и обалдел, увидев ее сильную пульсацию. Проверил их лампы, купленные на год-два раньше и заметил не очень большую, но заметную пульсацию. Лампы, купленные давно вообще без пульсации.
Я через одно рукопожатие знал такого "специалиста". Он был виртуозом buzzwords и кормил начальство продуманной системой "завтраков" и "стрелок" - "такэтонеявиноват!". Обычно он успевал получить одну серьезную сеньйорскую зарплату, но как-то летом его начальник в забюрократизированной фирме ушел в отпуск, и он получил больше.
А зачем крошить в него черный хлеб?
Если есть желание заморочиться - техника НЛП "Доступ к кинестатическим состояниям". На мне и на друге работала.
https://bookap.info/book/konira_izmenite_svoe_myshlenie_i_vospolzuytes_rezultatmi_noveyshie_submodalnye_vmeshatelstva_nlp/gl9.shtm
На форумах пишут, что пошла волна таких якобы реальных историй о возврате домой из военкоматов от подозрительных аккаунтов.
Если верить американским форумам, то у них это заметно выраженнее, чем у нас. А ведь у нас такой эффект тоже есть.
Скорей всего - да, но все-таки мы не видели его в прошлом.
Судя по масштабу шумихи вокруг этих чипов, и такому централизованному вливанию денег, речь идет о военных целях.
С учетом того, как Китай уже щемит соседей в Южно-Китайском море, я бы на месте любого(!) китайского соседа не радовался перспективе получить в своем небе китайские дроны с развитым ИИ.
Статья познавательная, спасибо.
Но вот пассаж про использование наследования классов для переиспользования кода - это та самая жесть, которой ООП мысль переболела в прошлом и теперь настойчиво рекомендует так не делать. Если очень нужны классы - то рекомендуется переиспользовать код путем агрегации. Если не нужны - хорош тот же функциональный подход типа partial.
Проблема в том, что иерархия наследования и переиспользование кода - это ортогональные вещи, которые могут по-другому сочетаться в другом проекте/ домене, который захочет переиспользовать ваш код. Или просто с течением времени это сочетание может измениться в изначальном проекте. А отделять их друг от друга в большой "заматеревшей" кодовой базе - тот еще квест.
Теперь понятно. С этого и стоило бы начать, что "Go - основной язык в компании". Следовательно его поддержка для вас относительна дешева.
По идее nginx reload лучше nginx restart в случае, когда вы просто изменили конфиг.
А можно детальней: какие элементы пранаямы?
Не знаю, как сейчас, а раньше это называлось "форсированный вариант".
Это похоже на математическое визуальное представление, типа графиков и стрелок, рисуемых на доске? Если да, то с чем другим еще можно сравнить элементарные шаги такого мышления?
Вот вам статья BBC насчет того, что плановое устаревание - это "выдумка и теория заговора".
https://www.bbc.com/russian/vert-fut-36798142
Не помните, как именно называются эти книги/ статьи, которые написал Мусаев? Интересно найти и ознакомиться.
Почему никто? Пользуюсь расширением "Return YouTube Dislike" и вижу минусы. Пусть приблизительно, но лучше, чем ничего.