<?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: The bar has been raised</title>
	<atom:link href="http://gokubi.com/archives/the-bar-has-been-raised/feed" rel="self" type="application/rss+xml" />
	<link>http://gokubi.com/archives/the-bar-has-been-raised</link>
	<description></description>
	<lastBuildDate>Wed, 21 Mar 2012 19:29:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Steve</title>
		<link>http://gokubi.com/archives/the-bar-has-been-raised/comment-page-1#comment-60160</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sat, 29 Sep 2007 05:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://gokubi.com/archives/the-bar-has-been-raised#comment-60160</guid>
		<description>I remember long ago reading (I think) about a test harness for the AJAX toolkit. I had no idea what that meant at the time...and haven&#039;t heard anything since.

I think in the future we can off-load a lot of the logic to Apex, and have s-controls that call those blocks as web services. I hope to have my first example of that built this week--an S-Control that clones an Opportunity along with the contact roles. Right now that&#039;s an s-control with no UI. Should be easy to rewrite as an s-control where all it does is call an Apex method, passing in the id of the Opp to be cloned.

Then you can test the Apex and effectively test the s-control. For s-controls where you can&#039;t off load everything, I suppose we&#039;ll keep doing things the way we are now. But I&#039;m open to suggestions, for sure.</description>
		<content:encoded><![CDATA[<p>I remember long ago reading (I think) about a test harness for the AJAX toolkit. I had no idea what that meant at the time&#8230;and haven&#8217;t heard anything since.</p>
<p>I think in the future we can off-load a lot of the logic to Apex, and have s-controls that call those blocks as web services. I hope to have my first example of that built this week&#8211;an S-Control that clones an Opportunity along with the contact roles. Right now that&#8217;s an s-control with no UI. Should be easy to rewrite as an s-control where all it does is call an Apex method, passing in the id of the Opp to be cloned.</p>
<p>Then you can test the Apex and effectively test the s-control. For s-controls where you can&#8217;t off load everything, I suppose we&#8217;ll keep doing things the way we are now. But I&#8217;m open to suggestions, for sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evan Callahan</title>
		<link>http://gokubi.com/archives/the-bar-has-been-raised/comment-page-1#comment-60156</link>
		<dc:creator>Evan Callahan</dc:creator>
		<pubDate>Sat, 29 Sep 2007 04:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://gokubi.com/archives/the-bar-has-been-raised#comment-60156</guid>
		<description>Raising the bar, indeed.  You are scaring me.

Even with Apex, we&#039;ll still have s-controls. Can we somehow automate testing them too?</description>
		<content:encoded><![CDATA[<p>Raising the bar, indeed.  You are scaring me.</p>
<p>Even with Apex, we&#8217;ll still have s-controls. Can we somehow automate testing them too?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://gokubi.com/archives/the-bar-has-been-raised/comment-page-1#comment-60073</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 28 Sep 2007 17:33:04 +0000</pubDate>
		<guid isPermaLink="false">http://gokubi.com/archives/the-bar-has-been-raised#comment-60073</guid>
		<description>I will do a screen case when we get this hammered out in the next couple days. The biggest benefit right now to building this in a test-driven way is that I can make changes and run the test to see if it works. I don&#039;t have to go to www.salesforce.com and use the UI to see the behavior. Incredibly more efficient.

Example: I didn&#039;t handle the case where if one spouse changes their last name that the HH recognition name should change. So, I created a test for that. Just took a Contact, changed the last name, and then checked to see if the HH recognition name had changed. The test failed, as expected. Then I wrote the code to handle that case. Then I clicked the test button again and the test passed, meaning my code worked. Awesome.

I need to read up on test-driven development, and object-oriented programming in general now that I&#039;m using this new powerful language. Every day is a learning day...</description>
		<content:encoded><![CDATA[<p>I will do a screen case when we get this hammered out in the next couple days. The biggest benefit right now to building this in a test-driven way is that I can make changes and run the test to see if it works. I don&#8217;t have to go to <a href="http://www.salesforce.com" rel="nofollow">http://www.salesforce.com</a> and use the UI to see the behavior. Incredibly more efficient.</p>
<p>Example: I didn&#8217;t handle the case where if one spouse changes their last name that the HH recognition name should change. So, I created a test for that. Just took a Contact, changed the last name, and then checked to see if the HH recognition name had changed. The test failed, as expected. Then I wrote the code to handle that case. Then I clicked the test button again and the test passed, meaning my code worked. Awesome.</p>
<p>I need to read up on test-driven development, and object-oriented programming in general now that I&#8217;m using this new powerful language. Every day is a learning day&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sonny</title>
		<link>http://gokubi.com/archives/the-bar-has-been-raised/comment-page-1#comment-60065</link>
		<dc:creator>Sonny</dc:creator>
		<pubDate>Fri, 28 Sep 2007 17:03:13 +0000</pubDate>
		<guid isPermaLink="false">http://gokubi.com/archives/the-bar-has-been-raised#comment-60065</guid>
		<description>Steve...do you have a screencast of the Household apex functionality yet?  Really looking forward to seeing Apex in the nonprofit edition and your brilliance adopted by the lot of us. 

RE: Jon...I don&#039;t think most in the nptech community know what the hell you guys are talking about...I just barely do.</description>
		<content:encoded><![CDATA[<p>Steve&#8230;do you have a screencast of the Household apex functionality yet?  Really looking forward to seeing Apex in the nonprofit edition and your brilliance adopted by the lot of us. </p>
<p>RE: Jon&#8230;I don&#8217;t think most in the nptech community know what the hell you guys are talking about&#8230;I just barely do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Stahl</title>
		<link>http://gokubi.com/archives/the-bar-has-been-raised/comment-page-1#comment-59916</link>
		<dc:creator>Jon Stahl</dc:creator>
		<pubDate>Fri, 28 Sep 2007 00:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://gokubi.com/archives/the-bar-has-been-raised#comment-59916</guid>
		<description>W00t!  Test-driven development rocks.  It&#039;s how you PROVE that your new code doesn&#039;t break your old code.  That&#039;s huge.  It&#039;s a shame that more folks in the nonprofit tech community don&#039;t seem to value this approach.</description>
		<content:encoded><![CDATA[<p>W00t!  Test-driven development rocks.  It&#8217;s how you PROVE that your new code doesn&#8217;t break your old code.  That&#8217;s huge.  It&#8217;s a shame that more folks in the nonprofit tech community don&#8217;t seem to value this approach.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

