Bun provides native MySQL, SQlite, and Postgres drivers. I'm not saying Node should support every db in existence but the ones I listed are critical infrastructure at this point. When using Postgres in Node you either rely on the old pg which pulls 13 dependencies[1] or postgres[2] which is much better and has zero deps but mostly depends on a single guy. [1] https://npmgraph.js.org/?q=pg [2]... - Source: Hacker News / 4 months ago

Is there a way to make this work with https://github.com/porsager/postgres ? It's very close to raw SQL but with safe substitutions. I use it with Zod, but it would be great to have the types derived automatically. - Source: Hacker News / 5 months ago

I really want to use pipelining for our "em.flush" of sending all INSERTs & UPDATEs to the db as part of a transaction, b/c my initial prototyping showed a 3-6x increase: https://joist-orm.io/blog/initial-pipelining-benchmark/ If you're not in a transaction, afaiu pipelining is not as applicable/useful b/c any SQL statement failing in the pipeline fails all other queries after it, and imo it would suck for... - Source: Hacker News / 9 months ago

> What are you missing? Everything else needed to make a backend app. At the very least, Node should provide fundamental pieces like database drivers. Currently the best PG driver[1] depends on a single guy. Bun already provides its own PG driver [2] and Jarred has written they will keep investing into more built-in APIs. [1] https://github.com/porsager/postgres [2] https://bun.com/docs/api/sql. - Source: Hacker News / 11 months ago

I want to use this as a chance to bring attention to a GitHub issue that I think would help reduce friction for Neon: https://github.com/neondatabase/neon/issues/4989. Having run a local dev environment connected to Neon and tests connected to Neon got in our way of adoption. We'd prefer to develop and run tests against a regular Postgres localhost database. To the PMs of Neon, put yourself in the shoes of a new... - Source: Hacker News / over 2 years ago

I work on the D2 project ([0]) and we switched from other Javascript runners (v8go) to Goja. Using a JS runtime with a dependency on cgo means your Go program loses the (huge) benefit of cross-compiling to different architectures, since at build time it gets linked to the architecture-specific libc. If you're interested in some production code with Goja, this is our code for calling RoughJS [1] from Go in order to... - Source: Hacker News / almost 2 years ago

You're welcome in D2! I maintain a Text to diagram language, released a few months ago, 13k+ stars, I'm actively tagging issues that are good first issues, clean well-tested Go, and I'm happy to help you get that first merge in. Feel free to chime in on any issue that looks interesting! https://github.com/terrastruct/d2. Source: about 3 years ago

Right. It's okay to leave written documentation on SaaS (e.g. Notion), because the text is the artifact. If they're shutting down, or I don't like them anymore, I just move the text. But if Ilograph goes down, all I have is useless YAML. Our team went through this thought process when we decided to open source our text-to-diagram language, users need to be able to reproduce their docs even if we shut down... - Source: Hacker News / over 3 years ago

Hello! I run a popular open-source project: https://github.com/terrastruct/d2, it's a programming language for making diagrams from text. Source: over 3 years ago