HackerTrans
TopNewTrendsCommentsPastAskShowJobs

goodoldneon

no profile record

Submissions

Node.js worker threads in production: what's easy, what's not

inngest.com
8 points·by goodoldneon·vor 16 Tagen·1 comments

There are too many JavaScript schema libraries, so support only one

inngest.com
6 points·by goodoldneon·letzten Monat·0 comments

You can't cancel a JavaScript promise (except sometimes you can)

inngest.com
97 points·by goodoldneon·vor 3 Monaten·61 comments

TypeScript Enums Are Terrible

youtube.com
1 points·by goodoldneon·vor 3 Monaten·1 comments

Node.js worker threads are problematic, but they work great for us

inngest.com
70 points·by goodoldneon·vor 4 Monaten·30 comments

What Python’s asyncio primitives get wrong about shared state

inngest.com
79 points·by goodoldneon·vor 4 Monaten·48 comments

comments

goodoldneon
·vor 3 Monaten·discuss
Great point :D
goodoldneon
·vor 3 Monaten·discuss
It isn’t for all repeated vowels; only for when the 2 vowels don’t make a single sound. So “chicken coop” wouldn’t have a dieresis
goodoldneon
·vor 3 Monaten·discuss
Kinda hyperbolic, but a lot of truth
goodoldneon
·vor 3 Monaten·discuss
I switched from Cursor to Neovim and at first I hated Neovim’s poor AI ghost text. Now I kind of like the break from heavy AI when I write code.

The vast vast majority of my code is written by Claude Code, so I don’t write much. But when I do it’s like an exercise in warding off programming atrophy
goodoldneon
·vor 4 Monaten·discuss
> You shouldn't be blocking the main event loop for 30 seconds! The main event loop is not intended to be used for heavy processing.

This article is talking about an SDK that runs in users' apps. Users can run whatever code they want, so the SDK has to find a way to keep sending the outgoing heartbeats
goodoldneon
·vor 4 Monaten·discuss
> Reading the article, I didn’t see this answered: why not scale to more nodes if your workload is CPU bound?

It's an SDK that runs in users' apps. So userland code blocks the event loop, preventing outgoing heartbeats from the SDK
goodoldneon
·vor 8 Monaten·discuss
We'll release an Upstash Workflows adapter soon! StepKit is ultimately just an in-code API that lets you define workflows in a backend agnostic way. We want you to define workflows that can run in Upstash, Inngest, Cloudflare... really anywhere!
goodoldneon
·vor 8 Monaten·discuss
Vercel Workflow Kit takes a very different approach. Lack of step IDs (which makes them worse at handling code changes), compilation step, more opinionated about backends ("worlds", as they call them). Vercel Workflow Kit has magic that admittedly makes it a little easier to get started, but that magic causes problems when you want a mature product.

Cloudflare Workflows are actually complementary to StepKit! We'll soon release an adapter that lets you define StepKit workflows that run as Cloudflare Workflows. We have a POC in `packages/cloudflare` in our repo
goodoldneon
·vor 8 Monaten·discuss
Inngest engineer here! For a little extra context, the `@stepkit/core` package is basically just an API for defining a workflow. There isn't much to it because we don't want to be overly opinionated on backend implementations!

The `@stepkit/sdk-tools` package is a set of tools for building your own StepKit SDK. The vast vast majority of stuff in there is optional, but highly valuable if you want to avoid reinventing the wheel when building your own SDK.
goodoldneon
·vor 12 Monaten·discuss
PEPs are often great documentation. They definitely don't cover everything, but they can be helpful
goodoldneon
·letztes Jahr·discuss
To be clear, it's running in TypeScript types only -- not JavaScript. Absolutely insane
goodoldneon
·vor 3 Jahren·discuss
> ... someone would immediately fork the project and do it for free

He said he's tried to find others to maintain the project and no one will help. Dunno why it'd be any different if there was a fork.

> ... not expect every installer to give you a dollar.

He isn't asking for every installer to pay. He's asking for enough financial support to work on core-js full-time, which seems reasonable given how depended-on the library is.