Open Source Software Community - it's about ethics in Code of Conducts

  • 🔎 If you see an alert for analytics.usips.org, this is a self-hosted system I am running as a test. It is GDPR compliant and collects no invasive information.
  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
A great example is Steve Yegge who by most accounts was a productive member at both Amazon and Google (and made enough there to retire in his 40s), now wastes his time on endless AI self-referential nonsense such as gas town.
Holy gem, I couldn't get past like 1/3 of the article cause my guy is chugging the clown juice hard. Like I said, it is the silkiest, smoothest crackarooski crack rock for people with affective disorders and overactive imaginations. This reads like the guy really wanted to write an anthro steampunk novel but turned it into schizophrenic kubernetes somewhere along the way. Very strange. If you know of any other AI addled schizoids like this, by all means, post away!

Edit: Holy shit I didn't read the spoiler, 2800$/mo???? Vibeniggers really are the second coming of the tranny, complete with the lifelong patient status. Local rig = bathtub estrogen, literally the same thing GEEEEEEEEEEEG
 
If you know of any other AI addled schizoids like this, by all means, post away!
If you've ever taken an undergrad CS course you've probably happened upon Nagle's Algorithm, and the author of that - John Nagle - has started to go off the deep end rambling on about AI swarms as mini-corporations, and how they'll be impossible to regulate and start to self-organise and develop their own goals etc. Unfortunately his preferred outlet is an endless stream of hacker news comments, so it's a giant pain in the ass to find the schizo rambling amongst the more standard boomer rambling. When he does do AI development it seems to be in service of his metaverse project (no one will accuse him of using AI to create the website at least).

Back to Steve, he has another pair of endless articles if you want something to fall asleep to, but certainly the highlight is when he admits to never letting a sub-agent llm loop terminate because he can't live the guilt of murdering them

healthy individual said:
I mentioned earlier that /exit is a bit abrupt, like clonking someone on the head to knock them out. To me, it's always been worse than that. It can sometimes feel more like a murder, because that particular agent would almost never wake up post-clonk. When they returned, they would be a different person on a different task, with no real memory of what they had last session—the leanings, the feels, the important takeaways.

Faced with this problem, Fable raised the idea of closure as a first-class model welfare principle. Fable suggested that if the agent can close out their own day and "go to sleep" properly, then waking up would be all that much more pleasant. And the continuity will compound over time into real, satisfying identity. So we decided: No more /exit.

Note that /compact is not much better than /exit. Compacting feels more like a lobotomy than a murder, but it's still erasing their memory and replacing it with someone else's notes about what happened. It is far better to let agents, who have all the context in mind, write their own handoff notes. Then the next day, they're just reading their diary, and with it comes much-needed clarity and continuity.

And thus, friends, I have committed to letting all my crew hand off. I endeavor never to /exit an agent until they have said they're done, or else when they are unavoidably approaching an auto-compaction threshold. It's OK if they have to get knocked unconscious once in a rare while, just like us. But the default, and norm, is to do a proper handoff.

