Буду рад услышать ваше развернутое мнение на этот счет. Хотя я не утверждаю, что это общепринятый стандарт, очевидно, что systemd становится все более популярным и часто используется по умолчанию. На мой взгляд, "по умолчанию" означает постепенное приобретение популярности, так как новые пользователи, скорее всего, будут начинать с него.
Как сисадмин могу дать пару комментариев с разных сторон)
Если у человека в принципе не рабочая тачка, нужно было фиксить или давать замену с ходу. Это логично, сотрудник простаивает, надо дать возможность работать. И есть сомнения, что при реальной поломки айтишник погнал бы коллегу по волоките подтверждений При условии, что он не перегружен работой важнее.
Ситуация где не достаточно мощности и/или ПО. При такой ситуации ваш коллега мог банально не подумать и/или не посоветоваться до этого с лидом или техниками. Подождать максимальной просадки по эффективности и прийти. Тогда увы и ах... Почему другой человек теперь должен терять время из-за этого? При критических условиях логично что айтишники займутся экстренным решением проблемы по типу подтверждения, закупка, и т.д. Но это все равно промашка коллеги.
Айтишников банально обязали проходить всю волокиту, но в этом случае причины надо разгребать) Это может быть по п2, или "эффективный менеджер"
Так сразу после идет предложение о своем облаке с блэкджеком... ) > Также мы еще раз убедились, что все решения надо интегрировать в собственную инфраструктуру и разворачивать исключительно на своем облаке, чтобы у нас всегда был доступ ко всем технологиям, которые мы используем
гм, столб нашел?)
Там один моник под БСОДом а второй уже в рекавери ибо несколько безуспешных запусков винды тригерят запуск Rcovery Environment.
Буду рад услышать ваше развернутое мнение на этот счет. Хотя я не утверждаю, что это общепринятый стандарт, очевидно, что systemd становится все более популярным и часто используется по умолчанию. На мой взгляд, "по умолчанию" означает постепенное приобретение популярности, так как новые пользователи, скорее всего, будут начинать с него.
Как сисадмин могу дать пару комментариев с разных сторон)
Если у человека в принципе не рабочая тачка, нужно было фиксить или давать замену с ходу. Это логично, сотрудник простаивает, надо дать возможность работать. И есть сомнения, что при реальной поломки айтишник погнал бы коллегу по волоките подтверждений При условии, что он не перегружен работой важнее.
Ситуация где не достаточно мощности и/или ПО. При такой ситуации ваш коллега мог банально не подумать и/или не посоветоваться до этого с лидом или техниками. Подождать максимальной просадки по эффективности и прийти. Тогда увы и ах... Почему другой человек теперь должен терять время из-за этого? При критических условиях логично что айтишники займутся экстренным решением проблемы по типу подтверждения, закупка, и т.д. Но это все равно промашка коллеги.
Айтишников банально обязали проходить всю волокиту, но в этом случае причины надо разгребать) Это может быть по п2, или "эффективный менеджер"
Так сразу после идет предложение о своем облаке с блэкджеком... )
> Также мы еще раз убедились, что все решения надо интегрировать в собственную инфраструктуру и разворачивать исключительно на своем облаке, чтобы у нас всегда был доступ ко всем технологиям, которые мы используем