• 0 Posts
  • 4 Comments
Joined 1 year ago
cake
Cake day: December 22nd, 2023

help-circle

  • as a chronic documentation reader, the best advice i can give is to document everything Anything that the user can and will potentially interact with, should be extensively documented, including syntax and behavior. Write it like you’re coming back to the project in 5 years after having done nothing and you want to be able to skip right to using it. When we build something ourselves, we often hold a bit of internal knowledge from the design process that never quite goes away, so it’s almost always a lot easier for us to reverse engineer something we’ve made, than it is for someone else with zero fore-knowledge to do it themselves.

    Generally this can be a bit of a nightmare, but if you minimize the user facing segment it’s not all that bad, because it’s usually pretty minimal, and what would otherwise be a handful of pages, turns into 10 or maybe 15.

    as for existing documentation, the i3wm user guide is really good, it’s pretty minimalist but it leaves you enough to be able to manage.


  • not reading this (fully) so ignore me if you already mentioned this, but the during the rittenhouse trial both charges against rittenhouse and the person that sold him the gun were dropped, rittenhouse i think specifically because of a loophole that made it “technically legal to own” and the person that sold him the gun, because reasons, i guess, i don’t remember.

    More than likely persecution was focusing on the other charges and didnt want to spend time on these charges as they seemed rather inconsequential, as well as the fact that the other kid was out of state, and so iirc that was a separate case entirely.

    regardless he should’ve been charged with at the very least, reckless endangerment. The fact that he wasn’t hit with that charge is an absolute fluke of legal work.