If you want a warm fuzzy about Oracle Fusion applications, don't read this post about Oracle's "Halfway to Fusion" event that took place at the end of last month.
I haven't understood why my clients didn't seem more worried about what Fusion entails. Some features won't make the cut, customizations won't be automatically handled during an upgrade, you will have to retrain your support staff and users, and Oracle hasn't even announced if Fusion will support non-Oracle databases. It's nice to see there's some other critical (if not paranoid) folks out there in the blogosphere.
...
written by Brent Martin, February 17, 2006
...
written by Brent Martin, February 17, 2006
I haven't understood why my clients didn't seem more worried about what Fusion entails. Some features won't make the cut, customizations won't be automatically handled during an upgrade, you will have to retrain your support staff and users, and Oracle hasn't even announced if Fusion will support non-Oracle databases. It's nice to see there's some other critical (if not paranoid) folks out there in the blogosphere.
Trackback(0)
TrackBack URI for this entry
Comments (3)
Subscribe to this comment's feed
written by Brent Martin, February 17, 2006
I guess customers will upgrade to Fusion if Oracle can demonstrate clear value in the product. Oracle has committed to a generous support lifecycle, so users won't be pressured to upgrade like they were in the past. And with options like TomorrowNow, a lot of companies may elect to discontinue Oracle support altogether and run maintain their current implementations much longer than they have in the past.
Regarding a code parser -- That's beyond me. I have trouble enough reading other people's code, much less writing a program to do it ;-) I think the key to a successful Fusion upgrade will be not understanding what the code does but why the code is there in the first place. You'll need to know the business problems your customizations address, and the requirements of the customizations. Armed with that information, you'll be able to recreate them in whatever language and application is appropriate.
Regarding a code parser -- That's beyond me. I have trouble enough reading other people's code, much less writing a program to do it ;-) I think the key to a successful Fusion upgrade will be not understanding what the code does but why the code is there in the first place. You'll need to know the business problems your customizations address, and the requirements of the customizations. Armed with that information, you'll be able to recreate them in whatever language and application is appropriate.
-
- +0
-
-
written by Brent Martin, February 17, 2006
David L. Price blogged about the event too. His post is here: http://ideatec.blogspot.com/20...fing.html. He wasn't impressed either.
-
- +0
-
-
Write comment
| < Prev | Next > |
|---|
Last Updated on Tuesday, 14 February 2006 15:32.
I wonder how many customers will stay away from Fusion.
One thought: could we build an engine to parse PeopleCode or an SQR and tell the user in English what is happening? Almost a documenting engine so a client could know what the SQR did in the legacy system (while on their way to Fusion).