<?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: Confessions of an Eccentric Web Developer&#160;II</title> <atom:link href="http://davidwalsh.name/confessions-eccentric-web-developer-ii/feed" rel="self" type="application/rss+xml" /><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii</link> <description>Legendary scribbles about JavaScript, HTML5, AJAX, PHP, CSS, and ∞.</description> <lastBuildDate>Thu, 09 Sep 2010 10:38:51 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.0.1</generator> <item><title>By: Jason Jaeger</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2667</link> <dc:creator>Jason Jaeger</dc:creator> <pubDate>Sun, 10 Aug 2008 15:14:36 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2667</guid> <description>Nice article. But IE6... really?!?
I will take slower but works (mostly) over faster and broken any day of the week. The ability to used advanced CSS selectors, min-width/height, max-width/height, fixed positioning, and semi-transparent PNGs, trumps the speed issue for me.  Not having to make sure sites work right in IE6 would cut down on development time as well.
That being said, IE7 &lt;em&gt;does&lt;/em&gt; need to be faster.</description> <content:encoded><![CDATA[<p>Nice article. But IE6&#8230; really?!?<br
/> I will take slower but works (mostly) over faster and broken any day of the week. The ability to used advanced CSS selectors, min-width/height, max-width/height, fixed positioning, and semi-transparent PNGs, trumps the speed issue for me.  Not having to make sure sites work right in IE6 would cut down on development time as well.<br
/> That being said, IE7 <em>does</em> need to be faster.</p> ]]></content:encoded> </item> <item><title>By: david</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2442</link> <dc:creator>david</dc:creator> <pubDate>Thu, 24 Jul 2008 17:04:33 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2442</guid> <description>&lt;p&gt;@Janko:  IE7 is bloated, &quot;heavy&quot;, and slow.  IE6 is very quick.&lt;/p&gt;</description> <content:encoded><![CDATA[<p>@Janko:  IE7 is bloated, &#8220;heavy&#8221;, and slow.  IE6 is very quick.</p> ]]></content:encoded> </item> <item><title>By: Janko</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2441</link> <dc:creator>Janko</dc:creator> <pubDate>Thu, 24 Jul 2008 16:52:34 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2441</guid> <description>What a great post! By why, on earth, you prefer IE6 over IE7? When I see IE6 I feel as if I&#039;m back to &#039;90!Besides that - awesome!</description> <content:encoded><![CDATA[<p>What a great post! By why, on earth, you prefer IE6 over IE7? When I see IE6 I feel as if I&#8217;m back to &#8217;90!</p><p>Besides that &#8211; awesome!</p> ]]></content:encoded> </item> <item><title>By: William</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2440</link> <dc:creator>William</dc:creator> <pubDate>Thu, 24 Jul 2008 16:34:26 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2440</guid> <description>About #12
It&#039;s true, some of the &quot;new features&quot; of HTML5 and XHTML 2.0 does not surprise as it should. Most of them was made to &quot;free&quot; divs (since nowadays we use it a lot), and some others are the very same elements we already use, but with native CSS applied (like the NAV tag).
But there&#039;s one thing I think it would really help: layout (like Java and ExtJS). Imagine if, to make a layout, we just had to create a container (could be body) and the regions? And the regions would adjust itself by the container. Something like this:&lt;code&gt;&lt;body&gt;
&lt;layout fit=&quot;true&quot;&gt;
&lt;region dir=&quot;north&quot;&gt;&lt;!-- header --&gt;&lt;/region&gt;
&lt;region dir=&quot;west&quot;&gt;&lt;!-- menu --&gt;&lt;/region&gt;
&lt;region dir=&quot;center&quot;&gt;&lt;!-- content --&gt;&lt;/region&gt;
&lt;/layout&gt;
&lt;/body&gt;
&lt;/code&gt;No more CSS frameworks and JS workarounds. Just plain HTML.</description> <content:encoded><![CDATA[<p>About #12<br
/> It&#8217;s true, some of the &#8220;new features&#8221; of HTML5 and XHTML 2.0 does not surprise as it should. Most of them was made to &#8220;free&#8221; divs (since nowadays we use it a lot), and some others are the very same elements we already use, but with native CSS applied (like the NAV tag).<br
/> But there&#8217;s one thing I think it would really help: layout (like Java and ExtJS). Imagine if, to make a layout, we just had to create a container (could be body) and the regions? And the regions would adjust itself by the container. Something like this:</p><p><code>&lt;body&gt;<br
/> &lt;layout fit="true"&gt;<br
/> &lt;region dir="north"&gt;&lt;!-- header --&gt;&lt;/region&gt;<br
/> &lt;region dir="west"&gt;&lt;!-- menu --&gt;&lt;/region&gt;<br
/> &lt;region dir="center"&gt;&lt;!-- content --&gt;&lt;/region&gt;<br
/> &lt;/layout&gt;<br
/> &lt;/body&gt;<br
/> </code></p><p>No more CSS frameworks and JS workarounds. Just plain HTML.</p> ]]></content:encoded> </item> <item><title>By: keif</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2434</link> <dc:creator>keif</dc:creator> <pubDate>Thu, 24 Jul 2008 07:05:15 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2434</guid> <description>With #2 - I&#039;m onboard, except it&#039;s kind of a caveat - I mean, we&#039;re talking about opening &quot;filetypes&quot; in new windows vs. what most people think of as links (html, php, jsp, etc.).With #3  -  That&#039;s horrible. I refer to a lot of stuff you write for reference (and am slowly trying to document it all down so I can quit referring myself). I use mootools on a lot of client sites.With #7 - isn&#039;t that the point of being a developer though? No one is perfect out of the gate, it&#039;s a continual improvement experience. Every day I think I get a little bit better.With #13 - That&#039;s a huge misconception. Valerio never helped though, he was quite an ass on the message boards and probably should&#039;ve delegated his moderator tasks to someone else. He got pretty aggressive pretty quickly.With #14 - I sadly agree.I&#039;ve talked to a few people about the MooTools book, and it&#039;s like the book gives MooTools &quot;credibility&quot; or &quot;relevancy&quot; to those outside of the tech area. When a PM/MGMT has a book in hand they can refer to, it becomes &quot;more enterprise&quot; and less &quot;free open source.&quot; Political bullshit, basically.</description> <content:encoded><![CDATA[<p>With #2 &#8211; I&#8217;m onboard, except it&#8217;s kind of a caveat &#8211; I mean, we&#8217;re talking about opening &#8220;filetypes&#8221; in new windows vs. what most people think of as links (html, php, jsp, etc.).</p><p>With #3  &#8211;  That&#8217;s horrible. I refer to a lot of stuff you write for reference (and am slowly trying to document it all down so I can quit referring myself). I use mootools on a lot of client sites.</p><p>With #7 &#8211; isn&#8217;t that the point of being a developer though? No one is perfect out of the gate, it&#8217;s a continual improvement experience. Every day I think I get a little bit better.</p><p>With #13 &#8211; That&#8217;s a huge misconception. Valerio never helped though, he was quite an ass on the message boards and probably should&#8217;ve delegated his moderator tasks to someone else. He got pretty aggressive pretty quickly.</p><p>With #14 &#8211; I sadly agree.</p><p>I&#8217;ve talked to a few people about the MooTools book, and it&#8217;s like the book gives MooTools &#8220;credibility&#8221; or &#8220;relevancy&#8221; to those outside of the tech area. When a PM/MGMT has a book in hand they can refer to, it becomes &#8220;more enterprise&#8221; and less &#8220;free open source.&#8221; Political bullshit, basically.</p> ]]></content:encoded> </item> <item><title>By: Mike</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2430</link> <dc:creator>Mike</dc:creator> <pubDate>Wed, 23 Jul 2008 20:31:26 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2430</guid> <description>@david - I didn&#039;t mean to suggest you were hating on php, just that your suggestion could further degrade it&#039;s credibility within the community. As far as your example, I think a lot of that has to do with the fact that variables in PHP are not objects and such do not have those built in properties. This is also a subject of huge debate and I believe it may be on the verge of changing in the next couple of major versions.@Jeremy - I absolutely agree with you. PHP&#039;s flexibility is a true feature and does allow you to get things done quickly. However, there is a time and place for that and a lot of people code that way 24/7. There is a point where procedural code must stop, and objects begin. When people hate on PHP, I believe they&#039;re knocking the fact that PHP allows you to write in several &#039;styles&#039; no matter the situation. It&#039;s up to the coder to decide what the best style is for the situation.btw, keep it up David. </description> <content:encoded><![CDATA[<p>@david &#8211; I didn&#8217;t mean to suggest you were hating on php, just that your suggestion could further degrade it&#8217;s credibility within the community. As far as your example, I think a lot of that has to do with the fact that variables in PHP are not objects and such do not have those built in properties. This is also a subject of huge debate and I believe it may be on the verge of changing in the next couple of major versions.</p><p>@Jeremy &#8211; I absolutely agree with you. PHP&#8217;s flexibility is a true feature and does allow you to get things done quickly. However, there is a time and place for that and a lot of people code that way 24/7. There is a point where procedural code must stop, and objects begin. When people hate on PHP, I believe they&#8217;re knocking the fact that PHP allows you to write in several &#8216;styles&#8217; no matter the situation. It&#8217;s up to the coder to decide what the best style is for the situation.</p><p>btw, keep it up David.</p> ]]></content:encoded> </item> <item><title>By: Jeremy Martin</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2429</link> <dc:creator>Jeremy Martin</dc:creator> <pubDate>Wed, 23 Jul 2008 20:28:00 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2429</guid> <description>@/dev/null: I think &quot;quick and dirty&quot; is fair to some extent.  For example, if I wanted a server side script to simply print out a random quote, PHP is &quot;quick and dirty&quot; in that I don&#039;t have to deploy a .war or go through the headache of configuring IIS for a .net application.  10 lines of code and any old LAMP configuration and I&#039;m done.  I do agree, however, that it&#039;s not fair to &quot;constrain&quot; PHP to quick and dirty applications.  There are certainly enough real world examples out there to demonstrate that it is, as you stated, a powerful, flexible web development language.Regarding PHP being more &quot;powerful&quot; than JavaScript, I would have to contend that you&#039;re comparing environments, rather than the language itself.  JavaScript is purposefully limited due to browser security concerns, but these limitations are not inherent in the language itself. </description> <content:encoded><![CDATA[<p>@/dev/null: I think &#8220;quick and dirty&#8221; is fair to some extent.  For example, if I wanted a server side script to simply print out a random quote, PHP is &#8220;quick and dirty&#8221; in that I don&#8217;t have to deploy a .war or go through the headache of configuring IIS for a .net application.  10 lines of code and any old LAMP configuration and I&#8217;m done.  I do agree, however, that it&#8217;s not fair to &#8220;constrain&#8221; PHP to quick and dirty applications.  There are certainly enough real world examples out there to demonstrate that it is, as you stated, a powerful, flexible web development language.</p><p>Regarding PHP being more &#8220;powerful&#8221; than JavaScript, I would have to contend that you&#8217;re comparing environments, rather than the language itself.  JavaScript is purposefully limited due to browser security concerns, but these limitations are not inherent in the language itself.</p> ]]></content:encoded> </item> <item><title>By: david</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2428</link> <dc:creator>david</dc:creator> <pubDate>Wed, 23 Jul 2008 19:29:51 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2428</guid> <description>&lt;p&gt;@/dev/null:  As long as I&#039;ve known PHP, it&#039;s been considered the &quot;quick and dirty&quot; server side language.  Also, my main point was that I wish its syntax was more like javascript, like my example above.&lt;/p&gt;</description> <content:encoded><![CDATA[<p>@/dev/null:  As long as I&#8217;ve known PHP, it&#8217;s been considered the &#8220;quick and dirty&#8221; server side language.  Also, my main point was that I wish its syntax was more like javascript, like my example above.</p> ]]></content:encoded> </item> <item><title>By: /dev/null</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2427</link> <dc:creator>/dev/null</dc:creator> <pubDate>Wed, 23 Jul 2008 19:21:41 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2427</guid> <description>Wow, interesting opinions there. However, I disagree about PHP. PHP is not meant to be quick and dirty, I have no clue where you people get that stuff. PHP is supposed to be a powerful, flexible web development language, and it does that well. Javascript can&#039;t do half the things PHP can (password authentication, database connection, anyone?)Oh, and I disagree about emotes. What&#039;s wrong with them? I only hate the ugly ones.</description> <content:encoded><![CDATA[<p>Wow, interesting opinions there. However, I disagree about PHP. PHP is not meant to be quick and dirty, I have no clue where you people get that stuff. PHP is supposed to be a powerful, flexible web development language, and it does that well. Javascript can&#8217;t do half the things PHP can (password authentication, database connection, anyone?)</p><p>Oh, and I disagree about emotes. What&#8217;s wrong with them? I only hate the ugly ones.</p> ]]></content:encoded> </item> <item><title>By: Jeremy Martin</title><link>http://davidwalsh.name/confessions-eccentric-web-developer-ii/comment-page-1#comment-2426</link> <dc:creator>Jeremy Martin</dc:creator> <pubDate>Wed, 23 Jul 2008 19:03:33 +0000</pubDate> <guid
isPermaLink="false">http://davidwalsh.name/?p=327#comment-2426</guid> <description>@Mike: I can understand your point.  I will definitely admit that languages such as PHP and JavaScript do lend themselves to &quot;quick and dirty&quot; code (sometimes the emphasis being on dirty).  However, I would also have to suggest a stronger separation between &quot;too flexible&quot; and &quot;flimsy&quot;.  The lack of design/compile time type checking, or other enforcements found in many other languages, are actually an empowerment and are true &quot;features&quot;, rather than signs of a lazy language.  And upon re-reading my comment, I apologize for coming off as too ornery - I did not intend to respond at a personal level....</description> <content:encoded><![CDATA[<p>@Mike: I can understand your point.  I will definitely admit that languages such as PHP and JavaScript do lend themselves to &#8220;quick and dirty&#8221; code (sometimes the emphasis being on dirty).  However, I would also have to suggest a stronger separation between &#8220;too flexible&#8221; and &#8220;flimsy&#8221;.  The lack of design/compile time type checking, or other enforcements found in many other languages, are actually an empowerment and are true &#8220;features&#8221;, rather than signs of a lazy language.  And upon re-reading my comment, I apologize for coming off as too ornery &#8211; I did not intend to respond at a personal level&#8230;.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (enhanced) (user agent is rejected)
Database Caching 2/19 queries in 0.022 seconds using disk

Served from: davidwalsh.name @ 2010-09-09 14:30:50 -->