Dependencies in conversation and in software

I often find myself frustrated and overwhelmed when people try to explain things to me. It's similar to the guy in this Software engineer interns on their first day be like... video, but with me it's more like "Software engineer after 12 years be like...". At a high level, the conversations I'm referring to look something like this: Eric: Here is how A works. Eric: Here is how B works. Eric: Here is how C works. Adam: Um — Eric: Here is how D works. Adam: But — Eric: Here is how E works. Adam: I — Eric: Here is how F works... In this example, B depends on A. In order to understand B, you have to first understand A. When Eric tried to explain B to me, I didn't understand A yet. Without understanding A, I wasn't ready to hear an explanation of how B works. Ideally , before explaining B, Eric would have checked in to see if I understand A. Only once I understand A do we have the green light to proceed. JavaScript A thought occurred to me the other day: this situation seems analogous to software dependencies. Consider the following JavaScript code: [1] // b.js import { a } from 'a'; const result = a + 2; export { result }; b.js depends on a . Without a , b.js isn't able to run. In orde