3 ms·

List of limitations of the project: https://github.com/judofyr/spice?tab=readme-ov-file#limitations https://github.com/judofyr/spice?tab=readme-ov-file#limitati

• jd3 2y ago
  Want to state off the bat this this project is awesome and huge kudos to the author for spending their time, attention, and energy 1) working diligently to get this working at all and 2) sharing it with the broader HN community, who are generally known to by hyper-critical to a pedantic degree and/or overly pessimistic (cough the initial Docker project Show HN thread cough) I also really appreciate that the author recognizes the limits of their own project, which preemptively addresses most of the usual snark. > Lack of tests: Spice contains a lot of gnarly concurrent code, but has zero testing coverage. This would have be improved before Spice can be responsibly used for critical tasks. Testing correctness of execution for critical tasks is one thing, but I would expect a library which implements "gnarly concurrent code" to at least have regression tests — what guarantee is there to an end-user that functionality which exists in a working state today might not break tomorrow due to a subtle yet nefarious regression? sqlite has 590 times as much test code and test scripts as it does raw c source code [0]; this fact, along with its stability and portability, is one of the numerous reasons why it has proliferated to become the defacto embedded database used across the planet. While we're comparing apples to oranges in this contrived example, the general point still stands — regression tests beget stability and confidence in a project. In epics where I work, if we _must_ defer baseline regression tests, we usually create a follow-up ticket inside of the same epic to at least write them before feature/epic launch, usually. [0]: https://www.sqlite.org/testing.html https://www.sqlite.org/testing.html
  • pverghese 2y ago
    You are welcome to add it. This is a proof of concept
    • jd3 2y ago
      > Spice is primarily a research project. Read along to learn more about it, but if you're considering using it in production you should be aware of its many limitations. Ah, I missed that upon first read. In that case, that caveat/limitation is definitely justified.
  • dsp_person 2y ago
    > sharing it with the broader HN community Note that I posted this, but I am not the author
  • stareatgoats 2y ago
    > (cough the initial Docker project Show HN thread cough) Docker was largely met with enthusiasm here when it was launched. I believe you must refer to how Dropbox was received — famously negatively, initially.
    • WaffleIronMaker 2y ago
      Yeah, that seems right: April 5, 2007: "Show HN, Dropbox" https://news.ycombinator.com/item?id=8863 https://news.ycombinator.com/item?id=8863
      • Dylan16807 2y ago
        Looks positive to me!
    • jd3 2y ago
      Yes, I meant to say dropbox
  • dagw 2y ago
    HN community, who are generally known to by hyper-critical to a pedantic degree and/or overly pessimistic (cough the initial Docker project Show HN thread cough) So you made me dig up the announcement, and contrary to how you recall, it is almost universally positive. https://news.ycombinator.com/item?id=5408002 https://news.ycombinator.com/item?id=5408002
    • jd3 2y ago
      I meant to say dropbox, not docker