Нормальный геймер, купит себе нормальную мышку, где производитель (например такой, как Logitech) все, уже сделал, автоматически цепляются все свойства для мыши в разных режимах работы ПК.
Меня больше печалит факт, что если бы данный фильм был снят в 2010-2023, то имел бы в разы меньше рейтинг и оставшихся впечатлений. Как и многие другие фильмы 90х.
Вопрос хороший, если будет такая нужда (хранить больше 10ти сложных и разных паролей), я буду думать над идеей. На скорую мысль могу только подумать про менеджер паролей у себя на NAS, но явно не в приложении на телефоне.
Чет не очень корректный заголовок как по мне. В нем имеется ввиду общее, а пишите один пример решения вопроса. При этом после прочтения, закрадывается мысль, что тема вообще не раскрыта. Да и написание некоторых терминов некорректно вовсе. Например:
В техническую поддержку прилетает тикет ― отвалился компонент ключевого в компании ПО (например, nanoCAD). Специалисты берут заявку в работу, собирают с помощью софта данные, находят ошибку, устраняют проблему и закрывают заявку. Все отлично ― как говорится, закрыли и забыли.
Проходит примерно неделя ― прилетает тикет с той же самой проблемой. Повторили алгоритм. А затем эта ситуация повторяется с определенной периодичностью и становится регулярной. Это раздражает и сотрудников, которые не могут выполнять работу, и техподдержку.
По нашему опыту, именно после череды подобных проблем бизнес и задумывается о формировании подробной Базы знаний, которую держат в актуальном состоянии.
Как раз такие заявки на постоянной основе являются не ошибками и тем более не проблемами, а только инцидентами. А вот периодичность их возникновения должны перетекать в ЗИ. А проблема, это уже если вы не знаете как решить цепочки инцидентов и ЗИ.
Сбор технической информации о станциях пользователей, где-то в очень узкой направленности поможет, но вопрос на сколько?
Удивительно, что билайн до сих пор работает на старом тягомотном ПО. Как оно еще работает, удивительно. Поэтому если вы думаете почему большая очередь в Билайн, то только из-за "современного" ПО.
Нормальный геймер, купит себе нормальную мышку, где производитель (например такой, как Logitech) все, уже сделал, автоматически цепляются все свойства для мыши в разных режимах работы ПК.
Меня больше печалит факт, что если бы данный фильм был снят в 2010-2023, то имел бы в разы меньше рейтинг и оставшихся впечатлений. Как и многие другие фильмы 90х.
А зачем, если бинанс не для россии?
Получаю ошибку при запуске: No GPU found. A GPU is needed for quantization.
Видеокарта со свежими драйверами, конечно же есть.
Знал бы я так глубоко свое семейное древо…чтобы думать о таких масштабах. А так да, изобретаете велосипед, хоть и размышляете хорошо.
Вопрос хороший, если будет такая нужда (хранить больше 10ти сложных и разных паролей), я буду думать над идеей. На скорую мысль могу только подумать про менеджер паролей у себя на NAS, но явно не в приложении на телефоне.
Комментарии подключите.
А вообще считаю, проще пароли хранить в голове.
Чет не очень корректный заголовок как по мне. В нем имеется ввиду общее, а пишите один пример решения вопроса. При этом после прочтения, закрадывается мысль, что тема вообще не раскрыта. Да и написание некоторых терминов некорректно вовсе. Например:
В техническую поддержку прилетает тикет ― отвалился компонент ключевого в компании ПО (например, nanoCAD). Специалисты берут заявку в работу, собирают с помощью софта данные, находят ошибку, устраняют проблему и закрывают заявку. Все отлично ― как говорится, закрыли и забыли.
Проходит примерно неделя ― прилетает тикет с той же самой проблемой. Повторили алгоритм. А затем эта ситуация повторяется с определенной периодичностью и становится регулярной. Это раздражает и сотрудников, которые не могут выполнять работу, и техподдержку.
По нашему опыту, именно после череды подобных проблем бизнес и задумывается о формировании подробной Базы знаний, которую держат в актуальном состоянии.
Как раз такие заявки на постоянной основе являются не ошибками и тем более не проблемами, а только инцидентами. А вот периодичность их возникновения должны перетекать в ЗИ. А проблема, это уже если вы не знаете как решить цепочки инцидентов и ЗИ.
Сбор технической информации о станциях пользователей, где-то в очень узкой направленности поможет, но вопрос на сколько?
Не используете шаблонные ответы на типовые обращения, это уже не по методологии ITIL. Да и даже с разумной стороны, тратите время.
А что у вас по SLA? Вы же никак это не контролируете в своей системе.
Не совсем понял, что за платформа? Какая-то собственная разработка? Информация есть еще?
Удивительно, что билайн до сих пор работает на старом тягомотном ПО. Как оно еще работает, удивительно. Поэтому если вы думаете почему большая очередь в Билайн, то только из-за "современного" ПО.
хахахахаха