Vite Reviews

Postgres.js Reviews

Vite mentions (486)

• History of JavaScript: Browser wars, ECMAScript, Node.js, TypeScript, and React

  This idea led to the creation of Vite (French for "fast" — Ed.). Unlike traditional tools, Vite's development server didn't waste time bundling the entire project at startup. Instead, it sent source files directly to the browser like ES modules do, while using esbuild, a Go-based bundler, to pre-bundle dependencies from node_modules. As a result, the time required to initiate these large projects was reduced to... - Source: dev.to / 12 days ago

• Dead Code kills silently

  This article presents a bunch of ways how to find unused code, remove it, and configure tools and bundler to prevent dead code in the future. Sections for bundler are based on set of Vite, which under the hood delegates to Rollup in production. - Source: dev.to / 19 days ago

• TanStack Start vs Next.js: The Server Components Showdown That Actually Matters [2026]

  As Tanner Linsley, creator of TanStack, has explained, TanStack Start and its server components are designed to be "additive" to React — not a replacement for its core primitives. They're framework-agnostic and built on Vite. You opt into server-side capabilities when you need them, not because the framework demands it. - Source: dev.to / 3 months ago

• Zero-config Cesium.js in Vite — introducing vite-plugin-cesium-engine

  If you've ever tried to use CesiumJS with Vite, you know the ritual. Before you can render a globe you have to:. - Source: dev.to / 4 months ago

• VoidZero is driving the unification of the Javascript ecosystem

  VoidZero launch week is drawing to a close, and the world of Javascript development has just been given a significant boost. If you follow developments in build tools, you’ll know that fragmentation is rife, and that it’s difficult to stay at the cutting edge without using the best tool for each task. With the latest announcements regarding Vite, Oxlint and Vitest, Evan You team is taking a major step towards the... - Source: dev.to / 4 months ago

Postgres.js mentions (24)

• Why Node.js needs a virtual file system

  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

• Show HN: Pg-typesafe – Strongly typed queries for PostgreSQL and TypeScript

  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

• Pipelining in psql (PostgreSQL 18)

  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

• Node.js can now execute TypeScript files

  > 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

• Neon Is Generally Available: Serverless Postgres

  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