On a Mac the menu bar is always at the top. Because of that, the menu bar is at the logical end of mouse movement (it’s like a virtual wall, which the mouse can’t go beyond).
Because of this design, you can “slam” the mouse against that invisible barrier and it will stop where you need it (at least in the Y axis).
“Slamming” the mouse is always faster than trying to move it to an arbitrary point on the screen because there is no need to slow down the pointer on the screen. It just stops immediately.
That's only true for the corners. For the edge you're only constraining one axis of motion. And modern screens generally have wider aspect ratio than the original Macintosh, exacerbating the problem of unconstrained X-axis motion.
Fitt's law[0] says difficulty of movement is a function of both accuracy and distance. Macintosh-style menu bars reduce the accuracy required but increase the distance. When distances were always small, this was a clear win. Now that we have large wide-screen monitors, it may not be.
The real correct solution is pie menus[1], which reduce both accuracy and distance requirements regardless of screen size. Blender has pie menus and it's one of the reasons its UI is so fast to use once you've learned it.
Yeah, it does make sense. That's also the reason for the close button or start menu to be at a corner, at least on Windows derivatives. Of course, this clashes with the menubar placement on Mac, if they were placed the same way.
But Microsoft even messed that up. The original start button was not in the corner - it was near the corner. Literally just a few pixels removed. That tiny mistake made it much harder and you couldn’t “slam and click” the start button (which annoyed me to no end).
Also, the order of the window buttons for close, maximize, and minimize are incorrectly ordered, so a mistake causes you to click the opposite of what you actually want.
