tag:blogger.com,1999:blog-10345428.post4385846616763542297..comments2023-09-27T00:29:23.437-07:00Comments on Making programming pay: Look Mom, No versions.Paul Beckfordhttp://www.blogger.com/profile/16046651614960778254noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-10345428.post-22178054228945393962018-05-10T04:44:26.207-07:002018-05-10T04:44:26.207-07:00Very interesting blog to read and to share, thanks...Very interesting blog to read and to share, thanks for sharing such a good blog..................Please contact us to know more about <a href="https://www.calfre.com/UAE/Dubai/Deira/Oracle-Fusion-Technical-Training/" rel="nofollow">Oracle Fusion Financials Training</a> details in our <a href="https://www.calfre.com/UAE/Dubai/Deira/Oracle-Fusion-Technical-Training/" rel="nofollow">Calfre </a>Anonymoushttps://www.blogger.com/profile/07718622077017576569noreply@blogger.comtag:blogger.com,1999:blog-10345428.post-23926132896895398182007-04-10T13:15:00.000-07:002007-04-10T13:15:00.000-07:00Hi Andrew,The jury is still out for me. Have you w...Hi Andrew,<BR/><BR/>The jury is still out for me. Have you watched Gilads' presentation? It is pretty convincing. The whole idea of the code changing underneath you whilst you are still using it is really novel.<BR/><BR/>I've got a few thoughts:<BR/><BR/>1. I like the idea of modelessness, where time never stops. So for example, over time you may completely change the interrior furnishings in your home without ever stopping and starting the server :^). Getting rid of the run/install modes for software is a good thing I think :^)<BR/><BR/>2. Backwards compatibility tends to hold back better ways of doing things sometimes. Accepting that code can always change under your feet, means that backwards compatibility is no longer such an issue. All your deployed applications will be using the latest libraries and APIs. The downside is that you will always be playing catch up, to ensure that your code works with the latest libraries.<BR/><BR/>3. The real issue is just how often will you be prompted by unsolicited changes. For example if Hibernate issues a new library update, do you really want to be forced to update all your dependent apps, run tests and re-deploy? Much of this could be automated, but it could still require a certain amount of manual intervention.<BR/><BR/>Your point about SLAs is a good one. Gilad comes from a Smalltalk background where changing code on the fly is common place. The bottom line is that this approach would have to work seamlessly. If it does, it could represent a significant change in how software is delivered. It would also bring new meaning to the idea of releasing early and often.<BR/><BR/>The way I see it, is that there isn't that large a leap from daily builds and daily releases to production as performed by some Agile teams and what Gilad is suggesting.<BR/><BR/>With the right level of automated integration, testing and releasing and with the right programming language support as Gilad suggests it should be possible. <BR/><BR/>It wouldn't work for all Apps, but it definately fits with the web model.Paul Beckfordhttps://www.blogger.com/profile/16046651614960778254noreply@blogger.comtag:blogger.com,1999:blog-10345428.post-56143320083613034942007-04-10T10:31:00.000-07:002007-04-10T10:31:00.000-07:00Hi Paul, Andy here.I think that there are actually...Hi Paul, Andy here.<BR/><BR/>I think that there are actually two differing ways of looking at the whole change control thing. <BR/><BR/>Development is - well development, not production, so any kind of predictive process is not a good thing. This is because we deal with a lot of unknowns and constantly changing parameters - not least the mind of your customer.<BR/><BR/>However, I think there is another side to this. Once your code makes it into a production environment, you do want everything to be deterministic, well controlled etc. because you don't want to interrupt service to your customers and threaten you SLA's. <BR/><BR/>Thoughts?Andyhttps://www.blogger.com/profile/05444400484504613942noreply@blogger.com