<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: One Talk Down&#8230;</title>
	<link>http://laribee.com/blog/2006/10/19/one-talk-down/</link>
	<description>a yeah yeah, i push models like weight</description>
	<pubDate>Sat, 11 Oct 2008 23:35:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Hossein Massoumi</title>
		<link>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-157</link>
		<dc:creator>Hossein Massoumi</dc:creator>
		<pubDate>Mon, 30 Oct 2006 15:15:15 +0000</pubDate>
		<guid>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-157</guid>
		<description>I am late in posting my comments, but I concur w. Mark reagrding more focus on higher level stuff than code. It is  quite hard to do justice to a framework like cab thru coding in a short session.

I think also some burden should be placed on the audience as well. I would've preferred a requirement that the audience should be comfortable w. some cab concepts before attending the session. Or, just offer a beginners CAB presentation for such ppl. I am more interested in intermediate to advanced cab work. There was at least one individual that obviously had a poor understanding of CAB and kept interrupting the flow. 

I think some of the stuff that was mentioned in the presentation actually started going in the intermediate/advanced direction. For instance, the discussion about MVC (especially supervising presenter) and so forth. Another foray was when you mentioned that OB (in your opinion) was a DI 'framework framework'. That would have made a great subtopic. For instance, do you mean that we can replace OB w. Spring.NET, or our own framework? How about some guidelines and best practice recommendations.

Also I would've loved to hear about your implementation of 'State' replacement. How about replacing 'State' w. EntLib Caching block and so forth.

