Apa tingkat yang tepat dari pemblokiran situs untuk Anda sebagai pengembang? [Tutup]


34

Hampir semua pengembang yang bekerja untuk perusahaan besar menemukan diri mereka di sisi yang salah dari perangkat lunak pemblokiran situs. Ini bisa membuat frustasi ( "Biarkan saya membaca blog sialan itu!" ) Dan membantu ( "Woah! Menghindari peluru dengan situs itu" ).

Menurut Anda, tingkat pemblokiran yang tepat untuk diterapkan pada pengembang dan mengapa?


5
Mengasyikkan, saya telah beberapa kali menjumpai "Filtered: Hacking content" ketika menjelajah untuk masalah tertentu ... Saya merasa sangat bodoh dari Developers Shop untuk membatasi situs "Hacking", lagipula, mereka tidak membayar saya untuk meretas kode? Di sisi lain saya menemukan sangat normal bahwa mereka akan memblokir situs "Perjudian".
Matthieu M.

Jawaban:


154

Tidak ada pemblokiran situs.

Jika proyek saya dikirim tepat waktu dan produktivitas saya tidak berkurang, saya tidak melihat alasan untuk memblokir apa pun (kecuali - jika Anda benar - benar harus memblokir sesuatu - situs spyware / malware terkenal).

Saya tidak punya apa-apa untuk ditambahkan kecuali itu.

Kami adalah profesional, bukan anak-anak.


10
Setuju, saya sudah dewasa, dan perusahaan saya membayar saya dengan jumlah yang tidak masuk akal untuk melakukan pekerjaan. Selama pekerjaan itu selesai, saya harus dipercaya untuk menggunakan internet sebagai orang dewasa.
Matt

66
+1 kami profesional, bukan anak

6
"Kami adalah profesional, bukan anak-anak." - sayangnya Anda tidak dapat menyangkal bahwa beberapa staf akan menghabiskan banyak waktu dibayar di situs jejaring sosial hari ini.
JW01

6
@ JW01 Jika bukan jejaring sosial, mereka akan mencari tempat lain untuk membuang-buang waktu. StackEchange, solitaire, telepon, membaca koran ... Orang-orang ini (kemungkinan 10-25%) akan membuang waktu, apa pun yang terjadi. Anda menghabiskan 75-90% waktu orang lain dengan memblokir situs.
Tarka

4
@ JW01: Mengapa ini menjadi masalah? Kita semua butuh kelonggaran. Hukum memaksa Anda untuk berhenti mengemudi ketika Anda lelah dan istirahat sebentar. Mengapa tidak berhenti menulis kode dan beristirahat sebentar untuk menghindari kesalahan besar dalam kode?

47

Tidak ada pemblokiran sama sekali.

Pengembang yang baik
Mereka akan menyelesaikan pekerjaan, mereka tahu cara menemukan informasi dengan cepat dan mereka juga tahu cara menggunakan informasi itu. Tentu saja jika Anda tidak memberi mereka cukup banyak untuk dilakukan, mereka akan menghabiskan waktu mereka di Stackoverflow Chatroom: P

Pengembang yang buruk
Ya, Anda tidak bisa berbuat apa-apa terhadap mereka. Jika Anda memblokir 90% dari interwebz hanya karena mereka tidak dapat fokus pada pekerjaan mereka, Anda hanya akan menghalangi pengembang yang baik ... mereka akan pergi dan Anda pergi dengan yang buruk! (baik di dunia yang sempurna ...)


1
+1 karena tidak memblokir hanya karena ada pengembang yang buruk
Gary Rowe

