If programmers would write code like that (even fortran programmers use 3 characters), noone would be able to understand the code...
Take a look at this and tell me it would be easier to understand if all the symbols were words instead of single characters: https://www.grc.nasa.gov/www/k-12/airplane/nseqs.html
1. They explain all abbreviations at the top.
2. There is a lenghty text explaining the formula.
3. It's mathematically pretty easy if you know partial differentation.
Also scientists and engineers write pretty horrible code....
From a more science based background i often think programmers write horrible code as i search in vain for where anything actually happens in a sea of abstractions.
It doesn't carry over to programming where explicit variables are better suited. In mathematics one is dealing with relatively few concepts compared to a typical program so assigning a single letter (applied consistently) to each is not a problem. This is not so in programming, except for a few cases like using i and j for loop variables (back when programs had explicit loops).
Mathematical writing is similar. At some point you have to assume an audience, which may be more or less mathematically literate. If you're writing for graduate students or experts in a domain, you don't include a tutorial and description of literally every term, you can assume they're familiar with the domain jargon (just like C programmers can assume that others who read their program understand pointers and other program elements). Whenever something is being used that is unique to the context, a definition is typically provided, at least if the writer is halfway decent.
If the audience is assumed to be less mathematically literate (like a Calculus course textbook audience), then more terms will be defined (chapter 1 of most Calculus books include a definition of "function"). But a paper on some Calculus topic shouldn't have to define the integral, it should be able to use it because the audience will be expected to understand Calculus.
https://docs.oracle.com/javase/tutorial/java/generics/types....