Qual è il giusto livello di blocco del sito per te come sviluppatore? [chiuso]


34

Quasi tutti gli sviluppatori che lavorano per una grande azienda si trovano dalla parte sbagliata del software di blocco del sito. Può essere sia frustrante ( "Fammi leggere quel dannato blog!" ) Che utile ( "Woah! Ho schivato un proiettile con quel sito" ).

Secondo te, qual è il giusto livello di blocco da applicare agli sviluppatori e perché?


5
Divertente, ho incontrato diverse volte un "Filtro: contenuto di hacking" durante la ricerca di problemi specifici ... Trovo abbastanza stupido da un negozio di sviluppatori limitare i siti di "hacking", dopo tutto, non mi pagano per hackerare codice ? D'altra parte trovo perfettamente normale che blocchino i siti di "gioco d'azzardo".
Matthieu M.,

Risposte:


154

Nessun blocco del sito.

Se i miei progetti vengono consegnati in tempo e la mia produttività non soffre, non vedo alcun motivo per bloccare nulla (tranne - se davvero devi bloccare qualcosa - noti siti spyware / malware).

Non ho altro da aggiungere.

Siamo professionisti, non bambini.


10
D'accordo, sono un adulto e la mia compagnia mi paga una somma non trascurabile per fare un lavoro. Finché il lavoro viene svolto, dovrei fidarmi di usare Internet da adulto.
Matt,

66
+1 siamo professionisti, non bambini

6
"Siamo professionisti, non bambini." - sfortunatamente non si può negare che alcuni membri del personale spenderanno moltissimo tempo pagato sui siti di social network in questi giorni.
JW01,

6
@ JW01 Se non i social network, troverebbero altrove per perdere tempo. StackEchange, solitario, telefono, lettura di giornali ... Queste persone (probabilmente il 10-25%) perderanno tempo, non importa quale. Stai sprecando l'altro 75-90% del tempo delle persone bloccando i siti.
Tarka,

4
@ JW01: perché è un problema? Tutti abbiamo bisogno di un po 'di calma. La legge ti obbliga a smettere di guidare quando sei stanco e riposare per un po '. Perché non smettere di scrivere codice e riposare un po 'per evitare grossi errori nel codice?

47

Nessun blocco.

Buoni sviluppatori
Questi faranno il loro lavoro, sanno come trovare rapidamente le informazioni e sanno anche come usarle. Naturalmente se non gli dai abbastanza da fare, perderanno il loro tempo nelle chat room StackOverflow: P

Cattivi sviluppatori
Beh, non puoi farci niente. Se blocchi il 90% degli interwebz solo perché non riescono a concentrarsi sul loro lavoro, ostacolerai solo i bravi sviluppatori ... se ne andranno e tu rimarrai con quelli cattivi! (bene in un mondo perfetto ...)


1
+1 per non bloccare solo perché ci sono sviluppatori cattivi
Gary Rowe,

Ho provato a perdere un po 'di tempo in una delle chat room, ma era per lo più vuoto e l'ultimo post è stato oltre 19 ore fa :(
Ciclope,

1
I buoni sviluppatori possono aggirare qualsiasi blocco, mentre i cattivi sviluppatori no.

31

Zero.

Se hai uno sviluppatore che non produce, il blocco dei siti Web non lo aiuterà.

La quantità e la qualità del codice prodotto da uno sviluppatore non è linearmente scalabile con il tempo trascorso a fissare un IDE.

Essere produttivi in ​​un lavoro creativo e stimolante richiede "tempo contiguo" e "tempo flessibile". Il tempo controverso è un lasso di tempo in cui uno sviluppatore sa che non verrà interrotto da nessuno, il tempo flessibile è il tempo in cui uno sviluppatore sa che gli è permesso fare pause secondo i suoi programmi e riposare quando ne ha bisogno.

La gestione eccessiva è un problema per il tempo contiguo, il blocco del sito è un problema per il tempo flessibile.

Come sottolinea Jason Fried in questo tedTalk, dieci anni fa nessuno ha avuto problemi con i dipendenti che si prendevano una pausa per fumare. Facebook e simili sono solo la versione moderna della pausa fumo: sono necessari, utili e dovrebbero essere abbracciati dalla direzione.


1+ La più perspicace delle risposte "nessun blocco".
Bjarke Freund-Hansen,

+1 per l'osservazione "tempo contiguo e tempo flessibile"
Gary Rowe,

Non in disaccordo, ma noterò che le interruzioni di fumo hanno un (tipo di) timer incorporato - una volta che si bruciano 1-2 sigarette è tempo di tornare indietro. Considerando che, quando vieni risucchiato in TV Tropes , potresti rimanere intrappolato per giorni . :)
Ciclope,