Saya mencoba untuk membuang waktu di salah satu Chatroom, tetapi sebagian besar kosong dan posting terakhir lebih dari 19 jam yang lalu :(
Cyclops

1
Pengembang yang baik dapat menghindari pemblokiran apa pun, pengembang yang buruk tidak bisa.

31

Nol.

Jika Anda memiliki pengembang yang tidak menghasilkan, memblokir situs web tidak akan membantu itu.

Kuantitas dan kualitas kode yang dihasilkan oleh pengembang tidak dapat diukur secara linear dengan waktu yang dihabiskan untuk menatap ke dalam IDE.

Menjadi produktif dalam pekerjaan yang kreatif dan menantang membutuhkan "waktu yang berdampingan" dan "waktu yang fleksibel." Waktu religius adalah blok waktu di mana pengembang tahu dia tidak akan diganggu oleh siapa pun, waktu fleksibel adalah waktu di mana pengembang tahu dia diizinkan untuk istirahat pada jadwalnya sendiri dan mengistirahatkan pikirannya saat dia membutuhkannya.

Manajemen yang berlebihan adalah masalah untuk waktu yang kontroversial, pemblokiran situs adalah masalah untuk waktu yang fleksibel.

Seperti yang ditunjukkan Jason Fried di tedTalk ini , sepuluh tahun yang lalu tidak ada yang bermasalah dengan karyawan yang berhenti merokok. Facebook dan sejenisnya hanyalah versi modern dari penghentian asap - mereka diperlukan, berguna dan harus dipegang oleh manajemen.


1+ Yang paling berwawasan dari jawaban "tidak ada pemblokiran".
Bjarke Freund-Hansen

+1 untuk pengamatan "waktu yang berdekatan dan waktu fleksibel"
Gary Rowe

Tidak setuju, tetapi saya akan perhatikan bahwa penghenti asap memiliki timer (semacam) bawaan - setelah 1-2 rokok terbakar, saatnya untuk kembali. Padahal, ketika Anda tersedot ke dalam Tropes TV , Anda mungkin terjebak selama berhari - hari . :)
Cyclops

14

Mereka dapat memblokir semua yang mereka inginkan, saya hanya akan menggunakan ponsel cerdas saya.


Lalu mereka menangkapmu di ponselmu ...
TheLQ

3
+1 Haha. Inilah yang saya lakukan.
Robin Maben

8

Perusahaan saya sebelumnya tidak melakukan pemblokiran situs apa pun, tetapi mereka membuat batasan pada byte yang ditransfer (Itu cukup besar, mencapai itu berarti Anda menonton film selama lebih dari enam jam). Kami harus melembagakannya karena kami memiliki garis sewa, yang ditagih melalui persentil ke-95.

Setiap upaya implementasi QoS yang masuk akal membuat orang lebih jengkel daripada apa pun, membutuhkan penyesuaian terus-menerus dan masih tidak menyelesaikan masalah kita (secara konsisten) melebihi komitmen bandwidth kita. Dan itu bahkan bukan masalah sebenarnya .. ada banyak bandwidth untuk bersaing. Membuat satu hal 'lebih lambat' dari yang lain hanya memiliki sedikit efek.

Setahu saya, tidak ada yang membentur tutup. Tetapi, orang memang membatasi penggunaan bandwidth untuk rekreasi hingga tingkat yang dengan cepat menjadi bukan masalah lagi, karena mereka tidak mau harus menjelaskan mengapa mereka menekan batas. Ternyata itu kompromi yang bagus.

Aku benar-benar benci ide memblokir, titik. Jika Anda ingin mendorong saya untuk melakukan hal-hal seperti makan siang di meja saya .. setidaknya biarkan saya melakukan beberapa rekreasi membaca atau menonton beberapa video lucu.


+1 untuk pendekatan pemantauan bandwidth - sudut self-limiting yang bagus
Gary Rowe

Menonton film selama 6 jam? Kedengarannya sebesar ... mengunduh sumber GCC dari SVN! Saya tidak berpikir bahwa batas seperti itu sangat tinggi :)
P Shved

@Pavel -Itu dipertimbangkan. Banyak dari kita harus membuat kompiler silang.
Tim Post

@Pavel Shved: svnsyncAnda dapat mempertahankan mirror lokal dari repositori SVN apa pun.
liori

