У меня подобная задача на ~15 минут собеса была на девоп/сре направлении, просто для проверки базового понимания алго и программирования. Что там сеньору 45 минут делать?
Тут ещё накладывается проблема, что каждый пилит что-то своё, каждый строит свои дц. Вместо того, чтобы на всех этих миллионах чипов запустить в масштабе всей планеты одну-две крупных нейронок, мы имеем несравнимо меньшие по мощности кластеры на которых запущено, по сути, одно и то же.
Если брать ноутбук/собирать пк с оглядкой на поддержку линукса, то проблем там будет минимально в процессе эксплуатации. И проблемы обновлений, кстати, применимы и к винде где, бывает, выходят кривые, вплоть до невозможности загрузки ос.
Но, почему то, ошибки обновления винды - это норм и не стоит упоминать (а как уж полезно узнать какой ключ реестра править из recovery, ммм), а ошибки обновления линукса - это кошмар и фу-фу-фу (говорим сейчас про десктоп). Как пользователь убунты/федоры со стажем 10+ на ноутбуках могу сказать, что для сценария "браузер, ide/code editor, steam, простой редактор docx|xlsx": на данный момент линукс готов. Говорю за классические дистрибутивы а-ля убунта, федора, альт, етс.
Код yugabyte не так уж и безнадёжно застрял.
Они недавно обновились с 11 на 15, в планах 19 и быстро обновляться по мере выхода новых версий
https://www.yugabyte.com/blog/how-yugabytedb-keeps-pace-with-postgresql-innovation/
У меня подобная задача на ~15 минут собеса была на девоп/сре направлении, просто для проверки базового понимания алго и программирования. Что там сеньору 45 минут делать?
Не в опенсорсе.
Инновации для Mac, которые уже давно есть у других производителей сразу в устройстве.
Сейчас бы линукс раскатывать с файлом ответов, а не из готового образа диска.
Потому что это экзотика без крупных проектов?
Где-то была история про перевод сервера с библиотечной программулиной с древней винды на реатк ос и вышло успешно.
Тут пишут про серьёзные вопросы к безопасности этого устройства.
https://telefoncek.si/2025/02/2025-02-10-hidden-microphone-on-nanokvm/
Действительно, там же деревни одни, только радио по вечерам слушают.
Не статья, а мусор очередной.
Мы строили хранилище: взяли облачный с3.
Тут ещё накладывается проблема, что каждый пилит что-то своё, каждый строит свои дц.
Вместо того, чтобы на всех этих миллионах чипов запустить в масштабе всей планеты одну-две крупных нейронок, мы имеем несравнимо меньшие по мощности кластеры на которых запущено, по сути, одно и то же.
Технический ресурс. Число называют цифрой.
Чтобы тест был объективным - его нужно запускать на одинаковом железе, с одинаковыми дисками (желательно локальные).
Тогда можно будет сказать: "кубернетис и оператор cnpg внесли столько-то".
А измерять на вм в облаке, да на managed k8s, да на сетевых облачных дисках - это трата времени впустую. Ну или для наброса использовать.
Мышление как у админа локалхоста с гигабитной сетью.
Если можно сделать быстро и не тратить ресурсы, то почему бы и не сделать?
А освободившиеся ядра потратить на другую полезную работу или сэкономить денег.
Разве на жж автор выложил?
Это текст Криса Касперски, да, он параноик слегка (был).
П.СЫ. Хотя, ыроде бы, не он.
Докину интересную, имхо, очередную реализацию отказоустойчивой репликации postgresql (аналог patroni, repmgr, biha и т.д.)
https://github.com/pgElephant/pgraft
Есть picodata, они контактные.
В 24.04 основное ядро 6.8, 6.14 - это hwe или oem. Или куча других вариантов, которые не идут по умолчанию на обычных server или desktop версиях.
Если брать ноутбук/собирать пк с оглядкой на поддержку линукса, то проблем там будет минимально в процессе эксплуатации.
И проблемы обновлений, кстати, применимы и к винде где, бывает, выходят кривые, вплоть до невозможности загрузки ос.
Но, почему то, ошибки обновления винды - это норм и не стоит упоминать (а как уж полезно узнать какой ключ реестра править из recovery, ммм), а ошибки обновления линукса - это кошмар и фу-фу-фу (говорим сейчас про десктоп).
Как пользователь убунты/федоры со стажем 10+ на ноутбуках могу сказать, что для сценария "браузер, ide/code editor, steam, простой редактор docx|xlsx": на данный момент линукс готов. Говорю за классические дистрибутивы а-ля убунта, федора, альт, етс.