1. Здравствуйте админ, недавно пришёл к одному своему знакомому и на его компьютере мне пришлось немного поработать, за работой так увлёкся, что вошёл с помощью логина и пароля на свой электронный почтовый ящик и вот не помню пароль от электронки в браузере я сохранил или нет, но на следующий день, когда я опять к нему пришёл, браузер автоматически пустил меня на мой почтовый ящик и без авторизации автоматом, представляете! Друг у меня нормальный и я уверен, что без меня на мою почту не входил, но я вот думаю, а если я опять забудусь где-нибудь, то кто-то может воспользоваться моей забывчивостью и войти на мою почту, прочитать всю мою переписку. Как сделать так, чтобы браузер автоматически не сохранял следов моей деятельности в интернете?
2. Привет сайт, хочу поделиться с Вами одним личным наблюдением, если набираю в поисковике какой-либо запрос, то тут же контекстная реклама любого сайта, на который я захожу выводит то, чем я интересовался! Значит поисковик знает обо мне всё! Это немного неприятно. А есть ли способ это обойти, к примеру я наберу в поисковике запрос и он останется тайным для самого поисковика?
3. Здравствуйте, ответьте пожалуйста на такой вопрос. Я часто работаю в интернете на чужих компьютерах и всегда после этого очищаю историю браузера, чтобы никто не знал чем я там занимался, но один раз я это сделать забыл и человек работающий после меня на этом компьютере увидел все мои запросы. Как сделать так, чтобы браузер автоматически ничего не помнил после меня?

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

Что такое режим приватного просмотра браузера и какова его польза?

Режим приватного просмотра браузера, он же режим инкогнито, он же режим InPrivate – это механизм работы веб-обозревателя без идентификации пользователя. В этом режиме браузер не ведёт никакой записи информации о вашем пребывании на сайтах – не запоминает просмотренные вами страницы, не ведёт историю скачанных вами файлов, хранит пароли, кэш и cookie-файлы только на время одного сеанса, а после его завершения тотчас же удаляет все данные. Вы авторизуетесь и заходите, например, на свою страницу в социальной сети, проводите приятно время, общаетесь, а после того, как вы закроете браузер, все данные вашей авторизации удалятся. А при последующем открытии браузера в режиме приватного просмотра вам снова нужно будет авторизоваться – ввести логин и пароль. Закрывая браузер после веб-сёрфинга в режиме приватного просмотра, на любые сайты, где вы авторизовались на протяжении этого сеанса, не попадёте ни вы без новой авторизации, ни кто-либо другой.

В режиме приватного просмотра браузер открывается без установленных расширений и не сохраняет открытые вами вкладки.

Изменения, сделанные вами в настройках браузера во время сеанса в режиме приватного просмотра, также не будут сохранены.

Единственное, что может выдать ваше времяпровождение в Интернете в режиме приватного просмотра браузера – это скачанные вами файлы в папке загрузок и сохранённые вами же лично закладки. Так, режим приватного просмотра браузера не лишает его основного функционала. Потому в случае со скачанными файлами и сделанными закладками вся ответственность лежит на вас – не сохраняйте закладки в браузере, а файлы скачивайте прямо на съёмный носитель или сразу после просмотра удаляйте из локальной папки загрузок с дальнейшей очисткой корзины.

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

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

В каких случаях, как правило, используется режим приватного просмотра браузера?

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

Веб-страницы в режиме приватного просмотра многие используют на домашних компьютерных устройствах, чтобы близкие не узнали что-нибудь «лишнее». Кто-то скрывает от родителей своё пребывание на порно-сайтах. Кто-то скрывает от второй половинки переписку в социальных сетях или на сайтах знакомств. Кто-то скрывает от близких свою болезнь и ищет в Интернете способы исцеления. А кто-то, возможно, делает тайком то, что запрещает своим детям, и боится быть дискредитированным в их глазах.

Без оставления следов сетевой активности многие предпочитают пользоваться Интернетом на работе. Нередко работодатели отслеживают то, чем занимаются офисные работники в рабочее время, именно посредством просмотра истории (журнала) браузеров.

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

