Scope, for non tech folk

Just. Try. Make. Sense.

Scope is normally something you'd hear about in connection to a project, and the scope creeps, and scope-this and scope-that. As hard as we try, code nerds can't escape this scope crap either.

Here's an unexciting story involving scope to set the scene for the tech gibberish to follow.

Me: "Hon, where's my TODO list?"

Wife: "I left it on the Welsh Dresser"

Me: "Nope, it's not there. NOT THERE. I CAN'T FIND IT. THIS IS A CRISIS!!!"...

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

Me "Oh, wait, FOUND IT!"

That was a story about an item, in an expected scope, how it was somewhere else, but how the meat-sack eventually found the data it was looking for. 

Below is NOT REAL CODE. Just some stuff to get the point across. But the idea stands.

The "It's on the Welsh Dresser" would look like this.

It's like, the { and } are setting boundaries. the "TODO" container is INSIDE the Welsh Dresser container, which is inside the House container, like it should be.

The crisis stage: Can't find the TODO list would now look like this.

Updating the model, you see the TODO list is on/in the floor scope. Floor is in the house scope, but it's not the same as the Welsh Dresser.

I know, I KNOW, the Welsh Dresser is actually on the floor in real life, and this whole thing is ridiculous. I put it together in 5 minutes, okay? Pretend the furniture all floats off the floor by a bit, like a bad 3d rendering.

Later on, if the dog gets hold of the TODO list.

Okay, enough, time to tie this all together. Remember: Computers are dumb. A computer, looking at welsh-dresser, would not think to look elsewhere unless programmed to do so. It's vital that the todo list is in the welsh-dresser scope for the computer to find it. Computers think, when the todo list is in the floor scope, or dog scope, it's a whole other thing. Completely different. Stupid machine.

This is why tech nerds are all, like "that data is in the wrong scope". They mean they haven't built the system smart enough to hunt elsewhere for the data the program is looking for. 

In a way, it's a good thing that the computer doesn't know how to hunt. Otherwise, we'd have a rise of the machines type deal, and very likely having to fight for our lives.

Variables, for non tech folk

Brace yourself for a walk on the wild side.

I was rabbiting on the other day about some aspect of work or another, and after a good 2 minute monologue, got asked: "But, what's a variable?" I realised: devs are like D&D nerds, Accountants or English Lit Majors: there's Jargon. To regular people we might as well be saying "hold on! Frang the meembs before you granang the pfreem".

The concept of variables is much simpler than the concept of say, Money, or Quantum supremacy, but let me have a go at confusing you with a crappy metaphor.

A variable is a holder of some information we care about, and will use later on.

This one is called "TODO"

It now contains some information

That information has changed

... and it's about as simple as that. Make no mistake, we've found ways to turn this whole thing into a huge, complicated issue, but basically, that's it: a thing we name and put stuff in, so we can use it later on.

One of the hard problems in Computer Science (tm) is "naming things". Variables are part of that. We spend a lot of time thinking about things like what to name the variable, using it, and then changing the name to something better once everything's up and running. I'm pretty bad at it. I've named variables "data", "info" "shasummink", "bleeb" etc. And I feel bad about that. But I'm over it now.