¿Cuál es el nivel correcto de bloqueo de sitios para usted como desarrollador? [cerrado]

34

Casi todos los desarrolladores que trabajan para una gran corporación se encuentran en el lado equivocado del software de bloqueo de sitios. Puede ser frustrante ( "¡Solo déjame leer ese maldito blog!" ) Y útil ( "¡Woah! Esquiva una bala con ese sitio" ).

En su opinión, ¿cuál es el nivel correcto de bloqueo para aplicar a los desarrolladores y por qué?

Gary Rowe
fuente
55
Divertido, me he encontrado varias veces con un "Filtrado: piratería de contenido" al buscar problemas específicos ... Me parece bastante estúpido de una tienda de desarrolladores restringir los sitios de "piratería", después de todo, ¿no me pagan para hackear? código? Por otro lado, me parece perfectamente normal que bloqueen los sitios de "Apuestas".
Matthieu M.

Respuestas:

154

Sin bloqueo del sitio.

Si mis proyectos se entregan a tiempo y mi productividad no se ve afectada, no veo ninguna razón para bloquear nada (excepto, si realmente debe bloquear algo, sitios conocidos de spyware / malware).

Realmente no tengo nada más que agregar, excepto eso.

Somos profesionales, no niños.

Dr. Hannibal Lecter
fuente
10
De acuerdo, soy un adulto, y mi compañía me paga una suma no despreciable para hacer un trabajo. Mientras el trabajo esté terminado, se me debe confiar que use Internet como adulto.
Matt
66
+1 somos profesionales, no niños
66
"Somos profesionales, no niños". - desafortunadamente no se puede negar que algunos empleados gastarán una gran cantidad de tiempo pagado en los sitios de redes sociales en estos días.
JW01
66
@ JW01 Si no fuera en las redes sociales, encontrarían otro lugar para perder el tiempo. StackEchange, solitario, teléfono, lectura de periódicos ... Estas personas (probablemente 10-25%) perderá el tiempo no importa qué. Estás perdiendo el otro 75-90% del tiempo de las personas al bloquear sitios.
Tarka
44
@ JW01: ¿Por qué es un problema? Todos necesitamos algo de holgura. La ley te obliga a dejar de conducir cuando estás cansado y descansar un rato. ¿Por qué no dejar de codificar y descansar un poco para evitar grandes errores en el código?
47

Sin bloqueo en absoluto.

Buenos desarrolladores
Aquellos harán el trabajo, saben cómo encontrar información rápidamente y también saben cómo usar esa información. Por supuesto, si no les das lo suficiente, perderán su tiempo en las salas de chat de Stackoverflow: P

Malos desarrolladores
Bueno, no puedes hacer nada al respecto. Si bloquea el 90% de las interwebz solo porque no pueden concentrarse en su trabajo, solo obstaculizará a los buenos desarrolladores ... ¡se irán y usted se quedará con los malos! (bueno en un mundo perfecto ...)

Ivo Wetzel
fuente
1
+1 por no bloquear solo porque hay malos desarrolladores
Gary Rowe
Yo probé a los residuos algún tiempo en una de las salas de chat, pero era casi vacío y el último post fue hace más de 19 horas :(
Cíclope
1
Los buenos desarrolladores pueden evitar cualquier bloqueo, los malos desarrolladores no pueden.
31

Cero.

Si tiene un desarrollador que no produce, el bloqueo de sitios web no lo ayudará.

La cantidad y calidad del código producido por un desarrollador no es escalable linealmente con el tiempo dedicado a mirar un IDE.

Ser productivo en trabajos creativos y desafiantes requiere "tiempo contiguo" y "tiempo flexible". El tiempo contiguo es un bloque de tiempo en el que un desarrollador sabe que no será interrumpido por nadie, el tiempo flexible es el momento en que un desarrollador sabe que se le permite tomar descansos en su propio horario y descansar cuando lo necesite.

El exceso de administración es un problema por tiempo continuo, el bloqueo del sitio es un problema por tiempo flexible.

Como Jason Fried señala en este tedTalk, hace diez años nadie tenía problemas con los empleados que tomaban descansos para fumar. Facebook y similares son solo una versión moderna del descanso para fumar: son necesarios, útiles y deben ser aceptados por la gerencia.

Ami
fuente
1+ La más perspicaz de las respuestas "sin bloqueo".
Bjarke Freund-Hansen
+1 para la observación "tiempo contiguo y tiempo flexible"
Gary Rowe
No estoy en desacuerdo, pero notaré que las pausas para fumar tienen un temporizador incorporado (una especie de): una vez que se queman 1-2 cigarrillos, es hora de volver. Mientras que, cuando te absorben los tropos de TV , puedes estar atrapado durante días . :)
Cyclops
14

