Comment on Big projects are ditching TypeScript… wtf? - The Code Report
cactusupyourbutt@lemmy.world 9 months agoso he does all of this because he dislikes transpiling because supposedly it makes debugging etc harder? does he know about sourcemaps?
he also says he doesnt like type information in his code, so he adda them as comments. the type information is still there, how is this an improvement?
scorpionix@feddit.de 9 months ago
The issue with transpiling is that the code that’s running in production is not necessarily the one that’s been tested. A source map doesn’t fix that.
atheken@programming.dev 9 months ago
I loathe this line of reasoning. It’s like saying “unless you wrote assembly, compiling your code could change what it does.”
Guess what, the CPU reorders/ellides assembly, too! You can’t trust anything!
pivot_root@lemmy.world 9 months ago
Haha, what is this, the 90s?
Assembled instructions aren’t even the lowest non-hardware stage in instruction execution. There’s proprietary microcode sitting a level below your typical x86 ISA.
atheken@programming.dev 9 months ago
🙈🙉🙊
I know, but I didn’t want to scare the children.
I also choose to pretend it’s just little gnomes moving the bytes around. Less magic.
pivot_root@lemmy.world 9 months ago
Unless someone is using some language extensions, transpiling from TS to an ECMAScript module using the
ESNexttarget merely drops the type annotations.If not running the exact same code being developed is an issue, it’s an easy fix.
Miaou@jlai.lu 9 months ago
Ugh? Of course it is. Why shouldn’t it be?
scorpionix@feddit.de 9 months ago
Because Browsers can’t run Typescript, they run JavaScript. That’s why the intermediate conversion step isneededd.
Miaou@jlai.lu 9 months ago
But your tests are running on the compiled code too. Nothing can be tested but handwriting assembly, with such approach