That is not true. Many attacks (e.g. the recently revealed Operation Triangulation) do not have persistence.

For me, once Apollo officially stops working I won’t have any ingrained habit for reaching out to reddit. I stopped using the website years ago except for reading search results that point there.

I bought Gloomhaven right at the beginning of the pandemic, and my roommates and I spent basically that whole summer playing together. We still keep in touch by playing the digital version as our schedule allows. So that one has a special place in my heart.

I don’t, but a coworker uses an ergodox and I’ve been eyeing it lately

Current place:

• Work is done on a feature branch on a personal fork of the repo
• Codebase requires 100% functional coverage, and you’re responsible for writing the tests for your code and including that in the same PR
• Run pre-commit hooks for style auto-formatters before you can commit and push your code to your origin fork
• Ideally run local tests as well
• Create a PR to pull feature branch into the upstream repo’s main branch, which triggers the CI pipeline for style and tests
• At least 1 other person must review the code before a PR can be approved and merged into upstream main
• There’s a separate CI pipeline for testing of publishing the packages to TestPyPI
• Releases to PyPI are currently done manually

I’d be happy to help contribute as best I can. I don’t have much Rust experience but I’d like to learn more. One thing I’m noticing: I like that there are a good deal good first issue tags for the backend repo, but only one for the frontend. I’m not sure if there’s really that far fewer intro tasks for the frontend or if they’re just not tagged as thoroughly.