<?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: Worst Excel Practices</title>
	<atom:link href="http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/</link>
	<description>Daily posts of Excel tips…and other stuff</description>
	<lastBuildDate>Thu, 09 Feb 2012 23:42:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Charlie Hall</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38973</link>
		<dc:creator>Charlie Hall</dc:creator>
		<pubDate>Wed, 15 Apr 2009 17:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38973</guid>
		<description>&lt;p&gt;@Roger&lt;/p&gt;
&lt;p&gt;I found your comments about range names confusing.  I certainly agree that range names can be overused, but I do not understand what you mean by range names for input variables reducing transparancy and increasing maintenance.  &lt;/p&gt;
&lt;p&gt;Personally I find that range names for cells off the sheet (such as input variables), or on large sheets but outside of the local area, are very useful and reduces maintenance.  When revewing a formula that uses cells on another sheet, I find it difficult to remember which cell it is referring to by just looking at the address (maybe it is my age).  Whereas with a range name, the name is useful in helping me recall what the cell is especially if i have looked at it once - at least it reduces the amount of switching between sheets to try to figure out what the formula is attempting to do - which for me reduces, not increases maintenance effort.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Roger</p>
<p>I found your comments about range names confusing.  I certainly agree that range names can be overused, but I do not understand what you mean by range names for input variables reducing transparancy and increasing maintenance.  </p>
<p>Personally I find that range names for cells off the sheet (such as input variables), or on large sheets but outside of the local area, are very useful and reduces maintenance.  When revewing a formula that uses cells on another sheet, I find it difficult to remember which cell it is referring to by just looking at the address (maybe it is my age).  Whereas with a range name, the name is useful in helping me recall what the cell is especially if i have looked at it once &#8211; at least it reduces the amount of switching between sheets to try to figure out what the formula is attempting to do &#8211; which for me reduces, not increases maintenance effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan Karel Pieterse</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38910</link>
		<dc:creator>Jan Karel Pieterse</dc:creator>
		<pubDate>Fri, 10 Apr 2009 18:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38910</guid>
		<description>&lt;p&gt;Let me add another: Not using styles to format your cells.&lt;br&gt;
In my experience, as soon as you start using styles religiously, you start thinking about your spreadsheet design too.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Let me add another: Not using styles to format your cells.<br />
In my experience, as soon as you start using styles religiously, you start thinking about your spreadsheet design too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38886</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Thu, 09 Apr 2009 11:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38886</guid>
		<description>&lt;p&gt;Re &quot;Center Across Selection&quot; on the ribbon. I filed this as a bug/suggestion early in the Office 12 beta, and was told &quot;Good idea. We&#039;ll consider it for Office 14.&quot;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Re &#8220;Center Across Selection&#8221; on the ribbon. I filed this as a bug/suggestion early in the Office 12 beta, and was told &#8220;Good idea. We&#8217;ll consider it for Office 14.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38887</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Thu, 09 Apr 2009 11:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38887</guid>
		<description>&lt;p&gt;The problem with the &quot;;;;&quot; number format is it makes cells invisible which may obscure the trail of logic and throw off the user. I prefer to format some cells with a medium to light gray font, so you know they&#039;re less important but can still track them visually if necessary.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The problem with the &#8220;;;;&#8221; number format is it makes cells invisible which may obscure the trail of logic and throw off the user. I prefer to format some cells with a medium to light gray font, so you know they&#8217;re less important but can still track them visually if necessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Crawley</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38881</link>
		<dc:creator>Roger Crawley</dc:creator>
		<pubDate>Thu, 09 Apr 2009 06:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38881</guid>
		<description>&lt;p&gt;I disagree with number 2.  I regularly have to interact with a very complex file that contains over 2800 names where there are almost no cell references in the formulae.  This file is an auditing nightmare and I have to refer to a name database for every argument of a formula in order to understand what it is doing and then propose and/or make changes to it.&lt;/p&gt;
&lt;p&gt;Named ranges are invaluable for writing robust VBA code but for more simple spreadsheet applications should be used very sparingly.  I think the worst way to use them is to hold input values for a spreadhseet, this makes for models with very poor transparency for users and very cumbersome maintenance.&lt;/p&gt;
&lt;p&gt;Of course this all personal opinion!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I disagree with number 2.  I regularly have to interact with a very complex file that contains over 2800 names where there are almost no cell references in the formulae.  This file is an auditing nightmare and I have to refer to a name database for every argument of a formula in order to understand what it is doing and then propose and/or make changes to it.</p>
<p>Named ranges are invaluable for writing robust VBA code but for more simple spreadsheet applications should be used very sparingly.  I think the worst way to use them is to hold input values for a spreadhseet, this makes for models with very poor transparency for users and very cumbersome maintenance.</p>
<p>Of course this all personal opinion!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dcardno</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38880</link>
		<dc:creator>dcardno</dc:creator>
		<pubDate>Thu, 09 Apr 2009 05:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38880</guid>
		<description>&lt;p&gt;&lt;i&gt;Using the number format of &quot;;;;&quot; may seem smart but it introduces all kinds of potential sleeping errors in spreadsheets that are almost impossible to track.&lt;/i&gt;&lt;br&gt;
