Qual é o nível certo de bloqueio de sites para você como desenvolvedor? [fechadas]

34

Quase todos os desenvolvedores que trabalham para uma grande corporação estão do lado errado do software de bloqueio de sites. Pode ser tanto frustrante ( "Apenas deixe-me ler esse maldito blog!" ) E útil ( "Woah! Esquivou-se de uma bala com esse site" ).

Na sua opinião, qual é o nível certo de bloqueio a ser aplicado aos desenvolvedores e por quê?

Gary Rowe
fonte
5
Divertido, encontrei várias vezes um "Filtrado: conteúdo de hackers" ao procurar por problemas específicos ... Acho bastante estúpido em uma loja de desenvolvedores restringir sites de "hackers", afinal, eles não me pagam para invadir código? Por outro lado, acho perfeitamente normal que eles bloqueariam sites de "jogos de azar".
precisa

Respostas:

154

Nenhum site bloqueado.

Se meus projetos são entregues dentro do prazo e minha produtividade não está sofrendo, não vejo motivo para bloquear nada (exceto - se você realmente precisa bloquear algo - sites bem conhecidos de spyware / malware).

Eu realmente não tenho mais nada a acrescentar, exceto isso.

Somos profissionais, não crianças.

Dr. Hannibal Lecter
fonte
10
Concordo, sou adulto e minha empresa me paga uma quantia não considerável para fazer um trabalho. Enquanto o trabalho estiver sendo feito, devo confiar na utilização da Internet como adulto.
Matt
66
+1 somos profissionais, não crianças
6
"Somos profissionais, não crianças." - infelizmente, você não pode negar que alguns funcionários gastam muito tempo pago em sites de redes sociais atualmente.
JW01
6
@ JW01 Se não fossem as redes sociais, eles encontrariam outro lugar para perder tempo. StackEchange, paciência, telefone, lendo jornais ... Essas pessoas (provavelmente 10 a 25%) perderão tempo, não importa o quê. Você está desperdiçando os outros 75-90% do tempo das pessoas bloqueando sites.
Tarka
4
@ JW01: Por que isso é um problema? Todos nós precisamos de alguma folga. A lei impõe que você pare de dirigir quando estiver cansado e descanse um pouco. Por que não parar de codificar e descansar um pouco para evitar grandes erros no código?
47

Sem bloqueio.

Bons desenvolvedores
Eles farão o trabalho, sabem como encontrar informações rapidamente e também sabem como usá-las. Obviamente, se você não der o suficiente, eles perderão seu tempo nas salas de bate-papo do Stackoverflow: P

Desenvolvedores ruins
Bem, você não pode fazer nada sobre eles. Se você bloquear 90% da interwebz apenas porque eles não conseguem se concentrar no trabalho, apenas atrapalhará os bons desenvolvedores ... eles sairão e você ficará com os ruins! (bem em um mundo perfeito ...)

Ivo Wetzel
fonte
1
+1 por não bloquear apenas porque há desenvolvedores ruins #
Gary Rowe
Eu tentei a perder algum tempo em uma das salas de chat, mas foi principalmente vazio eo último post durou mais de 19 horas atrás :(
Cyclops
1
Bons desenvolvedores podem contornar qualquer bloqueio, e maus desenvolvedores não.
31

Zero.

Se você tem um desenvolvedor que não produz, o bloqueio de sites não ajudará.

A quantidade e a qualidade do código produzido por um desenvolvedor não é escalável linearmente com o tempo gasto olhando para um IDE.

Ser produtivo em trabalhos criativos e desafiadores requer "tempo contíguo" e "tempo flexível". Tempo contigioso é um bloco de tempo em que um desenvolvedor sabe que não será interrompido por ninguém; tempo flexível é o tempo em que um desenvolvedor sabe que ele tem permissão para fazer pausas em sua própria agenda e descansar a mente quando ele precisar.

O gerenciamento excessivo é um problema por tempo contigioso, o bloqueio do site é um problema por tempo flexível.

Como Jason Fried aponta neste tedTalk, há dez anos ninguém tinha problemas com os funcionários dando um tempo para fumar. O Facebook e similares são apenas a versão moderna do quebra-fumo - são necessários, úteis e devem ser adotados pela gerência.

Ami
fonte
1+ As respostas mais perspicazes "sem bloqueio".
Bjarke Freund-Hansen
+1 para a observação "tempo contíguo e tempo flexível"
Gary Rowe
Não discordo, mas observarei que os intervalos para fumar têm um temporizador (mais ou menos) - uma vez que 1-2 cigarros são queimados, é hora de voltar. Visto que, quando você é sugado pelo TV Tropes , pode ficar preso por dias . :)
Cyclops
14

