<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why blocking websites is bad for your company</title>
	<atom:link href="http://uiorean.ro/world/security/why-blocking-websites-is-bad-for-your-company/feed/" rel="self" type="application/rss+xml" />
	<link>http://uiorean.ro/world</link>
	<description></description>
	<lastBuildDate>Sat, 10 Apr 2010 23:20:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Eric VZ</title>
		<link>http://uiorean.ro/world/security/why-blocking-websites-is-bad-for-your-company/comment-page-1/#comment-42</link>
		<dc:creator>Eric VZ</dc:creator>
		<pubDate>Tue, 08 Dec 2009 00:05:31 +0000</pubDate>
		<guid isPermaLink="false">http://uiorean.ro/world/?page_id=11#comment-42</guid>
		<description>Nice breakdown.  Did you tell me that we could have limited the bandwidth by user back on the AT job?  I would have rather just done that.  That would have solved all the problems.

I look at the Facebook issue a little differently though.  I agree with your technical synopsis but Facebook drives a browsing behavior that allows people to spend a lot of time/bandwidth on multiple photo albums.  It&#039;s true that a photo sent by email may be larger but it is restricted by the email systems in question and most people won&#039;t bother to send entire photo albums through email due to email size limitations and its just a hassle for most people.  The same applies to youtube and any other service that drives a behavior that really would not be replicated through other means such as email.

In other words, with Facebook/YouTube you will spend a lot of time/bandwidth looking at photos/videos that ordinarily you never would have looked at.  You&#039;re only looking at them now due to the convenience that these services bring to you.

I don&#039;t care if people use those services but its when they go overboard that everyone suffers.  Management reports are highly dependent on effective management being in place and not overloaded with other concerns.  Unfortunately, managing bandwidth or even people&#039;s behavior while using a computer is seen as part of the role of IT.  When a Manager cannot go to \site X\ because its crowded with Facebook traffic it is still IT&#039;s fault for some reason - even when it&#039;s that same manager&#039;s own staff who spends half the day on Facebook.  Proving to that Manager that it was his own staff&#039;s fault takes time/energy that could be better spent elsewhere.

I really like the limit by user concept though.  If I ever find myself in a similar situation that is what I would probably go for.  In Chevron there is no limit but they do block websites based on keyword - generally pornography, \hate speech\ and gambling.</description>
		<content:encoded><![CDATA[<p>Nice breakdown.  Did you tell me that we could have limited the bandwidth by user back on the AT job?  I would have rather just done that.  That would have solved all the problems.</p>
<p>I look at the Facebook issue a little differently though.  I agree with your technical synopsis but Facebook drives a browsing behavior that allows people to spend a lot of time/bandwidth on multiple photo albums.  It&#8217;s true that a photo sent by email may be larger but it is restricted by the email systems in question and most people won&#8217;t bother to send entire photo albums through email due to email size limitations and its just a hassle for most people.  The same applies to youtube and any other service that drives a behavior that really would not be replicated through other means such as email.</p>
<p>In other words, with Facebook/YouTube you will spend a lot of time/bandwidth looking at photos/videos that ordinarily you never would have looked at.  You&#8217;re only looking at them now due to the convenience that these services bring to you.</p>
<p>I don&#8217;t care if people use those services but its when they go overboard that everyone suffers.  Management reports are highly dependent on effective management being in place and not overloaded with other concerns.  Unfortunately, managing bandwidth or even people&#8217;s behavior while using a computer is seen as part of the role of IT.  When a Manager cannot go to \site X\ because its crowded with Facebook traffic it is still IT&#8217;s fault for some reason &#8211; even when it&#8217;s that same manager&#8217;s own staff who spends half the day on Facebook.  Proving to that Manager that it was his own staff&#8217;s fault takes time/energy that could be better spent elsewhere.</p>
<p>I really like the limit by user concept though.  If I ever find myself in a similar situation that is what I would probably go for.  In Chevron there is no limit but they do block websites based on keyword &#8211; generally pornography, \hate speech\ and gambling.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
