How many programs, what data storage facility (sql or flat files)?
how much data?
how many screens?
how well documented?
is business knowledge at hand?
all this goes into the equation. generally you face 3 options:
- total manual rewrite (expensive, slow, risky)
- re-hosting, where you recompile the code on a different platform.
to my knowledge, not existing for tandem/hp ns. sorry!
- generative rewrite - analyze/generating into terrible java code - hit and run by indian consulting firms. VERY dangerous.
none of them are great. they are all terrible. looking for the "best" exposes your lack of experience. there is no best, just the one with the seemingly smallest downsides.
On Tuesday, 16 May 2017 at 22:17:52 UTC+10, kilg...@gmail.com wrote:
How many programs, what data storage facility (sql or flat files)?
how much data?
how many screens?
how well documented?
is business knowledge at hand?
all this goes into the equation. generally you face 3 options:
- total manual rewrite (expensive, slow, risky)
- re-hosting, where you recompile the code on a different platform.
to my knowledge, not existing for tandem/hp ns. sorry!
- generative rewrite - analyze/generating into terrible java code - hit and run by indian consulting firms. VERY dangerous.
none of them are great. they are all terrible. looking for the "best" exposes your lack of experience. there is no best, just the one with the seemingly smallest downsides.
If it's well documented transaction processing in 21st century is not very expensive exercise with modern technologies e.g. https://nuodb.com/ just to mention one reasonable of alternatives.
BUT nobody talked about requirements and documentation 30+ years ago only IBM consultants ...
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 32:22:11 |
Calls: | 6,648 |
Calls today: | 3 |
Files: | 12,193 |
Messages: | 5,328,598 |