14

Possono bloccare tutto ciò che vogliono, userò solo il mio smartphone.


Poi ti catturano sul tuo cellulare ...
TheLQ,

3
+1 Haha. Questo è ciò che faccio.
Robin Maben,

8

La mia compagnia precedente non ha fatto alcun blocco del sito, ma ha messo un limite ai byte trasferiti (era abbastanza grande, raggiungerlo significherebbe che hai guardato film per oltre sei ore). Abbiamo dovuto istituirlo perché avevamo una linea affittata, che è stata fatturata tramite il 95 ° percentile.

Ogni tentativo di un'implementazione QoS ragionevole ha lasciato le persone più seccate di ogni altra cosa, necessitava di aggiustamenti costanti e non risolveva ancora il problema del nostro impegno (coerente) sul nostro impegno di larghezza di banda. E questo non era nemmeno il vero problema ... c'era molta larghezza di banda per cui competere. Rendere una cosa "più lenta" di un'altra ha avuto effetti molto limitati.

Per quanto ne sappia, nessuno ha colpito il cappello. Ma le persone hanno limitato il loro uso ricreativo della larghezza di banda a un livello tale che è rapidamente diventato di nuovo un problema, perché non volevano spiegare perché hanno colpito il limite. Si è rivelato un buon compromesso.

Odio davvero l'idea di bloccare, punto. Se vuoi incoraggiarmi a fare cose come pranzare alla mia scrivania .. almeno fammi fare qualche lettura ricreativa o guardare alcuni video divertenti.


+1 per l'approccio al monitoraggio della larghezza di banda - buon angolo autolimitante
Gary Rowe,

Guardare film per 6 ore? Sembra grande come ... scaricare fonti GCC da SVN! Non credo che tale limite sia irraggiungibilmente alto :)
P Shved,

@Pavel: questo è stato preso in considerazione. Molti di noi hanno dovuto costruire compilatori incrociati.
Tim Post

@Pavel Shved: con svnsyncte puoi mantenere un mirror locale di qualsiasi repository SVN.
liori,

@liori sì, ma qualcuno deve comunque scaricarlo.
P:

6

L'unica ragione valida per il blocco è come precauzione di sicurezza e, a parte un filtro anti-phishing standard a livello di browser, è la soluzione sbagliata a quel problema.

Consenti agli sviluppatori di vedere tutto a condizione che:

  • Gestiscono un firewall e un antivirus aggiornato
  • Hanno un filtro anti-phishing attivo
  • Sono disposti a essere ritenuti responsabili per qualsiasi malware che introducono all'azienda se non prendono ragionevoli precauzioni di base *.

Inoltre hai maggiori probabilità di influire sulla produttività piuttosto che aumentarla bloccando i siti.

* Questo deriva dalle mie esperienze con il virus iloveyou in cui uno sviluppatore intelligente con cui stavo lavorando ha fatto clic felicemente su un file sconosciuto con estensione .vbs visibile. Se vuoi essere trattato come un adulto, devi comportarti come tale e gli sviluppatori non hanno (o non dovrebbero) avere la scusa dell'ignoranza.


Non sono sicuro che rendere gli sviluppatori personalmente responsabili del malware sia una buona idea. E se fossero stati vittime di un attacco di phishing con lancia? "Hai cliccato su quell'allegato di tua moglie che conteneva un virus finora sconosciuto che ha rivelato un difetto nella sicurezza del nostro database? Sei licenziato!" Forse sono un po 'estremo ...
Gary Rowe,

1
@Gary - Ecco perché dico ragionevoli precauzioni di base. Le azioni per prevenire lo scenario che descrivi sono chiaramente ben oltre. Sto parlando di comportarmi in modo adulto responsabile.
Jon Hopkins,

