Expand Your Programming Vocabulary (for Beginners)

I'm a bit puzzled about the exact level this is pitched at.

The intro seems to be aimed at someone who already knows enough to be building web apps (albeit with difficulty). "Here's a description of a bad experience trying to solve an Angular problem. Sound familiar?"

But then it switches gears and what follows seems more appropriate for a reader who is completely new to programming. "Let me define terms like 'bug', 'comment', 'function call' and 'loop' for you."

(Maybe the actual audience is people who have recently started trying to build web apps (or something of the kind) without learning the fundamentals, and have been barely surviving by copy-and-pasting things? It doesn't look like it from the other articles on the blog.)

I'm also not sure what our hypothetical beginner is supposed to do with this little glossary. On its own, it seems to me it has the exact same problem the author described earlier in the context of Angular documentation: you don't know what X means, so you look it up, but it's defined in terms of Y and Z which you also don't know. So you look up Y and it's defined in terms of P, Q, and X. Etc.

I think this sort of little glossary of basic terms is potentially useful, but only in the context of something -- e.g., perhaps the author's book -- that introduces these terms gradually, in an order chosen for ease of learning, and in a context where most of what's going on is something other than "here are some definitions to learn".

FWIW, software engineering is _RAMPANT_ with people who are very very poor at teaching, mentoring, and even just explaining things.

I suspect this is because many practitioners had to learn through hard-knocks and entirely by themselves and as a result feel that everyone has to go through the same "rite of passage" of suffering as a clueless newb.

While it is fairly easy for new folks to find "getting started" materials or for pros to get advanced information, there's a huge valley where confusion is the norm and one is reduced to getting down-votes and withering commentary on stackoverflow for deigning to ask a basic question without already knowing the answer.

I think understanding terminology definitely helps but the problem is more deep-seated. One could remain completely baffled with the example Angular answer even knowing the technical meaning of all the terminology.

OK, that Angular example triggered me. This is exactly why I couldn't make heads or tails of my Angular caching issue - because all answers on SO were like this.

This is a pretty cool idea.

One thing bothered me slightly - It describes bugs as "a mistake in the code" but I suspect a more accurate description would be an "unintended outcome of a piece of code" or something to that effect.

I do think this would be helpful for people just learning to program. When my daughter was introduced to programming at school they used the term "procedure" to describe a function or method. I noticed that wasn't listed as a synonym, which would be helpful.

So, good for the general public and good for new programmers. When I get people in the lab that want to "learn programming" this is where I will send them first. It will make all of the other programming introductions much easier to follow for someone with no prior experience.

Edit: Glad to see that it is the start of an intro programming book. All intro programming books should start with an intro to terminology. One other thing missing besides "procedure" -- coding. They use it at the end of the page, but it is nowhere else on the page.

Yes, you need a vocabulary, so this is a great idea, but the the vocabulary here is not as generic as the author would like to think. For example: type, variable, value will trigger discussions when people have a different background.

(Also there are some mistakes/typos, fe parenthesis iso parentheses )

Pretty cool, and I liked the introduction.

One idea would of course be to make the [references] into actual links to the target word, kind of ... odd not to do that in a document delivered as a web page.

Let's hope the answer on Stackflow reads 'its in built services'. Precision in English is important too. 'It's in built services' is gibberish.

Typo: “data structure” is not a verb.

Glossaries like this are always welcome :)

Good start at a glossary. One correction: string is a noun not a verb.

Damn. This would have been useful 5 to 10 years ago before i turned into a walking lexicon!

I think ill have to bookmark this for my future children/trainee :-)

not that i dont make stupid mistakes when excited haha.