C＋程序员容易走入性能优化误区！对此你怎么看呢？

有些C++ 程序员，特别是只写C++ 没有写过 Python/PHP 等慢语言的程序员，容易对性能有心智负担，就像着了魔一样，每写3 行代码必有一行代码因为性能考虑而优化使得代码变形(复杂而晦涩)。

我认为，任何系统级的代码，都不应该刻意地在代码层面"形式化"地在表面功夫上面考虑性能优化，而是应该把心思放到如何让代码更简洁和清晰上面。如果逻辑清晰度能提高10%，代码行数能减少10%，即使单个模块性能下降20%，也应该做这笔交易。理论上，即使单个模块性能下降20%，整个系统的性能下降也许只有1%(阿姆达尔定律)。根据经验，如果代码行数减少逻辑清晰度增加，带来的往往是性能提升而不是下降。

如果一个C++ 写的系统中用到了超过 3 处 std::move，就证明程序员有心智负担了。 std::move 并不是性能优化的手段，而是检测系统是否变臭的标记。为了不让检测方法失效，也就是为了避免程序员逃避检测， std::move 外面裹了一层糖衣，吸引那些着了魔的程序员主动来接受检测主动暴露。这个符号证明程序员花了大量的精力去追求表面功夫，而不是把心思放在如何让系统更简洁和清晰上面。

lock free 也是检测一个 C++ 系统是否发臭的标记，如果你能在代码中感受到程序员在极力避免使用锁，也就是明明可以用一行锁解决的事，它偏偏封装了5 个辅助类，引入了3 个概念，那么，显然你也闻到了发臭的味道。在现在全民学编程的潮流下，程序员想要成为一个优秀的、有能力程序员，做软件开发的话，就来学习C/C++吧，而且学习编程的话有一个学习的氛围跟交流圈子特别重要！手Q裙11零八；后一52零零零。想要成为更好的自己，不妨现在就开始学好编程。

为什么要强调C++ 呢? 因为一个 C++ 程序员诞生的时候，他有极高的几率沾染上"过度优化"的毛病，这个毛病一直伴随许多C++ 程序员的职业生命周期。这是一个慢性病，影响程序员的个人职业发展，毁坏程序员参与开发的系统。