So the complexity of certain parts of the music are tightly constrained, which frees the performers to tackle other forms of complexity (like improvisation) much more aggressively.
14,359 karma · joined April 23, 2013
http://congruence.io
So the complexity of certain parts of the music are tightly constrained, which frees the performers to tackle other forms of complexity (like improvisation) much more aggressively.
So on one level, I'm following the melody/harmony. On another level, I'm inventing (or remembering?) substitutions that can work over that melody and harmony. On another level, I'm thinking about the overall flow of the improvisation, and how to achieve my artistic goals, express the feelings and ideas I have at the moment. On yet another level, I'm being purely technical - like making my hand slightly roll to play a downstroke on the E string followed by an upstroke on the B string without accidentally hitting the E string twice. On another level, I'm listening to the other musicians, with whom I'm generating a shared tempo, and who are also improvising, generating new ideas I can respond to while playing.
That's expertise. Being able to work on all this patterns simultaneously, some being totally orthogonal to others (like "roll my hand" vs "play a sixth instead of a fifth to imply relative minor").
Ugh, can you imagine how bad TCP/IP would have sucked if it had been developed by venture capital funding?
For my condition that requires regular surgeries (like 3x/year), there are two levels of surgery - one local anesthetic, one general anesthetic. The first time I got the general one done, the bill to my insurance was $35k. This time, with the new insurance, the bill was $19k. So I think the PPO relationship is making a huge difference in how the internal billing works.
At a higher level, the full hospital general anesthetic surgery in January on new insurance cost me less out of pocket than the much less complex local anesthetic surgery cost me in December, on previous insurance.
In practice, it was less expensive out of pocket for the intensive surgery (a bit over $1000) than it was two months ago for the low-intensity local anesthesia surgery ($1300), even though the initial bill was over twice as high.
At any rate, because of my chronic condition, I'm very sensitive to costs. I'll take the good insurance, thank you!
But the fact that the people with money and good insurance are suffering from the system as well as the poor seems to be lost on Democrats, and the Republicans are just paralyzed by the whole idea of fixing health care. It's a massive political failure for both parties.
I mostly use Reaper on a Mac, and pay a monthly subscription for Plugin Alliance plugins. It's well worth the money, because it works, sounds great, and is straightforward to use. Given a choice between spending two hours improving the eq/compression/reverb of a mix and two hours trying to figure out why no sound is coming out, I know which one I prefer.
For software, it's often about decomposing problems vs infrastructure to work on them. There's a great xkcd about that. Someone asks for an app that can take photos and tell if they're in a national park (easy)... but also tell if the photo is of a bird (incredibly hard). Lack of expertise is why people don't understand this. They don't recognize that they are two entirely separate problems, jumbled together as if they were one problem.
An area of expertise for me is playing guitar. Now, melodies are for the most part made of scales and arpeggios. So playing scales/arpeggios efficiently can be isolated from "music". And they're tied intensely to physical technique. So for instance, playing two notes per string is physically much different from playing three notes per string. By isolating scales and arpeggios into small chunks and practicing them independently, we can then easily integrate those chunks to form streams of melody, without having to do conscious thinking, because when playing music, conscious thinking is the enemy. It destroys rhythmic flow. But with a collection of instinct-level arpeggios and scales in my hands, I can just play, with my mind focused on emotions, ideas, and musical shapes, rather than which finger needs to land on which string to hit which note.
Programming is a lot like that. Once you've learned effective data structures, control flow, conditional behavior, etc, you shouldn't have to think about it much while you're coding, so you can focus on the problem, not the act of writing code. Or as I like to say, "That's not programming, that's just typing". And then you learn things like unit testing and TDD so you can free yourself even more from the line-level anxieties of the code.
I wanna ask this person on a date. What's the worst thing that could possibly happen? They say no and I feel embarrassed. It's a lot easier to do scary things if you actually think about the consequences of failure, rather than letting animal fear control you.
This, I learned from the Stoics.
Every time I read about miracle energy sources, I want to see the cost model. Cost is everything.
Welcome to legacy.
So for a situation like this, there are several things that you need to think about. First and foremost... what is the impact when (not if) this process finally stops? This isn't just for technical people. You need a business impact assessment. You need the users involved. They're your lever for fighting the inevitable fear-based political hurdles. Is it an annoyance? Or does the company go out of business? The potential severity of the impact matters a great deal. If it's putting the entire business at risk, you should be able to get support from the highest levels of management to do whatever is necessary.
Second... how do you recover? There are a variety of ways off the top of my head. The most obvious would be to reconstruct the physical config. The "obvious to others" that is probably a stupid idea is rewriting the application. Let's ignore the stupid one and start dealing with reconstructing the configuration.
Do you have the source code for the system? If so, you can probably reconstruct the configuration architecture from reading source, at least. It may suck, but it's something.
Is there a test environment with its own running copy of the app? If so, it will have its own configuration, which will make reconstruction much easier, as then you differ only by values and don't have to figure out what the fields are.
Now, what kind of data is in the configuration that makes it difficult? Resource locations? Authentication credentials? Something else? If it's connecting to external systems, you can look at logs, packet-sniff, etc, to at least figure out where it's going. Credentials can be reset for a new version - a painful one-way trip, but it can work. Do you own any external systems, or are they outside your control?
Now, all systems have inputs and outputs. What is the output of this? Is it going to a database? If so, are you backing up that data? Make sure any locally stored data is getting backed up!
If there isn't a duplicate test system, what would need to be done to create one? Are there licensing restrictions? Specialized hardware/OS? Are you building from source code? Do you have the source? Do whatever it takes to create a parallel system that you can test configuration on, make it run elsewhere.
I can just go on and on with this, but the important thing is to be able to duplicate as much as possible before you try to replace. And find out what the cost is - that buys you authority.
As for South Korea... I'll just quote Wikipedia here.
"In 2012 South Korea had plans for significant expansion of its nuclear power industry, and to increase nuclear's share of generation to 60% by 2035.[2] Eleven more reactors were scheduled to come online in the period 2012 to 2021, adding 13.8 GWe in total.[3] However, in 2013 the government submitted a reduced draft plan to parliament for nuclear output of up to 29% of generation capacity by 2035, following several scandals related to falsification of safety documentation.[1] This new plan still involved increasing 2035 nuclear capacity by 7 GWe, to 43 GWe.[4] Responding to widespread public concerns after the Fukushima Daiichi nuclear disaster in Japan, the high earthquake risk in South Korea, and the nuclear scandals, the new government of President Moon Jae-in elected in 2017 decided to gradually phase out nuclear power. The three reactors currently under construction will be completed, but the government has decided these will be the last built, and as the existing plants close at a 40 years end-of-life they will be replaced with other modes of generation."
This comment will undoubtedly trigger rebuttals about fusion, thorium, and other technologies that do not actually exist at production scale and will not exist for at least another decade. Solar and wind (and for better or worse, fracked gas) are here NOW.