Pueden bloquear todo lo que quieran, solo usaré mi teléfono inteligente.

Joppe
fuente
Luego te atrapan en tu teléfono celular ...
TheLQ
3
+1 Jaja. Esto es lo que hago.
Robin Maben el
8

Mi empresa anterior no bloqueó ningún sitio, pero sí puso un límite a los bytes transferidos (era bastante grande, alcanzarlo significaría que viste películas durante más de seis horas). Tuvimos que instituirlo porque teníamos una línea arrendada, que se facturó a través del percentil 95.

Cada intento de una implementación sensata de QoS dejó a las personas más molestas que cualquier otra cosa, necesitó un ajuste constante y aún así no resolvió el problema de que superamos (constantemente) nuestro compromiso de ancho de banda. Y ese ni siquiera era el verdadero problema ... había mucho ancho de banda para competir. Hacer que una cosa sea "más lenta" que otra tuvo muy poco efecto.

Que yo sepa, nadie tocó la tapa. Pero, las personas restringieron su uso recreativo del ancho de banda en un grado que rápidamente se convirtió en un problema nuevamente, porque no querían tener que explicar por qué alcanzaron el límite. Resultó ser un buen compromiso.

Realmente odio la idea de bloquear, punto. Si quieres animarme a hacer cosas como almorzar en mi escritorio ... al menos déjame leer un poco recreativamente o mirar algunos videos divertidos.

Tim Post
fuente
+1 para el enfoque de monitoreo de ancho de banda - buen ángulo autolimitado
Gary Rowe
¿Ver películas durante 6 horas? ¡Eso suena tan grande como ... descargar fuentes de GCC desde SVN! No creo que ese límite sea inalcanzablemente alto :)
P Shved
@Pavel -Eso fue tomado en consideración. Muchos de nosotros tuvimos que construir compiladores cruzados.
Tim Post
@Pavel Shved: con svnsyncusted puede mantener un espejo local de cualquier repositorio SVN.
liori
@liori sí, pero alguien tiene que descargarlo de todos modos.
P Shved
6

La única razón válida para el bloqueo es como precaución de seguridad y, aparte de un filtro de phishing estándar a nivel del navegador, el bloqueo es la solución incorrecta a ese problema.

Deje que los desarrolladores vean todo con la condición de que:

  • Ejecutan un firewall y un antivirus actualizado
  • Tienen un filtro anti-phishing en
  • Están dispuestos a ser responsables de cualquier malware que presenten a la empresa si no toman precauciones básicas razonables *.

Más allá de eso, es más probable que afecte la productividad que aumente bloqueando sitios.

* Esto proviene de mis experiencias con el virus iloveyou, donde un desarrollador inteligente con el que estaba trabajando hizo clic felizmente en un archivo desconocido con una extensión .vbs visible. Si quieres ser tratado como un adulto, entonces debes actuar como tal y los desarrolladores no tienen (o no deberían) tener la excusa de la ignorancia.

Jon Hopkins
fuente
No estoy seguro de que hacer que los desarrolladores sean personalmente responsables del malware es una buena idea. ¿Qué pasaría si fueran víctimas de un ataque de spear phishing? "¿Hiciste clic en ese archivo adjunto de tu esposa que contenía un virus hasta ahora desconocido que expuso una falla en la seguridad de nuestra base de datos? ¡Estás despedido!" Hmm, tal vez estoy siendo un poco extremo ...
Gary Rowe
1
@ Gary - Por eso digo precauciones básicas razonables. Las acciones para evitar el escenario que delineas están claramente más allá de eso. Estoy hablando de comportarme de manera responsable y adulta.
Jon Hopkins el
Punto justo: no leí tu respuesta lo suficientemente cerca.
Gary Rowe
+1 Trabajé para una solución financiera global y la navegación por Internet estaba disponible, ¡pero a través de una instancia de Citrix Internet Explorer! Sin flash, sin activex.
@ Pierre303 - Dices que no hay Flash y ActiveX como si fuera algo malo ... ;-)
Jon Hopkins
1

