<?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"
	>
<channel>
	<title>Comments for Wille Faler's Buzzword Bingo</title>
	<atom:link href="http://faler.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://faler.wordpress.com</link>
	<description>Random ramblings on software development, entrepreneurship, technology &#38; economics</description>
	<pubDate>Sun, 27 Jul 2008 05:44:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>Comment on If you need a build team, your build is too complex by Wille</title>
		<link>http://faler.wordpress.com/2008/07/23/if-you-need-a-build-team-your-build-is-too-complex/#comment-1599</link>
		<dc:creator>Wille</dc:creator>
		<pubDate>Fri, 25 Jul 2008 11:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=365#comment-1599</guid>
		<description>I take your point to quite a large extent - especially if you have a large project that is split into sub projects that need to be integrated at some point.

However, what I am questioning is the need for it to be an explicit "team" or part of the project, I believe that developers should be disciplined enough to integrate things smoothly on their own (I know that is not always the case though..). I can see though that there is nothing wrong with having "build specialists" in a dev/maintenance team that are more specialized in installing, setting things up etc. Having different competencies in a team is very important, or you risk getting a "mono culture" that is very liable to not seeing mistakes and problems.

I'd say that most of the time, the "need" for a build team very much highlights the shortcomings and mistakes of a team of developers, not the other way around.</description>
		<content:encoded><![CDATA[<p>I take your point to quite a large extent - especially if you have a large project that is split into sub projects that need to be integrated at some point.</p>
<p>However, what I am questioning is the need for it to be an explicit &#8220;team&#8221; or part of the project, I believe that developers should be disciplined enough to integrate things smoothly on their own (I know that is not always the case though..). I can see though that there is nothing wrong with having &#8220;build specialists&#8221; in a dev/maintenance team that are more specialized in installing, setting things up etc. Having different competencies in a team is very important, or you risk getting a &#8220;mono culture&#8221; that is very liable to not seeing mistakes and problems.</p>
<p>I&#8217;d say that most of the time, the &#8220;need&#8221; for a build team very much highlights the shortcomings and mistakes of a team of developers, not the other way around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If you need a build team, your build is too complex by Åsa Berggren</title>
		<link>http://faler.wordpress.com/2008/07/23/if-you-need-a-build-team-your-build-is-too-complex/#comment-1598</link>
		<dc:creator>Åsa Berggren</dc:creator>
		<pubDate>Fri, 25 Jul 2008 11:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=365#comment-1598</guid>
		<description>hi. I really don't agree that you don't need a build team. I agree that you should have a buildtool or buildscript that makes sure that the build is easy to perform but the build team is needed anyway. The main task of the build team should be to make sure that the developers are working according to the process and that code that is sent to integration don't sabotage the code base. It is also very good to have a team very close to the build team that optimizes the compiler and buildscripts so that the time to build the code doesn't take too long. Both the developers and the build team will benefit of this. What I do agree with is that a build team that is working a very long time to integrate the code recived from the developers is not a very good thing. The developers should make sure that their code works with the code base so that the integration will be easy.</description>
		<content:encoded><![CDATA[<p>hi. I really don&#8217;t agree that you don&#8217;t need a build team. I agree that you should have a buildtool or buildscript that makes sure that the build is easy to perform but the build team is needed anyway. The main task of the build team should be to make sure that the developers are working according to the process and that code that is sent to integration don&#8217;t sabotage the code base. It is also very good to have a team very close to the build team that optimizes the compiler and buildscripts so that the time to build the code doesn&#8217;t take too long. Both the developers and the build team will benefit of this. What I do agree with is that a build team that is working a very long time to integrate the code recived from the developers is not a very good thing. The developers should make sure that their code works with the code base so that the integration will be easy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Windows Vista is a useless pile of s**t by Ken Buck</title>
		<link>http://faler.wordpress.com/2008/07/23/windows-vista-is-a-useless-pile-of-st/#comment-1595</link>
		<dc:creator>Ken Buck</dc:creator>
		<pubDate>Wed, 23 Jul 2008 12:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=363#comment-1595</guid>
		<description>Need help with Linux, go to my website. It's not complete yet, but there may be some info of use to you.   http://convertingtolinux.com/</description>
		<content:encoded><![CDATA[<p>Need help with Linux, go to my website. It&#8217;s not complete yet, but there may be some info of use to you.   <a href="http://convertingtolinux.com/" rel="nofollow">http://convertingtolinux.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Most pointless code snippet I have ever seen by Wille</title>
		<link>http://faler.wordpress.com/2008/07/15/most-pointless-code-snippet-i-have-ever-seen/#comment-1586</link>
		<dc:creator>Wille</dc:creator>
		<pubDate>Wed, 16 Jul 2008 14:16:06 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=356#comment-1586</guid>
		<description>"Foo" was actually a class that resided in the same package as the shown code snippet.

Even so, I think if you _know_ what implementation class you are looking for when you are writing the code, it should be supplied during compile/build time, if only as a "provided"-type dependency in Maven (or whatever build tool is used).</description>
		<content:encoded><![CDATA[<p>&#8220;Foo&#8221; was actually a class that resided in the same package as the shown code snippet.</p>
<p>Even so, I think if you _know_ what implementation class you are looking for when you are writing the code, it should be supplied during compile/build time, if only as a &#8220;provided&#8221;-type dependency in Maven (or whatever build tool is used).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Most pointless code snippet I have ever seen by Jon Mann</title>
		<link>http://faler.wordpress.com/2008/07/15/most-pointless-code-snippet-i-have-ever-seen/#comment-1585</link>
		<dc:creator>Jon Mann</dc:creator>
		<pubDate>Wed, 16 Jul 2008 14:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=356#comment-1585</guid>
		<description>&#62; The original code at the top instantiates a specific class, invokes a specific method through reflection, all of it hardcoded, why oh why would anyone ever want to do that?

One possibility is that "Foo" is an optional plugin (possibly provided by a 3rd party), which is not available at compile time (and so cannot be imported).

If "Foo" is supplied (at runtime), the original code will load it and execute "setBar", which will presumably do something useful. If "Foo" is not supplied (at runtime), then an error message is logged.

Without the full context of the example, it's difficult to say if that is the intention.</description>
		<content:encoded><![CDATA[<p>&gt; The original code at the top instantiates a specific class, invokes a specific method through reflection, all of it hardcoded, why oh why would anyone ever want to do that?</p>
<p>One possibility is that &#8220;Foo&#8221; is an optional plugin (possibly provided by a 3rd party), which is not available at compile time (and so cannot be imported).</p>
<p>If &#8220;Foo&#8221; is supplied (at runtime), the original code will load it and execute &#8220;setBar&#8221;, which will presumably do something useful. If &#8220;Foo&#8221; is not supplied (at runtime), then an error message is logged.</p>
<p>Without the full context of the example, it&#8217;s difficult to say if that is the intention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iMac - first impressions from a recent convert by thezerox</title>
		<link>http://faler.wordpress.com/2008/07/05/imac-first-impressions-from-a-recent-convert/#comment-1583</link>
		<dc:creator>thezerox</dc:creator>
		<pubDate>Sat, 12 Jul 2008 06:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=350#comment-1583</guid>
		<description>And there is also Quicksilver, which is a good replacement for Spotlight.</description>
		<content:encoded><![CDATA[<p>And there is also Quicksilver, which is a good replacement for Spotlight.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Saying that using a standard is &#8220;less risk&#8221; doesn&#8217;t make it so by Magnus Persson</title>
		<link>http://faler.wordpress.com/2008/07/03/saying-that-using-a-standard-is-less-risk-doesnt-make-it-so/#comment-1579</link>
		<dc:creator>Magnus Persson</dc:creator>
		<pubDate>Wed, 09 Jul 2008 22:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=346#comment-1579</guid>
		<description>Less risk = less risk of fucking up in a way no one else does. If you do the same mistake as everybody else, it is in other words excusable, because at least you won't be worse off than the rest...</description>
		<content:encoded><![CDATA[<p>Less risk = less risk of fucking up in a way no one else does. If you do the same mistake as everybody else, it is in other words excusable, because at least you won&#8217;t be worse off than the rest&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iMac - first impressions from a recent convert by Magnus Persson</title>
		<link>http://faler.wordpress.com/2008/07/05/imac-first-impressions-from-a-recent-convert/#comment-1578</link>
		<dc:creator>Magnus Persson</dc:creator>
		<pubDate>Wed, 09 Jul 2008 13:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=350#comment-1578</guid>
		<description>Oh, and the green button on the top of the window is not a maximizing button, it's a "zoom" button. I don't fully agree with the concept either, it's supposed to find an "optimal" window size, but for me it quite often chooses something which is probably optimal, but not for me. I've learnt to live with that. At least OS X remembers which size windows I used last time, so I don't have to resize them every time I start them...</description>
		<content:encoded><![CDATA[<p>Oh, and the green button on the top of the window is not a maximizing button, it&#8217;s a &#8220;zoom&#8221; button. I don&#8217;t fully agree with the concept either, it&#8217;s supposed to find an &#8220;optimal&#8221; window size, but for me it quite often chooses something which is probably optimal, but not for me. I&#8217;ve learnt to live with that. At least OS X remembers which size windows I used last time, so I don&#8217;t have to resize them every time I start them&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iMac - first impressions from a recent convert by christopher</title>
		<link>http://faler.wordpress.com/2008/07/05/imac-first-impressions-from-a-recent-convert/#comment-1570</link>
		<dc:creator>christopher</dc:creator>
		<pubDate>Sat, 05 Jul 2008 20:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=350#comment-1570</guid>
		<description>Also, there are several free programs that let you mess with your dock settings, allowing you to customize the appearance (including the little white dots below active icons, making them more visible).

Welcome to the Mac community!</description>
		<content:encoded><![CDATA[<p>Also, there are several free programs that let you mess with your dock settings, allowing you to customize the appearance (including the little white dots below active icons, making them more visible).</p>
<p>Welcome to the Mac community!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iMac - first impressions from a recent convert by Wille</title>
		<link>http://faler.wordpress.com/2008/07/05/imac-first-impressions-from-a-recent-convert/#comment-1569</link>
		<dc:creator>Wille</dc:creator>
		<pubDate>Sat, 05 Jul 2008 18:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://faler.wordpress.com/?p=350#comment-1569</guid>
		<description>Didn't actually notice that before you made me aware of it. Thanks!</description>
		<content:encoded><![CDATA[<p>Didn&#8217;t actually notice that before you made me aware of it. Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
