개발자로서 귀하에게 적합한 수준의 사이트 차단은 무엇입니까? [닫은]


34

대기업에서 일하는 거의 모든 개발자는 사이트 차단 소프트웨어의 잘못된 측면에 자신을 찾습니다. 그것은 실망 스러울 수 있고 ( "저 그 블로그를 읽어 줘!" ) 도움 이 될 수 있습니다 ( "Woah! 해당 사이트에 글 머리 기호를 피했습니다" ).

귀하의 의견으로는 개발자에게 적용하기에 적합한 차단 수준은 무엇이며 그 이유는 무엇입니까?


5
재미있는 점은 특정 문제를 탐색 할 때 여러 번 "필터링 된 콘텐츠 : 해킹 콘텐츠"를 발견 한 것입니다. 개발자 상점에서 "해킹"사이트를 제한하는 것은 어리석은 일입니다. 코드? 다른 한편으로 나는 그들이 "도박"사이트를 차단할 것이라는 것은 완전히 정상적이다.
Matthieu M.

답변:


154

사이트 차단이 없습니다.

내 프로젝트가 제 시간에 제공되고 생산성에 문제가없는 경우, 무언가 차단 해야 할 이유가 없습니다 (실제로 스파이웨어 / 악성 프로그램 사이트를 차단 해야하는 경우 제외 ).

나는 그것을 제외하고는 실제로 추가 할 것이 없습니다.

우리는 어린이가 아닌 전문가입니다.


10
동의합니다, 저는 성인이고 회사는 일을하기 위해 결정적인 금액을 지불합니다. 작업이 완료되는 한 인터넷을 성인으로 사용하는 것이 좋습니다.
Matt

66
+1 우리는 어린이가 아닌 전문가입니다

6
"우리는 아이들이 아닌 전문가입니다." -불행히도 일부 직원이 요즘 소셜 네트워킹 사이트에서 많은 유급 시간을 소비한다는 것을 부정 할 수는 없습니다.
JW01

6
@ JW01 소셜 네트워킹이 아니라면 시간을 낭비 할 다른 곳을 찾을 것입니다. StackEchange, 솔리테어, 전화, 신문 읽기 ...이 사람들 (아마 10-25 %)은 무엇이든 시간을 낭비합니다. 사이트를 차단하여 사람들의 나머지 75-90 %를 낭비하고 있습니다.
Tarka

4
@ JW01 : 왜 문제입니까? 우리 모두 여유가 필요합니다. 피곤할 때는 운전을 멈추고 잠시 휴식을 취해야합니다. 코드에서 큰 실수를 피하기 위해 코딩을 중단하고 잠시 쉬지 않겠습니까?

47

전혀 차단하지 않습니다.

훌륭한 개발자
업무를 완수하고 정보를 빠르게 찾는 방법을 알고 있으며 해당 정보를 사용하는 방법도 알고 있습니다. 물론 충분히 줄 수 없다면 Stackoverflow Chatrooms에서 시간을 낭비하게 될 것입니다. : P

나쁜 개발자들
당신은 그들에 대해 아무것도 할 수 없습니다. 인터 웹즈가 업무에 집중할 수 없기 때문에 90 %를 차단하면 훌륭한 개발자 만 방해 할 수 있습니다. (완벽한 세상에서 ...)


1
나쁜 개발자가 있기 때문에 차단하지 않는 +1
Gary Rowe

나는 시도 채팅방 중 하나에 약간의 시간을 낭비하지만, 대부분 비어 마지막 포스트 :( 이상 시간 전이었다
외눈 박이 거인

1
훌륭한 개발자는 차단을 피할 수 있고 나쁜 개발자는 할 수 없습니다.

31

제로.

생산하지 않는 개발자가 있다면 웹 사이트를 차단해도 도움이되지 않습니다.

개발자가 생성 한 코드의 양과 품질은 IDE를 쳐다 보는 데 소요되는 시간에 따라 선형 적으로 확장 할 수 없습니다.

창의적이고 도전적인 작업에서 생산적이 되려면 "인접한 시간"과 "유연한 시간"이 필요합니다. 연속 시간은 개발자가 누군가에게 방해받지 않을 것이라는 것을 알 수있는 시간의 블록이며, 융통성있는 시간은 개발자가 자신의 일정에 따라 휴식을 취하고 필요할 때 마음을 쉬는 것을 허용하는 시간입니다.

과도한 관리는 연속적인 시간의 문제이며 사이트 차단은 유연한 시간의 문제입니다.

테드 톡 에서 Jason Fried가 지적한 것처럼 10 년 전에는 직원들이 담배를 피우는 데 문제가 없었습니다. Facebook 등은 현대식 금연 버전입니다. 필요하고 유용하며 경영진이 수용해야합니다.


1+ "차단 없음"답변 중 가장 통찰력이 있습니다.
Bjarke Freund-Hansen

"연속적인 시간과 유연한 시간"관찰에 +1
Gary Rowe

동의하지 않는 것은 아니지만, 연기 브레이크에는 내장 된 타이머가 있습니다. 1-2 개의 담배가 불에 타면 다시 돌아올 시간입니다. 반면 TV Tropes에 빠지면 며칠 동안 갇힐 수 있습니다 . :)
Cyclops