I don&#039;t intend to be confrontational, but please describe one.  Just about the only one I can see is unintentional deletion - and usually the effects will be apparent fairly quickly - unless I just don&#039;t have enough imagination!&lt;/p&gt;
&lt;p&gt;&lt;i&gt;Workbooks should always be built with inputs, calcs and outputs.&lt;/i&gt;&lt;br&gt;
That strikes me as being awfully pedantic - and I wonder whether the extra effort to create (and maintain) a separate output sheet (or several) is really that much better than dealing with a &quot;hidden&quot; result; I suspect it comes down to personal preference.  I agree completely on &quot;merged cells&quot; - and the bonehead at Microsoft who made &#039;merged cells&#039; the default icon rather than &#039;centre across selection&#039; deserves special recognition (and don&#039;t get me started about placing it on the Ribbon where it is virtually impossible for a normal user to avoid)...&lt;/p&gt;
&lt;p&gt;I agree with Sam on &#039;shared workbooks&#039; - an absolute recipe for bloat and file corruption.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><i>Using the number format of &#8220;;;;&#8221; may seem smart but it introduces all kinds of potential sleeping errors in spreadsheets that are almost impossible to track.</i><br />
I don&#8217;t intend to be confrontational, but please describe one.  Just about the only one I can see is unintentional deletion &#8211; and usually the effects will be apparent fairly quickly &#8211; unless I just don&#8217;t have enough imagination!</p>
<p><i>Workbooks should always be built with inputs, calcs and outputs.</i><br />
That strikes me as being awfully pedantic &#8211; and I wonder whether the extra effort to create (and maintain) a separate output sheet (or several) is really that much better than dealing with a &#8220;hidden&#8221; result; I suspect it comes down to personal preference.  I agree completely on &#8220;merged cells&#8221; &#8211; and the bonehead at Microsoft who made &#8216;merged cells&#8217; the default icon rather than &#8216;centre across selection&#8217; deserves special recognition (and don&#8217;t get me started about placing it on the Ribbon where it is virtually impossible for a normal user to avoid)&#8230;</p>
<p>I agree with Sam on &#8216;shared workbooks&#8217; &#8211; an absolute recipe for bloat and file corruption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38865</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Wed, 08 Apr 2009 15:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38865</guid>
		<description>&lt;p&gt;Couple more donts&lt;/p&gt;
&lt;p&gt;a) Share workbook&lt;br&gt;
b) Sum(A:A)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Couple more donts</p>
<p>a) Share workbook<br />
b) Sum(A:A)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Collins</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38856</link>
		<dc:creator>Jamie Collins</dc:creator>
		<pubDate>Wed, 08 Apr 2009 09:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38856</guid>
		<description>&lt;p&gt;For me the worst are:&lt;/p&gt;
&lt;p&gt;1. Using Excel workbooks as a DBMS and/or a trusted source of data.&lt;br&gt;
2. Using an Excel workbook as a software development platform without using source control.&lt;br&gt;
3. Allowing an Excel workbook to become an enterprise-level mission-critical application.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>For me the worst are:</p>
<p>1. Using Excel workbooks as a DBMS and/or a trusted source of data.<br />
2. Using an Excel workbook as a software development platform without using source control.<br />
3. Allowing an Excel workbook to become an enterprise-level mission-critical application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill D</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38853</link>
		<dc:creator>Bill D</dc:creator>
		<pubDate>Wed, 08 Apr 2009 05:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38853</guid>
		<description>&lt;p&gt;I use hidden rows/columns a lot in order to efficiently use the GETPIVOTDATA function. I group columns/rows as it makes it more apparent (at least to regular Excel users) that there are some things not being displayed.&lt;/p&gt;
&lt;p&gt;I use, but dislike, white on white text. If used, it&#039;s generally to indicate error conditions. Can be used directly or through conditional formatting.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I use hidden rows/columns a lot in order to efficiently use the GETPIVOTDATA function. I group columns/rows as it makes it more apparent (at least to regular Excel users) that there are some things not being displayed.</p>
<p>I use, but dislike, white on white text. If used, it&#8217;s generally to indicate error conditions. Can be used directly or through conditional formatting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan</title>
		<link>http://www.dailydoseofexcel.com/archives/2009/04/06/worst-excel-practices/#comment-38841</link>
		<dc:creator>Jan</dc:creator>
		<pubDate>Tue, 07 Apr 2009 23:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=2319#comment-38841</guid>
		<description>&lt;p&gt;YES to Stephanie absolutely and dcardno that&#039;s really bad practice!  &lt;/p&gt;
&lt;p&gt;Strictly speaking &quot;;;;&quot; hides numbers both positive and negative, zeros, trues and falses and even text.  Using the number format of &quot;;;;&quot; may seem smart but it introduces all kinds of potential sleeping errors in spreadsheets that are almost impossible to track.  I am not a fan of hidden rows or columns either, and I agree that they can get in the way.  Workbooks should always be built with inputs, calcs and outputs.  If you don&#039;t want to see something put it on an input or calcs sheet.  Your data table can be calculated on another sheet and an output sheet can be prepared for presentation-quality output.&lt;/p&gt;
&lt;p&gt;Ps I have just thought of another pet hate that should be number 2 or 3 on my list.  MERGED CELLS !&lt;br&gt;
There is no excuse.  If you really must then you can use &quot;Center across selection&quot; but no Merged cells please.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>YES to Stephanie absolutely and dcardno that&#8217;s really bad practice!  </p>
<p>Strictly speaking &#8220;;;;&#8221; hides numbers both positive and negative, zeros, trues and falses and even text.  Using the number format of &#8220;;;;&#8221; may seem smart but it introduces all kinds of potential sleeping errors in spreadsheets that are almost impossible to track.  I am not a fan of hidden rows or columns either, and I agree that they can get in the way.  Workbooks should always be built with inputs, calcs and outputs.  If you don&#8217;t want to see something put it on an input or calcs sheet.  Your data table can be calculated on another sheet and an output sheet can be prepared for presentation-quality output.</p>
<p>Ps I have just thought of another pet hate that should be number 2 or 3 on my list.  MERGED CELLS !<br />
There is no excuse.  If you really must then you can use &#8220;Center across selection&#8221; but no Merged cells please.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

