Практично всі розробники, які працюють у великій корпорації, опиняються на неправильній стороні програмного забезпечення, що блокує сайт. Це може бути як розчаровуючим ( "Просто дозвольте мені прочитати цей проклятий блог!" ), Так і корисним ( "Woah! Ухилився куля з цього сайту" ).

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

Не блокується сайт.

Якщо мої проекти будуть доставлені вчасно, а продуктивність не страждає, я не бачу причин блокувати щось (крім випадків, якщо ви дійсно повинні щось заблокувати - добре відомі сайти-шпигунські / зловмисні програми).

Мені насправді нічого іншого додати, окрім цього.

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

Жодних блокувань.

Хороші розробники
Ті, хто виконає роботу, знають, як швидко знайти інформацію, і вони також знають, як використовувати цю інформацію. Звичайно, якщо ви не дасте їм цього зробити, вони витратять свій час на чати в Stackoverflow: P

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

Нуль.

Якщо у вас є розробник, який не виробляє, блокування веб-сайтів це не допоможе.

Кількість та якість коду, що виробляється розробником, не є лінійно масштабованим. Час, витрачений на зорі IDE, витрачається.

Щоб бути продуктивним у творчій та трудомісткій роботі, потрібен "суміжний час" та "гнучкий час". Сучасний час - це відрізок часу, коли розробник знає, що його ніхто не буде перебивати, гнучкий час - це той час, коли розробник знає, що йому дозволяють робити перерви у власному графіку та відпочивати, коли йому це потрібно.

Над управлінням є проблемою для суміжного часу, блокування сайтів є проблемою для гнучкого часу.

Як зазначає Джейсон Фрід у цьому tedTalk, десять років тому ніхто не мав проблем із тим, щоб працівники робили перерви для куріння. Фейсбук тощо - це просто сучасна версія перерви на куріння - вони необхідні, корисні та повинні сприйматись керівництвом.

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

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

Кожна спроба розумної реалізації QoS викликала роздратування людей, ніж усе, потребувала постійного налаштування і все-таки не вирішувала проблему, коли ми будемо (послідовно) проходити шлях до своєї пропускної здатності. І це навіть не була справжньою проблемою. Для змагання було достатньо пропускної здатності. Робити одну річ «повільніше», ніж іншу, було дуже мало ефекту.

Наскільки мені відомо, у кепку ніхто не потрапив. Але люди обмежили рекреаційне використання пропускної здатності настільки, що це швидко знову не стало проблемою, тому що вони не хотіли пояснювати, чому вони потрапили на шапку. Це виявився хорошим компромісом.

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

Єдина поважна причина блокування - це запобіжна безпека, окрім стандартного фішингового фільтра на рівні браузера, блокування - неправильне рішення цієї проблеми.

Нехай розробники бачать усе за умови, що:

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

Крім того, ви швидше вплинете на продуктивність, ніж збільшите її, блокуючи сайти.

_{* Це походить з мого досвіду роботи з вірусом iloveyou, де розумний розробник, з яким я працював, щасливо натиснув на невідомий файл із видимим розширенням .vbs. Якщо ви хочете, щоб до вас ставились як до дорослої людини, тоді вам потрібно діяти як один, а розробники не мають (або не повинні) приводу невігластва.}

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

На жаль, це не завжди відбувається.

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

але, як правило, тримайте його відкритим і працюйте над тим, щоб створити гарну робочу атмосферу.

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

Різні корпорації, в яких я працював, мають заблоковані сайти, але вони, як правило, це сайти, на яких ви не повинні відвідувати роботу (warez, порно тощо). Якщо у вас виникла потреба потрапити на ці заблоковані сайти, був необхідний процес отримання схвалення, якщо це було необхідно. Я ніколи не натрапляв на потрібний мені сайт на роботі, який фактично був заблокований. Зазвичай я отримую попереджувальну сторінку про те, що вона не була категоризована, але я можу продовжувати відвідувати сайт додатковим клацанням. Я можу з цим боротися, оскільки розумію, що блокування сайтів було налаштовано як корпоративну політику.

Зауважте, що вони не блокували facebook тощо, але вони контролювали кількість часу, проведеного на цих сайтах.

Я думаю, це залежить від вашої причини блокування. Якщо ви хочете заблокувати людей виключно через те, що боїтесь, що вони втратять час компанії, тоді ви не тримаєте розробників належним чином.

Я б, швидше, швидше потрапляв у зону захоплюючим проектом, ніж витрачав час на дурні речі в Інтернеті. О, це, звичайно, виключаючи післяобідньої п'ятниці ...

Блокування сайтів, таких як блоги та зображення Google, не допомагає. Іноді / часто відповіді на проблеми (або якщо ви просто щось забули) є на таких сайтах.

Якщо ваші розробники просто витрачають свій час на Facebook і нічого не виробляють, то їм, здається, не байдуже, що вони мають роботу. Зрештою, вони не були б програмістом, якби їм це не сподобалось. Сказавши, що Facebook та подібні сайти не слід блокувати, оскільки бувають випадки, коли потрібно просто очистити голову.

І я не бачу, як ви можете знати, "Woah ухиляється куля там", якщо сайти заблоковані, і ви ніколи не дізнаєтеся, що таке сайт.

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

Мають рівні привілеїв У деяких випадках корисність не застосовується як критерій моніторингу активності в Інтернеті.

Від обмеженого доступу до необмеженого доступу.

EDIT: Скажімо, більшість молодших розробників / trainess не мають доступу та прав на завантаження файлів.

На один рівень вище, можливо, доступ до форумів та сайтів якості, пов’язаних із полем та / або обмеженою пропускною здатністю для завантаження.

Ще один рівень вгору, без обмежень для завантаження, окрім моніторингу сайту.

І навіть вище, ви можете вирішити, скільки ви хочете відпочити для вищого керівництва. (Швидше за все, без обмежень).

РЕДАКТУВАННЯ: Якби до мене, я поставив би обмеження на права завантаження файлів. Я можу вважати, що моніторинг сайту дещо нав'язується навколишнім середовищем на робочому місці (або ви навіть можете взяти на себе підписані зобов’язання щодо таких речей і вирішувати справи, які надзвичайно виходять з ладу.) Я б на це не витрачав часу. Але спостерігаєте за моєю пропускною здатністю? Так.

Нульове блокування

АЛЕ в офісі є чітка конвенція та навчати нових розробників (навіть старих) про небезпеку необхідності очищення збитків через небезпеку вірусів та атак. Хороші розробники дотримуватимуться, головним чином, почуття справедливості робити правильну справу для своєї компанії. Погані звичаї і не повинні були найнятися в першу чергу.

Соціальні мережі та все, що стосується миттєвого обміну повідомленнями.

Вони такі злі і відволікаючі. Занадто легко виводити людей зі своєї "Зони"

Не блокуйте, а публікуйте відвідувані URL-адреси та споживання пропускної здатності.

Звичайно, ви повинні заздалегідь повідомити всіх, що URL-адреси, які вони відвідують за допомогою офісної мережі, зможуть бачити всі.

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

Опублікуйте URL-адреси та споживання пропускної здатності, щоб ви могли покластися на соціальний контроль та експертну перевірку.