Anyways, thank for the talk and hope we get a lot more in future.</description>
		<content:encoded><![CDATA[<p>I am late in posting my comments, but I concur w. Mark reagrding more focus on higher level stuff than code. It is  quite hard to do justice to a framework like cab thru coding in a short session.</p>
<p>I think also some burden should be placed on the audience as well. I would&#8217;ve preferred a requirement that the audience should be comfortable w. some cab concepts before attending the session. Or, just offer a beginners CAB presentation for such ppl. I am more interested in intermediate to advanced cab work. There was at least one individual that obviously had a poor understanding of CAB and kept interrupting the flow. </p>
<p>I think some of the stuff that was mentioned in the presentation actually started going in the intermediate/advanced direction. For instance, the discussion about MVC (especially supervising presenter) and so forth. Another foray was when you mentioned that OB (in your opinion) was a DI &#8216;framework framework&#8217;. That would have made a great subtopic. For instance, do you mean that we can replace OB w. Spring.NET, or our own framework? How about some guidelines and best practice recommendations.</p>
<p>Also I would&#8217;ve loved to hear about your implementation of &#8216;State&#8217; replacement. How about replacing &#8216;State&#8217; w. EntLib Caching block and so forth.</p>
<p>Anyways, thank for the talk and hope we get a lot more in future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason von Bartheld</title>
		<link>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-78</link>
		<dc:creator>Jason von Bartheld</dc:creator>
		<pubDate>Fri, 20 Oct 2006 22:31:53 +0000</pubDate>
		<guid>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-78</guid>
		<description>Great presentation in delivery as well as content. 

Anyone who thought they were going to walk out of any short presentation with a strong understanding of CAB clearly never attempted to wrap their head around it. It is huge, but it is hugely powerful and elegant when you understand how to leverage it.

Thanks for tackling such a relevant/complex subject in your presentation. You did an excellent job.

Looking forward to my first code camp if this topic is covered there.</description>
		<content:encoded><![CDATA[<p>Great presentation in delivery as well as content. </p>
<p>Anyone who thought they were going to walk out of any short presentation with a strong understanding of CAB clearly never attempted to wrap their head around it. It is huge, but it is hugely powerful and elegant when you understand how to leverage it.</p>
<p>Thanks for tackling such a relevant/complex subject in your presentation. You did an excellent job.</p>
<p>Looking forward to my first code camp if this topic is covered there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Freedman</title>
		<link>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-77</link>
		<dc:creator>Mark Freedman</dc:creator>
		<pubDate>Fri, 20 Oct 2006 17:33:16 +0000</pubDate>
		<guid>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-77</guid>
		<description>Thanks for your presentation last night.  In hindsight, we shouldn't have been focusing so much on the Mets (save for one amazing catch), and should have spent several more hours on CAB ;)

As I mentioned last night, there is so much material in CAB that it needs a solid month of training, and a single UG presentation is definitely a tease and shortchanges the topic.  Although it was good to see what's involved, I'm afraid it may have overwhelmed some people a bit.  As soon as we started to grasp one feature, you were on to the next (through no fault of your own -- it is a lot to fit in).

I would prefer having multiple presentations, focusing on a topic at a time, from the guidance software on down.  But I understand that is probably not best for UGs -- it's more of a training topic than in introduction and overview.

My recommendation for tweaking subsequent presentations is to spend a lot of time giving a high-level overview of the architecture without digging into code, and leave some specific code portions for Code Camps, training courses, or even your blog.

I know UG attendees love seeing code, this topic may require too much of a learning curve to dive into code so early.

I'd love to see the presentation again at another UG as it evolves.</description>
		<content:encoded><![CDATA[<p>Thanks for your presentation last night.  In hindsight, we shouldn&#8217;t have been focusing so much on the Mets (save for one amazing catch), and should have spent several more hours on CAB ;)</p>
<p>As I mentioned last night, there is so much material in CAB that it needs a solid month of training, and a single UG presentation is definitely a tease and shortchanges the topic.  Although it was good to see what&#8217;s involved, I&#8217;m afraid it may have overwhelmed some people a bit.  As soon as we started to grasp one feature, you were on to the next (through no fault of your own &#8212; it is a lot to fit in).</p>
<p>I would prefer having multiple presentations, focusing on a topic at a time, from the guidance software on down.  But I understand that is probably not best for UGs &#8212; it&#8217;s more of a training topic than in introduction and overview.</p>
<p>My recommendation for tweaking subsequent presentations is to spend a lot of time giving a high-level overview of the architecture without digging into code, and leave some specific code portions for Code Camps, training courses, or even your blog.</p>
<p>I know UG attendees love seeing code, this topic may require too much of a learning curve to dive into code so early.</p>
<p>I&#8217;d love to see the presentation again at another UG as it evolves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-76</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Fri, 20 Oct 2006 14:37:14 +0000</pubDate>
		<guid>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-76</guid>
		<description>Thanks for the kind words, Charles. 

I misspelled the word dependency (I usually turn spell check off in office - bad habit, i know!) Anyway, ObjectBuilder and DI are some of the things I'd like to dig into at the NJ CodeCamp if Scott &#38; Don give me the say-so. 

Hope to see you there...</description>
		<content:encoded><![CDATA[<p>Thanks for the kind words, Charles. </p>
<p>I misspelled the word dependency (I usually turn spell check off in office - bad habit, i know!) Anyway, ObjectBuilder and DI are some of the things I&#8217;d like to dig into at the NJ CodeCamp if Scott &amp; Don give me the say-so. </p>
<p>Hope to see you there&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Teague</title>
		<link>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-75</link>
		<dc:creator>Charles Teague</dc:creator>
		<pubDate>Fri, 20 Oct 2006 12:05:58 +0000</pubDate>
		<guid>http://laribee.com/blog/2006/10/19/one-talk-down/#comment-75</guid>
		<description>Very good talk -- not just the substance, but your delivery, as well. Hope I can get to the Code Camp to see the "feature-length"version. Thanks very much for sharing your experience with us -- I'll be checking out the resources page next.  Kudos on the artwork. Did you spell dependency "Depdency" on purpose? Leave it, it's a great touch.</description>
		<content:encoded><![CDATA[<p>Very good talk &#8212; not just the substance, but your delivery, as well. Hope I can get to the Code Camp to see the &#8220;feature-length&#8221;version. Thanks very much for sharing your experience with us &#8212; I&#8217;ll be checking out the resources page next.  Kudos on the artwork. Did you spell dependency &#8220;Depdency&#8221; on purpose? Leave it, it&#8217;s a great touch.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
