This comment is on a part of the video on Free Software Disillusionment, where people don't want to have their code ingested and used by AI. Andrew's thingy is basically that if you don't participate in open source there won't be high quality code for others/yourself in the future.
People generally don't like the AI using their code for a few reasons, one is replacement, like an AI can just copy your project without attribution. Two is that it feels like you are providing value for a soulless corporate machine without compensation.
If a person uses your code you get maybe happy that it was useful and maybe something cool gets made out it. If an AI uses your work it feels like you just did free labor.
I don't feel like Andrew made any particularly great points, but comments both here and on the youtube link have mentioned really liking that point.
That doesn't seem like a great take on this. You seem to be implying that only unemployed people choose not to use AI, and anything that doesn't use AI is a useless toy project.
There were decades of software written before modern LLMs, and a lot of people choose to hand write their software as a form of maintaining their skill. Just like people practice martial arts even though we have guns.
If you reflect on your words, you might see another side to this.
> Xforwarding over VPN+residential broadband sounds like a great way to ...not use any sort of gui app.
During COVID I had the wonderful opportunity to remote into a work computer that had a Matlab license and watch the screen slowly paint in. Each keystroke took multiple seconds to display for me.
The WasmGC and the lack of good support in LLVM is a pain, but having yet another IR may be worse decision in the long run compared with just using MLIR and submitting changes to have it work for you
So the idea would be to reconstruct the low frequency components from whatever upper harmonics are left in the recording? If you know the instruments and positioning of the recording device and something of its(the instruments, recorder, environment, etc.) characteristics, it might be possible to solve that using classic methods. There would be huge numbers of parameters, it is an interesting thought. Is there a large easily/freely available corpus of those recordings?
I mean it was part of a picture, and `import numpy as np` is literally used everywhere. The rest of the article seems generally accurate, and not too AI-y
This makes me interested in the gdc-wrapper, since that has been a problem for me in the past when trying to compile under multiple compilers, but I never thought to try the obvious thing and just wrap it. I might attempt a more comprehensive version of that later.
Looks like nice human written rust code, I wonder if for your use case it might have been easier to write a small python script to use glob and pathlib to just add your emojis or note which is a file or dir since that shouldn't be super slow and would be using less space too(assuming you have python on your pi)
Is there a good way to determine after seeing N unique items in M trials how many items there potentially are? Would tracking the time between seeing new unique items help? Is this an already solved problem?
People generally don't like the AI using their code for a few reasons, one is replacement, like an AI can just copy your project without attribution. Two is that it feels like you are providing value for a soulless corporate machine without compensation.
If a person uses your code you get maybe happy that it was useful and maybe something cool gets made out it. If an AI uses your work it feels like you just did free labor.
I don't feel like Andrew made any particularly great points, but comments both here and on the youtube link have mentioned really liking that point.