Компьютеры, электроника, интернет

в яндекс браузере можно отключить сие поделие. как в других браузерах-не знаю. может что-то есть навроде этой функции яндекс браузера. нажимаем на квадрат с параллельными прямыми вверху справа на панели браузера. в выпавшем меню находим пункт "Скрыть мешающую рекламу". затем выделяем мышью весь прямоугольник "вам может быть интересно" (именно весь), затем нажимаем в окне кнопку "Скрыть выбранные баннеры" и всё! больше это вылезать не будет. тоже самое можно сделать с кнопкой "плюс". выделяем "включить.плюс" и сие поделие тоже не будет беспокоить.. стоит заметить,что яндекс любит навязывать свою политику пользователям. с огромным трудом полностью вытравил рекламу яндекс директ с помощью расширений и скриптов, а теперь вот это.

Рецепт полной анонимности прост: нужно перестать пользоваться интернетом и купить себе кнопочный мобильный телефон без выхода в сеть.

Но если вы не планируете так жертвовать своим уровнем жизни и при этом хотите снизить уровень слежки, следуйте простым советам.

1. Перестаньте оформлять скидочные карты при любой покупке. Да, придется пожертвовать выгодными акциями, но зато вы сохраните ваши данные, которые могут затем утечь в неизвестном направлении. Запомните: скидычные карты предлагаются не для того, чтобы распродать товар, а чтобы получить доступ к вашим персональным данным.

2. Удалитесь из всех соцсетей. Если для вас это сложно, сохраните несколько самых важных аккаунтов, стерев из них всю личную информацию и фото, установив нейтральную аватарку.

О том, почему постить подробные истории из вашей личной жизни, прикрепив к ним фотографии и геолокацию, очень опасно и недальновидно, говорить не буду. Интернет полон разными историями о том, как людей увольняют, грабят, судят, обманывают, просто внимательно изучив их посты.

Также информацию из аккаунтов очень любят банки и страховые компании. Не удивляйтесь потом, если вам откажут в кредите или завысят ставку по полису.

3. Отключите в смартфоне автоматический поиск сетей Wi-Fi. Некоторые компании расставляют по городу роутеры, считывающие mac-адрес вашего устройства для доступа к данным ваших перемещений, а затем перепродают эту информацию третьим лицам.

4. Не пользуйтесь дебетовой или кредитной карточкой. Просто снимайте с нее деньги и расплачивайтесь наличными. При оплате ими банк получает доступ к данным о ваших потребительских предпочтениях и передвижениях. Эту информацию он может затем использовать в своей аналитике, перепродать её другим компаниям или вообще передать кому угодно.

5. Запретите приложениям доступ к вашим координатам, к контактам, к личной информации через настройки смартфона.

6. Установите VPN, чтобы ваши интернет следы были незаметны для провайдера. Желательно платный. Бесплатные VPN бесплатны только на первый взгляд. Зарабатывают они тем, что получают доступ к вашим данным, которые затем перепродают.

7. Установите блокировщик рекламы, который блокирует cookies и прочие данные о вашем интернет серфинге. Самые популярные программы - AdBlock и Adguard.

***

И запомните главное правило. Всегда задумывайтесь при регистрации аккаунтов или оформлении чего бы то ни было в интернете: зачем передавать ту или иную информацию сайту или приложению. Не кажется ли вам, что в данном случае она излишня?

Ваши данные - это нефть будущего, берегите их.

Всё зависит от Ваших навыков, профессии и способов решения задач.

Если рассматривать удалённую работу как фриланс, то на соответствующих ресурсах. Вот несколько из самых подходящих: fl.ru, freelance.ru, kwork.ru, work-zilla.com, advego.ru, text.ru, etxt.ru, weblancer.net, freelancehunt.com, kadrof.ru, best-lanse.ru, moguza.ru

Если удалённая работа - это работа офисным сотрудником, но на удалёнке, то это другой вопрос. Нужно искать на площадках, где размещаются вакансии компаний. Откликаетесь на вакансию, приходите в офис, проходите собеседование. Вас берут на работу, заключаете договор и начинаете работать из дома, кафе, с пляжа или откуда вам угодно.

Подробнее об удалённой работе и фрилансе можете узнать на моём канале в telegram. Ссылка привязана к профилю.

в яндекс браузере можно отключить сие поделие. как в других браузерах-не знаю. может что-то есть навроде этой функции яндекс браузера. нажимаем на квадрат с параллельными прямыми вверху справа на панели браузера. в выпавшем меню находим пункт "Скрыть мешающую рекламу". затем выделяем мышью весь прямоугольник "вам может быть интересно" (именно весь), затем нажимаем в окне кнопку "Скрыть выбранные баннеры" и всё! больше это вылезать не будет. тоже самое можно сделать с кнопкой "плюс". выделяем "включить.плюс" и сие поделие тоже не будет беспокоить.. стоит заметить,что яндекс любит навязывать свою политику пользователям. с огромным трудом полностью вытравил рекламу яндекс директ с помощью расширений и скриптов, а теперь вот это.