Punto giusto: non ho letto la tua risposta abbastanza da vicino.
Gary Rowe,

+1 Ho lavorato per una soluzione finanziaria globale ed era disponibile la navigazione in Internet, ma tramite un'istanza di Citrix Internet Explorer! Nessun flash, nessun activex.

@ Pierre303 - Non dici Flash e ActiveX come se fosse una brutta cosa ... ;-)
Jon Hopkins,

1

Personalmente, preferisco l'accesso non bloccato e gli sviluppatori su cui puoi fare affidamento nel modo di lavorare. Quando non stanno lavorando a qualcosa, possono navigare quanto vogliono.

Sfortunatamente, ciò non sempre va.

Quindi, potresti bloccare alcuni ... siti dannosi (ovviamente), xxx e simili, siti di notizie generali (non relativi alla programmazione), Facebook (non riesco a pensare a una ragione per cui potrebbe essere utile durante il lavoro) ...

ma in generale, tienilo aperto e lavora per cercare di creare una buona atmosfera lavorativa.


5
Non riesco a pensare a una situazione in cui Facebook potrebbe essere utile al di fuori del lavoro ... Perché bloccare i siti di notizie?
Dott. Annibale Lecter,

1
+1 per bloccare Facebook. E i blog?
Gary Rowe,

3
Se non puoi fidarti di me solo per guardare i siti di notizie nelle mie pause, come puoi fidarti di me con le tue 1.000.000 di righe di codice mission-critical?
Dean Harding,

1
@Dean Harding - Non è proprio il modo giusto di vederlo. La responsabilità in un'area non si assume automaticamente la responsabilità naturale in un'altra.
Torre del

2
1 motivo per cui visitare Facebook è utile durante il lavoro: stai testando l'integrazione di Facebook della tua applicazione.
Quentin-starin,

1

Onestamente sono generalmente d'accordo con il blocco del sito, purché riesca effettivamente ad accedere al sito di cui ho bisogno senza perdere altro tempo e / o dover saltare un mucchio di cerchi.

Le varie società in cui ho lavorato hanno bloccato i siti ma in genere erano i siti che non dovresti visitare al lavoro (warez, porno, ecc.). Se fosse necessario raggiungere questi siti bloccati, è stato necessario un processo per ottenere l'approvazione, se necessario. Non mi sono mai imbattuto in un sito di cui avevo bisogno al lavoro che era effettivamente bloccato. Di solito ricevo una pagina di avviso che non era stata classificata ma che potevo continuare sul sito con un clic in più. Posso occuparmene, dato che capisco quale blocco del sito è stato impostato come politica aziendale.

Si noti che non hanno bloccato Facebook, ecc. Ma hanno monitorato la quantità di tempo trascorso su tali siti.


E se lasciassi FB sospeso nella scheda in background?
Torre del

Sembra che potrebbe esserci un notevole stallo se è necessario presentare una richiesta per sbloccare un sito, attendere che venga approvato, quindi tornare indietro e ritirare tutto quello che stavi cercando.
poolie,

@Rook, la mia comprensione è che il management tendeva a dire qualcosa solo se fosse diventato abbastanza ovvio che non stavi facendo molto lavoro.
Ken Henderson,

@poolie, d'accordo, ma come ho detto non ho mai incontrato qualcosa che fosse effettivamente bloccato. Mi imbatto in siti non classificati (in particolare blog) ma devo solo aggiungere un clic in più, in realtà non ci vuole molto tempo.
Ken Henderson,

1

Suppongo che dipenda dal motivo del blocco. Se vuoi bloccare le persone semplicemente perché hai paura che perderanno tempo in azienda, allora non stai mantenendo i tuoi sviluppatori adeguatamente occupati.

Preferirei piuttosto entrare nella zona con un progetto entusiasmante piuttosto che passare il tempo su cose stupide sul web. Oh, questo ovviamente esclude il venerdì pomeriggio ...


1

Il blocco di siti come blog e immagini di Google non aiuta, a volte / spesso le risposte ai problemi che hai (o se dimentichi qualcosa) si trovano su siti come questi.

