<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Coding Frogs - Latest Comments</title><link>http://codingfrogs.disqus.com/</link><description>croaking about programming, programming languages, software engineering, and the business of software</description><atom:link href="https://codingfrogs.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Sat, 18 Aug 2012 05:50:31 -0000</lastBuildDate><item><title>Re: Software Engineering No More</title><link>http://www.codingfrogs.net/2009/08/04/software-engineering-no-more/#comment-622631853</link><description>&lt;p&gt;Organized content is the best way to display or post an article, thank you for making it easy to digest your post.&lt;br&gt; &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Topclassified software</dc:creator><pubDate>Sat, 18 Aug 2012 05:50:31 -0000</pubDate></item><item><title>Re: Software Development Methodology Profile &amp;#8211; Novell Forge</title><link>http://www.codingfrogs.net/2011/03/09/software-development-methodology-profile-novell-forge/#comment-282305771</link><description>&lt;p&gt;&lt;/p&gt;&lt;p&gt;Our software services include support and migration services&lt;br&gt;for your current software applications, and also development of newer&lt;br&gt;application software to meet your business requirements. Our services for &lt;a href="  http://
www.FoutsVentures.com" rel="nofollow noopener" target="_blank" title="  http://
www.FoutsVentures.com"&gt;&lt;br&gt;software&lt;br&gt;development&lt;/a&gt;in&lt;br&gt;world extends to third party software implementations and maintenance services.&lt;br&gt; &lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alinanancy</dc:creator><pubDate>Wed, 10 Aug 2011 11:46:11 -0000</pubDate></item><item><title>Re: Interview Process Too Rigid?  Ye Shall Know It By The Fruits</title><link>http://www.codingfrogs.net/2009/12/23/interview-process-too-rigid-ye-shall-know-it-by-the-fruits/#comment-193978144</link><description>&lt;p&gt;Good point, Dan.  I'm not sure it is realistic to assume that you can have a perfect process that will always select every great candidate and always omit every undesirable candidate.  And I don't think you were suggesting that, either; I think what you are saying is that no matter how much you refine the process, you will still have to deal with sometimes hiring people you wish you hadn't, or unknowingly screening out people that you should have hired.  That's just the nature of it, but I believe you can measure how effective you are by looking at the team you've hired.&lt;br&gt;Whether you meant it or not, however, I think you brought up another key point, which is that you need a conscious strategy when you hire.  If you have one, you alter the process based on an evaluation of your needs and results, and not because of individual preferences.  That way you'd be consciously deciding to alter the process to see what results you get, watching to see if the results change, instead of noticing after-the-fact that the results differ and, if you are lucky, being able to associate that with an unintended change in the hiring process due to someone's personal technique.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattvryan</dc:creator><pubDate>Thu, 31 Dec 2009 18:29:23 -0000</pubDate></item><item><title>Re: Interview Process Too Rigid?  Ye Shall Know It By The Fruits</title><link>http://www.codingfrogs.net/2009/12/23/interview-process-too-rigid-ye-shall-know-it-by-the-fruits/#comment-193978143</link><description>&lt;p&gt;I should have read that more closely before submitting. :)&lt;/p&gt;&lt;p&gt;"...by different people, changes over time."&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dan Reese</dc:creator><pubDate>Thu, 31 Dec 2009 17:58:42 -0000</pubDate></item><item><title>Re: Interview Process Too Rigid?  Ye Shall Know It By The Fruits</title><link>http://www.codingfrogs.net/2009/12/23/interview-process-too-rigid-ye-shall-know-it-by-the-fruits/#comment-193978142</link><description>&lt;p&gt;I like your comments about examining the results of the hiring process to see if it works. The only flaw I can think of is when a hiring process, through participation or adjustments by different people, alter the process over time.&lt;/p&gt;&lt;p&gt;Looking back at those I've worked with in the past, I suspect that if I tried to design a hiring process that would hire them and only them, I'm not sure if I could do it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dan Reese</dc:creator><pubDate>Thu, 31 Dec 2009 17:57:40 -0000</pubDate></item><item><title>Re: Actions Speak Louder Than Code</title><link>http://www.codingfrogs.net/2009/08/07/actions-speak-louder-than-code/#comment-193978102</link><description>&lt;p&gt;@Briton - Well, I've been on lots of software engineering teams in lots of different companies, so I've seen a lot of different personalities, and I've seen what works and what doesn't.  This is kind of a summation of many years of experience here.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattvryan</dc:creator><pubDate>Mon, 10 Aug 2009 12:12:22 -0000</pubDate></item><item><title>Re: Actions Speak Louder Than Code</title><link>http://www.codingfrogs.net/2009/08/07/actions-speak-louder-than-code/#comment-193978104</link><description>&lt;p&gt;Humm.... wonder if you had any people in particular in mind when you wrote this.  Nahh... probably not ;)  The "mall test" should definately apply to Dev's.  That's why I didn't come over when I saw you in the mall the other day :P&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Briton</dc:creator><pubDate>Fri, 07 Aug 2009 21:46:13 -0000</pubDate></item><item><title>Re: Software Engineering No More</title><link>http://www.codingfrogs.net/2009/08/04/software-engineering-no-more/#comment-193978092</link><description>&lt;p&gt;Same logic for project management. I believe that most projects would be better led by just getting out of the way. Outside of new product development of large construction projects, few and far between are projects that require full communication plans, phase gates, stakeholder analysis, etc, etc.&lt;/p&gt;&lt;p&gt;However, there is a whole bunch of crap out there as well on which no time should have been spent...any time on i-am-bored, albinoblacksheep or even a browse through app's for the iphone will tell you that. The real trick is balancing management and oversite with the scope and scale of the project, and I believe that the bigger a firm becomes, the more difficult this truly is.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jd</dc:creator><pubDate>Tue, 04 Aug 2009 21:29:24 -0000</pubDate></item><item><title>Re: Versioning Containers and Iterators</title><link>http://www.codingfrogs.net/2009/06/23/versioning-containers-and-iterators/#comment-193978099</link><description>&lt;p&gt;This is why I hardly ever read your blog... I do love the Chocolate Cake skit though!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">The Meesh</dc:creator><pubDate>Wed, 24 Jun 2009 16:50:36 -0000</pubDate></item></channel></rss>