Live data from Hacker News

Viewing profile — EvanYou

EvanYou

HN member
Joined
Wed, Sep 28, 2011, 2:28 AM UTC
HN karma
940
Public activity
94 items

About EvanYou

https://github.com/yyx990803

Recent public activity

  1. comment
    Comment #45548694

    Wrong - Vite is not open core, Vite+ is. This differentiation is important because even if a feature benefits Vite+, if it needs to be shipped via Vite then it has to be open sourc…

  2. comment
    Comment #45546925

    Good question. The first and most important distinction is obviously which ecosystem you are more familiar / invested in (webpack vs. vite). It does make sense for projects deeply …

  3. comment
    Comment #45546891

    A rugpull means taking back something that was given. Before Vite+, we maintain Vite, Rolldown, Oxc, all of which are open source and widely used. These remain open source - nothin…

  4. comment
    Comment #45538015

    Not even Rollup. Vite+ uses Rolldown which is also developed from the ground up by VoidZero.

  5. comment
    Comment #45538011

    Vite+ is built on top of the Rust stack (Rolldown / Oxc) developed by the same team and uses none of these.

  6. story
  7. comment
    Comment #40790362

    Note in the benchmark, it is comparing a React JSX project using @vitejs/plugin-react (Babel based) instead of @vitejs/plugin-react-swc (SWC based). I made the exact same point two…

  8. comment
    Comment #39648399

    For esbuild: We know other teams that have attempted to improve code splitting based on esbuild and found it very difficult. A big part of it is that in order to be fast, esbuild a…

  9. comment
    Comment #37620990

    I’m specifically taking about non-component context, i.e. plain JS/TS files. Previously Svelte was able to get a pass on this because magic only happens in svelte files - but in th…

  10. comment
    Comment #37598225

    > $state and $ref are quite different. I wouldn't say they are "different" - they are fundamentally the same thing: compiler-enabled reactive variables backed by runtime signals! B…

  11. comment
    Comment #37592471

    This is (surprisingly) almost identical to the Reactivity Transform explorations we did in Vue: https://vuejs.org/guide/extras/reactivity-transform.html let count = $ref(0) const d…

  12. comment
  13. comment
    Comment #33916965

    Author of Vue here - as many have pointed out, the article contains a number of comparisons that are incorrect. I have written a post clarifying them: https://blog.vuejs.org/posts/…

  14. comment
    Comment #32090766

    This analogy is plain wrong. The blog post lists multiple non-Vue frameworks/tools using Vite as their default build tool. Compare that to the number of non-JS languages (excluding…

  15. comment
    Comment #27117915

    I do know Henry personally and Henry actually consulted me when he was debating whether he should quit his job to work on Babel full time. We also occasionally talk about the burde…

  16. comment
    Comment #26976976

    Proper Jest integration is blocked by async transformers ( https://github.com/facebook/jest/pull/9889 ) which should land as part of Jest 27, so we are mostly waiting on that. In t…

  17. comment
    Comment #26976785

    At this point I don't think I really want to "sell" it to anyone. I've got enough things to maintain so I'd rather just have users who use Vite because they actually like it rather…

  18. comment
    Comment #26975474

    FWIW that plugin does not make your existing webpack-based code magically work in snowpack. It's just using webpack to bundle your snowpack-based code.

  19. comment
    Comment #26975403

    Author of Vite here. I see many people evaluating Vite as a webpack replacement, so I want to clarify the goal of the project here: It is NOT Vite's goal to completely replace webp…

  20. story
  21. comment
    Comment #24519283

    > Having to write two type definitions for Component Props: one TS interface/type, and one as the JS object sucks. Uh, you don't have to? TS inference works with the JS objects. Th…

  22. comment
    Comment #24519248

    It's not that we can't implement it like that, the real challenge is in minimizing breakage from v2. We decided it's better to not completely alter how props are declared because t…

  23. comment
    Comment #22628603

    AFAIK there is currently no plan to replace existing php rendering with Vue SSR. They just wanted to make sure the framework they went with supports SSR so they are not locking the…

  24. comment
    Comment #22627495

    Team lead of Vue.js here. Clarifying a few points being raised in this thread: - This does not mean Wikipedia is becoming an SPA. One of the reasons they picked Vue is because Vue …

  25. comment
    Comment #22627240

    Who said they are going to make the entire page SPA? They picked Vue specifically because Vue allows them to progressively enhance parts of the page with interactivity without goin…