Not just you. There's been a huge pushback in the local music community around this. Concerts listings now prominently feature the name of the poster designer! Humans FTW.
Radio is still cool! But it's just not really on the FCC-licensed bands anymore. Independent Internet radio stations keep the spirit alive. Look around, there very well might be a vibrant local music-and-more community right in your neighborhood! Two stations I listen to regularly here in NYC:
And in truth it's a paradox. The better a company is (generally correlated to an empowered workforce with a sense of agency and purpose), the harder it is to extract profit for the capitalist class.
Which helps explain the "need" for CEOs to meddle.
> I tried learning to play a recorder (flute) using some internet howtos as a guide, but got stuck at the first lesson, when the sound produced by the flute didn't match what the Fourier analyser in audacity measured.
> That is, I tried to play a C, but the Fourier transform resulted in a bimodal distribution, and none of the bumps was near the expected C frequency.
What a wonderful experiment! You've uncovered "harmonics": your recorder (or any instrument) sounds a complex mixture of frequencies, even when you play just a single note. The different mix of frequencies from one instrument to another is what gives each a unique sound, called the "timbre". The harmonics of wind instruments like your recorder are particularly complex! Try the same experiment with a stringed instrument, which will make something closer to a pure sine wave. Try it with anything that will make noise!
But I'd recommend not using Audacity to learn to play an instrument. You need your ears for this, so it may as much effort developing listening as developing playing technique. But in the end, don't worry too much about that, just have fun making music!
If your implication is that stencil art does not take effort then perhaps you may not fully appreciate Banksy. Works like Gaza Kitty or Flower Thrower don’t just appear haphazardly without effort.
Interesting that your first counterexample is Charlie Parker. I've been listening to a lot of Phil Schaap's Bird Flight recently (https://www.philschaapjazz.com/sections/bird-flight). It's funny to see how many of the episodes are Phil describing a recording session more or less like this:
"The Bird showed up two hours late to a three and a half hour recording session. They recorded one take each of six tracks, but the recording engineer was surprised when they started so he missed the first half of the first track. And that's how we got the five tracks on <INSERT CRITICALLY-ACCLAIMED ALBUM HERE>."
FWIW It's not at all clear to me how this requirement would be implemented in practice: "This syntax would explicitly be limited to orphan implementations."
The classic AVR instruction set does not include multiplication, you have to be targeting a device that supports AVRe+, such as an ATmega rather than an ATtiny. Try adding -mmcu=avr5 and it will show up pretty quick. Example: https://godbolt.org/z/x951M8fn8
What an incredibly on-the-nose anecdote, I love it!
The term of art for this strategy is "size to the horizon". Imagine you're looking across an open plain. The trees and rocks closer to you are bigger and you can make out more detail. The ones further away are still abstract.
You have to know exactly what to do with the things right in front of you, but you have to keep only a general awareness of that which is distant.
I apologize if my comment came off as snark. Your comment was nothing but pasted text which ommitted relevant detail, so it was not clear what the intent was. In context, to me, it did not seem to be illuminating. It actually seemed to be introducing confusion where there previously was none.
Data races are not possible in safe Rust. Race conditions are. The distinction is made clear in the Nomicon article, but commenters here are really muddying the waters...
On the one hand, we like to encourage learning here. On the other, we prefer not to copy-paste a bunch of possibly-irrelevant content. Well, forgive me for pasting in a StackOverflow answer that may be relevant here: https://stackoverflow.com/questions/11276259/are-data-races-...
> Are "data races" and "race condition" actually the same thing in context of concurrent programming
> No, they are not the same thing. They are not a subset of one another. They are also neither the necessary, nor the sufficient condition for one another.
The really curious thing here is that the Nomicon page also describes this distinction in great detail.
Test code is code. It's as much of a burden as every other piece of code you are troubled with, so you must make it count. If you're finding it repetitive and formulaic, take that opportunity to identify the next refactoring.
Just churning out more near copies is not a good answer.