@liori ya, tetapi seseorang harus mengunduhnya.
P Shved

6

Satu-satunya alasan yang sah untuk memblokir adalah sebagai tindakan pencegahan keamanan dan selain dari filter phishing standar pada pemblokiran tingkat browser adalah solusi yang salah untuk masalah itu.

Biarkan pengembang melihat semuanya dengan syarat:

  • Mereka menjalankan firewall dan anti-virus terbaru
  • Mereka memiliki filter anti-phishing
  • Mereka bersedia bertanggung jawab atas malware apa pun yang mereka perkenalkan kepada perusahaan jika mereka tidak melakukan tindakan pencegahan dasar yang wajar *.

Selain itu, Anda lebih cenderung memengaruhi produktivitas daripada meningkatkannya dengan memblokir situs.

* Ini berasal dari pengalaman saya dengan virus iloveyou di mana pengembang cerdas yang saya kerjakan dengan senang hati mengklik pada file yang tidak dikenal dengan ekstensi .vbs yang terlihat. Jika Anda ingin diperlakukan seperti orang dewasa maka Anda harus bertindak seperti orang dewasa dan pengembang tidak (atau tidak seharusnya) memiliki alasan ketidaktahuan.


Tidak yakin membuat pengembang bertanggung jawab atas malware adalah ide yang bagus. Bagaimana jika mereka adalah korban serangan phishing tombak? "Kamu mengklik lampiran dari istrimu yang berisi virus yang sampai sekarang tidak diketahui yang memperlihatkan kelemahan dalam keamanan basis data kami? Kamu dipecat!" Hmm, mungkin saya agak ekstrem ...
Gary Rowe

1
@Ary - Itulah sebabnya saya katakan tindakan pencegahan dasar yang masuk akal. Tindakan untuk mencegah skenario yang Anda uraikan jelas jauh melampaui itu. Saya berbicara tentang berperilaku dengan cara dewasa yang bertanggung jawab.
Jon Hopkins

Poin wajar - tidak cukup membaca jawaban Anda.
Gary Rowe

+1 Saya bekerja untuk solusi keuangan global dan menjelajah internet tersedia, tetapi melalui contoh Citrix Internet Explorer! Tanpa flash, tanpa activex.

@ Pierre303 - Anda mengatakan tidak ada Flash dan ActiveX seperti itu hal yang buruk ... ;-)
Jon Hopkins

1

Secara pribadi, saya lebih suka akses yang tidak diblokir, dan Anda dapat bergantung pada pengembang dalam hal pekerjaan. Ketika mereka tidak mengerjakan sesuatu, mereka bisa berselancar sesuka mereka.

Sayangnya, itu tidak selalu berjalan.

Jadi, Anda mungkin memblokir beberapa ... situs berbahaya (jelas), xxx dan semacamnya, situs berita umum (tidak terkait pemrograman), facebook (saya tidak dapat memikirkan satu alasan di mana itu bisa berguna selama bekerja) ...

tetapi umumnya, tetap buka, dan usahakan untuk mencoba membangun suasana kerja yang baik.


5
Saya tidak bisa memikirkan situasi di mana facebook bisa berguna di luar pekerjaan ... Mengapa memblokir situs berita?
dr Hannibal Lecter

1
+1 untuk memblokir Facebook. Bagaimana dengan blog?
Gary Rowe

3
Jika Anda tidak dapat mempercayai saya untuk hanya melihat situs-situs berita saat istirahat, lalu bagaimana Anda dapat mempercayai saya dengan 1.000.000 baris kode kritis-misi Anda?
Dean Harding

1
@Dean Harding - Itu bukan cara yang benar untuk melihatnya. Tanggung jawab di satu bidang tidak secara otomatis memikul tanggung jawab alami di bidang lain.
Benteng

2
1 alasan mengapa mengunjungi Facebook berguna selama bekerja: Anda menguji integrasi Facebook aplikasi Anda.
quentin-starin