Personalmente, prefiero el acceso no bloqueado y los desarrolladores en los que puede confiar en su forma de trabajo. Cuando no están trabajando en algo, pueden navegar tanto como quieran.

Desafortunadamente, eso no siempre es así.

Por lo tanto, puede bloquear algunos ... sitios dañinos (obviamente), xxx y tales, sitios de noticias generales (no relacionados con la programación), facebook (no puedo pensar en una razón por la que podría ser útil durante el trabajo) ...

pero en general, manténgalo abierto y trabaje para tratar de establecer un buen ambiente de trabajo.

Torre
fuente
55
No puedo pensar en una situación en la que Facebook pueda ser útil fuera del trabajo ... ¿Por qué bloquear sitios de noticias?
Dr. Hannibal Lecter
1
+1 por bloquear Facebook. ¿Qué hay de los blogs?
Gary Rowe el
3
Si no puede confiar en mí solo para mirar sitios de noticias en mis descansos, ¿cómo puede confiar en mí con sus 1,000,000 de líneas de código de misión crítica?
Dean Harding
1
@Dean Harding: esa no es realmente la forma correcta de verlo. La responsabilidad en un área no asume automáticamente la responsabilidad natural en otra.
Torre
2
1 razón por la que visitar Facebook es útil durante el trabajo: está probando la integración de Facebook de su aplicación.
quentin-starin
1

Honestamente, en general estoy de acuerdo con el bloqueo del sitio siempre que pueda acceder al sitio que necesito sin perder tiempo adicional y / o tener que saltar a través de un montón de aros.

Las diversas corporaciones en las que he trabajado han bloqueado sitios, pero generalmente eran los sitios que no deberías visitar en el trabajo (warez, pornografía, etc.). Si tenía la necesidad de acceder a estos sitios bloqueados, había un proceso para obtener la aprobación si fuera necesario. Nunca me encontré con un sitio que necesitaba en el trabajo que en realidad estaba bloqueado. Por lo general, recibía una página de advertencia de que no se había categorizado, pero podía continuar al sitio con un clic adicional. Puedo lidiar con eso, ya que entiendo lo que el bloqueo del sitio se configuró como una política corporativa.

Tenga en cuenta que no bloquearon Facebook, etc., pero sí monitorearon la cantidad de tiempo que pasaron en esos sitios.

Ken Henderson
fuente
¿Qué pasa si dejaste FB colgando en la pestaña de fondo?
Torre
Parece que podría haber una pérdida considerable si necesita presentar una solicitud para desbloquear un sitio, espere a que se apruebe y luego regrese y recoja lo que estaba buscando.
Poolie
@Rook, entiendo que la gerencia solo tendía a decir algo si resultaba bastante obvio que no estabas haciendo mucho trabajo.
Ken Henderson el
@poolie, estuvo de acuerdo, pero como dije, nunca me encontré con algo que en realidad estaba bloqueado. Me encuentro con sitios no categorizados (especialmente blogs) pero solo tengo que agregar un clic extra, realmente no agrega mucho tiempo.
Ken Henderson el
1

Supongo que depende de tu razón para bloquear. Si desea bloquear a las personas simplemente porque tiene miedo de que pierdan el tiempo de la compañía, entonces no está manteniendo a sus desarrolladores ocupados adecuadamente.

Por mi parte, preferiría entrar en la zona con un proyecto emocionante que pasar tiempo en cosas tontas en la web. Oh, esto, por supuesto, excluye los viernes por la tarde ...

Celeste
fuente
1

El bloqueo de sitios como blogs e imágenes de Google no ayuda, a veces / a menudo responde a problemas que tiene (o si simplemente olvida algo) están en sitios como estos.

Si sus desarrolladores solo pasan su tiempo en Facebook y no producen nada, entonces no parece importarles que tengan un trabajo. En última instancia, no serían programadores si no lo disfrutaran. Habiendo dicho eso, Facebook y dichos sitios no deberían bloquearse porque hay momentos en los que solo necesitas despejarte.

