Тоже завис над этим абзацем, потом понял: запустить можно, работа может быть нестабильна/некорректна/что-то еще, что подразумевается под «непредсказуемым результатом».
Это несколько странно, потому что Trello заранее рассылал уведомление о том, что аккаунт будет управляться работодателем, и предлагал завести новый аккаунт для личных данных. Можно было связаться с ними и прояснить ситуацию еще тогда.
P.S. Разве что это уведомление только на рабочую почту и приходило, а не на все указанные адреса? Тогда косяк.
Да, а еще арабские, африканские и эскимосские. Вне всяких сомнений, во всем разнообразии мировых культур одни и те же темы поднимаются многократно. То есть ваш комментарий для широкого круга читателей выглядит примерно так: «В неком литературном произведении упоминается эта тема». Ну ок, никто не сомневался, что такие есть.
Анимешник, разумеется, прочитает совсем по-другому: «О, есть произведение на эту тему, да еще в моем любимом жанре/стиле». Но вы не на анимешном сайте, и даже тема статьи никакого отношения к нему не имеет. Трудно ожидать, что здесь будет скопление ваших единомышленников, и ваш комментарий будет понят правильно без контекста.
Попытку записать все азиатское искусство разом в «связанные жанры» аниме можно я оставлю без комментариев?
P.S. Насчет хаскела и линукса, «а вот в хаскеле софт для такого прибора написать было бы проще» в контексте этой статьи точно также было бы неуместно.
P.P.S. Среди знакомых мне айтишников немало людей, слушающих метал (почему бы это?). Это не делает мой пример в первом комментарии уместнее.
Разрешите немного поныть? Спасибо. Заметил одну закономерность: если в статье на Хабре в качестве примера упоминается совершенно неизвестное мне название художественного произведения, то можно не гуглить, это аниме или связанные жанры.
Выглядит странно. Зачем давать примеры, которые известны только среди определенного круга почитателей? Это как, к примеру, пришел бы металхэд (нас, я уверен, среди аудитории Хабра тоже немало) и написал бы: «Это как в песне X». Кому интересно, кроме таких же, как он?
Но ведь сообщения в личке вы все равно храните у себя на серверах? В чем тогда разница с сообщением в техподдержку, там тоже никакой обработки личных данных, кроме их хранения, не нужно? (не придираюсь, просто хочу понять, как это работает)
Опрос какой-то странный, «вы параноик, дебил, или 50 на 50?». Можно добавить вариант «смотрю, что за сайт, насколько он мне нужен, какие данные он обо мне может получить и исходя из этого принимаю решение»?
Если я правильно понимаю, суть такая: сейчас всех по домам посадили (но экономика страдает), а с приложением можно будет сажать только тех, кто вероятно контактировал с инфекцией. Да, там будет очень много ложноположительных результатов, т.е. людей, сидящих в изоляции напрасно. Но сейчас-то сидят вообще все.
Сайт в браузере не очень удобно, если надо его постоянно держать открытым. И с системными уведомлениями браузеры не всегда хорошо работают. И в панели задач / Dock не покажет иконку, что есть новое сообщение. Так что нужны.
Я бы лично разделил — пользовательские данные (секретные чаты в данном случае) должны лежать в Documents, а служебные — в AppData. Удалять только AppData.
нет, я его не помню. Я знаю, что компьютер помнит токен сессии (что даже безопаснее, чем пароль, если грамотно сделать). Я расчитываю, что если Я в ЯВНОМ виде не удаляю эту ВАЖНУЮ для инфраструктуры информацию (даже если я сам не могу её прочитать), то я смогу ею пользоваться в дальнейшем
Я не знаю, откуда у вас такие ожидания, но я никогда не видел программы, которая бы обещала пользователю сохранность токена сессии. Собственно, даже упоминаний о наличии этого токена обычно нет — потому что это детали реализации, а не важная для пользователя функциональность. Токен может быть инвалидирован даже без переустановки, например, по прошествию определенного времени, при изменениях в аккаунте, иногда даже просто при изменении IP адреса. Короче говоря, вы пользуетесь токеном не по назначению и вполне естественно, что программы не оправдывают ваших ожиданий.
ssh ключ мне неизвестен и не нужен, сгенерирован программой, и нужен тоже только только программе, чтобы на кажый чих доступ не запрашивать
Какой доступ? ssh ключ и есть ваш доступ, что будет запрашивать программа, если ключа нет?
Кстати, если программа запросила у вас ключ, потом сохранила его где-нибудь у себя во временных файлах (но вам об этом не сообщила и не обещала, что ваш ключ надежно сохранен), то вот эта копия ключа опять-таки становится служебными данными программы и должна быть удалена при деинсталляции.
Не вся. Впрочем, это же тоже просто кэш, историю сообщений можно вспомнить и написать заново!
Нельзя, по крайней мере в общем случае.
В вашей терминологии это всё служебные данные приложений
См. выше — в ваших примерах это пользовательские данные.
Ну, вон, там выше человек пишет, что неудаление данных при удалениии приложения — это чуть ли не недостаток юниксов
Неудаление служебных данных, про пользовательские он такого не писал.
У вас кто-то логин/пароль удалил? Удаляется токен сессии, который вам неизвестен и не нужен, а нужен он только программе, чтобы на каждый чих у вас логин с паролем не спрашивать (фактически, тот же кэш).
истории сообщений
История сообщений в Телеграме хранится на сервере. Удаляется локальный кэш истории сообщений.
В вендах это норм, когда, скажем, при смене почтовой программы прибиваются почтовые базы и ssh-ключи ВСЕХ пользователей
Не совсем понимаю, что именно вас беспокоит. Да, когда пользователь удаляет программу, установленную для всех пользователей, он этим действием несомненно затрагивает всех остальных пользователей. Это принципиальное ограничение, если программы устанавливаются в общее пространство для всех пользователей. Не нравится? Можно устанавливать локально для своего пользователя, проблема исчезает (появляются другие).
Или мы говорим о формальных правах доступа, что один пользователь не должен иметь прав на удаление в каталоге другого пользователя? Так для удаления программы из общего пространства требуются права администратора, а администратор обычно имеет доступ к каталогам всех пользователей.
в стандартв латинский алфавитЧто, впрочем, не отменяет общей кривости абзаца.
P.S. Разве что это уведомление только на рабочую почту и приходило, а не на все указанные адреса? Тогда косяк.
Если мы в работники включаем и работодателя, то да. Платит целиком все работающее население.
Анимешник, разумеется, прочитает совсем по-другому: «О, есть произведение на эту тему, да еще в моем любимом жанре/стиле». Но вы не на анимешном сайте, и даже тема статьи никакого отношения к нему не имеет. Трудно ожидать, что здесь будет скопление ваших единомышленников, и ваш комментарий будет понят правильно без контекста.
Попытку записать все азиатское искусство разом в «связанные жанры» аниме можно я оставлю без комментариев?
P.S. Насчет хаскела и линукса, «а вот в хаскеле софт для такого прибора написать было бы проще» в контексте этой статьи точно также было бы неуместно.
P.P.S. Среди знакомых мне айтишников немало людей, слушающих метал (почему бы это?). Это не делает мой пример в первом комментарии уместнее.
Выглядит странно. Зачем давать примеры, которые известны только среди определенного круга почитателей? Это как, к примеру, пришел бы металхэд (нас, я уверен, среди аудитории Хабра тоже немало) и написал бы: «Это как в песне X». Кому интересно, кроме таких же, как он?
По такой логике и для комментариев надо чекбокс добавить. Тут тоже можно написать что угодно, и писать может другой сотрудник корпоративного аккаунта.
Какой доступ? ssh ключ и есть ваш доступ, что будет запрашивать программа, если ключа нет?
Кстати, если программа запросила у вас ключ, потом сохранила его где-нибудь у себя во временных файлах (но вам об этом не сообщила и не обещала, что ваш ключ надежно сохранен), то вот эта копия ключа опять-таки становится служебными данными программы и должна быть удалена при деинсталляции.
Нельзя, по крайней мере в общем случае.
См. выше — в ваших примерах это пользовательские данные.
Неудаление служебных данных, про пользовательские он такого не писал.
История сообщений в Телеграме хранится на сервере. Удаляется локальный кэш истории сообщений.
Нет, не норм, а что, кто-то их прибивает?
Или мы говорим о формальных правах доступа, что один пользователь не должен иметь прав на удаление в каталоге другого пользователя? Так для удаления программы из общего пространства требуются права администратора, а администратор обычно имеет доступ к каталогам всех пользователей.