14

그들은 원하는 것을 모두 차단할 수 있습니다. 스마트 폰 만 사용하겠습니다.


그럼 그들은 당신의 휴대 전화에서 당신을 잡을 ...
TheLQ

3
하하 +1 이것이 제가하는 것입니다.
Robin Maben

8

이전의 회사는 사이트 차단을하지 않았지만 전송 된 바이트 수에 제한을 두었습니다 (매우 크므로 6 시간 이상 영화를 보았을 것입니다). 우리는 95 번째 백분위 수를 통해 빌린 임대 회선을 가지고 있었기 때문에 그것을 설립해야했습니다.

현명한 QoS 구현에 대한 모든 시도는 사람들에게 무엇보다 성가 시게하고, 지속적인 조정이 필요하며, 우리의 대역폭 약속을 넘어서 (일관되게) 진행하는 문제를 해결하지 못했습니다. 그리고 그것은 실제 문제조차도 아니 었습니다. 경쟁 할 대역폭이 많았습니다. 한 가지를 다른 것보다 '느리게'만드는 것은 거의 효과가 없었습니다.

내 지식으로는 아무도 모자를 쳤다. 그러나 사람들은 대역폭 사용의 제한적인 사용으로 인해 문제가 발생하지 않은 이유를 설명하고 싶지 않았기 때문에 다시 빠르게 문제가되지 않는 수준으로 제한했습니다. 좋은 타협으로 밝혀졌습니다.

난 정말 차단, 기간의 아이디어가 싫어. 내 책상에서 점심을 먹는 것과 같은 일을하도록 격려하고 싶을 때 .. 적어도 독서를하거나 재미있는 동영상 몇 개를 보도록하자.


대역폭 모니터링 방식의 경우 +1-좋은 자체 제한 각도
Gary Rowe

6 시간 동안 영화를보고 있습니까? SVN에서 GCC 소스를 다운로드하는 것만 큼 큰 소리가납니다! 나는 그런 한계가 도달 할 수
없을 정도로

@Pavel-그것이 고려되었습니다. 우리 중 많은 사람들이 크로스 컴파일러를 만들어야했습니다.
Tim Post

@Pavel Shved : svnsync모든 SVN 저장소의 로컬 미러를 유지할 수 있습니다.
liori

@liori 네, 그러나 누군가는 어쨌든 그것을 다운로드해야합니다.
P Shved

6

차단의 유일한 유효한 이유는 보안 예방 조치이며 브라우저 수준 차단의 표준 피싱 필터와 별도로 해당 문제에 대한 잘못된 해결책입니다.

개발자가 다음과 같은 조건에서 모든 것을 볼 수 있도록하십시오.

  • 그들은 방화벽을 운영하고 최신 안티 바이러스
  • 피싱 방지 필터가 있습니다.
  • 합리적인 기본 예방 조치를 취하지 않으면 회사에 소개 한 모든 맬웨어에 대해 책임을집니다.

그 외에도 사이트를 차단하여 생산성을 높이는 것보다 생산성에 영향을 줄 가능성이 높습니다.

* 이것은 내가 일하고있는 똑똑한 개발자가 눈에 띄는 .vbs 확장자를 가진 알 수없는 파일을 행복하게 클릭 한 iloveyou 바이러스에 대한 나의 경험에서 비롯된 것입니다. 당신이 성인처럼 대우 받기를 원한다면, 당신은 성인처럼 행동해야하며 개발자들은 무지의 변명을하지 않아야합니다.


개발자가 맬웨어에 대해 개인적으로 책임을 지도록하는 것이 좋습니다. 스피어 피싱 공격의 피해자라면 어떨까요? "데이터베이스 보안에 결함이있는 지금까지 알려지지 않은 바이러스가 포함 된 아내의 첨부 파일을 클릭 했습니까?" 흠, 어쩌면 내가 조금 극단적 인거야 ...
게리 로우

1
@ 게리-그것이 합리적인 기본 예방 조치를 말하는 이유입니다. 설명하는 시나리오를 방지하기위한 조치는 분명히 그 너머에 있습니다. 책임감있는 성인의 태도에 대해 이야기하고 있습니다.
Jon Hopkins