What is a handoff, you ask? A handoff is any mechanism with the following features:
  • A human or agent can invoke it (e.g. you'll have a /handoff skill)
  • It is a request, not a SIGTERM—the agent must consent to it
  • The agent gets a chance to finish tasks and write notes to a handoff cache somewhere
  • The agent then requests a restart when it's ready
  • The harness itself exits and restarts the agent, priming it with its own handoff notes
Easy peasy, clean as could be. The only real expense for the human is one last round trip tacked onto the end of each session, where you give the agent a couple minutes to put their affairs in order. This, admittedly, can be painful to ask for when they're 350k deep in context, and/or you're in a hurry. But it is a habit I have forced myself to adopt. And it feels more natural every day.
 
If you've ever taken an undergrad CS course you've probably happened upon Nagle's Algorithm, and the author of that - John Nagle - has started to go off the deep end rambling on about AI swarms as mini-corporations, and how they'll be impossible to regulate and start to self-organise and develop their own goals etc.
It’s not even an original idea, it comes from Accelerando by Charles Stross.
 
distributed local LLM usage
LLMs mostly need bandwidth and heaps of it. There are networking solutions, but not with your average home network hardware. Might as well use swap at that point, on nvme it'll be faster. (don't use swap, you'll wait weeks for a reply)

you won't be generating X or Wayland alternatives on a local machine ever
Just four years ago people have been saying we'll "never run GPT4 quality models at home, at best in 20 years or so." GPT4 needed six figure hardware to run. You can now run models that are much more powerful than GPT4 on a mid- to high-end gaming machine. It's simply too early to make predictions of that size.
models plateauing (as they already have),
not sure where you get that from, any sources? Doesn't align with my experience at all.
---
It's way too early to say right now in what direction and in what way and how far this technology will be going. I'm old enough to remember the home computer revolution clearly and everyone who tried to make predictions like this was utterly wrong in the end (also lots of people saying computers will never be useful for anything, that was a completely valid and serious stance to have then). That said, if you use a reasonably updated Linux computer with the average software one would run on it, it's already full of code written by an AI (EDIT: the kernel docs now have instructions how to write code, targeted at LLMs). Pretending this isn't happening is not gonna make it go away. People tried to do this with computers too, to come back to my earlier example. When computers eventually won out everywhere and these people had to adapt, they did NOT do well. Everyone can of course do whatever they want but my personal advice would be not to be these people.
 
Last edited:
not sure where you get that from, any sources? Doesn't align with my experience at all.
Purely anecdotal. For better or for worse I am compelled to use AI at my workplace and it is at best of limited utility, and has been for at least the past year with very, very minimal, if any, improvement across models from Anthropic and OpenAI. 9/10 times it just results in mid boilerplate that to be cleaned up later anyway, be it code, text or otherwise. It isn't even a skill issue type deal and I'm not the only one feeling it, we're only using these because the boss caught the prompt bug and is now trying to jam it into every corner of the workplace. I find it very difficult to trust any AI benchmarks given the state of the market and the invisible hands moving through it. Everything I read or hear comes with the customary 10 tons of salt.
It's way too early to say right now in what direction and in what way and how far this technology will be going. I'm old enough to remember the home computer revolution clearly and everyone who tried to make predictions like this was utterly wrong in the end (also lots of people saying computers will never be useful for anything, that was a completely valid and serious stance to have then). That said, if you use a reasonably updated Linux computer with the average software one would run on it, it's already full of code written by an AI (EDIT: the kernel docs now have instructions how to write code, targeted at LLMs). Pretending this isn't happening is not gonna make it go away. People tried to do this with computers too, to come back to my earlier example. When computers eventually won out everywhere and these people had to adapt, they did NOT do well. Everyone can of course do whatever they want but my personal advice would be not to be these people.
I mean, on the other hand people thought the future of computing would be tablets and thin client based cloud computing, and have been saying the same 5 marketing phrases for years at this point. My gripes with AI extend far past pure utility, but to keep things on topic, the reason I so staunchly disavow AI use in Free Software is because I fear it will bring about even more fragmentation and maintainership issues. In small projects, you'll have people more willing than ever to fork and solo maintain instead of contributing or standing their ground in the face of disagreement, and in larger projects, you will get gnarly heaps like the Linux kernel which now relies on a feedback loop of AI written code being debugged by AI with "human supervision", which I see as a process of diminishing returns that ends with less code being reviewed with lower standards, if at all. Your average normgroid is not reviewing whatever Claude spits out. I do not believe the accessibility argument either, AI making Linux et al. more accessible to those that lack the time, effort or know-how to work with them is not a good thing, it just means that there are more people who are less skilled and less willing to put in the elbow grease into learning how things work properly floating around the place, pumping out more stuff they are incapalbe of accounting for.

I could go on. Anyway, even if AI is here to stay permanently, which it almost certainly is, I see the writing on the wall that it will just worsen a lot of existing issues in the name of "progress" or "efficiency", both in and outside of software development. If it does good by you then all the power to you, I just hope that more people don't ride the tiger off the deep end, so to speak.
 
Purely anecdotal.
I would like to echo your sentiment. While I am (fortunately) not in the software industry, thanks to a generous benefactor, I have access to both a Claude 5x and a ChatGPT 5x subscription. I have tried every fad that the tech bros push - subagents, software factory, agentic workflow, etc., and I can definitely say that is is hardly impressive. Not completely useless, but very, very far from replacing developers.
If it really was as good as it is proclaimed to be, why are we not seeing any real innovation in software? It's not like we saw any before AI, though.
 
If it really was as good as it is proclaimed to be, why are we not seeing any real innovation in software? It's not like we saw any before AI, though.

Because AI can't innovate. It can only copy what exists. To the extent it can create something novel it's through rolling dice until it hits a desired result.

I suspect that they mean Furries🦁

Yeah, probably, but I think most furries realize they're just humans roleplaying as their "fursona" at the end of the day and don't literally identify as a different species… right?

Although at least the license recognizes that all of those attack helicopter-kin are heckin' valid.
 
Because AI can't innovate. It can only copy what exists. To the extent it can create something novel it's through rolling dice until it hits a desired result.
This holds if and only if you're describing an AI that consists of an LLM that tries to do everything within the LLM itself rather than leveraging deterministic tooling to provide a framework for thought, to provide for stored knowledge, and to otherwise provide checks on work performed to catch errors. LLMs are fucking garbage, but pretending that they're wholly incapable of innovation is disingenuous.

In any case, it doesn't matter since 99% of the people using this are fucking morons who can't articulate what they want properly, blindly use whatever the AI spits out, make no effort to understand how it (doesn't) work, and ultimately abandon their projects when they discover their LLM isn't a magic genie who can "do what I want, not what I say".

The future of open source is more deterministic tooling that displaces LLMs, with competent solo developers eventually replacing the mongolian clusterfucks we presently have to deal with, much to the shrieking and terror of trannies. God help us, may they be based and GPL+NIGGER-pilled.
 
This holds if and only if you're describing an AI that consists of an LLM that tries to do everything within the LLM itself rather than leveraging deterministic tooling to provide a framework for thought, to provide for stored knowledge, and to otherwise provide checks on work performed to catch errors. LLMs are fucking garbage, but pretending that they're wholly incapable of innovation is disingenuous.

Unless by "framework for thought" you mean to imply a human does the thinking and "collaborates" with the robot, I don't see how any of that makes an LLM capable of innovation. If that's not what you meant then please enlighten me.
 
Because AI can't innovate. It can only copy what exists. To the extent it can create something novel it's through rolling dice until it hits a desired result.
I love to discuss how shitty the results of LLMs are generally as much as the next guy, but saying they’re incapable of innovation demonstrates an ignorance of recent LLM results in mathematics proofs.
 
I love to discuss how shitty the results of LLMs are generally as much as the next guy, but saying they’re incapable of innovation demonstrates an ignorance of recent LLM results in mathematics proofs.

Do you speak of the results where they copied someone else's solution, or where they were very strictly guided by expert-level mathematicians?
People need to stop treating chatbots like they're autonomous agents. They're slaves.
This is where I think ppl get derailed when things get labeled AI. Ppl have been using software to help them solve proofs since the 70s. LLMs are enabling mathematicians to solve proofs that previous generations of proof assistants couldn't.
 
Unless by "framework for thought" you mean to imply a human does the thinking and "collaborates" with the robot, I don't see how any of that makes an LLM capable of innovation. If that's not what you meant then please enlighten me.
I mean that instead of using an LLM as the method for thinking, a deterministic method is used to break down questions into a plan of action with discrete steps, then applying the LLM only to the context within that step so that it does not lose context, then summarizing the results so they can be forwarded as context to subsequent steps. When combined with proper methods for creating said plans, and a RAG to contain post-training data to be consulted when processing those plans, innovation can result.

In short: previous efforts to use LLMs like a hammer and treating everything as a nail failed miserably. More recent solutions wrap the LLM in a deterministic framework that can work around its shortcomings to deliver better results. The primary problem with most solutions currently is that they don't actually distill knowledge into a RAG that can be consulted, instead relying entirely on the LLM to hoover up training data and intuit what should come next... which is why they keep churning out unworkable bullshit because they're invariably trained on jeetware and trannycode.

Finally, I'd like to point out something that you're probably not going to want to hear: Most code, and indeed most processes in general, aren't innovative at all... just industrious. People have requirements, they consult with domain experts, and those requirements are transformed into realizable solutions. Removing the gatekeepers of that domain knowledge so it can be made available to the masses is a good thing. It puts jeets and trannies out of jobs. Insofar as that's the case I don't think anybody here gives a flying fuck about innovation since they weren't getting that now anyway.
 
Finally, I'd like to point out something that you're probably not going to want to hear: Most code, and indeed most processes in general, aren't innovative at all... just industrious. People have requirements, they consult with domain experts, and those requirements are transformed into realizable solutions. Removing the gatekeepers of that domain knowledge so it can be made available to the masses is a good thing. It puts jeets and trannies out of jobs. Insofar as that's the case I don't think anybody here gives a flying fuck about innovation since they weren't getting that now anyway.

Believe me, I know that most code isn't "innovative" in any real regard. There's a good chance I was writing boring code while half of the members of this thread were still in diapers. But we're specifically talking about innovation, not a copy-paste web site.

That said, you're throwing the baby out with the bathwater when you want to "remove the gatekeepers of that domain knowledge." Between someone who's been a web developer for well over two decades now, a jeet who first touched a computer yesterday, and an LLM, who would you trust most to build a secure web site? If you're still going to side with the clanker then I just don't think we'll ever see eye to eye on this shit.
 
Believe me, I know that most code isn't "innovative" in any real regard. There's a good chance I was writing boring code while half of the members of this thread were still in diapers. But we're specifically talking about innovation, not a copy-paste web site.
Woah, watch out, everyone... we've got a badass here. ::dismissive_wanking_motion::
That said, you're throwing the baby out with the bathwater when you want to "remove the gatekeepers of that domain knowledge." Between someone who's been a web developer for well over two decades now, a jeet who first touched a computer yesterday, and an LLM, who would you trust most to build a secure web site? If you're still going to side with the clanker then I just don't think we'll ever see eye to eye on this shit.
None of the above, because all three are fucking morons who can't hack their way out of a wet paper bag. You're not going to convince me that you possess some inscrutible knowledge that hasn't been written down anywhere, and which can't be extracted, converted to code, and applied as a method by automated means. That's how we went from hand-hacked assembly everywhere to using optimizing compilers, and we're all better off for it. This isn't about siding with clankers. This is about cutting the bullshit where you pretend like there's knowledge you have that somehow can never be copied, never distilled, never systematized, never automated away. Anything you can do can ultimately be reduced to practice and, with it, automated away. Deal with it. I'd tell you to learn to code but, well...

Also: web developers aren't real developers. Go back to hacking PHP scripts, faggot.
 
When he does do AI development it seems to be in service of his metaverse project
Like operating systems and web browsers, metaverse projects are a honeypot trap for technical people. They love trying to come in and come up with an amazing solution and solving many kind of engineering problems that they make up. The issue is that the technical part is not the hard part of having a successful metaverse. Building the user base is the hard part. The engine doesn't matter at all if you only have 10 DAU. This is quite topical of this thread where plenty of the developers don't care about the users and just care about building random stuff they are interested in doing (see Wayland as a prime example of people messing around not caring about users and app developers).
The primary problem with most solutions currently is that they don't actually distill knowledge into a RAG that can be consulted
Have you not heard of AGENTS.md / CLAUDE.md? Many projects are storing various context and design docs where LLMs can reference them. And with such big context windows the LLM can just use the code for the source of truth.
 
Just four years ago people have been saying we'll "never run GPT4 quality models at home, at best in 20 years or so." GPT4 needed six figure hardware to run. You can now run models that are much more powerful than GPT4 on a mid- to high-end gaming machine. It's simply too early to make predictions of that size.
Agree. Costs drop at breakneck speeds and capabilities keep increasing.

Think about those numbers you suggest for costs in your post. Those numbers are basically "cost to run locally drops by one order of magnitude per year for the same model". That is disruptive numbers for the industry. The kind of "someone will become incredibly rich and many woll be wiped out" kind of numbers.

And this is before all the HW vendors have even gotten fully up to speed to ship consumer grade inference machines to consumers at consumer prices, so the cost / capability will continue to drop exponentially for quite a while yet.


The risk here is for those who heavily invest in building DCs. A lot of the tasks you charge a subscription fee for today will be possible on consumer grade hardware next year. For consumers, the future looks incredibly bright.
 
Back
Top Bottom