1

Jujur saya umumnya baik-baik saja dengan pemblokiran situs selama saya benar-benar bisa sampai ke situs yang saya butuhkan tanpa membuang waktu tambahan dan / atau harus melewati banyak rintangan.

Berbagai perusahaan tempat saya bekerja telah memblokir situs tetapi pada umumnya situs yang tidak boleh Anda kunjungi di tempat kerja (warez, pornografi, dll.). Jika Anda harus membuka situs yang diblokir ini, ada proses untuk mendapatkan persetujuan jika perlu. Saya tidak pernah berlari melintasi situs yang saya perlukan di tempat kerja yang sebenarnya diblokir. Biasanya saya akan mendapatkan halaman peringatan yang belum dikategorikan tetapi saya dapat melanjutkan ke situs dengan klik tambahan. Saya dapat mengatasinya, karena saya mengerti apa yang ditetapkan oleh pemblokiran situs sebagai kebijakan perusahaan.

Perhatikan bahwa mereka tidak memblokir Facebook, dll tetapi mereka memantau jumlah waktu yang dihabiskan di situs-situs tersebut.


Bagaimana jika Anda meninggalkan FB di tab di latar belakang?
Benteng

Sepertinya mungkin ada kios yang cukup besar jika Anda perlu mengajukan permintaan untuk membuka blokir situs, menunggu hingga disetujui, lalu kembali dan mengambil apa pun yang Anda cari.
poolie

@Rook, pemahaman saya adalah bahwa manajemen cenderung mengatakan sesuatu jika sudah jelas bahwa Anda tidak melakukan banyak pekerjaan.
Ken Henderson

@poolie, setuju, tapi seperti saya katakan saya tidak pernah menemukan sesuatu yang sebenarnya diblokir. Saya mengalami situs yang tidak dikategorikan (terutama blog) tetapi saya hanya perlu menambahkan klik tambahan, tidak terlalu banyak menambah waktu.
Ken Henderson

1

Saya kira itu tergantung pada alasan Anda untuk memblokir. Jika Anda ingin memblokir orang murni karena Anda takut mereka akan membuang waktu perusahaan, maka Anda tidak membuat pengembang Anda sibuk.

Saya sendiri lebih suka masuk ke zona dengan proyek yang menarik daripada menghabiskan waktu pada hal-hal konyol di web. Oh, ini tentu saja tidak termasuk Jumat sore ...


1

Memblokir situs seperti blog dan gambar google tidak membantu, kadang-kadang / sering jawaban untuk masalah yang Anda miliki (atau jika Anda hanya melupakan sesuatu) ada di situs seperti ini.

Jika pengembang Anda hanya menghabiskan waktu mereka di Facebook dan tidak menghasilkan apa-apa, maka mereka tampaknya tidak peduli mereka memiliki pekerjaan. Pada akhirnya mereka tidak akan menjadi programmer jika mereka tidak menikmatinya. Yang mengatakan bahwa Facebook dan situs-situs tersebut tidak boleh diblokir karena ada kalanya Anda hanya perlu menjernihkan pikiran Anda.

Dan saya tidak tahu bagaimana Anda bisa tahu "Woah menghindari peluru di sana" jika situs diblokir dan Anda tidak akan pernah tahu apa situs itu.

Dan umumnya ada jalan keluar, dari hanya menggunakan bahasa yang berbeda, untuk menggunakan Alamat IP, untuk memukul Esc / Stop pada waktu yang tepat (tergantung pada seberapa tidak berguna perangkat lunak pemblokiran, batuk versi lama dari batuk Impero ) untuk menggunakan proksi. Jadi lebih banyak waktu akan terbuang untuk menghindari pemblokiran daripada jika situs itu tidak diblokir