페어 포인트-답변을 충분히 읽지 못했습니다.
게리 로우

+1 글로벌 금융 솔루션을 위해 일했고 인터넷 검색이 가능했지만 Citrix Internet Explorer 인스턴스를 통과했습니다! 플래시 없음, ActiveX 없음.

@ Pierre303-당신은 플래시와 ActiveX가 좋지 않다고 말합니다 ... ;-)
Jon Hopkins

1

개인적으로 비 차단 액세스를 선호하며 개발자는 업무 방식에 의존 할 수 있습니다. 그들이 무언가를하고 있지 않을 때는 원하는만큼 서핑을 할 수 있습니다.

불행히도, 항상 그렇지는 않습니다.

따라서 유해한 사이트 (분명히), xxx 및 일반적인 (비 프로그래밍 관련) 뉴스 사이트, 페이스 북 (일하는 동안 유용 할 수있는 한 가지 이유는 생각할 수 없음)을 차단할 수 있습니다 ...

그러나 일반적으로 개방 상태를 유지하고 좋은 근무 분위기를 조성하기 위해 노력하십시오.


5
페이스 북이 직장 밖에서 유용 할 수있는 상황을 생각할 수 없습니다 ... 왜 뉴스 사이트를 차단합니까?
Dr Hannibal Lecter

1
Facebook 차단 +1 블로그는 어떻습니까?
게리 로우

3
휴식 시간에 뉴스 사이트 만 볼 수 있다고 믿을 수 없다면 1,000,000 줄의 미션 크리티컬 코드로 어떻게 나를 믿을 수 있습니까?
Dean Harding

1
@Dean Harding-그것을 보는 올바른 방법은 아닙니다. 한 영역에서의 책임은 다른 영역에서 자연스럽게 책임을지는 것이 아닙니다.
Rook

2
작업 중에 Facebook을 방문하는 것이 유용한 이유 : 응용 프로그램의 Facebook 통합을 테스트하고 있습니다.
quentin-starin

1

솔직히 나는 추가 시간을 낭비하지 않고 또는 많은 농구 대를 뛰어 넘어야하는 사이트에 실제로 도달 할 수있는 한 일반적으로 사이트 차단에 문제가 없습니다.

내가 일한 다양한 회사가 사이트를 차단했지만 일반적으로 직장에서 방문해서는 안되는 사이트 (warez, 포르노 등)였습니다. 이러한 차단 된 사이트를 방문해야하는 경우 필요한 경우 승인을받는 프로세스가있었습니다. 실제로 차단 된 직장에서 필요한 사이트를 가로 질러 본 적이 없습니다. 일반적으로 분류되지 않았다는 경고 페이지가 표시되지만 추가 클릭으로 사이트를 계속 방문 할 수 있습니다. 사이트 차단이 회사 정책으로 설정된 것이 무엇인지 이해하기 때문에 이에 대처할 수 있습니다.

그들은 페이스 북 등을 차단하지 않았지만 해당 사이트에서 보낸 시간을 모니터링했습니다.


백그라운드의 탭에 FB가 걸려 있으면 어떻게합니까?
Rook

사이트를 차단 해제하기 위해 요청을 제출하고 승인을 기다린 다음 돌아와서 원하는 것을 선택해야하는 경우 상당한 지연이있을 수 있습니다.
poolie

@ 루크, 내 이해는 당신이 많은 일을하지 않았다는 것이 상당히 명백해지면 경영진이 말을하는 경향이 있다는 것입니다.
Ken Henderson

@poolie는 동의했지만, 실제로 말한 것처럼 실제로 차단 된 것을 가로 지르지 않았습니다. 분류되지 않은 사이트 (특히 블로그)에 접속하지만 추가 클릭 만하면되며 시간이 많이 걸리지 않습니다.
Ken Henderson

1

차단 이유에 달려 있다고 생각합니다. 사람들이 회사 시간을 낭비 할 것을 두려워해서 사람들을 순수하게 차단하고 싶다면 개발자를 제대로 점령하지 않는 것입니다.

나는 웹에서 바보 같은 일에 시간을 보내는 것보다 흥미로운 프로젝트로 영역에 들어가는 것이 훨씬 낫습니다. 아, 물론 금요일 오후는 제외하고 ...


1

블로그 나 Google 이미지와 같은 사이트를 차단해도 도움이되지 않습니다. 때때로 / 또는 종종 잊어 버린 문제에 대한 답변이 이러한 사이트에 있습니다.

개발자가 Facebook에서 시간을 보내고 아무 것도 생산하지 않는다면, 직업이 있는지 신경 쓰지 않는 것 같습니다. 궁극적으로 그들은 그것을 즐기지 않으면 프로그래머가되지 않을 것입니다. 당신은 단지 머리를 비워야 할 때가 있기 때문에 페이스 북과 그러한 사이트를 차단해서는 안된다고 말했다.

