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é?
experience
site-blocking
Gary Rowe
fuente
fuente
Respuestas:
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.
fuente
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 ...)
fuente
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.
fuente
Pueden bloquear todo lo que quieran, solo usaré mi teléfono inteligente.
fuente
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.
fuente
svnsync
usted puede mantener un espejo local de cualquier repositorio SVN.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:
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.
fuente
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.
fuente
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.
fuente
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 ...
fuente
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ó
fuente
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í.
fuente
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.
fuente
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"
fuente
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.
fuente