The article is measuring full project build performance. That includes type-checking and compilation.

Maybe the `tsc` type-checker was already fast (so we only get some speed improvements in `tsgo`), or the `tsc` compiler was not that fast (so we get a lot of speed improvements in `tsgo`)?

*Update:* There was a performance regression in incremental type-checking between `tsgo` preview 20251209 and 20251211 [1]. But `deno` is using `tsgo` 0.1.11 which was already released last week (before this regression). So, does not seem to influence the type-checking times here.

[1] https://github.com/microsoft/typescript-go/issues/2341 [2] https://github.com/denoland/deno/blob/v2.6.0/cli/tsc/go/tsgo...

I worked on a product that used BPMN where users could define processes. The company I worked for used Java for decades already. Clients of the product were banks.

The people I worked with were not specifically HN audience. Rather in the Java bubble in Germany-Austria-Switzerland which is also surprisingly a small world. If BPMN is not really needed, then I would also not use it nowadays. It increases complexity, and who knows if it makes project communication better at all.

Update: On the Camunda website there are 60 case-studies of customers/clients using BPMN, https://camunda.com/case-studies/. One of them has the teaser: "The 10th largest US Bank created an omnichannel onboarding platform that handles 12m process instances per year across 100 workflows". Now I have something to read for this Sunday evening.

Thanks. I guess I'm in my bubble...

It's degraded availability of Git operations.

The enterprise cloud in EU, US, and Australia has no issues.

If you look at the incident history disruptions happen often in the public cloud for years already. Before AI wrote code for them.

The enterprise cloud runs on older stable versions of GitHub's backend/frontend code.

>maybe Schadeleichtig

Maybe "Erleichterung" (relief)? But as a German "Schadenserleichterung" (also: notice the "s" between both compound word parts) rather sounds like a reduction of damage (since "Erleichterung" also means mitigation or alleviation).

right I thought of that at first and discarded it for that reason. Which the problem really is that the normal story of how Schadenfreude works as a bit of German language how to is that the component that it is other people's damage that is sparking joy is missing from the word itself, that interpretation must be known by the word user, if you were just creating the word and nobody had heard it before in the world it would be pretty reasonable for people to think you had just created a new word for masochism.

I looks more this is about managing fears and worries. This is also close to helicopter parenting, i.e. parents who are "overattentive and overly fearful for their child, particularly outside the home".

I don't know, in 90s Germany my parents just let me wait in the car for a minute and there was only the radio I could listen to. In elementary school I just walked to school even in darkness. And in high school I walked 15 minutes to the bus. That was the time when some middle class parents started bringing their children to the bus with the car, but for most of the other children is was normal to just walk.

But yeah times change. My grand-parents walked 10 km by foot to school on the street on 6 days per week after war.

>graph-viz is MASSIVE and a binary. mermaid requires the browser's svg rendering system to work.

I succeeded to use resvg-js [1] with dagre/graphlib [2] to render graphs. resvg-js uses a 4 MB node library to render SVGs. dagre is used by mermaid for graph layout (for some of the diagram types). if you disable loading system fonts in resvg-js it just takes milliseconds to render the SVG.

I know that mermaid is well-known and very useful, but I don't like the code quality (especially consistency) and the bloat of dependencies. Last time I went through the code I assessed it requires significant refactorings to make it work with resvg-js, i.e. server-side graph layout and rendering.

There is also nomnoml [1], which is so great, it should deserve at least the same amount of attention as mermaid. the nomnoml codebase is a joy to read. the author even converted the dagre/graphlib codebase to typescript [4].

[1] https://github.com/thx/resvg-js [2] https://github.com/dagrejs/dagre [3] https://github.com/skanaar/nomnoml [4] https://github.com/skanaar/graphre

---

Edit: One of the refactorings to make mermaid work with resvg-js is related to measuring svg text width. It's needed to determine the width of the graph node boxes. mermaid needs to be able to also use `resvg.getBBox()` to make it work with server-side rendering.

It's also similar to https://www.restate.dev/.

there is a transcript, people can skim for interesting parts and read for 30 minutes and then comment.

edit: typo fix.

>The only explanation I have for this phenomenon is that this was in the news media a lot in the 90s

With the 90s you mean the case of Christoph Meili? Maybe it's because it's a spectacular case and that makes it brought up more.

Basically the 'World Jewish Congress lawsuit against Swiss banks', involved the everything from President of the US, congress and so on.

Meili was part of it, it basically goes from 1995 to 1998.

This remembers me of Chris Granger's post "Coding is not the new literacy" [1].

Instead he argues "Modeling is the new literacy" and "In order to represent a system, we have to understand what it is exactly, but our understanding is mired in assumptions.".

Modelling is still required in Star Trek. The computer can make many assumptions, but the user still has to adjust wrong assumptions using voice commands or panel commands, as shown in many episodes.

[1] https://chris-granger.com/2015/01/26/coding-is-not-the-new-l...