<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - It's NOT the code, stupid!</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Sat, 18 May 2013 20:56:11 -0400</pubDate>


    <item>

        <title>It's not the code alone ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[... but making the code easier to read helps. And not having to mentally filter all the getters/setters that are only boilerplate will help.
And closures are really much easier to read and more powerful than their anonymous inner class counterparts.]]></description>
        

        <pubDate>Wed, 10 Jan 2007 13:10:56 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Jan 2007 13:10:56 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Jan 2007 13:10:56 -0500</jf:modificationDate>
        <jf:date>Jan 10, 2007</jf:date>
        <jf:author>Victor Volle</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I think you are missing the point.  If you were asked to build a rocket capable of reaching escape velocity with only common common eating utensils (e.g. forks, spoons, chopsticks) as tools, what are your chances of...]]></description>
        

        <pubDate>Wed, 10 Jan 2007 09:19:23 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Jan 2007 09:19:23 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Jan 2007 09:19:23 -0500</jf:modificationDate>
        <jf:date>Jan 10, 2007</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>I think you are missing the point.  If you were asked to build a rocket capable of reaching escape velocity with only common common eating utensils (e.g. forks, spoons, chopsticks) as tools, what are your chances of success?</blockquote>...]]></description>
        

        <pubDate>Wed, 10 Jan 2007 07:30:58 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Jan 2007 07:30:58 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Jan 2007 07:30:58 -0500</jf:modificationDate>
        <jf:date>Jan 10, 2007</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: It's the PEOPLE, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>The following article by Alistair Cockburn from 1999 still rings more true today than any other article I've ever read regarding the success/failure of projects:<br><br><a...]]></description>
        

        <pubDate>Wed, 10 Jan 2007 06:05:04 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Jan 2007 06:05:04 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Jan 2007 06:05:04 -0500</jf:modificationDate>
        <jf:date>Jan 10, 2007</jf:date>
        <jf:author>ServerSide Sid</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: First, a small step ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[I'm all for incremental and iterative, agile and all....]]></description>
        

        <pubDate>Wed, 10 Jan 2007 05:21:05 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Jan 2007 05:21:05 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Jan 2007 05:21:05 -0500</jf:modificationDate>
        <jf:date>Jan 10, 2007</jf:date>
        <jf:author>Ashley Aitken</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote><blockquote>We need to get our head out of the code!<br><br>By which I mean we should spend more time at the 10000ft view in respect of not just tools but architecture and other considerations beyond just getting our hands dirty in the...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 15:42:47 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 15:42:47 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 15:42:47 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Constance Eustace</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote><blockquote>OK now we are on the same page. What I see in most places is that a deadline is set and then the estimate is made to fit that deadline. I guess that's really a process problem but it's outside of the technical aspect of system...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 13:44:06 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 13:44:06 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 13:44:06 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>Go take a look at the Groovy thread posted a few days back.  I think it is moving towards being a hybrid language, where static analysis and optimization are performed where static structures are available but the developer is free to use...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 13:20:57 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 13:20:57 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 13:20:57 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>OK now we are on the same page. What I see in most places is that a deadline is set and then the estimate is made to fit that deadline. I guess that's really a process problem but it's outside of the technical aspect of system development...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 12:28:24 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 12:28:24 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 12:28:24 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Erik Engbrecht</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>Closures and function pointers are not restricted to dynamic languages. They can be staticly typechecked. But your point about dynamic languages doing well at code efficiency is exactly right on. That's why I think using dynamic languages in...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 12:22:15 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 12:22:15 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 12:22:15 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Erik Engbrecht</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>*semi-technical manager - a manager that used to code but was moved into management to limit the damage they were causing.</blockquote>...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 10:39:28 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 10:39:28 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 10:39:28 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Andrei Panamarou</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>*semi-technical manager - a manager that used to code but was moved into management to limit the damage they were causing.</blockquote>
Hmmm. How do you know about where I work?  :)]]></description>
        

        <pubDate>Tue, 09 Jan 2007 09:45:03 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 09:45:03 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 09:45:03 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I agree that we should be looking at the system from a higher level but a higher-level language helps a lot with this.  I'm not saying you can't take high-level design and convert it into low-level code.  But bridging the gap...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 09:36:50 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 09:36:50 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 09:36:50 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Re: It's NOT the code, stupid!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>I'm still more convinced that there are issues at the process level:<br><ol><br><li>There must be different roles and responsibilities in the team. Borderlines between roles may be somewhat fuzzy, but the leading role must be clearly defined....]]></description>
        

        <pubDate>Tue, 09 Jan 2007 09:15:44 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 09:15:44 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 09:15:44 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: First, a small step ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=43765</link>

        

        
            <description><![CDATA[<blockquote>From there would come an understanding of the need for process, to coordinate these separate and important tasks, and the realisation that (pure) coding itself is the least important part of development.  All this, of course, is within an...]]></description>
        

        <pubDate>Tue, 09 Jan 2007 08:31:38 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Jan 2007 08:31:38 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Jan 2007 08:31:38 -0500</jf:modificationDate>
        <jf:date>Jan 9, 2007</jf:date>
        <jf:author>Jess Holle</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