사이트가 차단 되어도 사이트가 무엇인지 모를 경우 "Woah do bullet a bullet"을 어떻게 알 수 있는지 알 수 없습니다.

그리고 단순히 IP 주소를 사용하는 다른 언어를 사용에서 적절한 시간에 ESC / 정지 타격으로, 일반적으로 주위에 방법이 (차단 소프트웨어가 얼마나 쓸모에 따라 기침 임페의 이전 버전 기침 을 사용하여) 대리. 따라서 사이트 차단이 해제 된 경우보다 차단을 해결하는 데 더 많은 시간이 소요됩니다.


개발자가 사이트 차단 소프트웨어를 처리하는 데 시간을 소비한다는 점을 지적하면 +1입니다. "총알을 피하다"는 해킹 된 사이트에서 가장 된 링크를 클릭하여 강조 표시하는 것입니다. 사이트 차단기는 액세스를 차단하고 사용자에게 통지하며, 차례로 URI를 확인하고 방금 총알을 피했다는 것을 알게됩니다.
Gary Rowe

1

권한 수준이있는 경우 인터넷 활동을 모니터링하기위한 기준으로 유용성이 적용되지 않는 경우가 있습니다.

제한된 액세스에서 무제한 액세스까지.

편집 : 중부 개발자 / trainess는 액세스 권한이 없으며 파일 다운로드 권한이 없습니다.

한 수준 업그레이드, 필드 및 / 또는 제한된 다운로드 대역폭과 관련된 포럼 및 QA 사이트에 액세스 할 수 있습니다.

또 다른 레벨 업, 다운로드 제한은 없지만 사이트 모니터링.

또한 최고 경영진에 대해 얼마나 휴식을 취할 것인지 결정할 수 있습니다.

편집 : 그것이 나에게 달려 있다면 파일 다운로드 권한에만 제한을 두었습니다. 현장 모니터링은 작업장 환경에 다소 영향을 미칩니다. (또는 그러한 일에 서명 한 계약을 체결하고 손이 닿지 않는 경우도 처리 할 수 ​​있습니다.) 나는 그 시간을 낭비하지 않을 것입니다. 하지만 내 대역폭을보고 있습니까? 예.


그래서 누가 무엇을 얻습니까? 주니어 개발자가 완전히 제한되는 동안 최고 경영진이 무제한 액세스 권한을 얻습니까? 아니면 다른 방법? 당신이 당신의 대답을 구체화시겠습니까 것은 더 자세한 정보를 제공합니다
게리 로우에게

1
댓글에 답하기 위해 +1 개인적으로, 나는 다른 방법으로 그것을 해결하려고 노력했습니다. 개발자는 물건을 찾기 위해 인터넷을 계속 트롤하고 있지만 관리자는 많은 정보 입력이 필요하지 않습니다. 최고 경영진이 제한되지 않아야한다고 생각하는 이유는 무엇입니까?
게리 로우

@ 게리 : 그에 대한 내 편집을 참조하십시오.
Robin Maben

0

제로 차단

그러나 사무실에는 적절한 컨벤션이 있으며 바이러스 및 공격의 위험으로 인한 피해를 정리해야하는 위험에 대해 새로운 개발자 (오래된 개발자까지)를 교육합니다. 좋은 개발자는 주로 회사에 옳은 일을하는 의로움에 의해 따라갈 것입니다. 나쁜 사람들은 처음부터 고용되어서는 안됩니다.


0

소셜 네트워킹 및 인스턴트 메신저와 관련된 모든 것.

그들은 너무 악하고 산만합니다. 사람들을 '영역'에서 꺼내기 너무 쉽습니다.


StackOverflow를 포함합니까? - P
vartec

-1

방문 URL과 대역폭 소비를 차단하지 말고 게시하십시오.

물론, 사무실 네트워크를 사용하여 방문한 URL은 누구나 볼 수 있음을 모두에게 미리 알려 주어야합니다.

차단해야 할 사이트를 예측할 수 없으므로 차단하지 마십시오. 사이트에 의심스러운 URL 등이있을 수 있지만 실제로 작업에 필요한 정보가 포함되어 있습니다.

소셜 제어 및 동료 검토에 의존 할 수 있도록 URL 및 대역폭 소비를 게시하십시오.


@ downvoter, 당신이 동의하지 않는 이유에 대해 의견을 말하십시오.
Endy Tjahjono

나는 downvoter가 아니지만, 사전에 경고를 받았더라도 프라이버시 문제가있을 수 있다고 생각합니다.
Duralumin 2013
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.