<?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"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: Surviving the Programming Language Dead Pool</title> <atom:link href="http://www.papasoft.com/2009/01/07/programming-language-dead-pool/feed/" rel="self" type="application/rss+xml" /><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/</link> <description>Custom WordPress Programming in Miami, FL</description> <lastBuildDate>Mon, 21 Nov 2011 11:04:52 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: Rick Morris</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-835</link> <dc:creator>Rick Morris</dc:creator> <pubDate>Tue, 13 Jan 2009 16:31:25 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-835</guid> <description>You&#039;re welcome. I think it was 1999, actually.
But did you HAVE to remind me about that nightmare ASP project? I think that&#039;s the closest I ever came to a heart attack.</description> <content:encoded><![CDATA[<p>You&#8217;re welcome. I think it was 1999, actually.</p><p>But did you HAVE to remind me about that nightmare ASP project? I think that&#8217;s the closest I ever came to a heart attack.</p> ]]></content:encoded> </item> <item><title>By: Rick Tuttle</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-833</link> <dc:creator>Rick Tuttle</dc:creator> <pubDate>Tue, 13 Jan 2009 09:16:43 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-833</guid> <description>Thanks for the proofread Mr. Morris.  You were an English major, were you not?
BTW, I have you to thank for introducing me to PHP.  Remember, we were on this awful ASP (1.0) project circa 1998 and you said something like, &quot;have you ever tried PHP?&quot;
Game over.
One of the many reasons I value your friendship.</description> <content:encoded><![CDATA[<p>Thanks for the proofread Mr. Morris.  You were an English major, were you not?</p><p>BTW, I have you to thank for introducing me to PHP.  Remember, we were on this awful ASP (1.0) project circa 1998 and you said something like, &#8220;have you ever tried PHP?&#8221;</p><p>Game over.</p><p>One of the many reasons I value your friendship.</p> ]]></content:encoded> </item> <item><title>By: Rick Morris</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-831</link> <dc:creator>Rick Morris</dc:creator> <pubDate>Tue, 13 Jan 2009 05:13:14 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-831</guid> <description>&lt;blockquote&gt;What programming languages are in your dead pool?&lt;/blockquote&gt;
That&#039;s a funny one for me, since I went right from Fortran in college engineering (yes and some annoying Basic), to at least a 10-year-gap where I tried to forget computers ever existed, and then started in to learning PHP and Javascript when the WWW came about. So I don&#039;t have a long dead list. I guess I can include a brief flirtation with ASP and Visual Basic. Except, for some stupid reason, I did a few Access applications years ago, and the original customers keep coming back to me, BOGGLING my mind that they are still using that old app. Which means I even had to use some VBA as recently as last year. Ugh...
Yes, I count SQL among those languages here to stay, although I sometimes wish we could clean up its cruft and redirect it more toward clearly reflecting the relational model.
My current live list:
SQL
PHP (it&#039;s a workhorse, but staring to bore me)
C (just a sprinkling here or there really speeds up some applications)
Javascript (especially with the jQuery API)
Ruby (fun but slow)
Python (not quite as fun as Ruby, but fast!)
Languages I want to start toying with:
Lua (waiting for a good Apache module)
D (an attempt at a next-generation version of C/C++)
BTW Tuttle, I notice you listed MySQL twice. I&#039;m guessing you meant for PostgreSQL to have the top position, right? Right?</description> <content:encoded><![CDATA[<blockquote><p>What programming languages are in your dead pool?</p></blockquote><p>That&#8217;s a funny one for me, since I went right from Fortran in college engineering (yes and some annoying Basic), to at least a 10-year-gap where I tried to forget computers ever existed, and then started in to learning PHP and Javascript when the WWW came about. So I don&#8217;t have a long dead list. I guess I can include a brief flirtation with ASP and Visual Basic. Except, for some stupid reason, I did a few Access applications years ago, and the original customers keep coming back to me, BOGGLING my mind that they are still using that old app. Which means I even had to use some VBA as recently as last year. Ugh&#8230;</p><p>Yes, I count SQL among those languages here to stay, although I sometimes wish we could clean up its cruft and redirect it more toward clearly reflecting the relational model.</p><p>My current live list:</p><p>SQL<br
/> PHP (it&#8217;s a workhorse, but staring to bore me)<br
/> C (just a sprinkling here or there really speeds up some applications)<br
/> Javascript (especially with the jQuery API)<br
/> Ruby (fun but slow)<br
/> Python (not quite as fun as Ruby, but fast!)</p><p>Languages I want to start toying with:</p><p>Lua (waiting for a good Apache module)<br
/> D (an attempt at a next-generation version of C/C++)</p><p>BTW Tuttle, I notice you listed MySQL twice. I&#8217;m guessing you meant for PostgreSQL to have the top position, right? Right?</p> ]]></content:encoded> </item> <item><title>By: Nabeel</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-830</link> <dc:creator>Nabeel</dc:creator> <pubDate>Mon, 12 Jan 2009 15:27:08 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-830</guid> <description>Great article.
Some things to keep in mind.</description> <content:encoded><![CDATA[<p>Great article.<br
/> Some things to keep in mind.</p> ]]></content:encoded> </item> <item><title>By: Rick Tuttle</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-822</link> <dc:creator>Rick Tuttle</dc:creator> <pubDate>Thu, 08 Jan 2009 03:51:25 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-822</guid> <description>Joe, thanks for being one of the pioneers who made SQL so powerful.
I&#039;m not sure if I got the quote right above but I did get the point. It&#039;s all about the data.
P.S. I linked up your name to your site in the post.  Should have done that before.</description> <content:encoded><![CDATA[<p>Joe, thanks for being one of the pioneers who made SQL so powerful.</p><p>I&#8217;m not sure if I got the quote right above but I did get the point. It&#8217;s all about the data.</p><p>P.S. I linked up your name to your site in the post.  Should have done that before.</p> ]]></content:encoded> </item> <item><title>By: Joe Celko</title><link>http://www.papasoft.com/2009/01/07/programming-language-dead-pool/comment-page-1/#comment-820</link> <dc:creator>Joe Celko</dc:creator> <pubDate>Wed, 07 Jan 2009 22:24:25 +0000</pubDate> <guid
isPermaLink="false">http://www.papasoft.com/?p=336#comment-820</guid> <description>Thanks for the mention.   And I agree that SQL is here to stay, just like COBOL.  But for different reasons.  COBOL  has bulk and easy learning The numbers vary but everyone needs to read an issue of DR.  DOBB&#039;S  last year about COBOL legacy code and why you need to maintian it
SQL is here to stay because
1)  it has a Standard that makes it portable; yes, there are dialects,  but core Standard  SQL ports
2 ) It is a declarative functional programing language that an works with parallel multi-processor chips and systems.
3) It has a commercial code base.  Not as big as COBOL, but it is there.</description> <content:encoded><![CDATA[<p>Thanks for the mention.   And I agree that SQL is here to stay, just like COBOL.  But for different reasons.  COBOL  has bulk and easy learning The numbers vary but everyone needs to read an issue of DR.  DOBB&#8217;S  last year about COBOL legacy code and why you need to maintian it</p><p>SQL is here to stay because<br
/> 1)  it has a Standard that makes it portable; yes, there are dialects,  but core Standard  SQL ports<br
/> 2 ) It is a declarative functional programing language that an works with parallel multi-processor chips and systems.<br
/> 3) It has a commercial code base.  Not as big as COBOL, but it is there.</p> ]]></content:encoded> </item> </channel> </rss>
