ответ в духе «вы сами виноваты, что у вас что-то сломалось, т. к. поставили обновление вскоре после его выхода, не подождав, пока его обкатают другие»
ну, ответы в таком духе могут быть везде :) Равно как и не бывает неломающегося ничего, т.к. люди ошибаются, а всё, чем мы пользуемся, сделали другие люди и могли ошибится.
И мне непонятно, как в принципе при обновлении пакетов учитывать время выхода обновления каждого конкретного пакета
да не надо ничего учитывать, нет смысла.
Зато я запускаю «apt-get update && apt-get upgrade» не боясь, что от этого что-то сломается.
кхе-кхе, у моих коллег ломалось :) А потом чинилось намного дольше, чем я б на арче починил, потому что я понимаю, что не так, и что надо поправить, а начинаются всякие приколы с зависимостями deb-пакетов и логикой apt по их разрешению не в ту сторону, в которую надо для фикса, или еще какие-то дистроособенности.
среднестатистический пользователь к таким приключениям не готов)
я выше писал о том, что «просто» бывает разным. Арч — это когда просто пользоваться тем, кто уже что-то знает. Не делать лишнего, не бороться с системой.
когда php 7.3→7.4 уже обновился, а nextcloud 17→18 ещё нет
ну так он вроде бы нормально работал, поправить проверку версии и всё. В общем, «чтобы просто работало» бывает разное. Волшебной кнопки, которую нажал и всё само, обычно нет. Но вот когда не лень подразобраться — можно сделать другое «просто», и вот оно как раз про Арч. На починку некоторых вещей, в арче не случающихся в принципе или исправляемых за несколько минут, в других популярных дистрибутивах у меня уходили часы, вот с этой позиции арч — прост.
а в генту сейчас можно поставить вообще всю остальную систему из бинарных пакетов за несколько минут (при наличии шустрого интернета)? Арч тем и хорош, что он бинарный — но свежий, и свои пакеты собирать легко. Поэтому можно экспериментировать с чем хочешь, а с чем не хочешь — ставить из репо готовое. Много-много лет назад я именно поэтому его и выбрал.
Меняются конечно. Обновляешь и нексткалуд на такой, который умеет в более новый php ;) Все-таки обычно тут не жесткая связь по версиям, и ситуаций «работает на 7.1, но не работает на 7.3» я даже и не вспомню уже (в публичном софте, в самописном внутри компании — другой разговор).
Arch вроде есть на неё. Малинку никогда не рассматривал в таком виде — до ковида собрать сервак на б/у xeon'e стоило достаточно недорого, чтобы не рассматривать малинку.
нажать кнопочку «Сделать бэкап» и кнопочку «Апгрейд», подождать и проверить как все рабоатет
оно с одной стороны так и есть, но с другой — все-таки сначала надо прочесть документацию. В целом, если не пропускать апдейты, но и не делать их в первую же минуту после релиза, то всё норм.
одна из самых больших проблем с СОХО серверами и как ее можно решить глобально?
rolling release дистрибутивы. У меня такой вот домашний сервер (плюс еще резервные) на Arch очень много лет, обновляюсь раз в 2-3 месяца. Последние лет 5 каких-то проблем при обновлении, которые бы не были описаны (в смысле описано что делать, чтобы ничего не сломалось) заранее в новостях на главной странице archlinux.org, не было.
и ездят себе дальше с родным двигателем, коробкой и тд.
если автомобиль внезапно заглохнет на дороге — скорее всего это не станет большой проблемой: съехал на обочину, вызвал эвакуатор. А вот у спец.техники требования сильно выше :)
какой запас накоплений (можно в месяцах жизни) вам достаточно иметь, чтобы позволить себе руководствоваться критериями нравится/не нравится.
А какое отношение запас накоплений имеет к этому? В целом на рынке немало предложений о работе, чтобы в разумный срок (от нескольких недель до нескольких месяцев) найти работу, которая понравится больше, чем текущая, которая перестала нравится. И уйти туда. Если вопрос о выборе новой профессии с нуля — тут сложнее, т.к. нужно выделять много времени на обучение, но это тоже решаемо (просто у каждого индивидуальное решение). Но, в любом случае, если такой пипец, как в последней истории про убер, то и без гроша в кармане терпеть такое не стоит.
Рискну предположить, что идея-то была о том, что недостаточно просто быть хорошим инженером, а еще и продавать себя тоже. Т.е. «быть, а не казаться» недостаточно, нужно «и быть и казаться». Но возможно это моя личная мысль, которую я попытался притянуть к тексту :D
Собственно, реформы в IT без аналогичных движений на административном уровне — странная затея и скорее всего бесполезная. Перейти не просто на Linux, а еще и процессы поменять, чтобы не пытаться legacy притащить в линукс, а пилить всё друг под друга — это выйгрышный ход. Но на него надо решится.
В любом нормальном техническом собеседовании то, что кандидат «немного знаком» с тем, на чем технари пишут, видно вообще сразу.
Но на техническом собеседовании могут про это и не спросить особо. Или взять, потому что понимают, что им не крутой питонист нужен, а как раз человек, который «если что — разберется». Да множество разных факторов, заранее неизвестных. Поэтому стратегия «откликайся на всё» вместе с «приукрашивай» и срабатывает — изначально охватываешь больше, а дальше сам же отсеиваешь (а где-то тебя отсеят).
Ну это ж другое ведомство. Опять же, у тех — палочная система, так еще и каждый отчетный период раскрываемость надо повышать. Так что возможно, что им не просто это известно — а даже всем взаимовыгодно получится.
да не надо ничего учитывать, нет смысла.
кхе-кхе, у моих коллег ломалось :) А потом чинилось намного дольше, чем я б на арче починил, потому что я понимаю, что не так, и что надо поправить, а начинаются всякие приколы с зависимостями deb-пакетов и логикой apt по их разрешению не в ту сторону, в которую надо для фикса, или еще какие-то дистроособенности.
А какое отношение запас накоплений имеет к этому? В целом на рынке немало предложений о работе, чтобы в разумный срок (от нескольких недель до нескольких месяцев) найти работу, которая понравится больше, чем текущая, которая перестала нравится. И уйти туда. Если вопрос о выборе новой профессии с нуля — тут сложнее, т.к. нужно выделять много времени на обучение, но это тоже решаемо (просто у каждого индивидуальное решение). Но, в любом случае, если такой пипец, как в последней истории про убер, то и без гроша в кармане терпеть такое не стоит.
Но на техническом собеседовании могут про это и не спросить особо. Или взять, потому что понимают, что им не крутой питонист нужен, а как раз человек, который «если что — разберется». Да множество разных факторов, заранее неизвестных. Поэтому стратегия «откликайся на всё» вместе с «приукрашивай» и срабатывает — изначально охватываешь больше, а дальше сам же отсеиваешь (а где-то тебя отсеят).
Возможно я неправильно понял, объясните пожалуйста, что значит фраза
к которой в продолжение были упомянуты микросервисы?