News for hackers. Stuff that matters.
Re:Microsoft TypeSpec by whimsicalism on Friday September 20, 2024 @10:59AM (#41602640)
yeah like when they uselessly reinvented flow with typescript

also reinventing atom with vscode.

Re:Microsoft TypeSpec by maleldil on Friday September 20, 2024 @11:01AM (#41602659)
To Microsoft's credit, both are better alternatives, with VS Code being _significantly_ superior to Atom.
Re:Microsoft TypeSpec by Philpax on Friday September 20, 2024 @11:03AM (#41602685)
I think that was the grandposter's sarcastic point.
Re:Microsoft TypeSpec by whimsicalism on Friday September 20, 2024 @11:08AM (#41602722)
yes sorry, i should be more explicit going forward
Re:Microsoft TypeSpec by seanw444 on Friday September 20, 2024 @11:16AM (#41602792)
Superior in performance and easy-of-use, which for most people is all that matters. Atom still won in general "hackability", which was one of its main selling points. Unfortunately that didn't stick, and the kind of people that want a hackable-to-the-core editor are probably using Emacs. I know I am.
Re:Microsoft TypeSpec by greener_grass on Friday September 20, 2024 @11:08AM (#41602721)
TypeScript wasn't better than Flow when it gained dominance. It happened because Microsoft created an out-of-the-box experience with VS Code that worked great with TypeScript but made Flow types look broken.
Re:Microsoft TypeSpec by jitl on Friday September 20, 2024 @12:08PM (#41603329)
More generally Microsoft treated Typescript as a product - they built it based on feedback from outside users and worked hard to make it easily adoptable and to grow a community around it. They are also "pragmatic" - willing to have weird, unsound semantics if it's needed to help people adopt Typescript and model existing JS ecosystem patterns.

Flow has always been an inwardly-focused project that is for Facebook's needs first. The Flow team at FB made an explicit decision to focus more on compiler performance improvements (what Facebook's usage needed) over outside users & community.

Re:Microsoft TypeSpec by robertlagrant on Friday September 20, 2024 @11:59AM (#41603235)
From what I remember TypeScript was a superset of Javascript, so you could just rename your files and enable TypeScript and it all worked, and then gradually move stuff over. That probably helped a lot.
Re:Microsoft TypeSpec by mmv on Friday September 20, 2024 @12:45PM (#41603657)
The way I remember, when flow was introduced, you had to do small changes to 3rd party dependencies your code might have had to make them flow-compatible.

With typescript you could just write a type definition file for any 3rd party library, so you could essentially make any 3rd party dependency "typescript compatible" without needing to change its code.

This small difference made a huge impact for adoption. Eventually flow also got that feature but by then the adoption difference was already too big.

Re:Microsoft TypeSpec by WorldMaker on Friday September 20, 2024 @12:12PM (#41603367)
Not just to ruin a fun joke with silly facts, but key parts of VS Code predated Atom.
Re:Microsoft TypeSpec by whimsicalism on Friday September 20, 2024 @01:08PM (#41603830)
not the part where they actually released it and not electron aka atom shell
Re:Microsoft TypeSpec by WorldMaker on Friday September 20, 2024 @01:15PM (#41603899)
It was released. It was on a growing number of webpages and an important part of the Dev Tools of IE9+ (also giving them a massive install base from before Atom existed). If Atom didn't build Electron what became the VS Code team might have built something similar on their own eventually (though it probably would have been IE-based and Windows-only in that alternate history). It truly seemed convergent evolution at work.