I sometimes admin. But usually not.

  • 1 Post
  • 48 Comments
Joined 1 year ago
cake
Cake day: June 17th, 2023

help-circle



  • I googled Pyhäsalmi Mine gravitricity "2 MW" and EVERY article covering this has also cited 2 MW.

    Now, under Occam’s Razor, what’s more likely:

    1. Absolutely none of the article writers have any clue what the difference between a MW and a MWh is because none of them remember any physics
    2. Some of them could suspect that it’s wrong, but an authoritative source of the claim wrote/said 2 MW capacity when they meant “2 MW peak generation” or “2 MWh storage” (I’d presume Gravitricity, but I’m struggling to find such a source, myself)
    3. One writer miswrote/misquoted as per 2, and everyone is mindlessly recycling that original article’s contents with no attribution or care.

    I don’t know which one it is. But I’d generally lean against 1.


  • The FDA regulation on Net Weight is found in 21 CFR 101.105. In this regulation FDA makes allowance for reasonable variations caused by loss or gain of moisture during the course of good distribution practice or by unavoidable deviations in good manufacturing practice. FDA states that variations from the stated quantity of contents should not be unreasonably large.

    While FDA does not provide a specific allowable tolerance for Net Weight, this matter could come under FTC jurisdiction. FTC has proposed regulations that would unify USDA and FDA Net Contents labeling and incorporate information found in the National Institute of Standards & Technology (NIST) Handbook 133.

    NIST Handbook 133 specifies that the average net quantity of contents in a lot must at least equal the net quantity declared on the label. Plus or minus deviation is permitted when caused by unavoidable variation in weighing and measuring that occur in good manufacturing practice. The maximum allowable variance for a package with a net weight declaration of 5 oz is 5/16 oz. Packages under-filled by more than this amount are considered non-compliant.

    http://www.foodconsulting.com/q&a.htm


  • An API token is more secure than a password by virtue of it not needing to be typed in by a human. Phishing, writing down passwords, and the fact that API tokens can have restricted scopes all make them more secure.

    Expiration on its own doesn’t make it more secure, but it can if it’s in the context of loading the token onto a system that you might lose track of/not have access to in the future.

    Individual API tokens can also be revoked without revoking all of them, unlike a password where changing it means you have to re-login everywhere.

    And that’s just the tip of the iceberg. Lmk if you have questions, though.











  • Depending on whether this code is in a hotpath (and considering how “elementary” it is, I figure that’s a possibility), this could very well be a significant speed improvement.

    Though I’d say that only excuses it if it’s truly an elementary function (and not one line as part of a larger function), as otherwise it’s unreadable garbage. But on its own it:

    • has a clear purpose
    • (presumably) isn’t reimplementing functionality
    • is easily tested
    • can be modified with no side effects (besides breaking your calendar, but that’s beside the point)