Thanks for this really interesting video. I agree with you that when a variable shadows a function, it can be extremely tricky to identify, diagnose, and fix bugs in your code. I think mthiese's answer does a good job of explaining why MATLAB behaves as it does. The reality is that for most users, most of the time, this isn't an issue and it's nice to not have to think about this. Even with one of your examples - it's no problem at all for you to use beta or gamma as a variable name, as long as you don't need to call the beta or gamma functions from within the same workspace (e.g. within the same function, or if you work a lot in the base workspace and don't have a habit of clearing it occasionally). I would guess that >99.99% of the use of beta and gamma as a variable name are without running across shadowing issues. Of course, another big reason that MATLAB behaves this way is because this is how MATLAB behaves. Before you say "Thank you, Forrest", what I mean is that this design decision was made decades, and billions (trillions?) of lines of code, ago. A change in behavior could have a catastrophic impact on compatibility of this code. All this still begs the question - given the behavior, how can we make it easier if you hit this issue, or easier for users who are ruthless about robustness to ensure that they don't get caught by this. We've discussed the idea of a code analyzer warning for this issue for years - a warning that tells you if a variable shadows a function. We don't think we would want it on for everybody all of the time because we expect that it would be noise most of the time (per my earlier conjecture about beta and gamma), but we could have something you can optionally turn on. There are some other technical hurdles I won't get into now, but I don't think they are insurmountable. BTW, I'm head of product management for MATLAB, so I'm speaking from deep inside MathWorks.

I think the reason they allow it is that they want matlab to be accessible to a broad audience. If you are an 18 year old freshman using matlab on you phys101 homework you want to be able to have variables alpha beta delta gamma etc, and you won't care that they are also (sometimes) very specific functions in math. Two or three years later in your big boy quantum class (tongue in cheek here a bit) now you are using those functions and you will call them and at that point hopefully you have learned to be more careful and name variables things like var_alpha var_beta var_gamma... Etc. This is also consistent with the idea that there is no formal definition of most variables in the code and everything can be defined on the fly. It goes against best practices but it makes the pseudo code to runnable code conversion easier. Alternatively you can do everything in fortran90 where all variables are explicitly defined (unless you are a savage who does not set implicit=none).

Nice mustache

WHERE IS T SPIN BOT!!