4 ms·
Not being sarcastic. They have working code and a staff of engineers that understand it currently. Transpiling it migrates the code to an intermediate state t
by wins32767 5y ago
Not being sarcastic. They have working code and a staff of engineers that understand it currently. Transpiling it migrates the code to an intermediate state that no one understands, so why do that if you have to rewrite it again anyway?
- tablespoon 5y ago> Not being sarcastic. They have working code and a staff of engineers that understand it currently. Transpiling it migrates the code to an intermediate state that no one understands, so why do that if you have to rewrite it again anyway? If you have engineers that understand the old code, couldn't they just continue to maintain it in that form and transpile it until it's converted to idiomatic Java?
- wins32767 5y agoSo what does the transpiling get you in that world? You can already run the old code on modern hardware (per tfa) and you already have people who understand the existing assembly to help do a rewrite...
- tablespoon 5y ago> So what does the transpiling get you in that world? You can already run the old code on modern hardware (per tfa) and you already have people who understand the existing assembly to help do a rewrite... Basically what the ancestor comment enumerated. It basically allows for a more conservative and incremental approach to rewriting things, since it would give you the ability to mix old and new code. It seems like they plan to do some parallel testing, but if they used the transplier (and it was correct), they could probably do that at a much lower level (e.g. run both functions in parallel in PROD but only use the "old" functions results, log any discrepancies, you know you're done when there haven't been any for a while).