Y no veo cómo puedes saber "Woah esquiva una bala allí" si los sitios están bloqueados y nunca sabrás cuál es el sitio.

Y generalmente hay una forma de evitarlo, desde simplemente usar un idioma diferente, usar la dirección IP, hasta presionar Esc / Stop en el momento correcto (dependiendo de cuán inútil sea el software de bloqueo, toser la versión anterior de Impero tos ) a usar un apoderado. Se perderá más tiempo evitando el bloqueo que si el sitio se desbloqueó

Jonathan
fuente
+1 por señalar que los desarrolladores pasan tiempo recorriendo el software de bloqueo del sitio. El comentario de "esquivar una bala" es resaltar un clic en un enlace disfrazado en un sitio pirateado que a su vez conduce a un sitio dudoso para, por ejemplo, un ataque de malware oculto. El bloqueador del sitio impide el acceso y le notifica, a su vez, verifica el URI y se da cuenta de que acaba de esquivar la bala.
Gary Rowe el
1

Tener niveles de privilegios En algunos casos, la utilidad no se aplica como criterio para monitorear la actividad de Internet.

Desde acceso limitado hasta acceso sin restricciones.

EDITAR: Digamos, la mayoría de los desarrolladores / negocios junior no tienen acceso ni derechos de descarga de archivos.

Un nivel superior, tal vez acceso a foros y sitios de control de calidad relacionados con el campo y / o el ancho de banda de descarga restringido.

Otro nivel más alto, sin restricciones de descarga, pero monitoreo del sitio.

Y aún más alto, puede decidir cuánto desea relajarse para la alta gerencia (lo más probable es que no tenga restricciones).

EDITAR: Si fuera por mí, solo pondría restricciones a los derechos de descarga de archivos. Creo que el monitoreo del sitio es algo autoimpuesto por el entorno del lugar de trabajo (o incluso puede tomar un compromiso firmado para tales cosas y tratar casos que se salgan de control). No perdería tiempo en eso. ¿Pero viendo mi ancho de banda? Sí.

Robin Maben
fuente
Entonces, ¿quién recibe qué? ¿La alta gerencia obtiene acceso sin restricciones mientras el desarrollador junior está totalmente restringido? O al revés? ¿Le importaría dar su respuesta para dar más detalles
Gary Rowe
1
+1 por responder a los comentarios. Personalmente, lo haría al revés: los desarrolladores están siempre buscando en la red buscando cosas, mientras que los gerentes tienden a no necesitar tanta información. ¿Por qué crees que la alta dirección no debería tener restricciones?
Gary Rowe el
@ Gary: Para eso, mira mi edición.
Robin Maben el
0

Bloqueo cero

PERO tenga una convención limpia en su lugar en la oficina y eduque a los nuevos desarrolladores (incluso los antiguos) sobre los peligros de tener que limpiar los daños debidos a los peligros de los virus y los ataques. Los buenos desarrolladores seguirán, principalmente por un sentido de justicia para hacer lo correcto para su empresa. Los malos no deberían y no deberían haber sido contratados en primer lugar.

Slartibartfast
fuente
0

Redes sociales y cualquier cosa relacionada con la mensajería instantánea.

Son tan malvados y distractores. Demasiado fácil sacar a la gente de su "Zona"

Pieter B
fuente
¿Incluyendo StackOverflow? :-P
VarTec
-1

No bloquee, pero publique las URL visitadas y el consumo de ancho de banda.

Por supuesto, debe informar a todos de antemano que las URL que visiten utilizando la red de la oficina serán visibles para todos.

No bloquee, porque no puede predecir qué sitios deben bloquearse. Un sitio puede tener URL sospechosas, etc. pero en realidad contiene la información necesaria para el trabajo.

Publique las URL y el consumo de ancho de banda para que pueda confiar en el control social y la revisión por pares.

Endy Tjahjono
fuente
@downvoter, ¿quieres comentar por qué no estás de acuerdo?
Endy Tjahjono
No soy el votante, pero creo que puede haber problemas de privacidad, incluso si se advierte de antemano.
Duraluminio