Чтобы не подставлять свои номера телефонов, а подставить другого юзера, создав от его имени группу или диалог.
Чтобы не регистрировать новые номера телефонов.
Чтобы использовать "прокачанную" учётку для своих целей. Там уже может быть куча групп, соответственно, больше доверия.
Для кражи данных из его переписок. Это просто золотая жила. Не только пароли, но и вся конфиденциальная переписка с фирмами, личные секреты, фото и пр. Потом продавать или шантажировать.
Для авторизации на разных ресурсах от чужого имени.
Странная статья. Примеры на Java! Нет описания, как это работает на разных версиях Андроида. Нет рассказов про Provider. Якобы нет файлов. Запись файла реализована только одним способом. Орфографические ошибки. Читать эту статью не рекомендую.
Спасибо за ссылку! Тоже сначала хотел купить PKCell, но на 1,5 В, но там ещё проблема с зарядниками (надо отдельно покупать). В общем, решил, что можно попробовать Li-Ion в будущем.
Странно, но я совершенно не слышу про «Земля плоская». Да, холивар, но единой правильной точки зрения тут быть не может. Как написано во многих комментариях, SOLID — одни из многих принципов. Не надо возводить их в абсолют. Это не «мыть руки обязательно», а один из подходов к разработке, в конкретном проекте подходы могут быть разными. Я даже более скажу, что встречал людей, которые очень не любят городить абстракции ради абстракций, наелись и избегают. Так что тут не может быть никакого правильного взгляда на вещи.
Данные принципы, во-первых, к 1945 году отношения не имеют, т.к. относятся к ООП, а во-вторых, весьма абстрактны и несколько излишни. И да, я тоже считаю, что часть из них не должна применяться везде, где можно. Как раз те самые Open-closed и Liskov substitution особой смысловой нагрузки не несут, если мы пишем обычное клиент-серверное приложение (клиент), а не библиотеку, API или фреймворк.
Попытки заменить if/switch на разные классы приведут к увеличение кол-ва классов и усложнению логики. Считаю это вредным советом, всё зависит от проекта и программистов, чистая субъективщина.
Забавно, что некоторые принципы описаны в новой трактовке, по смыслу сильно отличающейся от предыдущих. Может быть, чтобы нас запутать?
Код пишется так, чтобы его мог понять другой человек. Чем больше абстракций и классов нагородим, тем сложнее разбираться. Не надо идеализировать SOLID, всему своё место.
Согласен с вами. Заинтересовал ваш метод замены аккумуляторов из коробок. Вы статистику ведёте по аккумуляторам? Новые — это ни разу не использованные? Просто у меня много аккумуляторов, но я уже не считаю, сколько где использовал. Просто вставляю в LiitoKala Lii-500 до 4 аккумуляторов, разряжаю, заряжаю и снова вставляю в изделие.
Внутри региона - тоже, по крайней мере, на одном из сайтов автовокзала.
У меня как раз в "Билайне" отсканировали паспорт, причём я не сразу понял, что его положили в сканер. Требовалось обновить данные.
А, понял. Видимо, это для нового инструмента корпус с нуля вместе с разработкой. Я сначала подумал, старый корпус сломался, решили починить.
Настолько дорогой прибор, что корпус для него дороже принтера?
Статьи хорошие, но третьей части не нашёл. Почитайте также здесь: https://habr.com/ru/articles/686990/.
https://habr.com/ru/companies/otus/articles/689452/ - вторая часть.
В https://www.reddit.com/r/androiddev/comments/103rtfl/comment/j30xzny/ пишут про то, что удобно менять размер при изменении размера шрифта в системе.
Чтобы не подставлять свои номера телефонов, а подставить другого юзера, создав от его имени группу или диалог.
Чтобы не регистрировать новые номера телефонов.
Чтобы использовать "прокачанную" учётку для своих целей. Там уже может быть куча групп, соответственно, больше доверия.
Для кражи данных из его переписок. Это просто золотая жила. Не только пароли, но и вся конфиденциальная переписка с фирмами, личные секреты, фото и пр. Потом продавать или шантажировать.
Для авторизации на разных ресурсах от чужого имени.
Странная статья. Примеры на Java! Нет описания, как это работает на разных версиях Андроида. Нет рассказов про Provider. Якобы нет файлов. Запись файла реализована только одним способом. Орфографические ошибки. Читать эту статью не рекомендую.
Спасибо. Долго пытался, но не получилось. Так и думал, что нельзя.
Можно ли установить этот дистрибутив на Windows? Если да, то какой утилитой?
Попытки заменить if/switch на разные классы приведут к увеличение кол-ва классов и усложнению логики. Считаю это вредным советом, всё зависит от проекта и программистов, чистая субъективщина.
Забавно, что некоторые принципы описаны в новой трактовке, по смыслу сильно отличающейся от предыдущих. Может быть, чтобы нас запутать?
Код пишется так, чтобы его мог понять другой человек. Чем больше абстракций и классов нагородим, тем сложнее разбираться. Не надо идеализировать SOLID, всему своё место.