The ones swimming in cash seem to be the ones doing the current projects, and having them stretch out forever. Regards, Greg Dr Greg Low 1300SQLSQL (1300 775 775) office | +61 419201410 mobile SQL Down Under | Web: https://sqldownunder.com<https://sqldownunder.com/> | About Greg: https://about.me/greg.low From: David Burstin via ozdotnet <ozdotnet@ozdotnet.com> Sent: Wednesday, August 30, 2023 10:45 AM To: ozDotNet <ozdotnet@ozdotnet.com> Cc: Tom Rutter <therutter@gmail.com>; David Burstin <david.burstin@gmail.com> Subject: Re: [OT] Junked business registry overhaul blew out by $2.3b Maybe we should set up OzDotNet Consultants specializing in government contracts? We could be swimming in cash! On Wed, 30 Aug 2023 at 10:31, Tom Rutter via ozdotnet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> wrote: If you want a project to fail the best thing to do is to allow the govt to run it On Tue, 29 Aug 2023 at 19:30, Dr Greg Low via ozdotnet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> wrote: Another one though where the project has many parts, almost all of which were to be delivered at the end. The only delivered item is the now orphaned Director ID. Have we learned nothing about delivering projects in the last half century? Regards Greg Get Outlook for iOS<https://aka.ms/o0ukef> ________________________________ From: DotNet Dude via ozdotnet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> Sent: Tuesday, August 29, 2023 7:19:34 PM To: ozDotNet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> Cc: DotNet Dude <adotnetdude@gmail.com<mailto:adotnetdude@gmail.com>> Subject: Re: [OT] Junked business registry overhaul blew out by $2.3b Am hesitant to share much but apparently the sh!t show was due to earlier decisions, 2 or so years old. Technically a lot of the work was being delivered successfully. On Tue, 29 Aug 2023 at 17:36, Greg Keogh via ozdotnet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> wrote: Worse, they were probably drowning in XML schema definitions. Only one mention of XML in the redacted report, but three mentions of SBR1, so that still counts. š Aha! That leads to a bit of IT tech talk I can sort-of understand: The MBRās starting point for the technology architecture was Foster Mooreās 124 registry software, Catalyst. Catalyst was selected as the commercial-off-the-shelf product for the MBR implementation, following a formal approach to market and design validation with Foster Moore. 125 During the course of the program, the implementation changed to a later version of Catalyst called Verne. Verne is a cloud-hosted registry product that uses Linux/Unix OS and a document database that is suitable for registries. It uses a lesser-known Java-based programming language called Groovy. 126 Verne provides out-of-the-box functionalities for registration management, client management, content management, access management, configuration management, analytics and reporting, data provision, account management, communication management, document management, API management, and fee and revenue management. The user interface framework provides a flexible way to generate XML based APIs. I've heard of Groovy<https://en.wikipedia.org/wiki/Apache_Groovy>, but now I see it's a Java-like static or dynamic language. Foster Moore's Verne<https://www.fostermoore.com/verne> software is some gigantic off-the-shelf corporate registry software product that claims to be highly configurable. There's no mention of what back-end database it uses. Greg K -- ozdotnet mailing list To manage your subscription, access archives: https://codify.mailman3.com/ -- ozdotnet mailing list To manage your subscription, access archives: https://codify.mailman3.com/ -- ozdotnet mailing list To manage your subscription, access archives: https://codify.mailman3.com/