Eles podem bloquear tudo o que quiserem, vou usar meu smartphone.

Joppe
fonte
Então eles pegam você no seu celular ...
TheLQ
3
+1 Haha. Isto é o que eu faço.
precisa
8

Minha empresa anterior não bloqueou nenhum site, mas limitou os bytes transferidos (era muito grande, alcançá-lo significaria que você assistia a filmes por mais de seis horas). Tivemos que instituí-lo porque tínhamos uma linha alugada, que era cobrada pelo percentil 95 '.

Todas as tentativas de uma implementação sensata de QoS deixaram as pessoas mais irritadas do que qualquer coisa, precisavam de ajustes constantes e ainda não resolveram o problema de seguirmos (de forma consistente) o nosso compromisso de largura de banda. E esse nem era o verdadeiro problema. Havia muita largura de banda pela qual competir. Tornar uma coisa mais lenta que a outra teve muito pouco efeito.

Que eu saiba, ninguém atingiu o limite. Porém, as pessoas restringiram o uso recreativo da largura de banda a um nível que rapidamente se tornou um problema novamente, porque não queriam explicar por que atingiram o limite. Acabou sendo um bom compromisso.

Eu realmente odeio a ideia de bloquear, ponto final. Se você quer me incentivar a fazer coisas como almoçar na minha mesa ... pelo menos, deixe-me fazer algumas leituras recreativas ou assistir a alguns vídeos engraçados.

Tim Post
fonte
+1 para a abordagem de monitoramento de largura de banda - bom ângulo autolimitante #
Gary Rowe
Assistindo filmes por 6 horas? Parece tão grande quanto ... baixar fontes GCC do SVN! Eu não acho que esse limite seja inacessivelmente alto :) #
P Shved
@Pavel - Isso foi levado em consideração. Muitos de nós tivemos que construir compiladores cruzados.
Tim Post
@ Pavel Shved: com svnsyncvocê pode manter um espelho local de qualquer repositório SVN.
Liori 26/11/2010
@ Liori sim, mas alguém tem que baixá-lo de qualquer maneira.
precisa
6

O único motivo válido para o bloqueio é uma precaução de segurança e, além de um filtro de phishing padrão no bloqueio no nível do navegador, é a solução errada para esse problema.

Permita que os desenvolvedores vejam tudo com a condição de:

  • Eles executam um firewall e antivírus atualizados
  • Eles têm um filtro anti-phishing no
  • Eles estão dispostos a ser responsabilizados por qualquer malware que introduzirem na empresa se não tomarem as precauções básicas razoáveis ​​*.

Além disso, é mais provável que você tenha impacto na produtividade do que aumentá-la ao bloquear sites.

* Isso vem das minhas experiências com o vírus iloveyou, em que um desenvolvedor inteligente com quem eu estava trabalhando clicou alegremente em um arquivo desconhecido com uma extensão .vbs visível. Se você quer ser tratado como um adulto, precisa agir como um e os desenvolvedores não têm (ou não deveriam) ter a desculpa da ignorância.

Jon Hopkins
fonte
Não tenho certeza de que tornar os desenvolvedores pessoalmente responsáveis ​​por malware é uma boa idéia. E se eles foram vítimas de um ataque de spear phishing? "Você clicou no anexo da sua esposa, que continha um vírus até então desconhecido, que expunha uma falha na segurança de nosso banco de dados? Você está demitido!" Hmm, talvez eu estou sendo um pouco exagerado ...
Gary Rowe
1
@ Gary - É por isso que digo precauções básicas razoáveis. As ações para impedir o cenário que você descreve estão claramente muito além disso. Estou falando de comportamento adulto responsável.
Jon Hopkins
Ponto justo - não leu sua resposta com atenção suficiente.
Gary Rowe
Trabalhei para uma solução financeira global e a navegação na Internet estava disponível, mas através de uma instância do Citrix Internet Explorer! Sem flash, sem activex.
@ Pierre303 - Você diz não Flash e ActiveX que isso é uma coisa ruim ... ;-)
Jon Hopkins
1

