DanRosenwasser

7 ms·

1.
by DanRosenwasser 3mo ago
> How does this affect downstream tools like tsdown and esbuild, which need to build the TypeScript codebase? esbuild doesn't rely on TypeScript at all, so there's no issue there. With tsdown on the other hand, it depends on if
2.
TypeScript 7(devblogs.microsoft.com)
720 points by DanRosenwasser 3mo ago|301 comments
3.
TypeScript 7.0 RC(devblogs.microsoft.com)
82 points by DanRosenwasser 4mo ago|19 comments
4.
by DanRosenwasser 4mo ago
The methodology used in this paper was extremely bad. There is no reason there should be any disparity between a TypeScript and JavaScript benchmark. Unfortunately it has continued to make the rounds for about a decade now and gets re-poste
5.
TypeScript 7.0 Beta(devblogs.microsoft.com)
19 points by DanRosenwasser 6mo ago|1 comments
6.
TypeScript 6.0(devblogs.microsoft.com)
49 points by DanRosenwasser 7mo ago|1 comments
7.
by DanRosenwasser 9mo ago
> It is possible to use the language server for syntax highlighting. I am not aware of any particularly strong reasons why one would want to (or not want to) do this. The language server can be a more complicated program and so could sur
8.
by DanRosenwasser 9mo ago
https://github.com/microsoft/typescript-go
9.
by DanRosenwasser 9mo ago
I guess since this at the top of HN, I'll just plug that we (the TypeScript team) are looking for broader feedback of the native previews before our stable release, whether that's: - through builds ( https://www.npmjs.co
10.
Progress on TypeScript 7 – December 2025(devblogs.microsoft.com)
100 points by DanRosenwasser 10mo ago|37 comments
11.
by DanRosenwasser 2y ago
pnp is still very cool, and it would be great if we can find a better API story that works well with pnp!
12.
by DanRosenwasser 2y ago
Hey bcherny! Yes, dog-fooding (self-hosting) has definitely been a huge part in making TypeScript's development experience as good as it is. The upside is the breadth of tests and infrastructure we've already put together to watch
13.
by DanRosenwasser 2y ago
We are sure there will be a way to embed via something like WebAssembly, but the goal is to start from the IPC layer (similar to LSP), and then explore how possible it will be to integrate at a tighter level.
14.
by DanRosenwasser 2y ago
We'll be working on an API that ideally can be used through any language - that would be our preferred means of consuming the new codebase.
15.
by DanRosenwasser 2y ago
We anticipate that we will eventually get a playground working on the new native codebase. We know we'll likely compile down to WebAssembly, but a lot of how it gets integrated will depend on what the API looks like. We're current
16.
by DanRosenwasser 2y ago
We did anticipate this question, and we have actually written up an FAQ entry on our GitHub Discussions. I'll post the response below. https://github.com/microsoft/typescript-go/discussions/411 . ____ Lan
17.
by DanRosenwasser 2y ago
Hi folks, Daniel Rosenwasser from the TypeScript team here. We're obviously very excited to announce this! RyanCavanaugh (our dev lead) and I are around to answer any quick questions you might have. You can also tune in to the Discord
18.
A 10x Faster TypeScript(devblogs.microsoft.com)
1827 points by DanRosenwasser 2y ago|907 comments
19.
TypeChat 0.1.0(microsoft.github.io)
3 points by DanRosenwasser 3y ago|0 comments
20.
by DanRosenwasser 3y ago
This isn't a course about generative AI if that's what you're getting at. Mentioning this because I did assume that from the title.
21.
by DanRosenwasser 3y ago
Hi all, I work on the TypeScript team. There's already a lot of feedback on the issue itself from users urging the authors not to make this decision, so I will hold back from adding to the noise on that issue. Every team is entitled to
22.
by DanRosenwasser 3y ago
One of the key things that we've focused on with TypeChat is not just that it acts as a specification for retrieving structured data (i.e. JSON), but that the structure is actually valid - that it's well-typed based on your type d
23.
by DanRosenwasser 3y ago
Hi there! I'm one of the people working on TypeChat and I just want to say that we definitely welcome experimentation on things like this. We've actually been experimenting with running Llama 2 ourselves. Like you said, to get a m
24.
by DanRosenwasser 3y ago
Whoops - thanks for catching this. Earlier iterations of this blog post used an different schema where `size` had been accidentally specified as a `number`. While we changed the schema, we hadn't re-run the prompt. It should be fixed
25.
TypeChat(microsoft.github.io)
556 points by DanRosenwasser 3y ago|169 comments
26.
by DanRosenwasser 3y ago
Hey all, TypeScript PM here. I understand the desire here. Runtime type checking is often necessary for data validation, and we can see lots of libraries developed to help fill the gap here. But I think the fact that there are so many libra
27.
TypeScript 5.2 Beta(devblogs.microsoft.com)
42 points by DanRosenwasser 3y ago|10 comments
28.
TypeScript's Migration to Modules(devblogs.microsoft.com)
6 points by DanRosenwasser 4y ago|0 comments
29.
by DanRosenwasser 4y ago
> Can I just open an issue in the TypeScript repo for this sort of thing if I have a concrete suggestion? aozgaa has already answered this one - but yes! If you have a concrete suggestion, that's fair game and we can brainstorm on t
30.
by DanRosenwasser 4y ago
Hi there! I work on the TypeScript team and I respect your feedback. Of course I do think TypeScript is worth it, and I'll try to address some of the points you've raised with my thoughts. i. Dependency management is indeed frustr

More ›