<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Simon Brown - banking tag</title>
  <link>http://www.simongbrown.com/blog/tags/banking/</link>
  <description>Coding the architecture</description>
  <language>en</language>
  <copyright>Simon Brown</copyright>
  <lastBuildDate>Tue, 06 May 2008 13:33:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>QCon London 2008 - day 1</title>
    <link>http://www.simongbrown.com/blog/2008/03/13/qcon_london_2008_day_1.html</link>
    
      
        <description>
          &lt;p&gt;
Erich Gamma&#039;s keynote got the QCon London 2008 conference underway, where he talked about his experiences with the Eclipse project over the past seven years. There were a few interesting points during this session but I&#039;m going to write about those separately. The thing I will say is that it&#039;s always good to hear the real-world stories about iterative development - in this case, the Eclipse team work on 6 week iterations and don&#039;t necessarily have a fully shippable product at the end of them. Erich wrapped up the keynote with a demo of the new Jazz platform, which pulls together all of the tools in your standard development suite into a fully integrated workflow. This looks like a rehash and enhancement of Rational&#039;s Unified Change Management (UCM) platform using Eclipse as the front-end. That might not be totally accurate (I think I saw a Subversion bridge in the slides), but you get the point. Certainly worth a look, although the &#034;commercial open source&#034; thing confused me.
&lt;/p&gt;

&lt;p&gt;
As for the main sessions, I stuck to the banking track for the first day and that turned out to be a good decision because there were some really interesting presentations.
&lt;/p&gt;

&lt;p&gt;
First up was John Davies who jumped in at the last minute because the speaker for that slot couldn&#039;t make it to the conference. Instead of a session about domain specific languages, John presented an overview of technology within the investment banking space. It was a really interesting talk and very nicely summarised many of the trends that we&#039;ve seen over the past few years (e.g. compressed on the wire message formats rather than XML, etc). The key takeaway point for me was that you need to design for scalability. This is one of the reasons why I think it&#039;s important that software systems have an explicit and intentional architecture, with somebody taking responsibility for it.
&lt;/p&gt;

&lt;p&gt;
Next up was Iain Mortimer who presented a session that was entitled &#034;Keeping 99.95% uptime on 400+ key systems at Merrill&#034;. Although this was a relatively interesting session, I do think that the title was misleading. Instead of talking about how the 99.95% availability target was being satisfied, Iain talked about how Merrill monitored those systems, and particularly about the rules that they used to monitor those systems. Iain said that their availability requirements allow for 18 seconds of downtime per day, but didn&#039;t go into detail about any failover or recovery techniques that allowed them to meet that goal. So in that respect, the session was a little disappointing, although it was interesting to hear about the challenges of monitoring 400 systems across a global organisation in a consistent way. The key takeaway point from this session was that you need to design systems with monitoring in mind, which I completely agree with.
&lt;/p&gt;

&lt;p&gt;
Third on the track was Bertrand Delsart from Sun, talking about the real-time Java specification. Although there were a couple of banking examples thrown in, this session was essentially a generic RTJS talk. The closest I&#039;ve got to real-time Java is BEA&#039;s JRockit JVM with deterministic garbage collection but, as Betrand said, garbage collection is only one part of the story - Java apps also suffer jitter from the JIT compiler kicking in at unwanted times, etc. While this isn&#039;t something I&#039;ll probably try out myself (Sun&#039;s real-time Java VM only runs on Solaris 10 at the moment), what they&#039;ve done is built a framework onto which you can build your applications where you decide which parts of it are regular Java, soft real-time or hard-real time. My understanding is that the hard real-time stuff is made possible by utilising the underlying OS real-time threading and some clever use of non-heap memory spaces, in addition to appropriately scheduling the garbage collector so that it doesn&#039;t interfere. Cool stuff and I think we&#039;ll be seeing this pop up in the banking industry soon.
&lt;/p&gt;

&lt;p&gt;
Next was Betfair talking about their new Tradefair platform and some of the challenges that they need to overcome to provide a highly scalable, highly available trading platform. Again, there was some interesting discussion of the problems and high-level solutions, although many people (myself included) came out of the session not really understanding what they had done. They were very sketchy with the details and I&#039;m left wondering why they couldn&#039;t have implemented their system using something like JavaSpaces (what they described sounded like a JavaSpace - put many things in and match them up). The thing I did like about the session was their openness in admitting that none of the solutions were ideal (all had trade-offs) so they had to pick the one that fitted their needs the most.
&lt;/p&gt;

&lt;p&gt;
The last session of the day was a talk about LiquidityHub, a new trading platform that was built from scratch in just nine months. As a disclaimer, I work at Detica and have many friends that worked on the project. Having said that, this was one of the best sessions of the day. It presented an overview of the business problem, an overview of the chosen architecture and a look at how some of the technologies were used to build the platform. This project shows that it is possible to build a high volume, low latency platform with mainstream Java-based technologies. BEA&#039;s JRockit  JVM was used to reduce the jitter of the Java runtime, making it possible to achieve a service level agreement stating that messages should pass through the platform in under 100ms. With its good coverage of everything from the business problem down to some of the implementation details, this was a great way to end the first day.
&lt;/p&gt;
        </description>
      
      
    
    
    
    <comments>http://www.simongbrown.com/blog/2008/03/13/qcon_london_2008_day_1.html#comments</comments>
    <guid isPermaLink="true">http://www.simongbrown.com/blog/2008/03/13/qcon_london_2008_day_1.html</guid>
    <pubDate>Thu, 13 Mar 2008 09:32:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>