Нужно отформатировать накопитель. Откройте «Мой компьютер» и щелкните правой кнопкой мышки по вашей флешке. В открывшемся коне выберите пункт «Форматировать». Нужно выбрать файловую систему NTFS. После форматирования файлы должны копироваться без проблем.

Я пишу код уже больше 20 лет и, хотя в последнее время больше занимаюсь руководством, на пике формы был способен писать по 500+ строк хорошо работающего кода в день. Вот принципы, которые мне в этом помогали:

  1. Не переобобщайте. Если не получается малой кровью создать универсальное решение, то и неважно, решите конкретную текущую задачу и двигайтесь дальше. Обобщение, даже хорошее, в 70% случаев так и остается нигде больше не использованным.

  2. Не оптимизируйте код заранее. Идея усложнить код ради его ускорения почти всегда ошибочна. Исключение возможно только в том случае, когда именно этот участок код "тормозит" так, что это уже заметно на уровне продукта или бизнеса. "Пессимизировать" код тоже, конечно, не нужно, из двух версий, одинаковых по сложности и по объему кода, выбирайте более быструю. Из этого есть важное следствие: нельзя дублировать данные и нельзя кешировать результаты вычислений там, где этого не требует во весь голос производительность. Больше половины структурных багов возникает из-за того, что "разъехались" кэш и реальные данные, причем еще и отлаживать такое обычно адски сложно, потому что в момент собственно "разъезжания" никакого бага еще не видно, он проявится потом, когда ставить breakpoint-ы и проходить исполнение по шагам уже поздно.

  3. Называйте и группируйте всё происходящее правильно. Код, в котором нет алгоритмических или технологических сложностей, должен читаться как текст, написанный по-английски. Хорошо, когда код, в котором ниндзя куда-то крадётся, выглядит как-то вроде ninja.sneak(...), а не pDst2.trySetCoord(...) и ещё десять строчек после этой, ни одну из которых нельзя забыть. Если функция что-то меняет в состоянии объекта, она не может называться isSomething -- если так сделать, следующий же код с её участием обречён на интересный дебаг. Если функция что-то трудно вычисляет, она не может называться getSomething -- кто-нибудь наверняка начнёт вызывать её в цикле и удивляться, почему всё тормозит. Класс, который хранит состояние документа, может называться DocumentState или Document, но никак не SDManager. Кстати, про Manager-ов. Если единственное название, которое вы можете выбрать для класса или метода, получается очень расплывчатым, это верный признак того, что вы делаете что-то неправильно. Классы BaseObject и World или функции databaseOps и initService быстро приведут к самым разным проблемам и багам, связанным с нарушениями этого и предыдущего пунктов.

  4. Не смешивайте алгоритмы и другие технологически сложные участки кода с бизнес-логикой. Выразительности современных языков программирования вполне достаточно для того, чтобы, скажем, графический движок компьютерной игры ничего не знал о ниндзя и вертолётах, функции работы с БД в CRM-системе не знали слов "счёт" и "клиент", и т.д. и т.п. Для бизнес-логики типичны постоянные изменения, нечеткость и путаница. Как только сущности с разных уровней абстракции начинают упоминаться в соседних строчках кода, , всё это тут же начинает проникать и в технологически сложный код, и всё взрывается.

  5. Не используйте никакие advanced фичи никакого языка. В С++, например, не стоит пользоваться темплейтной магией, переопределением операторов, множественным наследованием и т.д. и т.п. Экзотические языки программирования (Haskell, диалекты Лиспа, хитрые декларативные язычки, работающие поверх JVM) вообще стоит использовать только как хобби, источник вдохновения. Не напрямую в той работе, за которую вам деньги платят. Эта точка зрения часто вызывает споры. К сожалению, обстоятельно аргументировать её в формате ответа на Знатоках не получится. Поэтому просто сошлюсь на свой почти 20-летний опыт индустриального программирования. Во всех областях и организациях, в которых я успел поработать, что в Яндексе, что в разработке игр, что в науке идея использовать в качестве рабочего инструмента "красивый полёт свободной мысли, недоступный простым умам" оказывалась разрушительной. Часто и для всего проекта, но всегда, без исключений, для автора идеи.

  6. Стоит выкинуть из головы все ООП. Единственное полезное, что в императивные языки пришло из этой идеологии - модификаторы private. Иерархии классов это зло, наследовать реализации нужно себе запретить. Наследовать можно интерфейсы, и то не слишком много уровней. Агрегация почти всегда лучше наследования. Большая часть классических "шаблонов проектирования" уже либо устарела, либо нашла поддержку на уровне языка.

  7. Используйте как можно больше assert'ов, логов и прочих способов поймать незапланированное состояние системы как можно раньше. Очень часто в момент, когда неверное поведение системы становится заметно пользователю, дебажить её уже сложно. Если же вы смогли поймать систему именно в тот момент, когда её внутреннее состояние впервые становится неконсистентным или она начинает вести себя не так, как вы задумывали, чаще всего разобраться в том, почему, становится тривиально.

  8. Каждая лишняя строчка кода это зло. Там, где это вообще возможно, не стоит пользоваться чужим кодом, который вы не прочитали и не поняли от и до. Это касается в том числе и широко известных библиотек и фреймворков общего назначения. Чем меньше кода (включая и тот, который пишешь сам, и тот, от которого зависишь) - тем лучше.

  9. Граничные случаи стоит проверять "в голове" прямо по ходу написания кода. Например: я пишу list.back(), а почему этот список не пуст? Как я "доказал" к этому моменту, что этого не может произойти? Что сделает эта функция, работающая со строчкой, если она пуста?

  10. Любой баг, если он все-таки вам встретился, старайтесь возводить до первопричины и до общего правила. Что я написал в коде такого, что этот баг вообще оказался возможен? Как я могу поменять свои практики так, чтобы больше никогда не допускать таких же? Например, баг состоял в том, что я написал такую-то строчку в функции save и забыл добавить симметричную в функции load. Может быть, пора, наконец, заменить эту пару на одну функцию serialize? Обложить их тестами? Или хотя бы поклясться вслух самому себе, что никогда не будете трогать их по одиночке? Или, например, причина бага была в том, что в указателе pNeighbor содержится null, а программа этого не ожидает и падает. Можно просто воткнуть if (pNeighbor != null) и закрыть баг как исправленный. А где ещё в коде разыменовывается pNeighbor? Везде ли есть такая же проверка? Насколько вообще эта ситуация легальна, может быть, настоящая ошибка там, где pNeighbor впервые оказался нулевым? Если значение pNeighbor это результат отображения NULL из БД на объектную модель, то как этот NULL попал в БД, кто его туда положил и не стоит ли воткнуть там constraint? И т.д и т.п. Никогда не считайте, что ваш код уже идеален! Наблюдайте за собой, совершенствуйтесь, старайтесь работать вместе с людьми, у которых есть, чему поучиться.

