Comment by donatj
4 days ago
Anything in particular you're replacing them with generally?
I heard a story about replacing COBOL with JavaScript ... and my skin still crawls thinking about it.
4 days ago
Anything in particular you're replacing them with generally?
I heard a story about replacing COBOL with JavaScript ... and my skin still crawls thinking about it.
There's surprisingly a lot of finance related jobs in TypeScript. I wonder what libraries they are using for money management.
Heh I worked one of these. We handled arithmetic in the DB tho. Lot of PL/pgSQL running under the typescript, TS was more of like a middleware or API layer for things that could change more frequently. Finance code is to some extent transcribing of regulation & law into code and we kept all that in postgres.
Indeed, I've worked on billing system that relied heavily on pure JavaScript. Not even modern flavors with map/reduce, etc. - ECMAScript 5. It worked surprisingly well and our bottleneck wasn't the runtime but rather the databases we were constantly upserting to.
It sounds kinda crazy but with good change control, documentation, good relationship with the ETL team - it was pretty maintainable.
Any chance it uses Rhino?
Crossed fingers, in my experience.
But think of the flexibility, freed from the shackles of numerical coherence!
https://www.destroyallsoftware.com/talks/wat
A few different options, depending on the client. One went to a competing "commercial off-the-shelf" product. Another hired a company to build a system in a low-code application platform running on .NET.
Yet another went to a different mainframe system that they already had. They had multiple systems (both mainframe and Unix) which did similar jobs due to acquisitions over the years, and they moved the still-active customers from the most expensive mainframe to one of the cheaper mainframes.