Тарифы ЦБ за переводы будут в разы ниже. У банков функция в экономике не зарабатывать деньги на транзакциях с нулевым риском для себя и огромной маржой (это звмедляет рост), а кредитовать население и бизнес. Пусть этим и занимаются.
Вы посмотрите сколько банки хотят комиссии с юр лица за выплату ЗП сотруднику в другой банк, например. Волосы на голове шевелятся от их жадности и безнаказанности.
Подозреваю Греф, который зарабатывает на комиссиях, боится потерять часть выручки. С цифровым рублем банки не смогут класть в себе в карман деньги за проведение транзакций (в этом Сбер большой мастер). СБП не позволила Сберу наживаться на переводах между физлицами, а цифровой рубль уберет еще одну кормушку и скрытый налог на бизнес.
Кажется что это все спроектировано и сделано китайцами. Яндекс скорее всего цвета выбрал и рядом постоял при разработке дизайна. Ну и уникальные системные звуки и заставки, конечно ;)
Мы с мужем планировали ехать дальше в Европу, и моя новая зарплата будет ненамного выше минимальной на новом месте. Это как минимум обидно и как максимум неудобно, ведь тратить я буду не рубли, а евро.
Звучит так что не планировали дальше работать в Авито. Ну да ладно. Работодатели которые зарабатывают в РФ в любом случае будут платить близко к вилкам в РФ, кроме каких-то эксклюзивных ролей. Тут ничего не поделаешь, пока на рынке РФ есть предложение (а оно есть). У компании есть обязательства перед акционерами по ебитде, сколько заработали столько и заплатили.
Если строить architecture-as-code через управление документами, то особой пользы не будет. Да и какая бизнес цель у этого процесса?
На мой взгляд, подход архитектура как код должен решать задачи повышения прозрачности (observability) и удешевления верификации архитектуры. Убедиться что архитектура соответствует реализации очень сложно. И строить административные процессы управления изменениями вокруг этого задача малоперспективная и сильно замедлит скорость разработки.
В современных развитых микросервисных платформах архитектура уже де-факто описывается как код на декларативном языке. Описываются объекты (микросервисы), их зависимости (потоки данных), SLA (RPS), ответственности (code ownership) и др. Соотвественно можно настроить эффективный процесс ревью на такие спецификации с участием нужных ролей в организации.
Соответственно можно построить модель системы (в виде диаграмм и документов) и есть возможность дешево реализовать средства гарантирующие что она верна (как правило разрешения в сетевых экранах настраиваются по этой же модели или используются исторические данные по сетевому трафику для подтверждения). Достигается прозрачность системы и ее архитектуры в реальном времени.
Таким образом можно ускорить аудит системы и ее сертификацию (всегда есть корректная HLA модель), автоматизировать проверки, повысить продуктивность команды которая отвечает за эксплуатацию и SLA.
Только энергопотребление у M1 в три раза меньше. Surface Pro X на SQ2 (ARM) — 15 часов, MacBook Air — 18 часов, Dell XPS 15 — 9-10 часов, Asus Zephyrus G14 (Ryzen 4xxx) — 10-11 часов.
Интересно, что в первых обзор утверждается, что он существенно быстрее последних моделей Интела и чуть не дотягивает до Ryzen 5000. Т.е. Intel обогнали уже два чипмейкера, причем в случае Apple — еще и с разгромным счетом (энергопотребление). Эра x86 закончилась?
В Windows, Linux, iOS и многих других популярных в настоящее время ОС есть фундаментальные проблемы с безопасностью, например, очень большие ядра и соответственно поверхность атаки на них. Эти проблемы крайне сложно решить эволюционными изменениями. Т.к. спрос на безопасность растет, они будут постепенно вытеснены более современными системами (основанными на других подходах, например MILS). Тренд видно уже сейчас, например, новые операционными системы общего назначения от Google (Fuchsia) и Huawei (Harmony/Hong Meng) не имеют ничего общего с Linux и используют в своей основе микроядра. Рискну предположить, что через 10 лет Android или его преемник будет работать не на Linux.
Тарифы ЦБ за переводы будут в разы ниже. У банков функция в экономике не зарабатывать деньги на транзакциях с нулевым риском для себя и огромной маржой (это звмедляет рост), а кредитовать население и бизнес. Пусть этим и занимаются.
Вы посмотрите сколько банки хотят комиссии с юр лица за выплату ЗП сотруднику в другой банк, например. Волосы на голове шевелятся от их жадности и безнаказанности.
Подозреваю Греф, который зарабатывает на комиссиях, боится потерять часть выручки. С цифровым рублем банки не смогут класть в себе в карман деньги за проведение транзакций (в этом Сбер большой мастер). СБП не позволила Сберу наживаться на переводах между физлицами, а цифровой рубль уберет еще одну кормушку и скрытый налог на бизнес.
Результаты тестов тоже ИИ сгенерировал
Кажется что это все спроектировано и сделано китайцами. Яндекс скорее всего цвета выбрал и рядом постоял при разработке дизайна. Ну и уникальные системные звуки и заставки, конечно ;)
Из статьи не очень понятно где граница между Work-Life Blend и No-Life.
Штраф конечно копеечный, но такое решение - признак болезни как компании, так и судебной системы.
Напомнило VASIMR (Variable Specific Impulse Magnetoplasma Rocket).
Кажется что вот эти ребята похожую штуку делают: https://en.wikipedia.org/wiki/Ad_Astra_Rocket_Company
Но, насколько я понял, у них газ нагревается не за счет химической реакции, а высокочастотным излучением и температурный режим на порядки выше.
Если будет верификация разрядов и борьба с читерами то почему не запилить международную историю?
Звучит так что не планировали дальше работать в Авито. Ну да ладно. Работодатели которые зарабатывают в РФ в любом случае будут платить близко к вилкам в РФ, кроме каких-то эксклюзивных ролей. Тут ничего не поделаешь, пока на рынке РФ есть предложение (а оно есть). У компании есть обязательства перед акционерами по ебитде, сколько заработали столько и заплатили.
Если строить architecture-as-code через управление документами, то особой пользы не будет. Да и какая бизнес цель у этого процесса?
На мой взгляд, подход архитектура как код должен решать задачи повышения прозрачности (observability) и удешевления верификации архитектуры. Убедиться что архитектура соответствует реализации очень сложно. И строить административные процессы управления изменениями вокруг этого задача малоперспективная и сильно замедлит скорость разработки.
В современных развитых микросервисных платформах архитектура уже де-факто описывается как код на декларативном языке. Описываются объекты (микросервисы), их зависимости (потоки данных), SLA (RPS), ответственности (code ownership) и др. Соотвественно можно настроить эффективный процесс ревью на такие спецификации с участием нужных ролей в организации.
Соответственно можно построить модель системы (в виде диаграмм и документов) и есть возможность дешево реализовать средства гарантирующие что она верна (как правило разрешения в сетевых экранах настраиваются по этой же модели или используются исторические данные по сетевому трафику для подтверждения). Достигается прозрачность системы и ее архитектуры в реальном времени.
Таким образом можно ускорить аудит системы и ее сертификацию (всегда есть корректная HLA модель), автоматизировать проверки, повысить продуктивность команды которая отвечает за эксплуатацию и SLA.
А Factorio и RimWorld? Там сразу команды были или потом появились?
+1 Иногда интереснее реверсить протокол игры, писать эмулятор сервера, чем играть.
Идея прикольная, но с учетом исторического контекста - мрачновато как-то ...
Может быть стоит сделать backoff в вашем мьютексе? Глядишь и не все так плохо будет на 4 потоках и выше.
Опрос выглядит как про продажу курсов, а не диссер.