不良命名编码风格的技术术语
Technical term for bad naming coding style
我的任务之一是分析源代码。通常需要最多时间才能理解的块是开发人员对变量或方法使用混淆术语的块，例如...
myfavoritething=json.dumps(url)（这个变量是什么？目的是什么？显然用户正在为某些黑暗目的对 url 进行编码...）public void getName(values, result) { ... （这不是 getter，该函数没有 return 值，但它根据输入 values 计算结果）POST /loadService（不加载任何东西，只是 return 很多变量）
鉴于这是一个相当普遍的问题，是否有一个技术术语来形容这种编码风格的坏习惯？
每个开发人员都必须遵循一些命名约定来提高可读性、可维护性等
上面你举的例子是不好的做法
错误的命名被认为是所谓的code smell。该术语首先由 Kent Beck 创造。
在他的书中 Refactoring: Improving the Design of Existing Code, Second Edition Martin Fowler 描述了有助于重构代码中特定缺陷的模式。
他还用一章专门介绍了与重构密切相关的代码味道。
回到您的问题：
Given that this is a quite common issue, is there a technical term for this coding-style bad habit?
因为我认为这本书是关于这个主题的主要来源之一，所以我会说最接近您所指的术语是 Mysterious Name Fowlers 书中描述的代码味道：
Mysterious Name
Puzzling over some text to understand what’s going on is a great thing if you’re reading a detective , but not when you’re reading code. We may fantasize about being International Men of Mystery, but our code needs to be mundane and clear. One of the most important parts of clear code is good names, so we put a lot of thought into naming functions, modules, variables, classes, so they clearly communicate what they do and how to use them.
通常很难找到好名字，如果您正在寻找正确方向的好建议，我推荐这本书 Clean Code Bob 叔叔。他用整整一章（参见第 2 章 - 有意义的名称）来讨论这个主题。
我的任务之一是分析源代码。通常需要最多时间才能理解的块是开发人员对变量或方法使用混淆术语的块，例如...
myfavoritething=json.dumps(url)（这个变量是什么？目的是什么？显然用户正在为某些黑暗目的对 url 进行编码...）public void getName(values, result) { ...（这不是 getter，该函数没有 return 值，但它根据输入values计算结果）POST /loadService（不加载任何东西，只是 return 很多变量）
鉴于这是一个相当普遍的问题，是否有一个技术术语来形容这种编码风格的坏习惯？
每个开发人员都必须遵循一些命名约定来提高可读性、可维护性等
上面你举的例子是不好的做法
错误的命名被认为是所谓的code smell。该术语首先由 Kent Beck 创造。
在他的书中 Refactoring: Improving the Design of Existing Code, Second Edition Martin Fowler 描述了有助于重构代码中特定缺陷的模式。
他还用一章专门介绍了与重构密切相关的代码味道。
回到您的问题：
Given that this is a quite common issue, is there a technical term for this coding-style bad habit?
因为我认为这本书是关于这个主题的主要来源之一，所以我会说最接近您所指的术语是 Mysterious Name Fowlers 书中描述的代码味道：
Mysterious Name
Puzzling over some text to understand what’s going on is a great thing if you’re reading a detective , but not when you’re reading code. We may fantasize about being International Men of Mystery, but our code needs to be mundane and clear. One of the most important parts of clear code is good names, so we put a lot of thought into naming functions, modules, variables, classes, so they clearly communicate what they do and how to use them.
通常很难找到好名字，如果您正在寻找正确方向的好建议，我推荐这本书 Clean Code Bob 叔叔。他用整整一章（参见第 2 章 - 有意义的名称）来讨论这个主题。