<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Hackerdude &#187; development</title>
	<atom:link href="http://www.hackerdude.com/tag/development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hackerdude.com</link>
	<description>Software Development Blog by David Martinez</description>
	<lastBuildDate>Fri, 17 Sep 2010 18:31:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>BernieCode &#187; How to debug JavaScript with Visual Web Developer Express</title>
		<link>http://www.hackerdude.com/2008/09/25/berniecode-how-to-debug-javascript-with-visual-web-developer-express/</link>
		<comments>http://www.hackerdude.com/2008/09/25/berniecode-how-to-debug-javascript-with-visual-web-developer-express/#comments</comments>
		<pubDate>Thu, 25 Sep 2008 23:39:09 +0000</pubDate>
		<dc:creator>David Martinez</dc:creator>
				<category><![CDATA[Web Development: Client Side]]></category>
		<category><![CDATA[development]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.hackerdude.com/2008/09/25/berniecode-how-to-debug-javascript-with-visual-web-developer-express/</guid>
		<description><![CDATA[Among the things we all have to do (even those of us with Macs) is debug Javascript for Internet Explorer. The JS Engine is quirky and dumb, and other than memory management and garbage collection, they have done hardly anything to the annoyances of their particular implementation of the language. But they are the big [...]]]></description>
			<content:encoded><![CDATA[<p>Among the things we all have to do (even those of us with Macs) is debug Javascript for Internet Explorer. The JS Engine is quirky and dumb, and other than memory management and garbage collection, they have done hardly anything to the annoyances of their particular implementation of the language. But they are the big gorilla, so sites have to run on it. I was using the Microsoft Script Debugger but apparently there is a way to use Microsoft Visual Web Developer express for the same purpose, provided you do the workaround <a href="http://www.berniecode.com">Bernie</a> outlines on his site.</p>
<blockquote cite="http://www.berniecode.com/blog/2007/03/08/how-to-debug-javascript-with-visual-web-developer-express/">
<p>Microsoft have released an excellent free edition of Visual Studio for web development called Visual Web Developer, but among the features reserved for the professional edition is the ability to connect to a process. Hence when you get a JavaScript error in a web page, VWD won&#8217;t appear in the list of possible debuggers.</p>
<p>[From <a href="http://www.berniecode.com/blog/2007/03/08/how-to-debug-javascript-with-visual-web-developer-express/"><cite>BernieCode &#187; How to debug JavaScript with Visual Web Developer Express</cite></a>]
</p></blockquote>
<p>I just wish I didn't need 1.7Gb of <b>Hard Drive Space</b> just to run a debugger. Darn <a href="http://en.wikipedia.org/wiki/White_elephant">white elephant</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackerdude.com/2008/09/25/berniecode-how-to-debug-javascript-with-visual-web-developer-express/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Get Something done *every day*</title>
		<link>http://www.hackerdude.com/2008/06/25/get-something-done-every-day/</link>
		<comments>http://www.hackerdude.com/2008/06/25/get-something-done-every-day/#comments</comments>
		<pubDate>Wed, 25 Jun 2008 15:52:32 +0000</pubDate>
		<dc:creator>David Martinez</dc:creator>
				<category><![CDATA[Methodology]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[development]]></category>

		<guid isPermaLink="false">http://www.hackerdude.com/2008/06/25/get-something-done-every-day/</guid>
		<description><![CDATA[<p>So you already get stuff done every day. But who besides you knows this?</p>]]></description>
			<content:encoded><![CDATA[<p>"Get stuff done every day. If the task is too large, break it down and explain what you're doing. But get something done every day.</p>
<p>It's too easy for us to say "I'm still working on associating the widgets to the watzits". But with this level of information the customer only hears " - still - ".</p>
<p><span id="more-525"></span></p>
<p>Instead, we should provide visibility to the customer of the things inside the feature we're doing. "Working on associating the widgets to the watzits - I just finished the service and controller test and code and today I'm going to work on the JSP. After that I should be able to run the interaction and the tests. My roadblocks are XX". These couple of sentences by themselves provide:</p>
<ul>
<li>A list of subtasks</li>
<li>A current status</li>
<li>What's left</li>
<li>What problems you're finding</li>
</ul>
<p>Note that we didn't go into too much of a level of detail at this point - you can always clarify on subsequent sentences. Even if it doesn't mean a lot to the business people, in their brain now there's at least a "step 2 of 4" connection, making things easier for them when planning ahead. Other developers can know what area you're on and what to avoid (or what touches their stuff), and people with special skills (web devs, db people) can more or less suspect when they will be needed, helping them plan their day or be proactive.</p>
<p>This has another important side benefit: A lot of times us techies complain that "project managers and business types don't get it". Well, without the repetition of giving this level of detail out on a daily basis, there is no way to "teach" project managers what is hard for whom and have them remember.</p>
<p>These same business people who "don't understand code" will most likely eventually "get" whether JSPs are easier or harder than controllers in general, and good managers who are in tune with human factors will also understand which are harder or easier for different people (helping with job assignments) even if they don't even know what a controller is.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackerdude.com/2008/06/25/get-something-done-every-day/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

