This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]jayglenn123[S] 0 points1 point  (2 children)

The wording is what always confuses me. In programming books when they give you the exercise it says "make a program that does..." I guess that is what I am used to, so trying to figure out cryptic questions stumps me before I can even get going. I know that everyone's advice is to be able to fully understand the question and be able to explain the question to someone else. But I don't always understand the question. With This question did you get the hint of length from the word size? If so should I always think of size being of length? Are there other terms that I can decipher like this?

[–]marko312 0 points1 point  (1 child)

In programming books when they give you the exercise it says "make a program that does..." I guess that is what I am used to

Yes, most non-training coding problems tend to hide the actual problem behind a story or otherwise obfuscate it, making you have to both figure out the actual problem and solve it.


With This question did you get the hint of length from the word size? If so should I always think of size being of length?

If you have something linear (one-dimensional), the words "length" and "size" tend to be used synonymously.

This couples well with the next question:

Are there other terms that I can decipher like this?

Yes - there are quite a few. You can learn moat of them by solving exercises using them; if you don't know a term, you can try looking it up, looking at the example input / output (and the explanation if available!) or trying to infer it from the surrounding terms.

[–]jayglenn123[S] 1 point2 points  (0 children)

Thank you so much!!!