[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]
st: RE: RE: RE: Referring to a varname, leading to errors
> I suppose the quick reply is, bummer.
> There is certainly a place for abbreviated command names.
> My example
> with respect to varnems, however, is intentionally simple. One must
> recognize that this issue can lead to costly down time when
> mistakes are
> made and must be tracked down. Abbreviated varnames just
> doesn't seem
> worth it, and clicking on the varname doesn't help when running
This seems to undervalue the benefits of what is generally
considered a feature.
The overall cost-benefit analysis is tricky, in terms of
many, many minute time savings versus some much longer time
working out what went wrong more rarely (not to mention those
analyses which were not what you intended, but you never realised it).
But let's pose a question to Stata Corp and one to users.
1. Stata Corp
Suppose a user like Glen doesn't want to be bitten
ever by this. Imagine that such users can
. set literalvarnames on
"Listen here, Stata: you are to behave, given my
input, as if you never allowed abbreviated variable names."
How easy would that be? Would there be side-effects?
Well written programs that Glen uses, consciously
or not, should all make use of temporary variables,
but in practice there may be exceptions.
In practice, perhaps, the issue is Command window input PLUS .do
Do you want what Glen wants? Not disallowing all
variable name abbreviations, which I guess will
never happen, but being able to set this for yourself
to avoid what Glen describes.
* For searches and help try: