By Yakov Werde | Article Rating: |
|
October 15, 2010 05:00 PM EDT | Reads: |
8,670 |

GIGO (garbage in, garbage out)
"A fundamental goal of legacy Information System migration is that the new system not become a legacy system itself"
These insightful words were written seventeen years ago by Michael L. Brodie and Michael Stonebraker in their 1993 study called "DARWIN: On the Incremental Migration of Legacy Information Systems".
From this goal statement, which I believe is self-evident and universal, it is clear that merely operationally and mechanically pushing a legacy client/server (PowerBuilder or any other language based) system through an automated .NET migration process will not automatically result in a non-legacy system.
Even though the goal of all previous intra-Classic migrations was modernization, such modernization was limited to taking advantage of new language features and enhanced O/S support within existing code. After all Client/Server architecture and the DataWindow have been around since version 1.0, MDI since version 3.0 and the NVO since version 5.0. So, if your goal in version 12 migration is limited modernization and just remaining current then your best strategy is to simply migrate to version 12 Classic. However if your goal is preparing your application for the next generation and a long term future, the .NET migration opportunity offers so much more. It offers the opportunity for you to transform your code assets into a form that will allow them to remain relevant in whatever platform and direction the industry goes in the immediate and distant future.
In my next series of blogs I'll be looking at how organizations apply the dreaded term "legacy" to their information systems; helping you figure out if you system is PowerBuilder legacy or not and providing guidelines on how to keep your PowerBuilder application relevant for the long haul within the broader Microsoft .NET ecosystem.
Published October 15, 2010 Reads 8,670
Copyright © 2010 Ulitzer, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
Related Stories
More Stories By Yakov Werde
Yakov Werde, a 25 year IT industry veteran, is a member of TeamSybase and the newly formed Sybase Customer Evangelist Team. Yakov is a recognized author, speaker and trainer who has been designing and delivering PowerBuilder, .NET, EaServer, Web App Development, and Java training for over 14 years to corporate, military and government developers. Prior to discovering his aptitude as an educator, Yakov worked as an architect, project manager and application coder in the trenches of application software development. Yakov holds a Masters in Education with a specialty in instructional design for online learning from Capella University and a BS in math and computer science from Florida International University. Yakov, managing partner of eLearnIT LLC (www.elearnitonline.com), authors and delivers workshops and web based eLearning tutorials to guide professional developers toward PowerBuilder Classic and .NET mastery. Follow Yakov on Twitter as @eLearnPB
- Refactoring Corner: Partitioning DataWindow Technology
- RESTful Web Services: A Quick-Start How-to Guide - Part 1
- Refactoring Classic PowerBuilder Applications Using TDD and pbUnit
- There's a Hole in the Bucket, Dear Liza, Dear Liza
- Vendor Independent Data Access in EAServer 3.6.1
- PowerBuilder .NET Migration eTutorial
- RESTful Web Services: A Quick-Start How-to Guide - Part 2
- Slicing the Pie with PowerBuilder .NET 12.1 EBF Project Partitioning
- PFC Project Partitioning Using a Referenced PowerBuilder Assembly Target
- Breaking Platform Limitations