Viewing profile — robpalmer

The article and (overall) this comments section has thankfully focused on the problem domain, rather than individuals. As the article points out, there are competing philosophies. …

Congrats, all. The web has always needed a simpler tooling story, not just an easier one. And the credentials for this attempt are far more favourable than previous attempts. Glad …

Yep. You can learn more about why we created this new blog here: https://bloomberg.github.io/js-blog/post/intro/ I hope you like it ;-) And if it seems like a surprise, you can bla…

Congrats to the Boa team! It's great to see an independent open source project thrive and become more widely useful. This is huge impact. On the integration with Kiesel and Chrome,…

Bloomberg are currently sponsoring Igalia to work on adding native Decimal number support to JavaScript. https://github.com/tc39/proposal-decimal This is an active proposal and was…

>Once it is part of the language, that will help a lot :) If you want to follow along, the proposal to allow type syntax to be part of JavaScript is here: https://github.com/tc39/p…

The FAQ addresses this: https://github.com/giltayar/proposal-types-as-comments#shoul... https://github.com/giltayar/proposal-types-as-comments#shoul... The idea is to avoid hamperi…

#private fields are not slow when used natively. It's true the down-levelled code that uses WeakMaps is slower. The decision to downlevel is in the hands of the user and is control…

You're looking at down-levelled code. Babel and esbuild would equally produce similar code. This is not a TypeScript issue. If you want "native" JS output, use the tsconfig option.…

TCO is coming to V8? Is there a source for this?

There is at least one more Evan working in this space who should be on that list. Evan Martin created the Ninja build system and works on making JavaScript builds fast at Google. H…

This is interesting. The things you list as problems are the same set of things we tried to solve: - automatic compilation that is fast - sourcemaps work - decoupling of packages t…

I'll offer one advantage we have nowadays, which is to permit writing and atomically deploying apps that have both client and server parts - there's no need to preserve compatibili…

For our purposes, the primary problem with enums is not the runtime overhead. The runtime code for TS enums is a little verbose but it's not huge. The semantics are a little wacky …

Busted. It's true. The Big TypeScript lobby has been secretly working for years on a product called TypeScript Enterprise Edition . Many jobs will be created to support all those A…

The scenario you are describing (TypeScript diverging from JavaScript) is unlikely in my opinion. Orta, a member of the TypeScript team, describes the reasons why in his video "How…

I can empathize with this view. JavaScript is bound by backwards compatibility. It is expressed by the soundbite "don't break the web" . I would love for typeof null to not be "obj…

Thanks for the feedback - I'm pleased you enjoyed it. It's true the codebase has some gnarly advanced types (generic, conditional, mapped) for expressing types for constructs creat…

No one should interpret a deep-dive article like this to indicate a language monoculture - we also use many other languages on the server-side including Python and a lot of C++.

Yes, you're right the JS@Bloomberg origin story deserves to be told in full. Probably by Andrew Paprocki. SpiderMonkey has a starring role. Until then this is as much as I can shar…

In the early 2000s it was recognized that the C/C++ code-build-run-debug development feedback loop was taking too long for efficient application development. 10-30 minutes to try o…