<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Episode 25: Architecture Pt. 2</title>
	<atom:link href="http://www.se-radio.net/2006/08/episode-25-architecture-pt-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.se-radio.net/2006/08/episode-25-architecture-pt-2/</link>
	<description>The Podcast for Professional Software Developers</description>
	<lastBuildDate>Tue, 14 May 2013 01:48:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Jörg Bächtiger</title>
		<link>http://www.se-radio.net/2006/08/episode-25-architecture-pt-2/#comment-925</link>
		<dc:creator>Jörg Bächtiger</dc:creator>
		<pubDate>Tue, 01 Mar 2011 07:21:22 +0000</pubDate>
		<guid isPermaLink="false">#comment-925</guid>
		<description><![CDATA[Hello Team

I&#039;m really pleased with your podcast. You do a great job. Thanks!

I mostly agree with you. But I would like also to mention about this episode:
- Security
Security can be introduced into an existing system after the system is designed and implemented. Of course you need a corresponding architecture to support this (e.g. interceptor architecture).
- Reuseability
OO (or more general any programming language) archived this. Just for an example the JDK itself or any other library.
- Balancing forces
* Performance vs scalability:
Personal, I don&#039;t see the conflict in general. If you consider performance as throughput and/or latency, you can archive better performance when you have a scalable system (scalable means just add more res sources and you get more performance).
* Performance vs maintainability:
By decoupling everything by using interfaces is a very good idea. It increases several other characteristics. It does not decrease performance. This is a myth about abstractions. In general a system with cleared defined responsibility by it&#039;s components can performance very well if it is good design and implemented. If it is implemented poorly by using for everything remote invocations, this does nothing to do with maintainability.
* Performance vs portability
By introducing layers and is about introducing abstractions. Abstractions costs performance is a myth about abstractions. If you use well defined abstractions and the implementation is done well, it will increase performance heavily.
* Security vs useability
I don&#039;t agree with your general statement that security decreases useability. It depends how you implement security.


Regards
Jörg Bächtiger]]></description>
		<content:encoded><![CDATA[<p>Hello Team</p>
<p>I&#8217;m really pleased with your podcast. You do a great job. Thanks!</p>
<p>I mostly agree with you. But I would like also to mention about this episode:<br />
- Security<br />
Security can be introduced into an existing system after the system is designed and implemented. Of course you need a corresponding architecture to support this (e.g. interceptor architecture).<br />
- Reuseability<br />
OO (or more general any programming language) archived this. Just for an example the JDK itself or any other library.<br />
- Balancing forces<br />
* Performance vs scalability:<br />
Personal, I don&#8217;t see the conflict in general. If you consider performance as throughput and/or latency, you can archive better performance when you have a scalable system (scalable means just add more res sources and you get more performance).<br />
* Performance vs maintainability:<br />
By decoupling everything by using interfaces is a very good idea. It increases several other characteristics. It does not decrease performance. This is a myth about abstractions. In general a system with cleared defined responsibility by it&#8217;s components can performance very well if it is good design and implemented. If it is implemented poorly by using for everything remote invocations, this does nothing to do with maintainability.<br />
* Performance vs portability<br />
By introducing layers and is about introducing abstractions. Abstractions costs performance is a myth about abstractions. If you use well defined abstractions and the implementation is done well, it will increase performance heavily.<br />
* Security vs useability<br />
I don&#8217;t agree with your general statement that security decreases useability. It depends how you implement security.</p>
<p>Regards<br />
Jörg Bächtiger</p>
]]></content:encoded>
	</item>
</channel>
</rss>
