대기업에서 일하는 거의 모든 개발자는 사이트 차단 소프트웨어의 잘못된 측면에 자신을 찾습니다. 그것은 실망 스러울 수 있고 ( "저 그 블로그를 읽어 줘!" ) 도움 이 될 수 있습니다 ( "Woah! 해당 사이트에 글 머리 기호를 피했습니다" ).
귀하의 의견으로는 개발자에게 적용하기에 적합한 차단 수준은 무엇이며 그 이유는 무엇입니까?
대기업에서 일하는 거의 모든 개발자는 사이트 차단 소프트웨어의 잘못된 측면에 자신을 찾습니다. 그것은 실망 스러울 수 있고 ( "저 그 블로그를 읽어 줘!" ) 도움 이 될 수 있습니다 ( "Woah! 해당 사이트에 글 머리 기호를 피했습니다" ).
귀하의 의견으로는 개발자에게 적용하기에 적합한 차단 수준은 무엇이며 그 이유는 무엇입니까?
답변:
내 프로젝트가 제 시간에 제공되고 생산성에 문제가없는 경우, 무언가 를 차단 해야 할 이유가 없습니다 (실제로 스파이웨어 / 악성 프로그램 사이트를 차단 해야하는 경우 제외 ).
나는 그것을 제외하고는 실제로 추가 할 것이 없습니다.
우리는 어린이가 아닌 전문가입니다.
훌륭한 개발자
업무를 완수하고 정보를 빠르게 찾는 방법을 알고 있으며 해당 정보를 사용하는 방법도 알고 있습니다. 물론 충분히 줄 수 없다면 Stackoverflow Chatrooms에서 시간을 낭비하게 될 것입니다. : P
나쁜 개발자들
당신은 그들에 대해 아무것도 할 수 없습니다. 인터 웹즈가 업무에 집중할 수 없기 때문에 90 %를 차단하면 훌륭한 개발자 만 방해 할 수 있습니다. (완벽한 세상에서 ...)
생산하지 않는 개발자가 있다면 웹 사이트를 차단해도 도움이되지 않습니다.
개발자가 생성 한 코드의 양과 품질은 IDE를 쳐다 보는 데 소요되는 시간에 따라 선형 적으로 확장 할 수 없습니다.
창의적이고 도전적인 작업에서 생산적이 되려면 "인접한 시간"과 "유연한 시간"이 필요합니다. 연속 시간은 개발자가 누군가에게 방해받지 않을 것이라는 것을 알 수있는 시간의 블록이며, 융통성있는 시간은 개발자가 자신의 일정에 따라 휴식을 취하고 필요할 때 마음을 쉬는 것을 허용하는 시간입니다.
과도한 관리는 연속적인 시간의 문제이며 사이트 차단은 유연한 시간의 문제입니다.
이 테드 톡 에서 Jason Fried가 지적한 것처럼 10 년 전에는 직원들이 담배를 피우는 데 문제가 없었습니다. Facebook 등은 현대식 금연 버전입니다. 필요하고 유용하며 경영진이 수용해야합니다.
그들은 원하는 것을 모두 차단할 수 있습니다. 스마트 폰 만 사용하겠습니다.
이전의 회사는 사이트 차단을하지 않았지만 전송 된 바이트 수에 제한을 두었습니다 (매우 크므로 6 시간 이상 영화를 보았을 것입니다). 우리는 95 번째 백분위 수를 통해 빌린 임대 회선을 가지고 있었기 때문에 그것을 설립해야했습니다.
현명한 QoS 구현에 대한 모든 시도는 사람들에게 무엇보다 성가 시게하고, 지속적인 조정이 필요하며, 우리의 대역폭 약속을 넘어서 (일관되게) 진행하는 문제를 해결하지 못했습니다. 그리고 그것은 실제 문제조차도 아니 었습니다. 경쟁 할 대역폭이 많았습니다. 한 가지를 다른 것보다 '느리게'만드는 것은 거의 효과가 없었습니다.
내 지식으로는 아무도 모자를 쳤다. 그러나 사람들은 대역폭 사용의 제한적인 사용으로 인해 문제가 발생하지 않은 이유를 설명하고 싶지 않았기 때문에 다시 빠르게 문제가되지 않는 수준으로 제한했습니다. 좋은 타협으로 밝혀졌습니다.
난 정말 차단, 기간의 아이디어가 싫어. 내 책상에서 점심을 먹는 것과 같은 일을하도록 격려하고 싶을 때 .. 적어도 독서를하거나 재미있는 동영상 몇 개를 보도록하자.
svnsync
모든 SVN 저장소의 로컬 미러를 유지할 수 있습니다.
차단의 유일한 유효한 이유는 보안 예방 조치이며 브라우저 수준 차단의 표준 피싱 필터와 별도로 해당 문제에 대한 잘못된 해결책입니다.
개발자가 다음과 같은 조건에서 모든 것을 볼 수 있도록하십시오.
그 외에도 사이트를 차단하여 생산성을 높이는 것보다 생산성에 영향을 줄 가능성이 높습니다.
* 이것은 내가 일하고있는 똑똑한 개발자가 눈에 띄는 .vbs 확장자를 가진 알 수없는 파일을 행복하게 클릭 한 iloveyou 바이러스에 대한 나의 경험에서 비롯된 것입니다. 당신이 성인처럼 대우 받기를 원한다면, 당신은 성인처럼 행동해야하며 개발자들은 무지의 변명을하지 않아야합니다.
개인적으로 비 차단 액세스를 선호하며 개발자는 업무 방식에 의존 할 수 있습니다. 그들이 무언가를하고 있지 않을 때는 원하는만큼 서핑을 할 수 있습니다.
불행히도, 항상 그렇지는 않습니다.
따라서 유해한 사이트 (분명히), xxx 및 일반적인 (비 프로그래밍 관련) 뉴스 사이트, 페이스 북 (일하는 동안 유용 할 수있는 한 가지 이유는 생각할 수 없음)을 차단할 수 있습니다 ...
그러나 일반적으로 개방 상태를 유지하고 좋은 근무 분위기를 조성하기 위해 노력하십시오.
솔직히 나는 추가 시간을 낭비하지 않고 또는 많은 농구 대를 뛰어 넘어야하는 사이트에 실제로 도달 할 수있는 한 일반적으로 사이트 차단에 문제가 없습니다.
내가 일한 다양한 회사가 사이트를 차단했지만 일반적으로 직장에서 방문해서는 안되는 사이트 (warez, 포르노 등)였습니다. 이러한 차단 된 사이트를 방문해야하는 경우 필요한 경우 승인을받는 프로세스가있었습니다. 실제로 차단 된 직장에서 필요한 사이트를 가로 질러 본 적이 없습니다. 일반적으로 분류되지 않았다는 경고 페이지가 표시되지만 추가 클릭으로 사이트를 계속 방문 할 수 있습니다. 사이트 차단이 회사 정책으로 설정된 것이 무엇인지 이해하기 때문에 이에 대처할 수 있습니다.
그들은 페이스 북 등을 차단하지 않았지만 해당 사이트에서 보낸 시간을 모니터링했습니다.
블로그 나 Google 이미지와 같은 사이트를 차단해도 도움이되지 않습니다. 때때로 / 또는 종종 잊어 버린 문제에 대한 답변이 이러한 사이트에 있습니다.
개발자가 Facebook에서 시간을 보내고 아무 것도 생산하지 않는다면, 직업이 있는지 신경 쓰지 않는 것 같습니다. 궁극적으로 그들은 그것을 즐기지 않으면 프로그래머가되지 않을 것입니다. 당신은 단지 머리를 비워야 할 때가 있기 때문에 페이스 북과 그러한 사이트를 차단해서는 안된다고 말했다.
사이트가 차단 되어도 사이트가 무엇인지 모를 경우 "Woah do bullet a bullet"을 어떻게 알 수 있는지 알 수 없습니다.
그리고 단순히 IP 주소를 사용하는 다른 언어를 사용에서 적절한 시간에 ESC / 정지 타격으로, 일반적으로 주위에 방법이 (차단 소프트웨어가 얼마나 쓸모에 따라 기침 임페의 이전 버전 기침 을 사용하여) 대리. 따라서 사이트 차단이 해제 된 경우보다 차단을 해결하는 데 더 많은 시간이 소요됩니다.
권한 수준이있는 경우 인터넷 활동을 모니터링하기위한 기준으로 유용성이 적용되지 않는 경우가 있습니다.
제한된 액세스에서 무제한 액세스까지.
편집 : 중부 개발자 / trainess는 액세스 권한이 없으며 파일 다운로드 권한이 없습니다.
한 수준 업그레이드, 필드 및 / 또는 제한된 다운로드 대역폭과 관련된 포럼 및 QA 사이트에 액세스 할 수 있습니다.
또 다른 레벨 업, 다운로드 제한은 없지만 사이트 모니터링.
또한 최고 경영진에 대해 얼마나 휴식을 취할 것인지 결정할 수 있습니다.
편집 : 그것이 나에게 달려 있다면 파일 다운로드 권한에만 제한을 두었습니다. 현장 모니터링은 작업장 환경에 다소 영향을 미칩니다. (또는 그러한 일에 서명 한 계약을 체결하고 손이 닿지 않는 경우도 처리 할 수 있습니다.) 나는 그 시간을 낭비하지 않을 것입니다. 하지만 내 대역폭을보고 있습니까? 예.
제로 차단
그러나 사무실에는 적절한 컨벤션이 있으며 바이러스 및 공격의 위험으로 인한 피해를 정리해야하는 위험에 대해 새로운 개발자 (오래된 개발자까지)를 교육합니다. 좋은 개발자는 주로 회사에 옳은 일을하는 의로움에 의해 따라갈 것입니다. 나쁜 사람들은 처음부터 고용되어서는 안됩니다.
방문 URL과 대역폭 소비를 차단하지 말고 게시하십시오.
물론, 사무실 네트워크를 사용하여 방문한 URL은 누구나 볼 수 있음을 모두에게 미리 알려 주어야합니다.
차단해야 할 사이트를 예측할 수 없으므로 차단하지 마십시오. 사이트에 의심스러운 URL 등이있을 수 있지만 실제로 작업에 필요한 정보가 포함되어 있습니다.
소셜 제어 및 동료 검토에 의존 할 수 있도록 URL 및 대역폭 소비를 게시하십시오.