Pessoalmente, prefiro o acesso não bloqueado e os desenvolvedores dos quais você pode confiar no trabalho. Quando não estão trabalhando em algo, podem surfar o quanto quiserem.

Infelizmente, isso nem sempre acontece.

Então, você pode bloquear alguns ... sites perigosos (obviamente), xxx e outros, sites de notícias gerais (não relacionados à programação), facebook (não consigo pensar em uma razão pela qual isso poderia ser útil durante o trabalho) ...

mas, geralmente, mantenha-o aberto e tente estabelecer um bom ambiente de trabalho.

Torre
fonte
5
Não consigo pensar em uma situação em que o facebook possa ser útil fora do trabalho ... Por que bloquear sites de notícias?
dr Hannibal Lecter
1
+1 para bloquear o Facebook. E os blogs?
Gary Rowe
3
Se você não pode confiar em mim para apenas olhar para os sites de notícias nos meus intervalos, como pode confiar em mim com suas 1.000.000 linhas de código de missão crítica?
Dean Harding
1
@ Dean Harding - Essa não é a maneira correta de encarar. A responsabilidade em uma área não assume automaticamente a responsabilidade natural em outra.
Rook
2
1 motivo pelo qual a visita ao Facebook é útil durante o trabalho: você está testando a integração do seu aplicativo no Facebook.
você
1

Honestamente, geralmente estou bem com o bloqueio de sites, desde que eu possa realmente acessar o site que eu preciso, sem perder tempo adicional e / ou precisar pular um monte de argolas.

As várias empresas em que trabalhei bloquearam sites, mas geralmente eram os sites que você não deveria visitar no trabalho (warez, pornografia etc.). Se você precisava acessar esses sites bloqueados, havia um processo para obter aprovação, se necessário. Nunca encontrei um site que eu precisava no trabalho que estava realmente bloqueado. Normalmente, eu recebia uma página de aviso de que não havia sido categorizada, mas poderia continuar no site com um clique extra. Eu posso lidar com isso, pois entendo o que o bloqueio do site foi configurado como uma política corporativa.

Observe que eles não bloquearam o facebook etc., mas monitoraram a quantidade de tempo gasto nesses sites.

Ken Henderson
fonte
E se você deixasse o FB pendurado na guia em segundo plano?
Rook
Parece que pode haver uma paralisação considerável se você precisar registrar uma solicitação para desbloquear um site, aguardar sua aprovação e voltar e buscar o que estava procurando.
Pool #
@Rook, meu entendimento é que a gerência só tendia a dizer algo se se tornasse bastante óbvio que você não estava fazendo muito trabalho.
Ken Henderson
@poolie, concordou, mas como eu disse, nunca encontrei algo que estava realmente bloqueado. Eu me deparo com sites não categorizados (especialmente blogs), mas só preciso adicionar um clique extra, na verdade, não acrescenta muito tempo.
Ken Henderson
1

Suponho que depende do seu motivo para o bloqueio. Se você deseja bloquear pessoas apenas porque tem medo que elas desperdiçam tempo da empresa, não está mantendo seus desenvolvedores devidamente ocupados.

Eu, pelo menos, preferia entrar na zona com um projeto empolgante do que gastar tempo com coisas tolas na web. Ah, é claro que isso exclui as tardes de sexta-feira ...

celeste
fonte
1

O bloqueio de sites como blogs e imagens do google não ajuda, às vezes / muitas vezes responde a problemas que você tem (ou se você esquece alguma coisa) em sites como esses.

Se seus desenvolvedores estão apenas gastando seu tempo no Facebook e não produzindo nada, eles não parecem se importar em ter um emprego. Por fim, eles não seriam programadores se não gostassem. Dito isto, o Facebook e esses sites não devem ser bloqueados porque há momentos em que você apenas precisa limpar a cabeça.

