No, of course not. Unless by writing a novel, you mean that the writing is done fully by a LLM and the author is just doing it for the money. This is a very silly question, it should be obvious that the writing itself is important, it's like asking a musician if they are okay that their recorded song is never heard, but instead people will hear some LLM generated garble similar to it.
Rust could certainly handle much of the audio pipeline, but using Rust everywhere would not automatically make the application simpler or more reliable.
Other options may be available but for me FFmpeg provides mature, well-tested support for decoding, transcoding, resampling, mixing, and muxing across a wide range of formats. Web Audio handles synchronized multitrack playback, per-stem gain, mute and solo, metering, looping, speed control, and the browser-based mobile interface. Since the separation model already depends on Python and PyTorch, rewriting the surrounding audio stack in Rust would not remove the largest runtime dependency.
As for RUst itself its currently used for the Tauri desktop shell and process lifecycle. A native Rust audio engine may make sense later if it produces a measurable improvement in latency, memory use, or reliability, but replacing proven components purely for architectural consistency would add considerable complexity.
For the vibe coding part:
AI tools have assisted with development, and I am transparent about that. However, the architectural choices are deliberate, the code is reviewed, and the project has automated backend and browser testing. I would still welcome specific technical criticism or examples of places where the current design is causing real problems.
That's where my background kicks in, seasoned musician here with over 25+ year working on IT industry, so as i like to joke, im the maestro of the orchestra :)
On another words. i actually know how to cook , but to do it faster i need the assistances otherwise as a family man, I would never have the time to ship that and help my kid on a useful time.
"Now, that is not to say that I want their wealth to be capped or politically reallocated." Why not? It's done for wages, why should wealth be any different? Besides the technicalities, which you are not talking about and therefore I will also not get into them, I don't see any ethical reason why wealth should not suffer the same biases that wage taxation does. This kind of opinion just perpetuates the imbalances in the current terrible lop-sided system we have.
I think to the extent that the system is lopsided, it is in creating fixed costs to participating in investment, which naturally leads to the investment market being dominated by the wealthy.
The token sale phenomenon briefly reversed this, but that was shut down:
>The average ICO has almost 4700 contributors. The median contributor invests a relatively small amount. The ICO market appears to have successfully given access to the financing of innovation to a new class of investors, which is a long-standing public policy issue
Even public capital markets are becoming increasingly displaced by private equity where only institutional and accredited (wealthy) investors have access as investor:
Which one did it not prove wrong? The fully AI written version of Bun has released, fixed a ton of bugs that existed in the zig version, added a lot of new features and performance improvements and has been shipping with every single installation of claude code for months, the most widely used LLM-harness out there.
By every single measurable metric this is better software than the old hand-written version ever was.
You're completely ignoring the fact that the majority of people do not expect a search result ranking to be influenced by bidding. Yes it happens, but unless the item is labeled as an ad, most people will infer value that does not exist. And this is wrong. The only reason they appear in the search is so that they do not look like ads.
There's plenty of places to advertise and the best for the consumer is for transparency to exist in the first place.
reply