https://en.wikipedia.org/wiki/Monkey_selfie_copyright_disput...
6,566 karma · joined July 2, 2019
https://en.wikipedia.org/wiki/Monkey_selfie_copyright_disput...
I wonder if this mechanism is the same mechanism that impacts, say, swipe-focused dating websites, as well? And Twitter feeds with super-short messages. A lot of the most viral modern tech has been bite-sized content feeds of various types.
We would do well to improve safety nets so that everyone benefits.
And then we have bubble issues because the introduction of a new, cheaper player, causes the bottom to fall out and for the circumstances that allowed the new manufacturer to exist to completely go away.
Given that people constantly, literally AVOID care because they can’t pay for it until it’s such an absurd problem that it’s very, very expensive, I struggle to believe this, at all.
And money amount doesn’t matter in this evidence because, again, Americans regularly avoid care until it’s catastrophic because they literally can’t afford it and/or have to wait for insurance to meet a certain harm level threshold where it literally can no longer be argued (emergency care)
For a lot of people it very much doesn’t. And the cost is very prohibitive for people getting any care at all when insurance doesn’t cover it, so they end up not getting necessary care and then ending up on disability for life.
A healthy population *makes money for taxes and buying things*, too.
https://pnhp.org/news/the-mercatus-analysis-of-bernie-sander...
How many non Ruby apps and all the databases and systems behind could climb their traffic 14x when they probably only perf-tested for a sustained 2-3x and, and paid for a profitable amount of rack space rather than a “lol, VC money, we’ll 10x later” amount of infra.
I’ve done it myself on:
* engine definitions for complex workflows and DSLs
* heavy graph theory sections that included ASCII diagrams to clarify flow.
But those functions are probably 1 in 100 or rarer. Basically everything else is good enough with basic IDE-helping javadoc style comments at best, maybe with some input parameter clarification and business logic-clarifying 1-2 line comments sprinkled throughout.
So, just like you said, rewrite the whole thing, THEN break it apart into bite size chunks that tell the story and feed it to others with acceptable and reasonable context.
It’s a skill that engineers need, and it pays dividends to all on the team, including you, when your coworkers ALSO start doing this back to you and you’re asked to review it.
PR 1 is size 400
PR 2 is size 400 + 400 new
PR 3 is size 800 + 400 new
If they’re truly disjoint, would it be so bad to get them as unique? Because otherwise, when PRs depend on each other, you tend to get “one and then one and then one”.At least that’s how it’s worked on teams I’ve worked on that have soft size limits.
They are so convincing that an emergent property of the Turing Test is also being shown: that real humans are called bots by people that genuinely believe the other is a bot.
The standard 3-person Turing test with 2 people talking and a third observing and trying to decide which is a computer, if any, has been summarily defeated.
Reminds me of when people wouldn’t listen to others because they had tattoos.
If you really, really need some ultra-micro-optimization, you’re obviously not the target of this; but unless you’re doing HFT or the most inner loop of a game engine, the standard library and all its deep integration and battle-testedness is worth the 1% perf hit.
How many of those are you willing to let your own services and your customers’ data be hit by whole classes of bugs that battle-hardened APIs have already fixed?
You sure you can get an LLM to handle every single one of them on first pass? Would you stake your company reputation and the PII of all your customers on it?
1: arraylist. A library will probably do better than you. It’s already written and common.
2: webservers. Sure, you can write one yourself with sockets and a bunch of buffers and string management… or, you could use one of the 100s of existing ones. Which one? Probably a stable and established one.
You don’t want to be innovating your logging tech or your database if the old will work because you might spend 90% of your time trying to get your new, creative logging solution working when you should be spending it on the creative part of your business.
I don’t hate those and hope I get to keep doing them.
I also hope the AI writes good enough tests that I can trust them during the refactor process.