Live data from Hacker News

Viewing profile — jrvidal

jrvidal

HN member
Joined
Wed, Nov 02, 2016, 4:00 AM UTC
HN karma
96
Public activity
37 items

About jrvidal

No profile information was provided.

Recent public activity

  1. comment
    Comment #43040777

    I think you are trying very hard to disagree on basic stuff that works very similarly across different language ecosystems, and (looking at other responses) that you're very angry.…

  2. comment
    Comment #43039616

    The Rust compiler/language has no notion of semver. Saying "Rust is unstable b/c semver blah blah" is a tad imprecise. Semver only matters in the context of judging API changes of …

  3. comment
    Comment #43038576

    I think we're mixing 2 things here: language backward-compatibility, vs. standard practices about what semver means for Rust libraries. The former is way stronger than the latter.

  4. comment
    Comment #40579130

    I think the precise pre-condition is that the theory should be recursive, which means either a finite list of axioms _or_ a computable check to determine whether a given formula is…

  5. comment
    Comment #40074407

    As other top-level comment indicates, this is debatable: https://github.com/xorvoid/meson-brainfuck/issues/1

  6. comment
    Comment #37892713

    I kinda recall some comments by pcwalton about APIs that would ameliorate context-switching costs at the kernel level: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que.…

  7. comment
    Comment #32274334

    I see, it seems we misread each other.

  8. comment
    Comment #32270185

    > The "working group" is some people on Discord Fair enough, we should correct our mention of WebDriver BiDi to "tentative standard". BTW, not sure if you hold some grudge against …

  9. comment
    Comment #32269995

    > Firefox has added support for some webdriver APIs[1] that this proprietary "WebContainers" product depends on Hi, WebContainers does not depend on WebDriver BiDi. We did mention …

  10. comment
    Comment #32269950

    hi HN, there's a companion technical post by yours truly which might be more appropriate/technically dense for your taste: https://blog.stackblitz.com/posts/supporting-firefox/ (I'…

  11. comment
    Comment #29782634

    Stackblitz | Full-time | REMOTE, US, EU timezones | https://stackblitz.com/careers We're building the fastest, most secure IDE on the planet! We recently announced WebContainer ( h…

  12. comment
    Comment #29405750

    Stackblitz | Full-time | REMOTE, US, EU timezones | https://stackblitz.com/careers We're building the fastest, most secure IDE on the planet! We recently announced WebContainer ( h…

  13. comment
    Comment #29068275

    Stackblitz | Full-time | REMOTE, US, EU timezones | https://stackblitz.com/careers We're building the fastest, most secure IDE on the planet! We recently announced WebContainer ( h…

  14. comment
    Comment #28719572

    Stackblitz | Full-time | REMOTE, US, EU timezones | https://stackblitz.com/careers We're building the fastest, most secure IDE on the planet! We recently announced WebContainers ( …

  15. comment
    Comment #24123118

    I replied in a sibling, but anyways: I mean, I can also see that _on paper_, but by the same reasoning, MS would have never thrown away their engine.

  16. comment
    Comment #24123082

    As I said, I'd like that to happen, but I don't see MS being bothered by diverging priorities enough to fork after _throwing away_ a whole engine to avoid duplicating work. At leas…

  17. comment
    Comment #24122077

    Can you elaborate on what makes you think that? (I'd love it to happen, btw)

  18. comment
    Comment #23907385

    Pardon my ignorance, but is prop drilling a problem once you've bought into Redux or similar?

  19. comment
    Comment #23613766

    > The goal of every top-tier collider is new physics I would argue that the goal of a top-tier collider is to go to new energy ranges, plain and simple. Absence of new phenomena is…

  20. comment
    Comment #23166868

    Shameless plug: https://jrvidal.github.io/aes-demo/ I like this one better though.

  21. comment
    Comment #22463184

    I'm not sure that's correct. `UnsafeCell` is a Rust lang item that might disable some optimizations, I think? https://doc.rust-lang.org/src/core/cell.rs.html#1483

  22. comment
    Comment #22463116

    > The nice thing is that RefCell is not magic I'd like to point out that `RefCell` does contain a bit of magic, since it is based on `UnsafeCell`, which is _the_ core "primitive" o…

  23. comment
    Comment #19643679

    > and working with raw "plain old data" > while some of the systems aspects can be a bit lacking Could you elaborate a bit on those two points? I think it'd be very valuable feedba…

  24. comment
    Comment #19053021

    * How much is "way cheaper"? I've heard that VTC licenses are getting more and more expensive, around ~50K € (if I remember correctly). * What do you mean by "concentrated in very …

  25. comment
    Comment #17021564

    I think your fears are a bit misguided. WebAssembly runs within the same sandbox as JavaScript code. I don't see how this would constitute a _higher_ security risk than browsers as…