<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>load of tosh : Development</title><link>http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx</link><description>Tags: Development</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Writing Solid Code</title><link>http://blogs.msdn.com/tmeston/archive/2004/09/28/235091.aspx</link><pubDate>Tue, 28 Sep 2004 07:21:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:235091</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/235091.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=235091</wfw:commentRss><description>&lt;a href="http://www.amazon.com/exec/obidos/tg/detail/-/1556155514/qid=1096355528/sr=8-1/ref=pd_ka_1/002-9974848-2038420?v=glance&amp;amp;s=books&amp;amp;n=507846"&gt;&lt;img src="http://images.amazon.com/images/P/1556155514.01._SCTZZZZZZZ_.jpg" align="right" border="0" /&gt;&lt;/a&gt;&lt;font face="Arial" size="2"&gt;I've just finished reading &lt;a href="http://www.amazon.com/exec/obidos/tg/detail/-/1556155514/qid=1096355528/sr=8-1/ref=pd_ka_1/002-9974848-2038420?v=glance&amp;amp;s=books&amp;amp;n=507846"&gt;Writing Solid Code&lt;/a&gt;, which it seems everybody at Microsoft has and recommends.&amp;nbsp; I think one of my past dev leads bought each of us on the team a copy.&amp;nbsp; The odd thing is that it's having immediate effect.&amp;nbsp; Maybe that's not odd, but good.&amp;nbsp;&amp;nbsp;I'd finish a chapter and start immediately adding recommended practice to my home projects.&amp;nbsp; Many of the practices are old having been ingrained by dev leads and peers stating them time and again in code reviews.&amp;nbsp; It's clearly a part of the culture at MS.&amp;nbsp; What I found interesting in the book was real world stories of the "old" days -- bugs that were found in Mac Excel due to poor coding practices.&amp;nbsp; The other key takeaway of the book which I'd recommend to new hires or interns is the attitude that the author promotes of the developer being a tester first.&lt;/font&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/MS/default.aspx">MS</category><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item><item><title>Terrible rewrite compulsion</title><link>http://blogs.msdn.com/tmeston/archive/2003/08/22/24944.aspx</link><pubDate>Fri, 22 Aug 2003 07:22:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:24944</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>4</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/24944.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=24944</wfw:commentRss><description>&lt;p&gt;&lt;font face="Arial" size="2"&gt;I just opened a project that I hadn't touched in quite some time and noticed that I was building up my SQL statements by concatenation, which as we all know is a bad idea.  I then felt that old compulsion to start rewriting -- this time to use OleDbParameters.  I really don't need to update the code.  It's a personal tool, and it serves its purpose, but the urge to rewrite is there.  Next time I open it, I may have learned another new trick and feel that urge to implement that.  Anybody else have this kind of compulsion?&lt;/font&gt;&lt;font face="Arial" size="2"&gt;  I'm sick.&lt;/font&gt;&lt;/p&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/.NET/default.aspx">.NET</category><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item><item><title>Prototyping:  Do it right or get it done?</title><link>http://blogs.msdn.com/tmeston/archive/2003/08/04/22520.aspx</link><pubDate>Tue, 05 Aug 2003 00:42:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:22520</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/22520.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=22520</wfw:commentRss><description>&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;Given that prototype code has a way of becoming ship code and that one usually doesn't have a whole lot of time to play with a prototype, should one take the time to "do it right" or just mock up as many features as you can in your timeframe?  &lt;/font&gt;&lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;&lt;/font&gt; &lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;Hard-coding resource strings:  yes or no?&lt;/font&gt;&lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;Globalization: yes or no?&lt;/font&gt;&lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;Performance investigation:  yes or no?&lt;/font&gt;&lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;&lt;/font&gt; &lt;/div&gt;
&lt;div dir="ltr"&gt;&lt;font face="Arial" size="2"&gt;What is the priority list of things to do right in a prototype?&lt;/font&gt;&lt;/div&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item><item><title>Microsoft Developer Tools Roadmap 2003-2005</title><link>http://blogs.msdn.com/tmeston/archive/2003/08/03/22390.aspx</link><pubDate>Mon, 04 Aug 2003 04:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:22390</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/22390.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=22390</wfw:commentRss><description>&lt;p&gt;&lt;font face="Arial" size="2"&gt;Seems like many of you guys are already up to date on future Visual Studio releases.  In case you are interested in reading more on Whidbey and Orcas, you can visit &lt;a href="http://msdn.microsoft.com/vstudio/productinfo/roadmap.aspx"&gt;this article on MSDN&lt;/a&gt;.&lt;/font&gt;&lt;/p&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/MS/default.aspx">MS</category><category domain="http://blogs.msdn.com/tmeston/archive/tags/.NET/default.aspx">.NET</category><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item><item><title>"Edit and Continue" and programmers who work for a living.</title><link>http://blogs.msdn.com/tmeston/archive/2003/07/31/22113.aspx</link><pubDate>Thu, 31 Jul 2003 19:16:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:22113</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>2</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/22113.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=22113</wfw:commentRss><description>&lt;p class="MsoNormal" style="MARGIN: 0in 0in 0pt"&gt;&lt;font face="Arial" size="2"&gt;&lt;a href="http://www.neopoleon.com/blog/"&gt;Rory Blyth&lt;/a&gt; pointed me to &lt;a href="http://weblogs.asp.net/donxml/posts/21904.aspx"&gt;DonXML's recent post&lt;/a&gt; on edit and continue functionality encouraging poor programming practices.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;It's an interesting post for discussion, but I don't agree.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;For many VB guys, edit and continue is a feature on par in usefulness with something like Intellisense.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;It's a time-saver more than anything else.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;Many solution programmers don't have time to debate the various algorithm efficiencies or write test harnesses for each component they create.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;Many times, these guys are the ones writing test harnesses for your own code.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;They want something that works yesterday.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;If they're stepping through some new code to get it working, they don't want to rebuild for stupid mistakes that are not caught by the compiler.&lt;span style="mso-spacerun: yes"&gt;  &lt;/span&gt;IMO, they should bring edit and continue in for C# as well.&lt;/font&gt;&lt;/p&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/.NET/default.aspx">.NET</category><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item><item><title>ActiveSetup and MSI</title><link>http://blogs.msdn.com/tmeston/archive/2003/06/28/9404.aspx</link><pubDate>Sat, 28 Jun 2003 07:52:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9404</guid><dc:creator>Tosh Meston</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/tmeston/comments/9404.aspx</comments><wfw:commentRss>http://blogs.msdn.com/tmeston/commentrss.aspx?PostID=9404</wfw:commentRss><description>&lt;p&gt;&lt;font face="Arial" color="black" size="2"&gt;Hmmm...  trying to find information on using ActiveSetup to install an MSI is not easy.&lt;/font&gt;&lt;/p&gt;</description><category domain="http://blogs.msdn.com/tmeston/archive/tags/Development/default.aspx">Development</category></item></channel></rss>