hi everyone, its me 'ladyada. we're very much looking forward to telling our story, i have reached out to the founder of flux.ai (Matthias Wagner - Founder & CEO at Flux), in hopes we can resolve this together and set a good example for the community. looking forward to maybe seeing this resolved on a podcast together, or something
Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
161–170 of 300 posts
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#162Earlier quoted context omitted.
We need outcome based billing... I don't want to pay for a service that doesn't deliver.
> We need outcome based billing... I don't want to pay for a service that doesn't deliver. You can already do this: hire a consultancy to build you a working deliverable for a fixed price. They will be incentivized to prompt their tools well and to avoid tools that are consistently pathological.
They will also charge a lot more than you using the service if they aren’t charlatans
Edit: actually they probably will charge even more if they are charlatans
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#163Earlier quoted context omitted.
That might be the right analogy except it is not clear that it is a house always wins situation. If you have a .6 chance of success on any particular outcome. Long term win or loss is down to your behaviour. If you double or nothing every time loss is guaranteed. The right strategy will win over the long term.
Gambling addicts make all kinds of post-hoc rationalizations for why they are actually up, if you think about it. "Well, if you consider my entertainment, I'm actually up." "Well, if you think of all the drinks I got comped, I'm actually up." Even worse are the ones who talk about runs, "I was up $10,000 at one point." Nevermind they gave it all back and another $20k chasing that first $10k. At the end of the day, if…
> Same with most people "doing a startup" or "opening a restaurant".
While I mostly agree with your sentiment, I think there is an important difference. Unless you are attempting advantage play (99.99% of gamblers are not, and casinos ban the few that are), there is literally nothing you can do at a casino to make it a positive EV activity. No amount of skill, drive, effort, or anything other than pure luck can consistently generate profit at a casino.
A startup/business, on the other hand, can be effectived by your actions. Luck obviously plays a large factor, but you have some level of control over the outcome.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#164I love the transparency that Adafruit is proving on this.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#165As an electrical engineer who has tried to use it multiple times, I think Flux is an absolutely awful product. No surprise at all that they want to sweep details about their “intellectual property, commercial traction and user base” under the rug.
Yeah this stuff isn't even realistic as well. A number of years ago I was working on something professionally and there was a problem. Only about 1 in 5 boards assembled wouldn't crash the CPU. After much debugging it turned out one of the ICs had an open collector output and it wasn't loaded correctly with a pull up resistor. This caused a cascading failure, held the bus up when initialising the hardware which hit t…
In the pure software domain, this is solved by letting the AI own the entire loop. The AI writes the code, runs the code, tests the code, troubleshoots the code and fixes the code.
Embedded might be resistant to it, because software-hardware interactions are notoriously hard to sim, and AI still struggles with meatspace operations.
Not that it would stop anyone!
You say "people who think they can get a product out of the door with this stuff but can't" and I immediately think: Arduino. That was also seen as a way to introduce people who understand nothing about embedded to embedded. Surely no one would ever go from an Arduino prototype to an actual production run?
Ha ha WRONG. I've seen actual production hardware ship with Arduino firmware, because no one cared enough to fully rewrite that cobbled together Arduino firmware from the first prototype. The FW team just went over it enough to whack-a-mole the most obvious issues, and shipped the result.
So, no. People are absolutely going to ship AI genned embedded hardware, and get away with it too. I bet that by now, someone already did.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#166Earlier quoted context omitted.
> Only if the problem is declared to be whatever it is that spell checkers solve. The problem being misspelling, hence, "spell checker". Like, this seems pretty straightforward? Grammar checking if you cannot use the language properly is a pretty different problem space, and indeed has long existed and is exposed as a separate thing. And not just in fancy word processors either, if you go to something as simple as ma…
I just fed this entire thread (excluding your comment pointing out the joke, and the text mentioning that it was a joke) to an LLM, and it did better than the dictionary spellchecker: corrected one real error, left my "squigglies" alone which was attacked by squigglies with the old-hat spellchecker, and specifically noted, without any prompting in that direction, that it left the joke spelling unchanged. It did not r…
LLMs don't seem to be doing a very good job of clarifying your basic thinking however, in this post or your earlier one. To reply to both:
>I immediately disable spellchecking on every avenue it tries to approach because managing a bunch of dictionaries on every browser/device/application that has its own spellchecker for some godforsaken reason to not have squigglies spammed over every piece of jargon, slang, and slightly atypical spelling is incredibly annoying.
But this is a logic fail is it not? LLMs are irrelevant to this. Your stated problem is "not all software/devices I use has a single shared dictionary/grammar tool to my preferences". That's a very, very reasonable complaint. I agree with you that it's always been tremendously irritating that so many applications won't even make use of operating system dictionaries but rather recreate their own, really that the entire infrastructure around spelling or grammar dictionaries is so primitive.
But how do you think LLMs help? Even setting aside quality concerns they don't magically retroactively make every software/device use them, they're just another tool in the space something could use, or not. So you're still stuck with the exact same problem. You still don't have something sync'd/shared universally across your entire experience. I can see how you could just live within some single environment to avoid that (do everything in a browser, use the same browser company's products across platforms with sync supported, so you can use the browser language tools for everything), but again that's not unique to LLMs. That approach would work for conventional tools as well.
>I just fed this entire thread to an LLM
This is a second logic fail. The entire point and meaning of "non-determinism" is precisely that you can't just do something once and then have that be evidence. If we all did the "same thing", feeding every thread to an LLM, thousands of times we wouldn't all get identical results every time. Sometimes we'd get something else. And the very fact it's rare is one of the core challenges of this entire space, because humans are very, very bad at dealing with things where it works 99% of the time and fails 1% of the time. This has always been true.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#167Earlier quoted context omitted.
> mixed-technique approach I think my biggest annoyance with the way we rolled out AI is that nobody seemed to want to use it to augment already working solutions. Just throw everything out and have an LLM do it instead.
I recently saw a Claude skill that used Claude, with no tools, as a spell checker. I wanted to hurl my laptop out to the window.
This type of laziness isn't novel.
Check out left pad or the two dozen other "utility" packages that could be done in a single line of code.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#168Earlier quoted context omitted.
It frustrates me too, it really feels like the next breakthrough will be when someone gets agents working "natively" with LSP on large code-bases. Anthropic added LSP support to claude-code, but the current implementation is worse than useless, because any changes aren't reflected fast enough, so it's constantly working on outdated views / compilation caches, and it gets in a right muddle between its "internal" state…
I wonder, is the problem here that LSP is updating too slow all the time? Or just that there’s a chance it will update very slow, and you never really know if you’ll hit that chance, so your model always has to do the “long time wait” just in case? It seems like it ought to be possible for LSP to report that it is still processing, in the latter case, somehow…
I'm not an expert, but my reading of the spec is that LSP can handle generic $notifications, but there isn't a specific standard for readiness reporting beyond "Initialize / Initialized", which isn't suitable for monitoring on-going staleness or readiness post-file-detected change, the spec has that as a single first-time initialization.
There are notifications (i.e. `textDocument/didChange` ) that you can send to the LSP to help it along, but again you might end up racing the notification from the client making the change and any file-watchers you might have running.
I suspect the answer will come in the form of some kind of more powerful LSP implementations with generous memory caches so that disk changes are just another buffered input that can be disregarded if already stale, no longer seen as the source of truth, and the LSP becomes the real source of truth, so everything can coordinate through it, operating mostly out of memory.
Another avenue for better success will be more research into faster compilation and better incremental compilation for languages with slower compilation.
Maybe one day we'll even get AI agents directly manipulating syntax trees, and the code to get there being written back as merely a side-effect, but that seems like sci-fi compared to the current state of play. LSP is still very document based, and of course LLMs are also trained on oodles of source.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#169Earlier quoted context omitted.
I just fed this entire thread (excluding your comment pointing out the joke, and the text mentioning that it was a joke) to an LLM, and it did better than the dictionary spellchecker: corrected one real error, left my "squigglies" alone which was attacked by squigglies with the old-hat spellchecker, and specifically noted, without any prompting in that direction, that it left the joke spelling unchanged. It did not r…
LLMs don't seem to be doing a very good job of clarifying your basic thinking however, in this post or your earlier one. To reply to both: > I immediately disable spellchecking on every avenue it tries to approach because managing a bunch of dictionaries on every browser/device/application that has its own spellchecker for some godforsaken reason to not have squigglies spammed over every piece of jargon, slang, and s…
> But this is a logic fail is it not?
It is not. The LLM approach is not dependent on system configurations. You can expect that it probably works the same from any device or application, because it can surmise slang/jargon from training and context rather than needing to be fed every little individual case as a per-user configuration. There are advantages to making a program more sophisticated than a literal == check against a list of pre-programmed words.
And even if there were an easy and satisfying way to unify dictionaries cross-device, it still wouldn't be a pleasant experience. That first time adding every single jargon term you use is not enjoyable. If there was a solution that just... didn't require that, it would solve a problem current spellcheckers do not solve. And what do you know, it appears there is one!
> This is a second logic fail.
Saying things are logic fails doesn't make them logic fails, all the more so when the failure is your own reading comprehension. I explicitly noted that non-determinism doesn't need to be flawless, only better than the deterministic solution on average. If the non-deterministic error rate of LLMs is below 1%, that still puts it far, far, far ahead of the deterministic tool's error rate.
It may be possible to create a deterministic tool that is better on average, but I haven't seen one. The current tooling is so fucking horrendously bad that after decades they cannot handle pluralising any uncommon word that is pluralised with "ies", for example squiggly is recognised and squigglies is not. That is fucking shamefully bad technology.
Re: Adafruit receives demand letter from Fenwick legal counsel on behalf of Flux.ai
#170Earlier quoted context omitted.
Yeah this stuff isn't even realistic as well. A number of years ago I was working on something professionally and there was a problem. Only about 1 in 5 boards assembled wouldn't crash the CPU. After much debugging it turned out one of the ICs had an open collector output and it wasn't loaded correctly with a pull up resistor. This caused a cascading failure, held the bus up when initialising the hardware which hit t…
In the pure software domain, this is solved by letting the AI own the entire loop. The AI writes the code, runs the code, tests the code, troubleshoots the code and fixes the code. Embedded might be resistant to it, because software-hardware interactions are notoriously hard to sim, and AI still struggles with meatspace operations. Not that it would stop anyone! You say "people who think they can get a product out of…
Know of any new companies that are 100% AI written that have paying customers?