Typescript solved the "I spent hours debugging, only to find I misspelled a property" problem. FastAPI did the same for Python. I have noticed that untyped languages (or "dynamic" languages, if that makes it sound more advanced) have typing added to them by people who love the language, but hate 10x debugging. On the other hand, I can't think of a single example of a strongly typed language that has been "fixed" by s…
Turbo 8 is dropping TypeScript
61–70 of 88 posts
Re: Turbo 8 is dropping TypeScript
#62Re: Turbo 8 is dropping TypeScript
#63Earlier quoted context omitted.
> places where JS makes more sense (eg libraries that would otherwise need to have very abstract types) If your library is hard to type, it is a code smell. In my opinion, such libraries could benefit from TS a lot.
libraries if they are popular in general are expected to work with a wide variety of code. Supporting code smell is a feature.
Re: Turbo 8 is dropping TypeScript
#64they removed prettier in the codebase too, they really don't like formatting or typings in their codes.
No reason to use prettier if you already use eslint. And there is no reason to not use eslint, so…
Re: Turbo 8 is dropping TypeScript
#65sarcasm They should also remove tests from the projects as well. Such a burden on the developer to write test and worry about how to test when they just need to focus on implementing the logic. Very few programmers are typically interested in having their opinion on writing test changed. Most programmers find themselves drawn strongly to testing or not quite early in their career, and then spend the rest of it ration…
A big part of development is prototyping, it sucks so much to use a language that doesn't support efficient prototyping. And no, jumping from Typescript concepts/style to pure Javascript is not an efficient solution, you have limited space in your brain.
I can continue, literally all Typescript code is horrible legacy in the making. In the future people would hate it is so much that comments like this would look ridiculous, remember my words.
Re: Turbo 8 is dropping TypeScript
#66Re: Turbo 8 is dropping TypeScript
#67Earlier quoted context omitted.
> places where JS makes more sense (eg libraries that would otherwise need to have very abstract types) If your library is hard to type, it is a code smell. In my opinion, such libraries could benefit from TS a lot.
libraries if they are popular in general are expected to work with a wide variety of code. Supporting code smell is a feature.
Re: Turbo 8 is dropping TypeScript
#68they removed prettier in the codebase too, they really don't like formatting or typings in their codes.
No reason to use prettier if you already use eslint. And there is no reason to not use eslint, so…
Re: Turbo 8 is dropping TypeScript
#69Instead of acting like children, bullying/attacking others, and opening up bogus PRs, maybe those people should invest that effort into a @types/turbo package. Wouldn't take more than an afternoon to pull in the old types and call it a day.
I mean this guy unilaterally moved the whole repo off of typescript in the span of 3 hours because of some personal opinions he had. If anyone is acting like a child, it's dhh himself.
The Turbo library is not consumed like a normal package anyways, so these types were only used internally. Nobody relies on these types.
It's their library. And others have done the same recently.
Re: Turbo 8 is dropping TypeScript
#70Interesting. I does really make you ask questions. For example, what is Turbo 8?