复杂度怎么看

嗨，说起来复杂度这个话题，我自己踩过的坑是2023年我在上海某商场看到一款新出的智能手表，那时候我就觉得这玩意儿功能复杂，操作起来肯定挺头疼的。
首先，复杂度这玩意儿，你得看是啥领域的。比如，我以前在做软件开发的时候，复杂度就是指代码的复杂度，得看它是不是容易维护、扩展。那得具体分析代码的复杂性，比如函数调用、循环嵌套这些。
再比如，在工程领域，复杂度可能就是指设计一个系统或者结构的复杂性。你得看它涉及到的组件有多少，组件之间怎么交互，是不是容易出故障。
我自己踩过的坑是，有一次我不小心接了一个复杂度很高的项目，那个项目涉及到多个模块，每个模块都有很多子模块，我那时候真的是头都大了。最后勉强按时完成了，但是用户体验真的很差，我那段时间简直快被逼疯了。
反正，复杂度这事儿，你得根据具体情况来看。有时候简单的东西用起来舒服，复杂的东西功能强大；有时候复杂的东西用起来让人头疼，简单的东西又不够强大。反正你看着办吧，我还在想这个问题呢。😂

上周，2023年，我那个朋友问起这个问题。复杂度嘛，本质上就是看事情多复杂。一言以蔽之，就是步骤越多，涉及的变量越多，复杂度就越高。每个人情况不同，你看着办吧。我刚想到另一件事，有时候复杂度还跟人的耐心有关呢。算了。

代码复杂度用圈复杂度衡量，比如项目A的圈复杂度为100，这表明其维护难度较大。
这就是坑，别过度追求代码简洁，忽略复杂度。
代码审查时，优先关注圈复杂度高的模块。
别信代码越短越好，别这么干。

上周，2023年，我那个朋友说复杂度看需求。
你看着办。