6

Thanks I hate it, I hate the fact that typescript will still transpile this. Not an exact copy of the code I'm working with, but close enough. Also this code targets es3, but we generate tsconfigs that say es5 (which don't actually get used) which leads me to believe that we generate them soley for the benefit of ides, and because if they said es3 the ide would show even more errors

Comments
  • 2
    @rEaL-jAsE "you can't go wrong with normal JavaScript" What?! This may be the funniest thing anyone has ever said about JS.
  • 0
    @rEaL-jAsE don't take it badly, it's just that this is the exact reason typescript was developed :)
  • 1
    @rEaL-jAsE no thanks, I prefer statically typed languages, especially when it comes to larger codesets

    Why have to add extra runtime checks and such to ensure the data is what you expect it to be when you can have the compiler do it for you.

    I also like being able to know what types a method takes/returns without needing to look up the documentation.
  • 0
    Adding to my previous comment, the problem is that this codebase is full of "wrong" code that shouldn't compile from like, a type checking perspective... but it does, and I'll give props to the people who wrote it in the sense that like, they clearly know how the typescript compiler will output code well enough to know how to make this work...
  • 0
    If your classes are modifying stuff outside of it, you have bigger problems.
  • 0
    @spongessuck Thats what a global variable is for though?
  • 0
    @spongessuck I hope they're not XD but who knows with this codebase
Add Comment