软件工程与数据科学协作的变量命名

Question

关于变量命名的讨论很多。不过，我想谈谈一个具体的方面。我是一名数据科学家，负责处理数十个特性/变量/列--但是您可以称之为它们。

我的工作得益于以下名字：

• 包含有关变量本体论背景的信息；这意味着如果一组变量属于一起，它们可以以某个标记/符号作为前缀。
• 固定长度的变量是绝对有用的，因为它们允许很容易地创建一致的情节。

考虑到这些想法，从软件工程师的角度来看，谁也必须处理源代码中的这些变量，您会提出什么命名约定？

举个例子:假设你经营一家冰淇淋公司，并且拥有客户数据、口味等的变量，那么我会建议如下：FLAV_CHOCLT，FLAV_MINTXX，FLAV_STRBRY，CUST_PHONEX，CUST_STREET，.

我很想听听你的想法！

Answer 1

如果这听起来有点刺耳的话，我会含糊地道歉。这里要记住一件事: MATLAB是工程师为工程师开发的工具；它从来没有真正关注过高质量的软件工程，所以肯定会鼓励那些被认为是糟糕的软件工程实践。

我的工作得益于包含变量本体论背景信息的名称；这意味着，如果一组变量属于一起，它们可以以特定的标记/符号作为前缀。

从软件工程的角度来看，这是一种非常原始的做事方式。自20世纪60年代以来，几乎每一种“严肃”的软件工程语言(我在1970年代之前的知识都非常稀少)都支持复合类型，它允许将属于一起的变量实际组合在一起，而不是依赖命名约定。MATLAB似乎支持构筑物，从表面上看，这似乎是一种更好的处理方法。

固定长度的变量是绝对有用的，因为它们允许很容易地创建一致的情节。

这是本末倒置。不要强迫你的代码使用不可读的名字，因为它们会让你的情节看起来更好看，想办法让你的情节使用与变量名称不一定直接相关的标签--我使用过的所有其他编程/绘图语言都有能力做到这一点，所以我相信MATLAB也会这么做。

那我建议你做些什么: FLAV_CHOCLT，FLAV_MINTXX，FLAV_STRBRY，CUST_PHONEX，CUST_STREET，.

直截了当地说:如果你把这样的代码提交给我审阅，我会立即拒绝它，并告诉你写一些可读的代码。