Rest is for the dead

Previously [email protected]

  • 0 Posts
  • 45 Comments
Joined 2 years ago
cake
Cake day: February 1st, 2024

help-circle






  • Of those 500 videos, 294 were classified as AI slop, a term Kapwing defines as videos with obvious AI-generated visuals or low-quality compilations using clearly AI-generated scripts and voiceovers. The 59 per cent rate is roughly three times the proportion found on YouTube in the same study, making TikTok’s default experience dramatically worse for anyone opening the app for the first time.

    I looked up the article the og source referenced, which does say what they defined as ai slop.

    The original article isn’t helpful because statistics don’t mean anything if they don’t also define what they’re measuring, and they cut the definition short.







  • If you suddenly developed it without any major accidents (like your eardrums burst from pressure) or continued harmful noises (construction is a big one). You should probably get it checked

    Could be a symptom of an underlying issue and it might go away if you fix that

    If you come back from that and it genuinely is tinnitus, then I recommend:

    1. Keeping your mind distracted. Mostly easy if you are doing day to day stuff, hard when you’re trying to sleep
    2. Play ambient noises. I like ocean waves if I have problems with mine, it helps drown out the static
    3. Exercise. Doesn’t actually help reduce it, but it does help make your body ignore it IMO, and makes it easier to fall asleep.







  • Test driven development is moreso

    1. You know what real life scenarios you’re solving for. Basically, this is the problem statement of your design.
    2. You write out these tests to say your service must pass these tests in order for it to be considered working. In order to consider problem x solved, the service must do y.
    3. You make the first iteration of your service to just repeat exactly what the tests want it to output (basically to create a skeleton with a bunch of magic numbers)
    4. You make the second iteration. What magic numbers can you remove and actually implement for? What workaround can be fixed? Are they still passing the test? If they start failing the test, you should relook at what you wrote and debug from there (this assumes your tests are rightfully written).
    5. You keep continuing with that process until you have a service that fits your test cases and without mocks

    The obvious flaw is that 1 is almost never truly accurate. Scope usually changes, and assumptions made probably invalidate your test. It is a valid way of thinking though, because it helps define your expectations, and reduces the likelihood of you making something that misses the target.