.... and James MAIN HEAD has been building and running against Avalon releases successfully for more than a year including operation runtime validation throughout that period.
Stephen. > -----Original Message----- > From: Danny Angus [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 29, 2004 10:22 > To: James Developers List > Subject: RE: Avalon - moving away from ? > > Noel, guys, > > > is almost entirely due to container contract changes > >made by Avalon. I would like us to be more independent of that > treadmill. > > +1 > > > Avalon is in quite a state of upheaval and flux. I hope that something > > healthy will emerge, but cannot assume that there won't be contract > changes > > as it goes forward. > > As this has been the case for as long as I've been associated with James I > would be very wary of basing any James PM decisions on predictions of > stability in Avalon. > > No disrespect to those guys, but they have a different agenda to us. > As far as I am concerned our mission is to evolve an increasingly stable > and performant product for our users, particularly focusing on James' > suitability as a component of larger (or "enterprise") systems (which > seems > to be a key market), whilst obeying the principle of least surprise, all > this requires confidence by the users in our ability which in turn > requires > predictability and stability in our process and our product. > I believe we can (and largely do) achieve this through defect fixes and > enhancements to code and architecture. > I'm a died in the wool evolutionist as far as James is concerned. > As far as Avalon is concerned they are observably revolutionary in their > approach, and have different goals than us. James would benefit by > adopting > many of the changes Avalon makes, but they come at a price. In order to > adopt chnage from Avalon we have to seek understanding of the how & the > why, perform impact assessments, write and test code, regression test, and > load test simply in order to play catch up and with no guarentees that > Avalon isn't going to revolutionise, deprecate or simply abandon any of > the > prerequisites of this work. > This effort is not available most times from the James community. Why? > because by and large we and our users are satisfied with James' macro > performance and our incentives are in getting the details right. > > As you say Paul's proposal would be bet hedging, I can see (and hope I've > articulated) a good justification for doing that, but if we chose to do > that would we have the resources and incentive to see it through? Is Paul > offering to lead this and perform a significant part of the work? > > d. > > > > > ************************************************************************** > * > The information in this e-mail is confidential and for use by the > addressee(s) only. If you are not the intended recipient (or responsible > for delivery of the message to the intended recipient) please notify us > immediately on 0141 306 2050 and delete the message from your computer. > You may not copy or forward it or use or disclose its contents to any > other person. As Internet communications are capable of data corruption > Student Loans Company Limited does not accept any responsibility for > changes made to this message after it was sent. For this reason it may be > inappropriate to rely on advice or opinions contained in an e-mail without > obtaining written confirmation of it. Neither Student Loans Company > Limited or the sender accepts any liability or responsibility for viruses > as it is your responsibility to scan attachments (if any). Opinions and > views expressed in this e-mail are those of the sender and may not reflect > the opinions and views of The Student Loans Company Limited. > > This footnote also confirms that this email message has been swept for the > presence of computer viruses. > > ************************************************************************** > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
