Loading comment...
Readit NewsLoading parent story...
> We’ve seen 2x speed improvements in type checking times for internal projects when using TSGO.
That's a lot less that what TSGO promised when it was first announced (A 10x faster Typescript¹). Hopefully this is just the result of it being experimental.
1: https://devblogs.microsoft.com/typescript/typescript-native-...
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...
Loading parent story...
Loading comment...
tauchunfall commented on GitHub: Git operation failures githubstatus.com/incident... · Posted by u/wilhelmklopp
Obviously just speculation, but maybe don't let AI write your code...
Microsoft CEO says up to 30% of the company’s code was written by AI https://techcrunch.com/2025/04/29/microsoft-ceo-says-up-to-3...
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.
Loading parent story...
Loading comment...
tauchunfall commented on Why don't people return their shopping carts? behavioralscientist.org/w... · Posted by u/ohjeez
I don't see mention of parenting.
Imagine you’re in a hurry. Your child is tired and hungry, and you are too. You’ve just loaded the groceries into the trunk and finally gotten your child strapped into the car seat. You think for just a moment that you're done. But then you realize: you still need to return the shopping cart. You should have loaded the groceries, locked the car, gone back to the cart return and then carried your child back to the car to load them into their car seat.
Now you’re faced with a dilemma with three bad options — do you take your child back out of the car, leave them unattended for a moment, or abandon the cart and go home?
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.
tauchunfall commented on Who needs Graphviz when you can build it yourself? spidermonkey.dev/blog/202... · Posted by u/pdubroy
anyone working on this space easily gets a +1!
I have struggled with code to diagram tools for a while [mermaid and graphviz], and usually return to figjam when I need the readabilty and aesthetics.
graph-viz is MASSIVE and a binary. mermaid requires the browser's svg rendering system to work. I just need something that builds diagrams from description easily ...
>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.
tauchunfall commented on Make any TypeScript function durable useworkflow.dev/... · Posted by u/tilt
So this seems similar to https://temporal.io/, am I reading this right? I used that briefly a few years ago and it was pretty nice at the time. It did make some features much easier to model like their welcome email example. Would love to hear from someone with extensive temporal experience, iirc the only drawback was on the infra side of things.
It's also similar to https://www.restate.dev/.
I think it's a shame that a 146 minute podcast released ~55 minutes ago has so much discussion. Everybody here is clearly just reacting to the title with their own biases.
I know it's against the guidelines to discuss the state of a thread, but I really wish we could have thoughtful conversations about the content of links instead of title reactions.
there is a transcript, people can skim for interesting parts and read for 30 minutes and then comment.
edit: typo fix.
https://youtu.be/eQul-rkcGPQ