Почти все разработчики, которые работают в крупной корпорации, оказываются не на той стороне программного обеспечения для блокировки сайтов. Это может быть как разочаровывающим ( «Просто позвольте мне прочитать этот чертов блог!» ), Так и полезным ( «Вау! Уклонился от пули с этим сайтом» ).

По вашему мнению, какой уровень блокировки следует применять к разработчикам и почему?

Нет блокировки сайта.

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

Больше мне нечего добавить, кроме этого.

Мы профессионалы, а не дети.

Никаких блокировок вообще.

Хорошие разработчики
Они выполнят свою работу, они знают, как быстро найти информацию, и они также знают, как использовать эту информацию. Конечно, если вы не дадите им достаточно, они будут тратить свое время в чатах Stackoverflow: P

Плохие разработчики
Ну, вы ничего не можете с ними поделать. Если вы заблокируете 90% интервея только потому, что они не могут сосредоточиться на своей работе, вы только помешаете хорошим разработчикам ... они уйдут, а вы останетесь с плохими! (ну в идеальном мире ...)

Нуль.

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

Количество и качество кода, созданного разработчиком, не линейно масштабируемо со временем, потраченным на изучение среды IDE.

Быть продуктивным в творческой и сложной работе требует «непрерывного времени» и «гибкого времени». Сложное время - это блок времени, когда разработчик знает, что его никто не будет прерывать, гибкий график - это время, когда разработчик знает, что ему разрешено делать перерывы по собственному графику и отдыхать, когда ему это нужно.

Избыточное управление - это проблема в неурочное время, блокировка сайтов - это проблема в течение гибкого времени.

Как отмечает в этом tedTalk Джейсон Фрид , десять лет назад ни у кого не было проблем с перерывами на курение. Facebook и тому подобное - просто современная версия перекура - они необходимы, полезны и должны быть приняты руководством.

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

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

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

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

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

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

Пусть разработчики увидят все при условии, что:

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

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

_{* Это происходит из моего опыта с вирусом iloveyou, где умный разработчик, с которым я работал, счастливо нажал на неизвестный файл с видимым расширением .vbs. Если вы хотите, чтобы с вами обращались как со взрослым, вам нужно вести себя как один, и у разработчиков нет (или не должно быть) оправдания невежества.}

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

К сожалению, это не всегда так.

Таким образом, вы можете заблокировать некоторые ... вредоносные сайты (очевидно), xxx и другие, общие (не связанные с программированием) новостные сайты, Facebook (я не могу вспомнить одну причину, по которой это может быть полезно во время работы) ...

но обычно держите его открытым и работайте над тем, чтобы создать хорошую рабочую атмосферу.

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

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

Обратите внимание, что они не блокировали Facebook и т. Д., Но контролировали количество времени, проведенное на этих сайтах.

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

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

Блокировка сайтов, таких как блоги и изображения Google, не помогает, иногда / часто ответы на возникающие у вас проблемы (или если вы просто что-то забыли) появляются на таких сайтах, как эти.

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

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

И обычно есть способ обойти это, от простого использования другого языка, использования IP-адреса, до нажатия Esc / Stop в нужное время (в зависимости от того, насколько бесполезно блокирующее программное обеспечение, откашливание более старой версии Impero от кашля ) до использования прокси. Таким образом, больше времени будет потрачено на обход блокировки, чем если бы сайт был разблокирован

Имеют уровни привилегий. В некоторых случаях полезность не применяется в качестве критерия для мониторинга интернет-активности.

От ограниченного доступа до неограниченного доступа.

РЕДАКТИРОВАТЬ: Скажем, большинство младших разработчиков / Trainess не имеют доступа и прав на скачивание файлов.

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

Еще один уровень, никаких ограничений на скачивание, кроме мониторинга сайта.

И даже выше, вы можете решить, насколько вы хотите отдохнуть для высшего руководства. (Скорее всего, неограниченно)

РЕДАКТИРОВАТЬ: Если бы это было до меня, я бы только наложить ограничения на права загрузки файлов. Я чувствую, что мониторинг места в какой-то степени зависит от рабочей среды (или вы можете даже взять на себя подписанное обязательство по таким вещам и иметь дело с делами, которые крайне бесполезны). Я бы не стал тратить на это время. Но смотреть мою пропускную способность? Да.

Нулевая блокировка

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

Социальные сети и все, что связано с мессенджерами.

Они такие злые и отвлекающие. Слишком легко вывести людей из их "Зоны"

Не блокируйте, а публикуйте посещенные URL-адреса и потребление трафика.

Конечно, вы должны заранее сообщить всем, что URL-адреса, которые они посещают через офисную сеть, будут доступны всем.

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

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