Se i tuoi sviluppatori trascorrono il loro tempo su Facebook e non producono nulla, non sembrano preoccuparsi di avere un lavoro. Alla fine non sarebbero programmatori se non gli piacesse. Detto questo, Facebook e tali siti non dovrebbero essere bloccati perché ci sono momenti in cui devi solo schiarirti le idee.

E non vedo come puoi sapere "Woah schiva un proiettile lì" se i siti sono bloccati e non saprai mai quale sia il sito.

E in genere c'è un modo per aggirarlo, dal semplice utilizzo di una lingua diversa, per utilizzare l'indirizzo IP, per colpire Esc / Stop al momento giusto (a seconda di quanto sia inutile il software di blocco, tossire la versione precedente di Impero tosse ) all'utilizzo di un proxy. Quindi si sprecherà più tempo a aggirare il blocco che se il sito fosse sbloccato


+1 per indicare che gli sviluppatori trascorrono del tempo a aggirare il software di blocco del sito. Il commento "schivare un proiettile" è quello di evidenziare un clic su un collegamento mascherato su un sito compromesso che a sua volta porta a un sito pericoloso per, diciamo, un attacco malware drive-by. Il blocco del sito impedisce l'accesso e ti avvisa, a sua volta controlli l'URI e ti rendi conto che hai appena schivato il proiettile.
Gary Rowe,

1

Avere livelli di privilegi In alcuni casi, l'utilità non si applica come criterio per il monitoraggio dell'attività su Internet.

Dall'accesso limitato fino all'accesso illimitato.

EDIT: Supponiamo che la maggior parte degli sviluppatori / tray junior non abbia accesso né diritti di download dei file.

A un livello superiore, forse l'accesso a forum e siti di controllo qualità relativi al campo e / o larghezza di banda di download limitata.

Un altro livello, nessun limite di download ma monitoraggio del sito.

E ancora più in alto, puoi decidere quanto vuoi rilassare per il top management. (Molto probabilmente senza restrizioni)

EDIT: Se dipendesse da me metterei solo le restrizioni sui diritti di download dei file. Credo che il monitoraggio del sito sia in qualche modo auto-imposto dall'ambiente di lavoro (o puoi anche prendere un'impresa firmata per tali cose e gestire casi che sfuggono di mano). Ma stai guardando la mia larghezza di banda? Sì.


Quindi chi ottiene cosa? Il top management ottiene un accesso illimitato mentre lo sviluppatore junior è completamente limitato? O viceversa? Ti dispiacerebbe dare la tua risposta per fornire maggiori dettagli
Gary Rowe,

1
+1 per rispondere ai commenti. Personalmente, farei il contrario: gli sviluppatori cercano sempre di trovare la rete in cerca di cose, mentre i manager tendono a non aver bisogno di molti input di informazioni. Perché pensi che il top management dovrebbe essere libero?
Gary Rowe,

@Gary: per questo, vedi la mia modifica.
Robin Maben,

0

Blocco zero

MA ha una convenzione pulita in atto ed educa i nuovi sviluppatori (anche quelli vecchi) sui pericoli di dover ripulire i danni a causa dei pericoli di virus e attacchi. I buoni sviluppatori seguiranno, principalmente con un senso di giustizia per fare la cosa giusta per la loro azienda. I cattivi non vorrebbero e non avrebbero dovuto essere assunti in primo luogo.


0

Social network e tutto ciò che riguarda la messaggistica istantanea.

Sono così malvagi e che distraggono. Troppo facile per far uscire le persone dalla loro "Zona"


Incluso StackOverflow? :-P
vartec,

-1

Non bloccare, ma pubblica gli URL visitati e il consumo della larghezza di banda.

Ovviamente, devi informare in anticipo tutti che gli URL che visitano utilizzando la rete dell'ufficio saranno visualizzabili da tutti.

Non bloccare, perché non è possibile prevedere quali siti devono essere bloccati. Un sito può avere URL sospetti ecc. Ma in realtà contiene informazioni necessarie per il lavoro.

Pubblica gli URL e il consumo della larghezza di banda in modo da poter contare sul controllo sociale e sulla revisione tra pari.


@downvoter, ti interessa commentare perché non sei d'accordo?
Endy Tjahjono,

Non sono il downvoter, ma penso che potrebbero esserci problemi di privacy, anche se avvertiti in anticipo.
Duralluminio,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.