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

Question

Casi todos los desarrolladores que trabajan para una gran corporación se encuentran en el lado equivocado del software de bloqueo del sitio. Puede ser frustrante ("¡Solo déjame leer ese maldito blog!") y útil ("¡Woah! Esquivó 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é?

Answer 1

No hay bloqueo del sitio.

Si mis proyectos se entregan a tiempo y mi productividad no está sufriendo, no veo ninguna razón para bloquear nada (excepto, si realmente deber Bloquee algo: sitios de spyware/malware bien conocidos).

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

Somos profesionales, no niños.

Answer 2

Sin bloquear en absoluto.

Buenos desarrolladores
Esos 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 para hacerlo, perderán su tiempo en las salas de chat de Stackoverflow: P

Mal desarrolladores
Bueno, no puedes hacer nada por ellos. Si bloquea el 90% de la Interwebz solo porque no pueden concentrarse en su trabajo, solo obstaculizará a los buenos desarrolladores ... ¡se irán y te queda con los malos! (Bueno en un mundo perfecto ...)

Answer 3

Cero.

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

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

Ser productivo en el trabajo creativo y desafiante requiere "tiempo contiguo" y "tiempo flexible". El tiempo contigioso 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 su mente cuando lo necesita.

La gestión excesiva es un problema para el tiempo contigioso, el bloqueo del sitio es un problema para un tiempo flexible.

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

Answer 4

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

Answer 5

Mi compañía anterior no hizo ningún bloqueo del sitio, pero pusieron 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 implementación de QoS sensata dejó a las personas más molestas que cualquier otra cosa, necesitaba un ajuste constante y aún así no resolvió el problema de nosotros (consistentemente) por nuestro compromiso de ancho de banda. Y ese ni siquiera era el verdadero problema. Había mucho ancho de banda para competir. Hacer una cosa "más lenta" que otra tuvo muy poco efecto.

Que yo sepa, nadie golpeó la gorra. Pero, la gente restringió su uso recreativo del ancho de banda hasta cierto punto que rápidamente se convirtió en un problema, porque no querían tener que explicar por qué golpearon la gorra. Resultó ser un buen compromiso.

Realmente odio la idea de bloquear, punto. Si quieres alentarme a hacer cosas como almorzar en mi escritorio. Al menos déjame leer una lectura recreativa o ver algunos videos divertidos.

Answer 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 en un bloqueo de nivel de navegador es la solución incorrecta a ese problema.

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

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

Más allá de eso, es más probable que afectes la productividad que aumentarla al bloquear los sitios.

_{* Esto proviene de mis experiencias con el virus IloveYou, donde un desarrollador inteligente con el que estaba trabajando felizmente hizo clic en un archivo desconocido con una extensión visible .VBS. Si desea ser tratado como un adulto, entonces necesita actuar como uno y los desarrolladores no (o no deberían) tener la excusa de la ignorancia.}

Answer 7

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

Desafortunadamente, eso no siempre va.

Por lo tanto, podría 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 cual podría ser útil durante el trabajo) ...

Pero en general, manténgalo abierto y trabaja para tratar de establecer una buena atmósfera de trabajo.

Answer 8

Honestamente, generalmente estoy de acuerdo con el bloqueo del sitio siempre que pueda llegar 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 los sitios, pero generalmente eran los sitios que no debería visitar en el trabajo (Wáre, porno, etc.). Si tuviera la necesidad de llegar a estos sitios bloqueados, hubo un proceso para obtener la aprobación si fuera necesario. Nunca me encontré con un sitio que necesitaba en el trabajo que realmente estaba bloqueado. Por lo general, obtendría una página de advertencia de que no se había categorizado, pero podría continuar al sitio con un clic adicional. Puedo lidiar con eso, ya que entiendo lo que el bloqueo del sitio fue configurado como una política corporativa.

Tenga en cuenta que no bloquearon Facebook, etc., pero monitorearon la cantidad de tiempo dedicado a esos sitios.

Answer 9

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

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 ...

Answer 10

El bloqueo de sitios como blogs y imágenes de Google no ayudan, a veces/a menudo responde a los 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 les importa que tengan un trabajo. En última instancia, no serían programador si no lo disfrutaran. Dicho esto, Facebook y tales sitios no deberían bloquearse porque hay momentos en que solo necesita aclarar su cabeza.

Y no veo cómo puedes saber "woah esquivar una bala allí" si los sitios bloqueaban y nunca sabrás cuál es el sitio.

Y generalmente hay una forma de evitarlo, desde el uso de un lenguaje diferente, hasta usar la dirección IP, tocar ESC/parar en el momento adecuado (dependiendo de cuán inútil sea el software de bloqueo, tos Versión anterior de Impero tos) para usar un proxy. Así que se perderá más tiempo al moverse por el bloqueo que si el sitio estuviera desbloqueado

Answer 11

Tener niveles de privilegiosEn algunos casos, la utilidad no se aplica como criterios para monitorear la actividad de Internet.

Desde acceso limitado hasta acceso sin restricciones.

Editar: digamos, los desarrolladores/Trainess junior no tienen acceso ni derechos de descarga de archivos.

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

Otro nivel, sin restricciones de descarga, sino monitoreo del sitio.

Y aún más, puede decidir cuánto desea relajarse para la alta dirección (probablemente sin restricciones)

Editar: si fuera por mí, solo pondría restricciones en los derechos de descarga de archivos. Creo que el monitoreo del sitio se autoimpuesto por el entorno laboral (o incluso puede tomar una empresa firmada para tales cosas y tratar los casos que se ponen extremadamente fuera de control). No perdería el tiempo en eso. ¿Pero viendo mi ancho de banda? Sí.

Answer 12

Bloqueo cero

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

Answer 13

Redes sociales y cualquier cosa relacionada con el mensajero instantáneo.

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

Answer 14

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

Por supuesto, debe informar a todos con anticipación que las URL que visitan usando Office Network serán visibles por todos.

No bloquee, porque no puede predecir qué sitios deben bloquearse. Un sitio puede tener URL sospechosas, etc., pero en realidad contiene 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.