Приватный режим полезен для доступа к веб-ресурсам, которые лимитируют бесплатное предоставление услуг. Яркий пример – файлообменники с дневной граничной нормой скачивания. Чтобы не тратиться на платную подписку или не ждать следующего дня для скачивания нужных сегодня файлов, можно открывать такой файлообменник в режиме приватного просмотра браузера. В случаях, когда подобные веб-ресурсы ведут статистику посещений пользователей с использованием cookie-файлов, для этих веб-ресурсов вы всегда будете новичком и сможете обходить лимиты на скачивание.

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

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

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

Как использовать режим приватного просмотра браузера?

Что же, со спецификой режима приватного просмотра браузера разобрались, а теперь непосредственно к делу – рассмотрим, как его использовать в конкретных браузерах.

Google Chrome

Начнём, пожалуй, с самого популярного браузера - Google Chrome. Жмите кнопку меню Google Chrome в правом верхнем углу. В перечне доступных команд имеется «Новое окно в режиме инкогнито».

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

Пробивать кандидатов через социальные сети надо хотя бы потому, что вы будете точно знать, какой именно человек сидит перед вами и хочет у вас работать, уверена Виктория Сорочинская, эксперт Spice Recruitment .

Российский рекрутинг всегда развивался стремительно и энергично. Если в 90-е годы кандидатов искали с помощью несговорчивого бухгалтера или хмурого кадровика в одной из папок «Личное дело №…», то в новом тысячелетии методы и инструменты сменяли друг друга все быстрее и радикальнее.

Технический прогресс, глобальная компьютеризация и кастомизация привели к тому, что путь поиска сотрудника стал проще, но и тернистее с этической точки зрения.

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

Вернемся мысленно к периоду, когда работал для облегчения подбора руководителей и топ-менеджмента в компании. То были славные времена! На работном сервисе публиковались резюме сотрудников исключительно высокого уровня, рекрутеру было просто и хорошо, система координат была налажена и структурирована. К слову, именно поэтому HeadHunter носит такое название (в переводе – это «человек, переманивающий квалифицированные кадры»). Но со временем HH набрал популярность и увеличил аудиторию: тут появились менеджеры и специалисты различного звена. Планка снизилась.

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

Момент запуска «Одноклассников» стал поворотным в рекрутинге. Пришло время социальных сетей. Те, кто совсем недавно ушел с работных сервисов, появились в набирающих популярность «Одноклассниках», «ВКонтакте», и Twitter. Рекрутеры и хантеры получили доступ к огромному массиву информации и открытым контактным данным: начиная от того, где человек учился, заканчивая его религиозными взглядами и отношению к институту брака.

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

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

С помощью открытых данных из социальных сетей рекрутер формирует портрет человека. На собеседовании, интересуясь профессиональным опытом, он параллельно спокойно изучает профили в Facebook, и Twitter. Рекрутер уже знает, что сидящий перед ним человек увлекается спортом, он семьянин и любит путешествовать. И отлично понимает, что компания, которая хочет видеть у себя в команде интроверта, не будет удовлетворена этим кандидатом.

Да, только с помощью социальных сетей невозможно составить полноценную картину, включающую в себя опыт работы, профессиональные навыки и карьерные перспективы специалиста. Но Facebook, Twitter и Instagram дадут дополнительную информацию к размышлению и помогут остановиться на том, кто гармонично впишется в коллектив и не будет балластом в привычных бизнес-процессах.

Приглашая кандидата в Spice, мы всегда проверяем социальные сети на предмет неожиданных сюрпризов. Так, например, находясь в поиске рекрутеров, мы столкнулись с девушкой – религиозной сектанткой, молодым человеком, позирующем в шубе и солнечных очках в разных ракурсах и обстановке, девушкой – профессиональным видеоблогером. По ее словам, она достигла пика известности, но, заглянув в ее социальные сети, мы обнаружили, что с момента создания канала она загрузила 5 роликов с с общим охватом в 20 просмотров.

Один раз на собеседование пришла милая женщина (и хороший профессионал), но в своем личном блоге на LiveJournal она размещала длинные посты об алкоголизме и постоянных депрессиях.

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

Чтобы не получить «кота в мешке» – всегда проверяйте человека, который устраивается к вам. И есть 3 очевидных полезных фактора, чтобы делать это.

• Колоссальный объем информации

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

• Широкий охват кандидатов

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

• Актуальная и свежая информация

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

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

Теперь можно смело звонить и предлагать себя в качестве того, кто не обидит, будет заботиться и всячески поощрять рабочее рвение.

экстремальное программирование (Extreme Programming, XP) . Оба они являются примерами итеративных процессов, но построены на основе различных предположений о природе разработки программного обеспечения и, соответственно, достаточно сильно отличаются.

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

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

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

Унифицированный процесс Rational

RUP , является довольно сложной, детально проработанной итеративной моделью жизненного цикла ПО .

Исторически RUP является развитием модели процесса разработки, принятой в компании Ericsson в 70–80-х годах XX века. Эта модель была создана Джекобсоном (Ivar Jacobson), впоследствии, в 1987 году, основавшим собственную компанию Objectory AB именно для развития технологического процесса разработки ПО как отдельного продукта, который можно было бы переносить в другие организации. После вливания Objectory в Rational в 1995 году разработки Джекобсона были интегрированы с работами Ройса (Walker Royce, сын автора "классической" каскадной модели ), Крухтена (Philippe Kruchten) и Буча (Grady Booch), а также с развивавшимся параллельно универсальным языком моделирования (Unified Modeling Language, UML) .

RUP основан на трех ключевых идеях:

Весь ход работ направляется итоговыми целями проекта, выраженными в виде вариантов использования (use cases) - сценариев взаимодействия результирующей программной системы с пользователями или другими системами, при выполнении которых пользователи получают значимые для них результаты и услуги. Разработка начинается с выделения вариантов использования и на каждом шаге контролируется степенью приближения к их реализации.

• Основным решением, принимаемым в ходе проекта, является архитектура результирующей программной системы. Архитектура устанавливает набор компонентов, из которых будет построено ПО, ответственность каждого из компонентов (т.е. решаемые им подзадачи в рамках общих задач системы), четко определяет интерфейсы, через которые они могут взаимодействовать, а также способы взаимодействия компонентов друг с другом.

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

• Основой процесса разработки являются планируемые и управляемые итерации , объем которых (реализуемая в рамках итерации функциональность и набор компонентов) определяется на основе архитектуры.

Rational Unified Process (RUP) - методология разработки программного обеспечения, созданная компанией Rational Software.

Принципы : Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков. Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)). Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки. Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта. Постоянное обеспечение качества на всех этапах разработки проекта (продукта).

Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

RUP использует итеративную модель разработки . В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта.

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

Экстремальное программирование (Extreme Programming, XP)

Экстремальное программирование (Extreme Programming, XP) - одна из гибких методологий разработки программного обеспечения

12 основных приёмов экстремального программирования (по первому изданию книги Extreme programming explained) могут быть объединены в четыре группы:

Короткий цикл обратной связи: (Разработка через тестирование, Игра в планирование, Заказчик всегда рядом, Парное программирование

Непрерывный, а не пакетный процесс: Непрерывная интеграция, Рефакторинг, Частые небольшие релизы

Понимание, разделяемое всеми : Простота, Метафора системы, Коллективное владение кодом или выбранными шаблонами проектирования, Стандарт кодирования

Социальная защищенность программиста: 40-часовая рабочая неделя

Парное программирование предполагает, что весь код создается парами программистов, работающих за одним компьютером. Коллективное владение означает, что каждый член команды несёт ответственность за весь исходный код. «Заказчик» в XP - это не тот, кто оплачивает счета, а тот, кто на самом деле использует систему.

Стандарты документации

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

SVVP - План определяет каким образом и в какой последовательности должны проверяться стадии проекта. Верификация – это процесс проверки правильности сборки приложения. Валидация проверяет тот факт, что собран требуемый продукт.

SQAP - План контроля качества программного обеспечения

SCMP - План управления программным проектом

SRS - Спецификация требований к программному обеспечению

SDD - Проектная документация программного обеспечения

STD - Документация по тестированию программного обеспечения

Согласованность и целостность документации.

Управление документацией требует значительных организационных навыков. Написание хорошей и гибкой документации сродни написанию хорошего и гибкого кода.

Управление документацией подразумевает поддержание ее полноты и согласованности и включает в себя также управление конфигурациями.

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

Согласованность означает, что набор документов не содержит внутренних противоречий.Проблема в том, что когда этот набор велик, то довольно сложно избежать появления в нем взаимоисключающих утверждений.

Поддержка конфигурации – это координация различных версий и частей документации и программного кода.

Унифицированный Процесс разработки компании Rational (Rational Unified Process, RUP) – это сумма различных видов деятельности, необходимых для преобразования требований пользователей в программную систему, . Его абстрактное и развёрнутое представление показано на рис. 7.2.

Основными понятиями RUP являются артефакт (artifact) и прецедент (precedent). Артефакты - это некоторые продукты проекта, порождаемые или используемые в нем при работе над окончательным программным продуктом. Прецеденты или варианты использования (use-case) ‑ это последовательности действий, выполняемых программной системой для получения наблюдаемого результата.

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

Каждый член проектной группы создает свои артефакты и несет за них ответственность. Программист разрабатывает программу, руководитель - проектный план, а аналитик - модели системы. RUP позволяет определить, когда, кому и какой артефакт необходимо создать.

(а )

Рис. 7.2. Унифицированный процесс разработки ПО (а ‑ абстрактное представление, б – развёрнутое представление основных процессов RUP)

Однако, RUP ‑ это больше чем единичный процесс, это обобщенный каркас процесса, который может быть специализирован для широкого круга программных систем, различных областей применения, уровней компетенции и размеров проекта. RUP ‑ компонентно-ориентирован. Это означает, что создаваемая программная система строится на основе программных компонентов, связанных хорошо определенными интерфейсами.

Для разработки графических представлений (моделей) программной системы RUP использует Унифицированный Язык Моделирования (UML). Фактически UML является неотъемлемой частью RUP ‑ они и разрабатывались совместно.

Однако действительно специфичные аспекты RUP-процесса заключаются в трех словосочетаниях - управляемый вариантами использования , архитектурно-ориентированный , итеративный и инкрементный . Это то, что делает Унифицированный процесс уникальным.

Полное представление программной системы в RUP включает девять моделей, которые совместно охватывают все важнейшие решения относительно визуализации, специфицирования, конструирования и документирования программной системы (рис 7.3):

1. модель бизнес-процессов , которая формализует абстракцию организации (со всеми вариантами использования управляющей ПС и их связями с пользователями);

2. модель прецедентов - формализует функциональные требования к системе;

3. модель предметной области или бизнес-модель , описывающую контекст системы.

4. модель анализа , которая имеет две цели - уточнить детали вариантов использования и создать первичное распределение поведения системы по набору объектов, предоставляющих различные варианты поведения;

5. модель процессов (необязательная) - формализует механизмы параллелизма и синхронизации в системе;

6. модель проектирования , которая определяет: (а ) ‑ статическую структуру системы, такую, как подсистемы, классы и интерфейсы, и (b ) ‑ варианты использования, реализованные в виде коопераций между подсистемами, классами и интерфейсами;

7. модель реализации , которая включает в себя компоненты (представленные исходным кодом) и раскладку классов по компонентам;

8. модель развертывания , которая определяет физические компьютеры - узлы сети и раскладку компонентов по этим узлам;

9. модель тестирования , которая описывает варианты тестов для проверки вариантов использования;

Рис. 7.3. Модели RUP (в форме соответствующих UML-диаграмм)
и их связи,

Все эти модели связаны. Вместе они полностью описывают программную систему. Элементы одной модели имеют трассировочные зависимости вперед и назад, организуемые с помощью связей с другими моделями (см. рис. 7.3). Например, вариант использования (в модели вариантов использования) может быть оттрассирован на соответствующую реализацию варианта использования (в модели проектирования) и вариант тестирования (в модели тестирования). Трассировка облегчает понимание и внесение изменений. UML-диаграммы, созданные в процессе RUP-разработки, дают полное представление о программном продукте).

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