<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>CodingClues - Latest Comments in Choosing the Right Infrastructure for your Project</title><link>http://codingclues.disqus.com/</link><description></description><atom:link href="http://codingclues.disqus.com/choosing_the_right_infrastructure_for_your_project/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 01 Jul 2008 19:03:05 -0000</lastBuildDate><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855780</link><description>&lt;p&gt;Why would you name the project 'movdb2' and NOT USE DB2 as the database?  Plus, there's a product named 'move for db2' so, after I recovered from confusion induced epileptic seizure, I wrote this comment.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mark</dc:creator><pubDate>Tue, 01 Jul 2008 19:03:05 -0000</pubDate></item><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855779</link><description>&lt;p&gt;Thanks for your comments, especially thanks to Rob!&lt;/p&gt;

&lt;p&gt;Some quite insightful answers. Indeed, not too much thought has been put into the requirements, I usually do more for full-fledged company-stuff... :-D&lt;/p&gt;

&lt;p&gt;Anyway, the "project database" thing sounds really interesting.&lt;br&gt;Especially considering that what formed the "Function Point" method of calculating project cost was based on such research.&lt;br&gt;It might be an interesting thing to do!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian</dc:creator><pubDate>Tue, 01 Jul 2008 14:02:39 -0000</pubDate></item><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855775</link><description>&lt;p&gt;I think this is quite a common pathway to how project technologies are chosen... for better or for worse.&lt;/p&gt;

&lt;p&gt;The strongest influence seemed to be what you've used before, as long as was relatively successful (i.e., the MySQL decision -- it worked for you before, so you don't really consider the other choices).  Perl is ruled out because you've had negative experiences with it in the past... but Python could result in just as negative an experience -- you simply don't know because your experience is limited.  Java seems to be ruled out for being "heavy machinery", though I'd say it very much depends on the approach you take -- a Tomcat installation and a few JSPs is pretty lightweight; a full JBoss installation, EJBs, all the extras would be much more heavyweight.&lt;/p&gt;

&lt;p&gt;...but I'm biased because I have more experience in Java than probably anything else. so I can get a simple Java site up and running very quickly.&lt;/p&gt;

&lt;p&gt;So I could have the exact same requirements, but come up with a completely different solution; though I've tinkered around a bit with Python/Django and RoR, so I might actually take one of those as a learning experience.&lt;/p&gt;

&lt;p&gt;The funny thing about all this is that the only actual "requirements" for the webapp that you considered were size and the fact that it's a personal project.  Was there any other consideration of what the site actually needs to do, and how that might affect technologies chosen?  Maybe not, if it's simple enough....&lt;/p&gt;

&lt;p&gt;I personally can imagine a huge database with detailed information on millions of projects that are embarked upon constantly -- with data on developer experience, technologies chosen, project complexity/size/scaling requirements, domain, project success &amp;amp; schedule, and developer &amp;amp; management comments... and before starting a project you could look up similar projects executed by similar developers and compare.&lt;/p&gt;

&lt;p&gt;Wouldn't that be wonderful?  But in my experience this is hardly even done *within* companies -- let alone in the wide world.  I can dream, though....&lt;/p&gt;

&lt;p&gt;PS: kompoZer isn't associated with Gnome, is it?  It's just nVu with a few bugfixes.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rob W</dc:creator><pubDate>Tue, 01 Jul 2008 12:15:28 -0000</pubDate></item><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855777</link><description>&lt;p&gt;Java is too big! No PHP!, why do ppl keeping saying this. i doubt your language experience&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anon</dc:creator><pubDate>Tue, 01 Jul 2008 10:52:54 -0000</pubDate></item><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855778</link><description>&lt;p&gt;Why not Smalltalk? When you choose Smalltalk you no need to worry about IDE, WebFramework, Template Language and so. Also it's very powerful and simply language for development projects like this.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrey Larionov</dc:creator><pubDate>Tue, 01 Jul 2008 07:06:05 -0000</pubDate></item><item><title>Re: Choosing the Right Infrastructure for your Project</title><link>http://codingclues.eu/2008/choosing-the-right-infrastructure-for-your-project/#comment-3855776</link><description>&lt;p&gt;So you have never heard about PHP, right?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">pcdinh</dc:creator><pubDate>Sun, 29 Jun 2008 11:11:44 -0000</pubDate></item></channel></rss>
