HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
vitejs
vite
TypeScript2020–2026
vitejs / vite

vite

Next generation frontend tooling. It's fast!

31Distinct people
34Mentions
0Explicit recommenders
83.9KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Next generation frontend tooling. It's fast!

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 7:24:48 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year34 dated mentions

Observed mentions: 2020-05-07 18:43:13 UTC to 2026-07-02 23:32:34 UTC.

0510152020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 14 mentions; 5 submissions, 9 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 5 mentions; 1 submissions, 4 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 8 mentions; 1 submissions, 7 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 5 mentions; 1 submissions, 4 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC1459
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC514
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC817
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC110
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC514

What Hacker News says

14 sources
> If you just want to try Vue 3 out - you can do it right now with Vite. Vite (https://github.com/vitejs/vite) is a new dev/build tool that we created that is lighter, faster and produces smaller bundles. It works with Vue 3 out of the box. From https://github.com/vitejs/vite: > Vite is an opinionated web dev build tool that serves your code via native ES Module imports during dev and bundles it with Rollup for production. I wonder if Vite/Rollup will end up replacing vue-cli/webpack in the Vue community.
In Vue 3: mid 2020 status update
I can fully understand that an additional tool layer can cause additional problems, but static type checking is a large quality win for large projects. There are workarounds to achieve similar results: (1) Use a faster bundler like esbuild, here vite's similar considerations [1] (2) Use Flow [2] and just strip it away before distribution like this Babel module [3] --- [1] https://github.com/vitejs/vite#typescript [2] https://flow.org/ [3] https://babeljs.io/docs/en/babel-plugin-transform-flow-strip...
In Deno will stop using TypeScript
Thanks for the kind words! 1. I'm working on the admin panel, but it's not yet ready. I'm still hesitating how to approach the persistence layer without introducing too many abstractions. Generally speaking, I'd like to avoid ORMs as much as possible. :) 2. I use the node-pg-migrate [1] for migrations at the moment, but I plan to tightly integrate with Postgraphile / Hasura to give another approach for that part. 3. You need to add them manually, but the architecture is pretty close to Vite [2]. You have just one Node process for both front-end & back-end: in development I compile assets on the fly using ESBuild [4], in production I bundle them using Rollup. I should probably describe that in the docs more clearly :) In contrast to Vite, Kretes also provide a REST API out-of-the-box, and a relatively simple path for adding a GraphQL endp
Read the rest
oint. 4. The current query builder - sqorn [5] - has a nice syntax as it uses the same vocabulary as SQL, but it's not typed. My goal is to create a fully typed TypeScript query builder that's adapted only for PostgreSQL. Here's the preliminary work for that [3] 5. I'm still working on the docs. I'll fix the things you mentioned right away. [1]: https://github.com/salsita/node-pg-migrate [2]: https://github.com/vitejs/vite [3]: https://github.com/typeofweb/functional-orm [4]: https://github.com/evanw/esbuild [5]: https://sqorn.org/docs/about.html
In Show HN: Kretes – Build full-stack applications in TypeScript and PostgreSQL
I've felt exactly that while testing Vite (https://github.com/vitejs/vite) this morning from Evan You, author of VueJS. Standard install, nothing to configure, instant hot reload + modern code and tooling yet no perceivable latency for anything. It felt like suddenly I could enjoy front end dev. So I get the appeal of Deno. But I know this ability to put arbitrary URLs as dependancies in the code are going to be terribly missused and abused. I can see all the tutorials that will start including them, the bad architecture decisions that will spread them accross all files, the interns that will use localhost there, the typo and domain squatting or black SEO, the rise of people just telling you to put an URL from their site (the same that tell you to curl that bash script), the split from npm, the hardship of scanning/mapping/updating depend
Read the rest
ancies, the mismatch betwen running and installing bitting you, the undebuggable tickets because of proxies/antivirus/firewalls, the cloud hosting potential for failures, some twisted scenario leading to a DoS... I know it will cause horrible technical debt down the road. My spider dev sense is tickling and I'm not going to touch this tech for 5 years, until I either see my prediction unfold, and be completly disproved by its success (but I doubt it, I've been really good in the last 10 years at spotting bad technical choices). There is a reason we have been using separation of concerns since the down of time. Declaring dependencies, installing them and importing them are 3 different concerns. They should not mix.
In Deno Is a Browser for Code
Vite and Snowpack are a little different, though definitely similar in many regards. There's some good info here: https://github.com/vitejs/vite#how-is-this-different-from-sn... The salient points seem to be: 1. "Vite is more opinionated and supports more opt-in features by default - for example, features listed above like TypeScript transpilation, CSS import, CSS modules and PostCSS support all work out of the box without the need for configuration." 2. "Both solutions can also bundle the app for production, but Vite uses Rollup while Snowpack delegates it to Parcel/webpack. This isn't a significant difference, but worth being aware of if you intend to customize the build."
In Snowpack 2.0
> The only thing that still sucks is UI frameworks, because all major frameworks still require a shitty babel workflow in one form or the other. Vue.js has an ESM module which is useless without babel (due to the .vue file format), and Angular/React are still in the lets-invent-our-own-language fatigue. The pain is real. Create-react-app will dump 250 MB+ of files in node_modules however, newer approaches are emerging and (hopefully) will be stable soon. few noteworthy ones are: 1. SnowPack[0] (in early access) 2. Vite[1] (from author of Vue.js) . It is in experimental phase. but is quie good. 3. Unnamed project by Author of Preact. [0] https://www.snowpack.dev/ [1] https://github.com/vitejs/vite [2] https://twitter.com/_developit/status/1264062182326710273
In Today’s Javascript, from an outsider’s perspective

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.