Hacker Newsnew | past | comments | ask | show | jobs | submit | ericyd's commentslogin

> Restaurant analogy:

> You sit down and 10 menus (MCP tool definitions) are spread across the table

> There's no room left for actual food (your work)

> Every time you order, the menus have to be pulled out again

This is a bad analogy. Ordering repeatedly is uncommon except for tapas restaurants. You could easily put food on top of menus, but more commonly, menus are removed after ordering, thereby freeing the table (context??) for the food. If you're going to try to explain things by analogy, it's worth putting effort into making it more relevant.


The first story could literally be a sketch on a comedy show, thanks for the laugh

Reminds me of safety trainings where they show machine-shop accidents or people nailing themselves with an air-gun. It happens more than we think and is gruesome. Just a couple months ago saw a Dewalt framing nailer recall posted at home depot for accidental discharges without the trigger being held. Not the same as drilling into your stomach - and I see a black comedy element - but can't help but wince and cringe at the thought of it all and it's not genuinely funny to me.

The drilling into oneself is not funny. The feeding an obviously seriously injured person soup to deduce the severity of their illness is funny as hell to me

Interesting the federal government can't seem to find the resources to investigate their own internal insider trading related to war and foreign policy.


I've heard stories like this and always wonder, at what point do you file a missing person's report?

I do wonder that as well, thing is this was a place where people often rage quit or were fired for ridiculous things.

Best thing about the video was the song

Exactly, humans famously have no memory until the age of 18

Not sure if this is an issue of Australian English vs American English but this is way too jargon-laden to mean anything at all to me.

Oh sorry, the pull quote does seem nonsensical by itself. It's well down in the conclusion of the article which, while written for the semi-layperson, is very heavy on the data science. Essentially it means what we currently think of (for good reason!) as good urban design makes it easier to analyze an area to optimize for profitability.

LLMs can do English-English translations.

I really don't understand the problem this is solving even after reading a bunch of comments. What's the use case where this would be beneficial?

I disagree, blog and vlog are combinations of existing words, scrabble is entirely made up.

The author closes by enumerating some of the things they like about Bun which are not included in pnpm. The list is basically: native TS support, a vite-style bundler and a vitest/jest style test runner.

Other than a bundler, Node already has all of these. Different test runner syntax maybe but otherwise TS "just works" out of the box and their built in test runner is totally capable. Not sure I see the need for such a lament over Bun.


To be fair, Node didn't have any of these things until Deno & Bun challenged it. Deno didn't seem to move the needle by itself very much for whatever reason, but Bun's existence has had a tangible effect on the Node Technical Steering Committee. I would even argue that much of the current impetus has been driven by Jarred Sumner's savvy social media marketing. It got people talking, and Node is better because of it.

Additionally, Bun's push for covering as much of the Node API as possible has pushed Deno towards the same level of compatibility, and now most code is basically runtime agnostic. I'm not sure if I'll ever actually use Bun in production, but I'm glad it exists because the JavaScript ecosystem has been much improved simply due to its existence.


Reminds me of the back and forth competition between Node.js and io.js that we had to endure back in the day. Worked out for the best in the end.


No disagreement, but this article was posted 2 days ago, the argument isn't relevant right now.


I honestly did not know Node had all of these things now, but that is great to hear. Clearly I haven't been keeping up well enough.

Node didn't have all of these features when I initially went down the path of choosing Bun, so I have a number of existing projects that have Bun baked into them.


When did Node add native TypeScript? Can you run "node main.ts" directly without any dependencies?



That is type stripping and is incompatible with syntax that requires transpilation, so it is not native TypeScript support.


Node v22.7.0 added support for TypeScript syntax that requires transformation:

`node --experimental-transform-types example.ts`

As for whether this matches your definition of "native support" or not...

Source: https://nodejs.org/en/blog/release/v22.7.0


In Node 26 it will be removed

https://github.com/nodejs/node/pull/61803


TypeScript is a wide umbrella. For instance, Experimental Decorators are shunned by many (including me), but they are still used by millions. If I don't use any syntax that requires transpilation, am I not still using TypeScript?

Now that we have `satisfies` and `as const`, there's really no reason to ever use an enum. In my opinion, TypeScript is best when it is simply used as Language Server, and it should never have had runtime implications in the first place.


Isn't that mostly just enums?

Is there anything else that doesn't run as valid JS if you strip the types (and maybe some other extra keywords)out?

Genuine question, in my head there's not much, but TS has a few weird corners I maybe haven't used


https://www.typescriptlang.org/tsconfig/#erasableSyntaxOnly covers them all, I strongly recommend running with that option enabled to be future-proof.


enums and decorators mainly. There are also subtleties such as having the ts file extension in imports. Also imports aren't transpiled in cjs so you need to need es modules.

I'm using it in my projects with no issues.


Ah yeah I forgot about decorators - I’ve worked with angular before but clearly I managed to erase all knowledge of it from my brain.

Outside of that I’ve barely seen them used in typescript, they’re not really idiomatic in react projects


Modern Typescript does not need runtime features.


Your comment might lack explanation, but indeed the TS team has mentioned multiple times that they don't want to add any more features that require transpilation (as opposed to "dumb" type stripping and being a strict superset of JS).

IIRC they "almost" recommend against using them (the last part, I haven't researched again now).

But the usage of many features has reached a sort of point of no return, so I hope Node will go the route of making the experimental transpilation the default for TS files at some point.

Goes to show how strong the appeal of syntax is, especially enums.

To people coming from languages with enum support, it just looks so much more organized to use them, compared to union types, despite all of the (many) drawbacks.


v22.18 promoted type stripping from experimental


Additionally, with Typescript compiler rewrite, it is even less relevant.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: