quibono
It takes a mix of willpower / routine / systems / laws to keep people in check, otherwise we predictably go back to the path of least resistance.
1. Smaller PRs (that can be easily read) tend to receive more comments and nitpicks than a large change since it's easier for us to have all the PR context in our heads at the same time.
2. Most people are ego-tied to their code even if they pretend that they are impartial
3. Social dynamics around merging and reviewing code between senior/junior and older/newer employees
4. probably many more
At the same time I can't help but wonder that this is almost too much for us to cope, the LLMs are _too_ easy to use. I think we're very good at pretending there isn't a problem here but there is definitely going to be some cognitive decline happening.
We want to pretend like reading over the output of an LLM is nearly the same as us making those changes ourselves but I think there's a lot of value in those boring and manual steps. And most people (including me) will be too lazy to not eventually offload most things to the LLMs.
In a way this is similar to how watching a lecture tends to give one an "impression" of understanding that doesn't correlate with reality. We need hands-on work and some course work to get our monkey brains engaged.
I can only imagine what effects this is going to have in education.
E.g. I remember having lots of issues sharing smaller video files encoded with H.265 via both WhatsApp and Messenger. iMessage doesn't support H.265 (or at least it didn't work for me at the time).
Is this API-only or US-only for now?
Psoriasis, eczema and psoriatic arthritis being three that maybe you wouldn't think of when someone brings up methotrexate.
I have such fond memories of HOMAM3 and playing it in hot seat mode as a kid.
Interestingly the game is still massively popular in ex-Warsaw Pact countries. Although I think it’s having a resurgence in the US too.
2. Click on the hamburger menu in the top right
3. ???
It then gives me a hint on the area or a typical code flow that would hit the bug - whichever gives me less info. I can obviously ask for more hints as I read along.
Obviously all honour-code based since I could just ask it to fix the bugs itself. I think this is something that can't be fixed systemically - either you're going to bother reading and thinking through the code or not.
Other than that I guess reading the tests - to make sure they fail without the code / fix, to make sure the setup makes sense etc.
No idea what gating Argon like that does for them.
I tend to run the content through something like Luna to deslopify now.
This helps a bit though magit still feels very sluggish.
But... isn't this solving the problem by removing most of what makes it an issue in the first place? I imagine most people use ORMs for the SQL <-> native class data sync capability. And this assumes one would run the Acadia query instead.
FWIW I'm not trying to be negative, it's just my general impression is that these N+1 usually occur because people _want_ direct object access and _want_ to write loops, and _want_ to access fields and have the underlying SQL be sorted by the ORM.
My general feeling here is that this really needs to be fixed at the model level. All other solutions are mere hacks that work for a bit but all have drawbacks. It's either adding yet more context (which has variable rates of success) or piping to a different model to translate, or using a skill, or mentioning this per each prompt, or....
At this point I think it's in Opus's nature to talk like this, and given enough back-and-forth it will start to drift back to its classic mode, aka this incomprehensible "load-bearing seam" babble.
Is this a hardcoded limit or something relative to the input prompt etc.?
I know the “instruct model to change output style” is supposed to reduce efficiency - but has anyone experimented with prompts like that? At this point I’m happy to take a slight intelligence/ effectiveness loss for less verbose, artisan and elliptic writing.
The split one would be handy though.
I guess what I meant was: the only way for art to meet one of the ZKP criteria is for us to assume it's art.
> Therefore, if the artist did not truly experience the feelings, the piece of work they produce would not be sincere, and hence not art. This also covers malicious attempts to produce a piece of art without having experienced the feelings. As the art is a successful representation of the agreed upon feelings, and the art is a Tolstoyan piece of art, the artist must have truly experienced them.
Isn't that circular? If I "fake" a Jackson Pollock style painting without having any feeling whatsoever AND it manages to evoke feelings in the viewer, who's to say which feelings are the agreed upon ones?
I'm glad to hear it, I thought that was just me. It gets especially hairy when moving commits around...
Plus I have 3-way diffs enabled and I usually get confused by which section is which at least once a day.
Also: does anyone know if `magit` has history support?