Тема эта неисчерпаема, приёмов и приёмчиков можно вспомнить ещё много, но я, пожалуй, остановлюсь на этой десятке. Всем хорошего кода!

Вижу вот какие варианты, но они подойдут не всем и защитят не от всего:

1. Использовать такие способы оплаты, при которых возможен чарджбек - то есть возврат денег через отмену операции в банке и платёжной системе. Это возможно при оплате по карте, в т.ч. через Яндекс.Деньги. Срок, в течение которого можно запросить чарджбек - Visa - 180 дней, MasterCard - 120 дней, у Яндекс.Денег по сервису "Защита покупателя" - 90 дней с даты платежа. Если вы отправляете товар магазину обратно, но деньги не приходят, можно запрашивать чарджбек.

2. При отправке товара почтой или курьерской службой указывать реальную объявленную ценность, чтобы в случае утраты посылки почтой иметь возможность получить возмещение.

3. Пользоваться крупными интернет-магазинами или площадками, где есть возможность в случае обмана со стороны продавца запустить диспут и получить возмещение от администрации площадки. Например, как у Алиэкспресса.

Способы не универсальны, но что-то другое придумать сложно. Всегда есть риск, что товар заберут, деньги не вернут, и придётся решать вопрос в суде. Основная трудность в том, что при предъявлении требования о возврате или обмене некачественного товара покупатель обязан передать товар в магазин. Это нужно для того, чтобы магазин мог провести проверку качества и выяснить, отвечает ли он за данный недостаток, либо тут вина потребителя. Если товар не передать вообще, вы получите ответ на претензию: "Просим предоставить товар для проверки". Получится замкнутый круг.

Во-первых — это не просто Знатоки, а Яндекс.Знатоки. Именно Яндекс! :)

Во-вторых и в остальном:

— Да, мы стараемся привлечь на сервис тех, кто обладает экспертизой: частное лицо, автор популярного блога или представитель компании. Все они из разных сфер и с разным уникальным опытом.

— Мы заложили огромные планы на развитие сервиса. Каждому пользователю будет интересно задавать вопросы, отвечать на них и делиться своими знаниями!

— Главная цель и особенность: помогать пользователям Яндекса получать ответ на свой вопрос. Возможность задать вопрос Знатокам появится во всех местах, где рождаются вопросы, а ответ будет доставлен прямо в руки. Например, на странице с результатами поиска Яндекса.

Нам — отлично!

Мы очень стараемся и развиваем сервис. Будет только лучше и удобнее для наших пользователей. Впереди много интересного, так что задавайте свои вопросы, пишите замечательные ответы и оставайтесь с нами!