E não vejo como você pode saber "Woah, esquive uma bala lá" se os sites forem bloqueados e você nunca saberá qual é o site.

E há geralmente uma maneira de contornar isso, de simplesmente usando uma linguagem diferente, para usar o endereço IP, para bater Esc / Stop no momento certo (dependendo de quão inútil o software de bloqueio é, tosse versão mais antiga do Impero tosse ) a usar um proxy. Portanto, mais tempo será desperdiçado em contornar o bloqueio do que se o site fosse desbloqueado

Jonathan.
fonte
+1 por destacar que os desenvolvedores passam um tempo contornando o software de bloqueio de sites. O comentário "esquivando-se de uma bala" é destacar um clique em um link disfarçado em um site invadido que, por sua vez, leva a um site desonesto para, por exemplo, um ataque de malware drive-by. O bloqueador de sites impede o acesso e o notifica, por sua vez, você verifica o URI e percebe que acabou de se esquivar.
Gary Rowe
1

Tenha níveis de privilégios Em alguns casos, a utilidade não se aplica como critério para monitorar a atividade da Internet.

Desde acesso limitado até acesso irrestrito.

EDIT: digamos, a maioria dos desenvolvedores / treinadores júnior não tem acesso nem direitos de download de arquivos.

Um nível acima, talvez o acesso a fóruns e sites de controle de qualidade relacionados a campo e / ou largura de banda de download restrita.

Outro nível, sem restrições de download, mas com monitoramento do site.

E ainda mais alto, você pode decidir quanto deseja relaxar para a alta gerência. (Provavelmente sem restrições)

EDIT: Se dependesse de mim, eu apenas colocaria restrições nos direitos de download de arquivos. O monitoramento do local é um pouco auto-imposto pelo ambiente do local de trabalho (ou você pode até assumir um compromisso assinado por essas coisas e lidar com casos que ficam extremamente fora de controle). Eu não perderia tempo com isso. Mas assistindo minha largura de banda? Sim.

Robin Maben
fonte
Então, quem recebe o quê? A alta gerência obtém acesso irrestrito enquanto o desenvolvedor júnior é totalmente restrito? Ou o contrário? Você se importaria de dar a sua resposta para dar mais detalhes
Gary Rowe
1
+1 por responder aos comentários. Pessoalmente, eu trabalharia o contrário - os desenvolvedores estão sempre vasculhando a rede procurando coisas, enquanto os gerentes tendem a não precisar de tanta informação. Por que você acha que a alta gerência deve ser irrestrita?
Gary Rowe
@ Gary: Para isso, veja minha edição.
precisa
0

Bloqueio zero

MAS tenha uma convenção limpa em vigor no escritório e instrua os novos desenvolvedores (mesmo os antigos) sobre os perigos de ter que limpar os danos devido aos perigos de vírus e ataques. Bons desenvolvedores seguirão, principalmente por um senso de retidão, fazer a coisa certa para sua empresa. Os ruins não costumam nem deveriam ter sido contratados.

Slartibartfast
fonte
0

Redes sociais e qualquer coisa relacionada a mensagens instantâneas.

Eles são tão maus e perturbadores. Muito fácil de tirar as pessoas da sua "zona"

Pieter B
fonte
Incluindo StackOverflow? :-P
vartec
-1

Não bloqueie, mas publique os URLs visitados e o consumo de largura de banda.

Obviamente, você deve informar a todos com antecedência que os URLs que visitarem usando a rede do escritório serão visualizados por todos.

Não bloqueie, porque você não pode prever quais sites devem ser bloqueados. Um site pode ter URLs suspeitos etc., mas na verdade contém as informações necessárias para o trabalho.

Publique os URLs e o consumo de largura de banda para poder confiar no controle social e na revisão por pares.

Endy Tjahjono
fonte
@ downvoter, gostaria de comentar por que você discorda?
Endy Tjahjono
Não sou a favor do voto negativo, mas acho que pode haver problemas de privacidade, mesmo se avisado com antecedência.
Duralumin # 6/13