Мы с мужем планировали ехать дальше в Европу, и моя новая зарплата будет ненамного выше минимальной на новом месте. Это как минимум обидно и как максимум неудобно, ведь тратить я буду не рубли, а евро.
Звучит так что не планировали дальше работать в Авито. Ну да ладно. Работодатели которые зарабатывают в РФ в любом случае будут платить близко к вилкам в РФ, кроме каких-то эксклюзивных ролей. Тут ничего не поделаешь, пока на рынке РФ есть предложение (а оно есть). У компании есть обязательства перед акционерами по ебитде, сколько заработали столько и заплатили.
Если строить 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.
Без обид, но основной тезис статьи высосан из пальца. Вопрос не в том, кто лучше Linux или Windows, а в том, что обе системы технически безнадежно устарели. Шило на мыло в MS образца 2020 года менять дураков нет, это уже не та компания.
Еще доставляет в этой игре блог разработчиков и описание того, как они оптимизируют двигло. Несмотря на кажущуюся простоту и олдскульность, игроки строят такие гигантские фабрики, что вопрос производительности далеко не праздный. Такое внимание к памяти, локальности данных и алгоритмам не часто встретишь в играх, мое уважение разработчикам.
Корректность работы гипервизора как ядра разделения тоже по хорошему доказывать нужно. Например, для Hyper-V это немцы делали, в процессе родился интересный тул VCC. В целом гипервизор не особо что дает по сравнению с микроядром в плане изоляции и пихать его бездумно в IoT смысла нет. А вот если, например, есть желание андроид запускать в отдельной партиции, вот тогда да.
Сразу предупреждаю, он достаточно сырой и основан на не самой свежей версии. Мы про него специально не писали в статье, во-первых он достоин отдельной публикации, во-вторых хотим выпустить новую редакцию.
Нет, поддержка E2K пока не планируется. Архитектура интересная, но компилятор AFAIK закрытый и поддержать её будет не просто.
Штраф конечно копеечный, но такое решение - признак болезни как компании, так и судебной системы.
Напомнило 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 потоках и выше.
Опрос выглядит как про продажу курсов, а не диссер.
os.kaspersky.ru/development/download
Сразу предупреждаю, он достаточно сырой и основан на не самой свежей версии. Мы про него специально не писали в статье, во-первых он достоин отдельной публикации, во-вторых хотим выпустить новую редакцию.
Нет, поддержка E2K пока не планируется. Архитектура интересная, но компилятор AFAIK закрытый и поддержать её будет не просто.