+1 untuk menunjukkan bahwa pengembang menghabiskan waktu berkeliling dengan perangkat lunak pemblokiran situs. Komentar "menghindari peluru" adalah untuk menyoroti klik pada tautan yang disamarkan pada situs yang diretas yang pada gilirannya mengarah ke situs yang cerdik untuk, katakanlah, serangan malware drive-by. Pemblokir situs mencegah akses dan memberi tahu Anda, pada gilirannya Anda memeriksa URI dan menyadari bahwa Anda baru saja menghindari peluru.
Gary Rowe

1

Memiliki tingkat hak istimewa Dalam beberapa kasus, kegunaan tidak berlaku sebagai kriteria untuk memantau aktivitas internet.

Dari akses terbatas hingga akses tidak terbatas.

EDIT: Katakanlah, sebagian besar pengembang / peserta pelatihan tidak memiliki akses dan tidak ada hak unduh file.

Naik satu tingkat, mungkin akses ke forum dan situs QA yang terkait dengan bidang dan / atau bandwidth unduhan terbatas.

Level lain naik, tidak ada batasan unduhan tetapi pemantauan situs.

Dan bahkan lebih tinggi, Anda dapat memutuskan seberapa banyak Anda ingin bersantai untuk manajemen puncak. (Kemungkinan besar tidak dibatasi)

EDIT: Jika itu terserah saya, saya hanya akan membatasi hak pengunduhan file. Pemantauan lokasi agak dipaksakan sendiri oleh lingkungan tempat kerja, saya rasa (atau Anda bahkan dapat mengambil usaha yang ditandatangani untuk hal-hal seperti itu dan menangani kasus-kasus yang sangat tidak terkendali.) Saya tidak akan membuang waktu untuk itu. Tapi menonton bandwidth saya? Iya nih.


Jadi siapa yang mendapatkan apa? Manajemen puncak mendapatkan akses tidak terbatas sementara pengembang junior sepenuhnya dibatasi? Atau sebaliknya? Maukah Anda menyempurnakan jawaban Anda untuk memberikan rincian lebih lanjut
Gary Rowe

1
+1 untuk menanggapi komentar. Secara pribadi, saya akan bekerja sebaliknya - pengembang selamanya menjelajah internet mencari hal-hal sementara manajer cenderung tidak membutuhkan begitu banyak input informasi. Menurut Anda mengapa manajemen puncak tidak dibatasi?
Gary Rowe

@Gary: Untuk itu, lihat edit saya.
Robin Maben

0

Zero Blocking

TETAPI memiliki konvensi bersih di kantor dan mendidik pengembang baru (bahkan yang lama) tentang bahaya harus membersihkan kerusakan karena bahaya virus dan serangan. Pengembang yang baik akan mengikuti, terutama oleh rasa kebenaran untuk melakukan hal yang benar untuk perusahaan mereka. Orang jahat tidak akan pernah dipekerjakan.


0

Jejaring Sosial dan apa pun yang terkait dengan messenger instan.

Mereka sangat jahat dan mengganggu. Terlalu mudah untuk mengeluarkan orang dari "Zone" mereka


Termasuk StackOverflow? :-P
vartec

-1

Jangan memblokir, tetapi publikasikan URL yang dikunjungi dan konsumsi bandwidth.

Tentu saja, Anda harus memberi tahu semua orang di muka bahwa URL yang mereka kunjungi menggunakan jaringan kantor akan dapat dilihat oleh semua orang.

Jangan memblokir, karena Anda tidak dapat memprediksi situs mana yang harus diblokir. Sebuah situs mungkin memiliki URL yang mencurigakan dll tetapi sebenarnya mengandung informasi yang diperlukan untuk pekerjaan.

Publikasikan URL dan konsumsi bandwidth sehingga Anda dapat mengandalkan kontrol sosial dan tinjauan rekan.


@ downvoter, ingin mengomentari mengapa Anda tidak setuju?
Endy Tjahjono

Saya bukan downvoter, tapi saya pikir mungkin ada masalah privasi, bahkan jika diperingatkan sebelumnya.
Duralumin
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.