<?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 for Coding Efficiency</title>
	<atom:link href="http://www.codingefficiency.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codingefficiency.com</link>
	<description>All about coding more efficient.</description>
	<lastBuildDate>Sat, 30 Jan 2010 20:47:45 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on SOLID &#8211; L: Liskov Substitution Principle by Andriy Buday</title>
		<link>http://www.codingefficiency.com/2009/07/21/solid-l-liskov-substitution-principle/comment-page-1/#comment-532</link>
		<dc:creator>Andriy Buday</dc:creator>
		<pubDate>Sat, 30 Jan 2010 20:47:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=299#comment-532</guid>
		<description>Liskov Substitution Principle is one of the hardest to understand principle among the other in SOLID.
This article shows it in really friendly manner. Great. Thanks.</description>
		<content:encoded><![CDATA[<p>Liskov Substitution Principle is one of the hardest to understand principle among the other in SOLID.<br />
This article shows it in really friendly manner. Great. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; I: Interface Segregation Principle by Dicas Rapidas &#124; Gustavo Henrique.net</title>
		<link>http://www.codingefficiency.com/2009/07/23/solid-i-interface-segregation-principle/comment-page-1/#comment-529</link>
		<dc:creator>Dicas Rapidas &#124; Gustavo Henrique.net</dc:creator>
		<pubDate>Thu, 14 Jan 2010 23:49:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=309#comment-529</guid>
		<description>[...] atribuir responsabilidades: Alta Coesão SOLID &#8211; O: Open Closed Principle &#124; Coding Efficiency SOLID &#8211; I: Interface Segregation Principle &#124; Coding Efficiency SOLID &#8211; D: Dependency Inversion Principle &#124; Coding [...]</description>
		<content:encoded><![CDATA[<p>[...] atribuir responsabilidades: Alta Coesão SOLID &#8211; O: Open Closed Principle | Coding Efficiency SOLID &#8211; I: Interface Segregation Principle | Coding Efficiency SOLID &#8211; D: Dependency Inversion Principle | Coding [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; O: Open Closed Principle by Dicas Rapidas &#124; Gustavo Henrique.net</title>
		<link>http://www.codingefficiency.com/2009/07/20/solid-o-open-closed-principle/comment-page-1/#comment-528</link>
		<dc:creator>Dicas Rapidas &#124; Gustavo Henrique.net</dc:creator>
		<pubDate>Thu, 14 Jan 2010 16:26:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=288#comment-528</guid>
		<description>[...] responsabilidades: Baixo Acoplamento Padrões para atribuir responsabilidades: Alta Coesão SOLID &#8211; O: Open Closed Principle &#124; Coding Efficiency SOLID &#8211; I: Interface Segregation Principle &#124; Coding Efficiency SOLID &#8211; D: Dependency [...]</description>
		<content:encoded><![CDATA[<p>[...] responsabilidades: Baixo Acoplamento Padrões para atribuir responsabilidades: Alta Coesão SOLID &#8211; O: Open Closed Principle | Coding Efficiency SOLID &#8211; I: Interface Segregation Principle | Coding Efficiency SOLID &#8211; D: Dependency [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ruby on Rails as a .Net developer by Tweets that mention Ruby on Rails as a .Net developer &#124; Coding Efficiency -- Topsy.com</title>
		<link>http://www.codingefficiency.com/2009/12/25/ruby-on-rails-as-a-net-developer/comment-page-1/#comment-516</link>
		<dc:creator>Tweets that mention Ruby on Rails as a .Net developer &#124; Coding Efficiency -- Topsy.com</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:32:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/2009/12/25/ruby-on-rails-as-a-net-developer/#comment-516</guid>
		<description>[...] This post was mentioned on Twitter by Jakub Zalas, Nuwan Sameera. Nuwan Sameera said: Ruby on Rails as a .Net developer http://www.codingefficiency.com/2009/12/25/ruby-on-rails-as-a-net-developer/ [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Jakub Zalas, Nuwan Sameera. Nuwan Sameera said: Ruby on Rails as a .Net developer <a href="http://www.codingefficiency.com/2009/12/25/ruby-on-rails-as-a-net-developer/" rel="nofollow">http://www.codingefficiency.com/2009/12/25/ruby-on-rails-as-a-net-developer/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; I: Interface Segregation Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/23/solid-i-interface-segregation-principle/comment-page-1/#comment-448</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:50:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=309#comment-448</guid>
		<description>[...] Interface Segregation Principle (ISP) - Defende que uma classe deve depender apenas dos métodos que usa de uma outra classe. Interfaces são um mecanismo para isso. [...]</description>
		<content:encoded><![CDATA[<p>[...] Interface Segregation Principle (ISP) &#8211; Defende que uma classe deve depender apenas dos métodos que usa de uma outra classe. Interfaces são um mecanismo para isso. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; I: Interface Segregation Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/23/solid-i-interface-segregation-principle/comment-page-1/#comment-447</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:50:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=309#comment-447</guid>
		<description>[...] Interface Segregation Principle (ISP) - Defende que uma classe deve depender apenas dos métodos que usa de uma outra classe. Interfaces são um mecanismo para isso. [...]</description>
		<content:encoded><![CDATA[<p>[...] Interface Segregation Principle (ISP) &#8211; Defende que uma classe deve depender apenas dos métodos que usa de uma outra classe. Interfaces são um mecanismo para isso. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; O: Open Closed Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/20/solid-o-open-closed-principle/comment-page-1/#comment-446</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:47:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=288#comment-446</guid>
		<description>[...] Open Closed Principle (OCP) - A classe deve ser aberta para extensão (sublcasses e sobrescrita de metodos) e fechada para modifiação * [...]</description>
		<content:encoded><![CDATA[<p>[...] Open Closed Principle (OCP) &#8211; A classe deve ser aberta para extensão (sublcasses e sobrescrita de metodos) e fechada para modifiação * [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; D: Dependency Inversion Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/27/solid-d-dependency-inversion-principle/comment-page-1/#comment-445</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=328#comment-445</guid>
		<description>[...] Dependency Inversion Principle (ISP) - Defende que componentes maiores devem depender não de componentes menores, mas sim de uma abstração deles. [...]</description>
		<content:encoded><![CDATA[<p>[...] Dependency Inversion Principle (ISP) &#8211; Defende que componentes maiores devem depender não de componentes menores, mas sim de uma abstração deles. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; L: Liskov Substitution Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/21/solid-l-liskov-substitution-principle/comment-page-1/#comment-444</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=299#comment-444</guid>
		<description>[...] Liskov Substitution Principle (LSP) - Resumidamente ele serve para nos aletar para heranças sem sentido. [...]</description>
		<content:encoded><![CDATA[<p>[...] Liskov Substitution Principle (LSP) &#8211; Resumidamente ele serve para nos aletar para heranças sem sentido. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOLID &#8211; S: Single Responsibility Principle by Analisando o codigo escrito anteriormente.</title>
		<link>http://www.codingefficiency.com/2009/07/18/solid-s-single-responsibility-principle/comment-page-1/#comment-443</link>
		<dc:creator>Analisando o codigo escrito anteriormente.</dc:creator>
		<pubDate>Sat, 12 Dec 2009 16:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.codingefficiency.com/?p=279#comment-443</guid>
		<description>[...] Single Responsibility Principle (SRP) - A classe deve ter uma única responsabilidade, uma única razão de existir. [...]</description>
		<content:encoded><![CDATA[<p>[...] Single Responsibility Principle (SRP) &#8211; A classe deve ter uma única responsabilidade, uma única razão de existir. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.321 seconds -->
