<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com - Stories tagged with Architecture</title>
    <description>the latest stories tagged with 'Architecture' 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>When to throw exceptions</title>
      <description>Explains what &amp;quot;exceptional&amp;quot; means and when you should throw exceptions. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.gauffin.org%2f2012%2f05%2fthrow-exceptions%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.gauffin.org%2f2012%2f05%2fthrow-exceptions%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/When_to_throw_exceptions</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/When_to_throw_exceptions</guid>
      <pubDate>Thu, 24 May 2012 15:06:37 GMT</pubDate>
    </item>
    <item>
      <title>Behaviour-Driven Development in .NET with SpecFlow and White</title>
      <description>This article gives an overview of behaviour-driven development (BDD), talks about .NET tools for BDD (SpecFlow) and UI testing (White) and proceeds with a working example giving hands on BDD in .NET &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdevblog.cloudreach.co.uk%2f2012%2f05%2fbehaviour-driven-development-in-net.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdevblog.cloudreach.co.uk%2f2012%2f05%2fbehaviour-driven-development-in-net.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Behaviour_Driven_Development_in_NET_with_SpecFlow_and_White</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Behaviour_Driven_Development_in_NET_with_SpecFlow_and_White</guid>
      <pubDate>Tue, 22 May 2012 13:42:58 GMT</pubDate>
    </item>
    <item>
      <title>Semantic Versioning 2.0.0-rc.1</title>
      <description>I propose a simple set of rules and requirements that dictate how version numbers are assigned and incremented. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fsemver.org%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fsemver.org%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Semantic_Versioning_2_0_0_rc_1</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Semantic_Versioning_2_0_0_rc_1</guid>
      <pubDate>Thu, 12 Apr 2012 06:24:19 GMT</pubDate>
    </item>
    <item>
      <title> Some XSockets and SisoDb fun - Part 2 of 2</title>
      <description>This is a continuation of Some XSockets and SisoDb fun. This post is about putting SisoDb to use and we will look how to implement Insert, Gets, Updates, Queries and Deletes in JavaScript against a socket handler. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdaniel.wertheim.se%2f2012%2f04%2f10%2fsome-xsockets-and-sisodb-fun-part-2-of-2%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdaniel.wertheim.se%2f2012%2f04%2f10%2fsome-xsockets-and-sisodb-fun-part-2-of-2%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Some_XSockets_and_SisoDb_fun_Part_2_of_2</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Some_XSockets_and_SisoDb_fun_Part_2_of_2</guid>
      <pubDate>Wed, 11 Apr 2012 13:43:24 GMT</pubDate>
    </item>
    <item>
      <title>TempHire reference: Best practice architecture for biz apps</title>
      <description>Cocktail ships with a reference application called TempHire, a line-of-business application for an imaginary temporary hiring agency. TempHire is available as Silverlight 4 and WPF solutions, sharing most of the code between the two solutions.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdrc.ideablade.com%2fxwiki%2fbin%2fview%2fDocumentation%2fcocktail-reference-application%3feng%3ddnk%26chnl%3dtxtad%26amsg%3dtemphire%26adrun%3d1"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdrc.ideablade.com%2fxwiki%2fbin%2fview%2fDocumentation%2fcocktail-reference-application%3feng%3ddnk%26chnl%3dtxtad%26amsg%3dtemphire%26adrun%3d1" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/TempHire_reference_Best_practice_architecture_for_biz_apps</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/TempHire_reference_Best_practice_architecture_for_biz_apps</guid>
      <pubDate>Thu, 15 Mar 2012 15:34:52 GMT</pubDate>
    </item>
    <item>
      <title>Single Page Applications using ASP.NET </title>
      <description>Single Page Application is an architecture for web applications. It combines the best of web and desktop, built with HTML5 and JavaScript.Single Page Applications are rich and responsive. You do not need any browser plug-ins needs to install for this architecture, it is a standard web technology that is going to work on any device, operating system and browser.
 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.techbubbles.com%2faspnet%2fsingle-page-applications-using-asp-net%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.techbubbles.com%2faspnet%2fsingle-page-applications-using-asp-net%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/aspnet/Single_Page_Applications_using_ASP_NET</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/aspnet/Single_Page_Applications_using_ASP_NET</guid>
      <pubDate>Sun, 04 Mar 2012 20:34:20 GMT</pubDate>
    </item>
    <item>
      <title>The repository pattern explained and implemented</title>
      <description>The repository pattern in conjunction with others is a powerful tool that lowers friction in development. Used correctly, and honoring the pattern definitions, you gain a lot of flexibility even when you have testing in the mix.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.lowendahl.net%2f%3fp%3d249"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.lowendahl.net%2f%3fp%3d249" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/The_repository_pattern_explained_and_implemented</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/The_repository_pattern_explained_and_implemented</guid>
      <pubDate>Thu, 01 Mar 2012 18:23:56 GMT</pubDate>
    </item>
    <item>
      <title>Embracing CRUD - to it's full extent!</title>
      <description>I watched a screen-cast recently on how Ruby on Rails takes CRUD (Create, Read, Update, Delete) to its very extreme in order to come out with a software design that is to create, understand and modify. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fnizarnoorani.com%2findex.php%2farchives%2f346"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fnizarnoorani.com%2findex.php%2farchives%2f346" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Embracing_CRUD_to_it_s_full_extent</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Embracing_CRUD_to_it_s_full_extent</guid>
      <pubDate>Sun, 26 Feb 2012 17:39:11 GMT</pubDate>
    </item>
    <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>
  </channel>
</rss>
