NHacker Next
  • new
  • past
  • show
  • ask
  • show
  • jobs
  • submit
The Future of Everything Is Lies, I Guess: Where Do We Go from Here? (aphyr.com)
catapart 35 seconds ago [-]
the epilogue is what speaks to me most. all of the work I've done with llms takes that same kind of approach. I never link them to a git repo and I only ever ask them to make specific, well-formatted changes so that I can pick up where they left off. my general feelings are that LLMs make the bullshit I hate doing a lot easier - project setup, integrate themeing, prepare/package resources for installability/portability, basic dependency preparation (vite for js/ts, ui libs for c#, stuff like that), ui layout scaffolding (main panel, menu panel, theme variables), auto-update fetch and execute loops, etc...

and while I know they can do the nitty gritty ui work fine, I feel like I can work just as fast, or faster, on UI without them than I can with them. with them it's a lot of "no, not that, you changed too much/too little/the wrong thing", but without them I just execute because it's a domain I'm familiar with.

So my general idea of them is that they are "90% machines". Great at doing all of the "heavy lifting" bullshit of initial setup or large structural refactoring (that doesn't actually change functionality, just prepares for it) that I never want to do anyway, but not necessary and often unhelpful for filling in that last 10% of the project just the way I want it.

of course, since any good PM knows that 90% of the code written only means 50% of the project finished (at best), it still feels like a hollow win. So I often consider the situation in the same way as that last paragraph. Am I letting the easy of the initial setup degrade my ability to setup projects without these tools? does it matter, since project setup and refactoring are one-and-done, project-specific, configuration-specific quagmires where the less thought about fiddly text-matching perfect matching, the better? can I use these things and still be able to use them well (direct them on architechture/structure) if I keep using them and lose grounded concepts of what the underlying work is? good questions, as far as I'm concerned.

voidUpdate 3 minutes ago [-]
> "Unavailable Due to the UK Online Safety Act. Now might be a good time to call your representatives."

Having the "call your representatives" link be to your website as well isn't particularly helpful... I already can't get to it

airza 20 minutes ago [-]
I agree with the general sentiment that the structure of society is going to change, but I don't know what the satisfying solution is. It's hard to imagine not participating will work, or even be financially viable for me, for long.
wedemmoez 13 minutes ago [-]
I agree. I'm the AI luddite on my team of red team security engineers, but I'm still using it in very limited use cases. As much as I disagree with how the guardrails around AI are being handled, I still need to use it to stay relevant in my field and not get canned.
hootz 11 minutes ago [-]
I'm already adding "Agentic Workflows" as a skill in my LinkedIn profile. Cringed hard at that, but oh well...
pydry 5 minutes ago [-]
What if the hiring managers at the jobs you'd actually prefer to work at also cringe when they see it on your profile?
miltonlost 9 minutes ago [-]
I'm using claude but then refuse to do much cleaning up of what it spews. Im leaving that for the PR reviewers who love AI and going through slop. If they want slop, I'll give them the slop they want.
whstl 3 minutes ago [-]
Not advocating that people should follow this but:

As someone that loves cleaning up code, I'm actually asking the vibe coders in the team (designer, PM and SEO guy) to just give me small PRs and then I clean up instead of reviewing. I know they will just put the text back in code anyway, so it's less work for me to refactor it.

With a caveat: if they give me >1000 lines or too many features in the same PR, I ask them to reduce the scope, sometimes to start from scratch.

And I also started doing this with another engineer: no review cycle, we just clean up each other's code and merge.

I'm honestly surprised at how much I prefer this to the traditional structure of code reviews.

kelzier 2 minutes ago [-]
I thought the de facto policy was that the individual remains responsible in a team context.
willrshansen 9 minutes ago [-]
If there's too many lies, "source or gtfo" becomes more important
ipython 8 minutes ago [-]
you would have to trust that the person listening to the lies would know the difference, and that's the rub...
dfxm12 11 minutes ago [-]
The idea that Claude might be able to help you change the color of your led lighting as a legitimate counter to things like a less usable world wide web, worse government services, the loss of human ability, etc. is excellent parody.
poszlem 12 minutes ago [-]
From the article: "I’ve thought about this a lot over the last few years, and I think the best response is to stop. ML assistance reduces our performance and persistence, and denies us both the muscle memory and deep theory-building that comes with working through a task by hand: the cultivation of what James C. Scott would call metis."

"What do such machines really do? They increase the number of things we can do without thinking. Things we do without thinking-there's the real danger" - Frank Herbert, God Emperor of Dune

TeMPOraL 8 minutes ago [-]
> "What do such machines really do? They increase the number of things we can do without thinking. Things we do without thinking-there's the real danger" - Frank Herbert, God Emperor of Dune

I always preferred this take:

“Civilization advances by extending the number of important operations which we can perform without thinking of them.” ― Alfred North Whitehead

It's both opposite and complementary to your Frank Herbert quote.

gdulli 7 minutes ago [-]
Also Frank Herbert: "Once, men turned their thinking over to machines in the hope that this would set them free. But that only permitted other men with machines to enslave them."
Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact
Rendered at 14:07:25 GMT+0000 (Coordinated Universal Time) with Vercel.