Live data from Hacker News

Viewing profile — _cfl0

_cfl0

HN member
Joined
Fri, Feb 17, 2023, 1:09 AM UTC
HN karma
1
Public activity
41 items

About _cfl0

No profile information was provided.

Recent public activity

  1. comment
    Comment #34218649

    I built haystack - natural language search engine for workplace technical knowledge. I've been a software engineer for a few years now, A few weeks ago I was scrolling through conf…

  2. story
  3. comment
    Comment #33657848

    Sure, read docs.nabaz.io (CI solution w/ storage over mongodb)

  4. comment
    Comment #33655662

    You aren't interrupted, you choose when to alt+tab to see your test results.

  5. comment
    Comment #33650981

    Main difference is that crystalball still runs all the tests, but runs the recently failed ones first. Nabaz selects a small subset of affected tests, reducing CPU usage, and more …

  6. comment
  7. comment
    Comment #33631959

    Nx is even clealry different. It isn’t run on every code change, but on commits. You can’t use it live, And also the analysis granularity is just way too wide compared to this.

  8. comment
    Comment #33631937

    Right.. Because out of a 100 tests it will run close to that number. when you change code most of the time only a handful of tests or less need to run.

  9. comment
    Comment #33631925

    Had what since forever? Does jest analyze the changes you make and compare them to code coverage? (hint: no) The key innovation piece here is the speed that the extreme selectively…

  10. comment
  11. comment
    Comment #33627304

    I also have a CI solution I’m launching soon. Other than that, most of this tech was forgotten in the late 90s early 2000s

  12. comment
    Comment #33626848

    Not bulletproof, but a-ok if your running a full run just before the commit.

  13. comment
  14. comment
    Comment #33624855

    The second part is the aim here. This is more of a code watcher than a test watcher specifically.

  15. comment
    Comment #33624813

    collab w/ me ;)

  16. comment
    Comment #33624794

    Not only the time to boot, but also if you don’t run tests selectively, you’re already too slow.

  17. comment
    Comment #33624651

    Furthermore, it will still display the build error + the previous failure list. So you can always rely on that background terminal for actual test failure reasons.

  18. comment
    Comment #33624459

    Problem being is “make && make check” take way too much time normally.

  19. comment
    Comment #33624436

    The ordering feature is actually being built as we speak. analyzing liklihood can still be beneficial to cut down time even more. If I would get a break from hn comments I could fi…

  20. comment
    Comment #33624410

    1. No, if build fails hypertest will just discard the result. autosave is even prefered. 2. The first run and every subsequent one collects code coverage which is saved in an sqlit…

  21. comment
    Comment #33624367

    Love that mantra! Dont really agree, it’s not intended for that. I use it as I would run tests through a terminal normally. Built this because I hate running tests.

  22. comment
    Comment #33624216

    Bazel is awesome, it just runs way too many tests to be fast enough

  23. comment
    Comment #33624200

    Well, I would say the biggest difference is while the watch mode you described runs all the tests for every change. hypertest only runs the tests the were impacted by the changed c…

  24. comment
    Comment #33624150

    Appreciated! Would love to hear you’re feedback after you ran it also :)

  25. comment