The thing is, LLM's produce better quality one-shots than any of the products that get returned from overseas ultra-budget contractors in India or SEA. I don't know what that means for Western devs, but I can tell you that the fortune 500 I work for is dialing back on contracting and outsourcing because domestic teams can do higher-quality work faster.
>The thing is, LLM's produce better quality one-shots than any of the products that get returned from overseas ultra-budget contractors in India or SEA.
Interestingly that sort of research is actually what I've used Claude/Chatgpt deep research and openclaw for. If I have an idea, I get an agent to go and do some product research for me and see if there is a market, if anyone has tried it, and if there is anyone doing it.
It has unironically saved me a lot of time I would have otherwise spent going down rabbit holes.
Of the models I've found that claude doesn't gas you up as much as GPT, so for stuff like this where the answer can be "no, that's not a good idea" I usually use claude.
Yup. I do have a 4-step process for this (just for prompts and some bash scripts that call CC). 1. Breadth first 2. Compress 3. Per player deep research 4. Per player compression. Then I just merge all the markdown files, fit it into 250k tokens, load any model that supports that much and you can pretty much "tall to market".
The biggest limitation here is data access though. A lot of market data is gated behind registration or anti-bot captchas, so the project that my CC is working on now is a playwright clone that is not easily detectable + can be used with CLI same as playwright itself.
I find ChatGPT so infuriating the way it always agrees with everything you say. The product is optimised for engagement so it wants its users to be delighted
Why are you wondering? Any law that limits the ability of capital owners to extract wealth will be overturned, and not just from AI, that's global in every industry everywhere there are humans.
They'll just remove the "Advanced" ability in a few years once they've frog boiled people into jumping through hoops to use their phone the way they want.
It's not any different from the launch of the FSF. There's a simple solution. If you don't want your lunch eaten by a private equity firm, make sure whatever tool you use is GPL licensed.
> If AI "clean-room" re-implementations are allow to bypass copyright/licenses, the GPL won't protect you.
Isn't that the same for the obligations under BSD/MIT/Apache? The problem they're trying to address is a different one from the problem of AI copyright washing. It's fair to avoid introducing additional problems while debunking another point.
"Clean room" is doing a lot of heavy lifting. Having the entire corpus of knowledge for humanity and how LLMs work, how can you honestly argue in court that this is purely clean room implementation?
This is right up there with Meta lawyers claiming that when they torrent it's totally legal but when a single person torrents it's copyright infringement.
Far too many people treat AI as a way to launder copyright, it seems likely that a lot of the current state of outright plagiarism won't stand up in court
These cases will be settled out of court long before they ever reach a jury. Anthropic has agreed to pay $1.5bn in a class action suit [0]. Others will follow.
Maybe I'm reading wrong here, but what's the implication of the clean room re-implementations? Someone else is cloning with a changed license, but if I'm still on the GPL licensed tool, how am I "not protected"?
3a. usually here BigCo should continue to develop Project One as GPLv3, or stop working on it and the community would fork and it and continue working on it as GPLv3
3b. BigCo does a "clean-room" reimplementation of Project One and releases it under proprietary licence. Community can still fork the older version and work on it, but BigCo can continue to develop and sell their "original" version.
2. BigCo owns ProjectOne now
3a. Bigco is now free to release version N+1 as closed source only.
3b. Community can still fork the older version and work on it, but BigCo can continue to develop and sell their original version.
well no, (clean room )reimplementations of APIs have done since time immemorial. copyright applies to the work itself. if you implement the functionality of X, software copyright protects both!
patents protect ideas, copyright protects artistic expressions of ideas
While the license is important, it's the community that plays the key role for me. VC funder open source is not the same as community developed open source. The first can very quickly disappear because of something like a aquihire, the second has more resilience and tends to either survive and evolve, or peter out as the context changes.
I'm careful to not rely too heavily on VC funded open source whenever I can avoid it.
The biggest scam the mega-clouds and the Githubs ever pulled was convincing open source developers that the GPL was somehow out of vogue and BSD/MIT/Apache was better.
All so they could just vacuum it all up and resell it with impunity.
The big cloud providers are perfectly happy to use GPL'd stuff (see: Elastic, MySQL). They don't need to use embrace-and-extend, they're content with hosting.
The ones pushing for permissive licenses are rather companies like Apple, Android (and to some extent other parts of Google), Microsoft, Oracle. They want to push their proprietary stuff and one way to do that in the face of open source competition is by proprietary extensions.
I remember a somewhat prominent dev in the DC area putting on Twitter around 2012 or so something like "I do plenty of open source coding and I don't put a fucking license on it" and it stuck with me for all these years that it was a weird stance to take.
Dan Bernstein took that attitude back in the 90s - I think his personal theory of copyright went something like "if it doesn't have a license, then it's obviously public domain", which ran counter to the mainstream position of "if it doesn't have a license, then you have to treat it as proprietary".
And, sure, djb wasn't actually likely to sue you if you went ahead and distributed modified versions of his software... but no-one else was willing to take that risk, and it ended up killing qmail, djbdns, etc stone dead. His work ended up going to waste as a result.
I doubt the lack of license was the reason DJB's projects didn't take over the world. Most of them required heavy forking to break away from hardwired assumptions about the filesystem and play nice with the OS distribution, and DJB is himself notoriously difficult to work with. Still, qmail managed to establish maildir as the standard format and kill off mbox, and for that alone I'm eternally grateful.
Well, there were always plenty of patches available - it's just that lots of them conflicted with each other, and that was a product of the licensing.
Agreed with the rest, though. I relied heavily on qmail for about a decade, and learned a lot from the experience, even if it was a little terrifying on occasion!
These days one would just most likely create a fork on github. Vim was also maintained through separate patches for a long time, but Bram was a lot more accepting about integrating and distributing those patches himself.
> his personal theory of copyright went something like "if it doesn't have a license, then it's obviously public domain"
I mean philosophically and morally, sure, one can take that position ... but copyright law does not work like that, at least not for anything published in the US after 1989 [1].
Since when has GPL stopped any company from doing so? I'd genuinely be happy to hear of a single time someone was actually pressed about their GPL compliance after FSF v. Cisco, it's like some immaterial sword of Damocles, the entire weight of which is the shame of losing face, which is fleeting in a society post-appeal-to-authority.
A GPL license helps but if support for a dependency is pulled you'll likely end up needing to divert more resources to maintain it anyways. There really isn't any guarantee against this cost - you either pay someone else to maintain it and hope they do a good job, build it in house and become an "also that thing" company, or follow a popular project without financially supporting it and just hope other people pick up your slack.
Preferring GPL licensed software means that you're immune to a sudden cut off of access so it's always advisable - but it's really important to stay on top of dependencies and be willing to pay the cost if support is withdrawn. So GPL helps but it isn't a full salve.
but to answer your question honestly the supplier keeps stock of them by growing them and storing them. The original cells came from donations.
You could always extract some cells from a biopsy as well, but these guys likely just bought them from sigma or whatever the Australian lab-supply monopoly is.
yeah honestly. If I was in that position I'd probably think it's funny and just stick the whole stack in a folder and laugh about the dumb process.
reply