That is correct. As a general rule of thumb, your functions shouldn't care where the data is coming from. As soon as you use input within a function, that function can only ever be used to take data from input; even if it doesn't actually care where the data is coming from. This means this function can't be used if the data is coming from, say, the disk, or from over the network. In other words, you make the function less useful by enforcing where it gives/takes data to/from. Functions should take data, and give back data. Ideally, avoid taking input via side effects (like input), and avoid giving data back via side effects (like mutating globals). At some point in your program, you obviously need to call input (or wherever else you're getting data from), but the point where IO happens should be somewhat isolated. The IO code takes/gives data from/to the outside world, and passes that data to the pure functions that process it (and those pure functions ideally make up the majority of your code). And I'm not sure where you'd best learn about guidelines like this. I know of it from experience, and because I know Haskell. Haskell enforces this "rule" at the type-system level. The type-system actually prevents you from calling Haskell's equivalent of input in any old function unless you're willing to contaminate your entire program with IO, or use the unsafe backdoor that allows it. More on reddit.com

So I guess it’s something wrong with my understanding of Input command Kind of, but also no. The reason the code asks for input three times is because Each if/elif calls the function separately, and None of the conditions are true. The reason why the conditions fail is not because of input, but because you've misunderstood what the or-operator does here. The code isn't comparing the input to each of the listed cases, instead, if input ("What's your name?") == (("Bill") or ("Andrew") or ("Son") or ("Bella")): print ("You passed") is actually read by Python as if input("What's your name?") == "Bill": print ("You passed") due to short-circuiting. or is roughly equivalent to def my_or(left, right): if left: return left return right and because all non-empty strings are truthy, Python simply takes the first one and ignores the rest. So, how should you write this? My suggestion; use a tuple or a set and check inclusion with in: name = input("What's your name?") if name in {"Bill", "Andrew", "Son", "Bella"}: print("You passed") The rest of the conditions should use the already asked input, stored in name in my example. More on reddit.com

Think of it as the literal same thing as math. f(x) -> some something with x and give it back. def(x) -> do something with x and return it. More on reddit.com

myName = input() will wait for the user to enter something into the console, then set myName equal to that.

myName = input(message) will act as print(message) and then myName = input().

More on reddit.com