<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com - published architecture stories</title>
    <description>the latest published architecture stories from DotNetKicks.com</description>
    <link>http://www.dotnetkicks.com/</link>
    <language>en-us</language>
    <copyright>Atweb Publishing Ltd.</copyright>
    <docs>http://backend.userland.com/rss</docs>
    <generator>DotNetKicks.com - .NET links, community driven</generator>
    <ttl>30</ttl>
    <item>
      <title>Programmer's Backdoor Trap - Ran Wahle's blog</title>
      <description>Today I've encountered something that made a programmer happy but made me sad. 

He had to pull data out of Data Warehouse and use it for his system.

Later, he was informed that DWH personnel made his life easy: They've decided to write the data into his own database so he wouldn't have to work so hard.

Unfortunately this news made him happy, and therefore he went on with it, which made me even sadder. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblogs.microsoft.co.il%2fblogs%2franw%2farchive%2f2012%2f01%2f31%2fprogrammer-s-backdoor-trap.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblogs.microsoft.co.il%2fblogs%2franw%2farchive%2f2012%2f01%2f31%2fprogrammer-s-backdoor-trap.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Programmer_s_Backdoor_Trap_Ran_Wahle_s_blog</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Programmer_s_Backdoor_Trap_Ran_Wahle_s_blog</guid>
      <pubDate>Tue, 31 Jan 2012 10:27:42 GMT</pubDate>
    </item>
    <item>
      <title>Ditching domain models for reads</title>
      <description>always interesting to here useful nhibernate/domain design tidbits from the trenches &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.lostechies.com%2fblogs%2fjimmy_bogard%2farchive%2f2010%2f12%2f06%2fditching-domain-models-for-reads.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.lostechies.com%2fblogs%2fjimmy_bogard%2farchive%2f2010%2f12%2f06%2fditching-domain-models-for-reads.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Ditching_domain_models_for_reads</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Ditching_domain_models_for_reads</guid>
      <pubDate>Thu, 26 Jan 2012 13:29:50 GMT</pubDate>
    </item>
    <item>
      <title>Restful WCF / EF POCO / UnitOfWork / Repository / MEF : 1 of 2</title>
      <description>Sacha Barber, creator of the Cinch MVVM framework (http://cinch.codeplex.com/), has written a wonderful article in response to the requests of Cinch users. Sacha sets out to create a LOB application demonstrating how Restful WCF, EF, and the UnitOfWork and Repository patterns can be used together.  The application is an excellent example of Domain Driven Design. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeproject.com%2fKB%2fmiscctrl%2fEntArch1.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeproject.com%2fKB%2fmiscctrl%2fEntArch1.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Restful_WCF_EF_POCO_UnitOfWork_Repository_MEF_1_of_2</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Restful_WCF_EF_POCO_UnitOfWork_Repository_MEF_1_of_2</guid>
      <pubDate>Thu, 19 Jan 2012 15:13:12 GMT</pubDate>
    </item>
    <item>
      <title>Simple explanation of the Repository pattern</title>
      <description>One of my favorite design patterns is the 'repository pattern'. That's why I decided to dedicate a complete blog post to it. Using the repository pattern in your application can yield a lot of benefits, such as improved testability, easier ways to implement caching and transactions, avoidance of code duplication and it allows you to replace the data source easier (although that probably won't happen too often). &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fleoncullens.nl%2fpost%2f2012%2f01%2f10%2fSimple-explanation-of-the-Repository-pattern.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fleoncullens.nl%2fpost%2f2012%2f01%2f10%2fSimple-explanation-of-the-Repository-pattern.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Simple_explanation_of_the_Repository_pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Simple_explanation_of_the_Repository_pattern</guid>
      <pubDate>Wed, 11 Jan 2012 15:36:50 GMT</pubDate>
    </item>
    <item>
      <title>Dodgy Coder: Modern Cross Platform Development</title>
      <description>Why isn't there a modern technology available for using the same codebase to produce native apps on all of the currently popular platforms - I'm talking iOS (iPhone/iPad/iPod Touch), Android, Windows, Mac and Linux? That was my original question before I started looking, and since then I've discovered there actually are plenty of new options out there for cross platform development catering for all of the above platforms. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.dodgycoder.net%2f2012%2f01%2fmodern-cross-platform-development.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.dodgycoder.net%2f2012%2f01%2fmodern-cross-platform-development.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Dodgy_Coder_Modern_Cross_Platform_Development</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Dodgy_Coder_Modern_Cross_Platform_Development</guid>
      <pubDate>Fri, 06 Jan 2012 01:57:26 GMT</pubDate>
    </item>
    <item>
      <title>Ayende on Infinite Scalability</title>
      <description>Ayende Rahien shares his thoughts on an excellent article by Udi Dahan on the myth of infinite scalability (http://www.udidahan.com/2011/12/29/the-myth-of-infinite-scalability/). He adds his own 2 cents by setting a goal for scalability when designing a system. By setting a goal that is an order of magnitude above your projected requirements, you can be sure to design a system that can scale comfortably without overengineering a solution that doesn't meet your users requirements (or fails to launch). &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fayende.com%2fblog%2f152769%2fon-infinite-scalability"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fayende.com%2fblog%2f152769%2fon-infinite-scalability" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Ayende_on_Infinite_Scalability</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Ayende_on_Infinite_Scalability</guid>
      <pubDate>Thu, 05 Jan 2012 15:00:27 GMT</pubDate>
    </item>
    <item>
      <title>Multiparadigmatic .NET</title>
      <description>Over the years, many of us in the .NET community have heard of Microsoft's &amp;quot;personas&amp;quot; for the Visual Studio environment: Einstein (the genius), Elvis (the rock star), and Mort (the &amp;quot;average&amp;quot; developer). As useful as these personas might be for Microsoft in trying to figure out precisely for whom they're building Visual Studio and the Microsoft .NET platform, I've found them to be less helpful. In fact, I've come to realize that for the vast majority of the .NET ecosystem, developers mostly fall into one of two basic (and highly stereotypical) camps &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fmsdn.microsoft.com%2fen-us%2fmagazine%2fff955611.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fmsdn.microsoft.com%2fen-us%2fmagazine%2fff955611.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Multiparadigmatic_NET</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Multiparadigmatic_NET</guid>
      <pubDate>Wed, 21 Dec 2011 17:17:31 GMT</pubDate>
    </item>
    <item>
      <title>Misconceptions About Software Architecture</title>
      <description>References to architecture are everywhere: in every article, in every ad. And we take this word for granted. We all seem to understand what it means. But there isn't any wellaccepted definition of software architecture. Are we all understanding the same thing? We gladly accept that software architecture is the design, the structure, or the infrastructure. Many ideas are floating around concerning why and how you design or acquire an architecture and who does it. Here are some of the most common misconceptions about Software Architecture.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.javagyan.com%2farticles%2fmisconceptionsaboutsoftwarearchitecture"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.javagyan.com%2farticles%2fmisconceptionsaboutsoftwarearchitecture" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Misconceptions_About_Software_Architecture</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Misconceptions_About_Software_Architecture</guid>
      <pubDate>Fri, 02 Dec 2011 03:21:49 GMT</pubDate>
    </item>
    <item>
      <title>Clean Architecture with Bob Martin</title>
      <description>&amp;quot;Uncle&amp;quot; Bob Martin discusses some of the finer points of clean architecture and what it is to decouple your layers without duplicating data or code. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.8thlight.com%2funcle-bob%2f2011%2f11%2f22%2fClean-Architecture.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.8thlight.com%2funcle-bob%2f2011%2f11%2f22%2fClean-Architecture.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Clean_Architecture_with_Bob_Martin</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Clean_Architecture_with_Bob_Martin</guid>
      <pubDate>Wed, 23 Nov 2011 15:36:07 GMT</pubDate>
    </item>
    <item>
      <title>Is Continuous Delivery the Key to Software Success?</title>
      <description>Paul Stack discusses the importance of Continuous Delivery, the method of delivering software early and often. This is akin to Continuous Integration, and may be the key to success in selling and shipping your software. Paul also puts to bed the concept that shipping early means sacrificing quality. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fpaulstack.co.uk%2fblog%2fpost%2fis-implementing-continuous-delivery-the-key-to-success.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fpaulstack.co.uk%2fblog%2fpost%2fis-implementing-continuous-delivery-the-key-to-success.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Is_Continuous_Delivery_the_Key_to_Software_Success</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Is_Continuous_Delivery_the_Key_to_Software_Success</guid>
      <pubDate>Fri, 18 Nov 2011 15:54:30 GMT</pubDate>
    </item>
    <item>
      <title>Command and Query Responsibility Segregation (CQRS)</title>
      <description>Found this article really interesting about CQRS &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.fossmo.net%2fpost%2fCommand-and-Query-Responsibility-Segregation-(CQRS).aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.fossmo.net%2fpost%2fCommand-and-Query-Responsibility-Segregation-(CQRS).aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Command_and_Query_Responsibility_Segregation_CQRS</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Command_and_Query_Responsibility_Segregation_CQRS</guid>
      <pubDate>Wed, 09 Nov 2011 15:08:38 GMT</pubDate>
    </item>
    <item>
      <title>Architectural and Design Challenges with SOA</title>
      <description>With all of the hype about service oriented architecture (SOA) primarily through the use of web services, not much has been said about potential issues of using SOA in the design of an application. I am personally a fan of SOA, but it is not the solution for every application. Proper evaluation should be done on all requirements and use cases prior to deciding to go down the SOA road. It is important to consider how your application/service will handle the following perils as it executes. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f10%2f23%2fArchitectural-and-Design-Challenges-with-SOA.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f10%2f23%2fArchitectural-and-Design-Challenges-with-SOA.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Architectural_and_Design_Challenges_with_SOA</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Architectural_and_Design_Challenges_with_SOA</guid>
      <pubDate>Mon, 24 Oct 2011 02:04:44 GMT</pubDate>
    </item>
    <item>
      <title>NDepend - Visual Studio Addin: takes you as far as you want to go</title>
      <description>Clearly NDepend's a very impressive tool for any serious development team to be using. It will help you to learn about reducing complexity, dependencies and generally designing your code in an efficient way. It's basically all about improving quality. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codebureau.com%2fblog%2f2011%2f10%2f17%2fNDependVisualStudioAddinTakesYouAsFarAsYouWantToGo.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codebureau.com%2fblog%2f2011%2f10%2f17%2fNDependVisualStudioAddinTakesYouAsFarAsYouWantToGo.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/NDepend_Visual_Studio_Addin_takes_you_as_far_as_you_want_to_go</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/NDepend_Visual_Studio_Addin_takes_you_as_far_as_you_want_to_go</guid>
      <pubDate>Mon, 17 Oct 2011 16:41:56 GMT</pubDate>
    </item>
    <item>
      <title>Managed Extensibility Framework: What It is and Where It is Going</title>
      <description>Johnathan Allen aims to set the record straight on what MEF is, what it's used for, how it's being abused/misused today, and what the future holds. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.infoq.com%2fnews%2f2011%2f10%2fMEF-2"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.infoq.com%2fnews%2f2011%2f10%2fMEF-2" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Managed_Extensibility_Framework_What_It_is_and_Where_It_is_Going</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Managed_Extensibility_Framework_What_It_is_and_Where_It_is_Going</guid>
      <pubDate>Wed, 12 Oct 2011 15:23:34 GMT</pubDate>
    </item>
    <item>
      <title>Do you really need an ORM?</title>
      <description>Attempts to convince developers and architects that - often - an ORM is over-engineering. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fgarymcleanhall.wordpress.com%2f2011%2f07%2f25%2fdo-you-really-need-an-orm%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fgarymcleanhall.wordpress.com%2f2011%2f07%2f25%2fdo-you-really-need-an-orm%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Do_you_really_need_an_ORM</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Do_you_really_need_an_ORM</guid>
      <pubDate>Wed, 05 Oct 2011 13:41:53 GMT</pubDate>
    </item>
    <item>
      <title>My take on what CQRS is -- and what it isn't</title>
      <description>First and foremost: CQRS as an architectural pattern has nothing to do with event sourcing, eventual consistency, messaging, pub/sub, denormalized views and whatever other patterns are being confused with the term CQRS nowadays. CQRS is simply having two separate models for each reads and writes, that are being accessed via queries and commands respectively. [...] &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdennistraub.wordpress.com%2f2011%2f09%2f27%2fmy-take-on-what-cqrs-is-and-what-it-isnt%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdennistraub.wordpress.com%2f2011%2f09%2f27%2fmy-take-on-what-cqrs-is-and-what-it-isnt%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/My_take_on_what_CQRS_is_and_what_it_isn_t</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/My_take_on_what_CQRS_is_and_what_it_isn_t</guid>
      <pubDate>Thu, 29 Sep 2011 14:09:13 GMT</pubDate>
    </item>
    <item>
      <title>Building small things</title>
      <description>Due to the nature of things we build in our day to day job, writing software can wear out even the most fit of us. Most software jobs make you constantly deal with complexity. The amount of things which can lead to a complex software project are immense. A poor first design, and failure to redesign. External dependencies.. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fjclaes.blogspot.com%2f2011%2f09%2fbuilding-small-things.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fjclaes.blogspot.com%2f2011%2f09%2fbuilding-small-things.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Building_small_things</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Building_small_things</guid>
      <pubDate>Sun, 18 Sep 2011 14:41:38 GMT</pubDate>
    </item>
    <item>
      <title>A first encounter with Windows8 Development (C#, XAML, JavaScript)</title>
      <description>First thoughts on developing in Windows8 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.progware.org%2fBlog%2fpost%2fA-first-encounter-with-Windows8-Development-(C-XAML-JavaScript).aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.progware.org%2fBlog%2fpost%2fA-first-encounter-with-Windows8-Development-(C-XAML-JavaScript).aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/A_first_encounter_with_Windows8_Development_C_XAML_JavaScript</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/A_first_encounter_with_Windows8_Development_C_XAML_JavaScript</guid>
      <pubDate>Thu, 15 Sep 2011 13:58:04 GMT</pubDate>
    </item>
    <item>
      <title>Required Skill Sets Of A Software Architect</title>
      <description>The question has been asked as to what is the required skill sets of a software architect. The answer to this is that it truly depends. When I state that it depend, it depends on the organization, industry, and skill sets available on the open market and internally within a company. With open ended skill sets even Napoleon Dynamite could be an architect. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f09%2f14%2fRequired-Skill-Sets-Of-A-Software-Architect.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f09%2f14%2fRequired-Skill-Sets-Of-A-Software-Architect.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Required_Skill_Sets_Of_A_Software_Architect</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Required_Skill_Sets_Of_A_Software_Architect</guid>
      <pubDate>Wed, 14 Sep 2011 04:23:31 GMT</pubDate>
    </item>
    <item>
      <title>Factory Pattern</title>
      <description>The post presents an implementation of Factory Pattern. Additionally it present also thread-safe version of Singleton Pattern. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fsharp-code.net%2f2011%2f09%2f04%2ffactory-pattern-for-repositories%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fsharp-code.net%2f2011%2f09%2f04%2ffactory-pattern-for-repositories%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Factory_Pattern_1</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Factory_Pattern_1</guid>
      <pubDate>Sun, 04 Sep 2011 13:24:08 GMT</pubDate>
    </item>
    <item>
      <title>Responsive Web Design - Stop and Think</title>
      <description>This article by Ethan Marcotte on Responsive Web Design has been widely touted as the designer's panacea for all things mobile. Other leading designers such as Jeffrey Zeldman and Andy Clarke have all jumped on the band wagon. Considering the amount of influence these guys have on young designers, it saddens me that leading designers, of all people, would sacrifice their art on the altar of a quick fix. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codersbarn.com%2fpost%2f2011%2f08%2f26%2fResponsive-Web-Design-Stop-and-Think.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codersbarn.com%2fpost%2f2011%2f08%2f26%2fResponsive-Web-Design-Stop-and-Think.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Responsive_Web_Design_Stop_and_Think</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Responsive_Web_Design_Stop_and_Think</guid>
      <pubDate>Mon, 29 Aug 2011 02:29:09 GMT</pubDate>
    </item>
    <item>
      <title>Customize ReportViewerWebPart in C# and render in SharePoint Pages</title>
      <description>This is one of the major milestone I have achieved recently to customize the report viewer web part for SharePoint sites. The issue I was facing: the SharePoint site which I have developed was too complex and it exposed via 3 zones. http://intranetsite, http://extranetsite, https://internetsite

    http://intranetsite - which is Windows based authentication site and for intranet people.
    http://extranetsite - Which is Windows based authentication site and for extranet people
    http://internetsite - Which is Forms based authentication site and for internet people.
..... &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fpraveenbattula.blogspot.com%2f2011%2f08%2fcustomize-reportviewerwebpart-in-c-and.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fpraveenbattula.blogspot.com%2f2011%2f08%2fcustomize-reportviewerwebpart-in-c-and.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Customize_ReportViewerWebPart_in_C_and_render_in_SharePoint_Pages</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Customize_ReportViewerWebPart_in_C_and_render_in_SharePoint_Pages</guid>
      <pubDate>Wed, 24 Aug 2011 02:49:02 GMT</pubDate>
    </item>
    <item>
      <title>New videos from Microsoft on the Async CTP</title>
      <description>Microsoft has posted 5 new videos on using the Async CTP, with C# and VB versions of each.
The Async CTP seems pretty awesome so far, check out these videos to learn about it! &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fmsdn.microsoft.com%2fen-us%2fvstudio%2fhh378091.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fmsdn.microsoft.com%2fen-us%2fvstudio%2fhh378091.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/New_videos_from_Microsoft_on_the_Async_CTP</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/New_videos_from_Microsoft_on_the_Async_CTP</guid>
      <pubDate>Sun, 21 Aug 2011 15:36:55 GMT</pubDate>
    </item>
    <item>
      <title>Exposing internal methods in 3rd party assemblies for external use</title>
      <description>This article shows how you can expose internal methods in 3rd party assemblies for external consumption using PostSharp &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fprogrammersunlimited.wordpress.com%2f2011%2f08%2f16%2fexposing-internal-methods-in-3rd-party-assemblies-for-external-use%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fprogrammersunlimited.wordpress.com%2f2011%2f08%2f16%2fexposing-internal-methods-in-3rd-party-assemblies-for-external-use%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Exposing_internal_methods_in_3rd_party_assemblies_for_external_use</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Exposing_internal_methods_in_3rd_party_assemblies_for_external_use</guid>
      <pubDate>Tue, 16 Aug 2011 18:08:41 GMT</pubDate>
    </item>
    <item>
      <title>Have ORMs introduced extra complexity into our codebase?</title>
      <description>Thinktank article to make us think about whether ORMs are a good thing or a bad thing for our codebases &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fpaulstack.co.uk%2fblog%2fpost%2fhave-orms-introduced-extra-complexity-into-our-codebase.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fpaulstack.co.uk%2fblog%2fpost%2fhave-orms-introduced-extra-complexity-into-our-codebase.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Have_ORMs_introduced_extra_complexity_into_our_codebase</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Have_ORMs_introduced_extra_complexity_into_our_codebase</guid>
      <pubDate>Mon, 15 Aug 2011 22:49:22 GMT</pubDate>
    </item>
  </channel>
</rss>
