AlphonseTai's Blog

在数据结构和数学中，都有着有向图的理论路径计算和迭代。一下是线性代数中对有向图的一个抽象。

可见， 如果需要枚举出某个断点到另一个断点的可能路径的话，那就是对A矩阵进行做幂计算。例如计算1号端点到4号断点4次中转以内的可能路径，那么只需要对A矩阵做四次幂运算（1，2，3，4），然后求和4种幂运算中的a14，即可得到可能的路径数。

早在很早以前，我一直在和我的合作伙伴（和我身处同一个团队，与我一样处于负责人头衔的的）在灌输一种观点”团队合作“。

团队中的每一个人在工作上做的事情都有可能给项目带来正面或者负面的影响，大家一定要学会收敛自己的个性，要学会凡事都商量一下，不要什么时候都很喜欢主观判断然后下结论或者判断。

可惜的是，我这句话有点抽象，要解释清楚“它”；需要“失败”与“成功”的经历，并自身多次去反思才行。

就在最近的一周，合作不协调的团队开始出现了裂痕，加之外部压力，团队开始出现被动分裂。其实我本以为，之前我说过那么多就算大家不明白，这次的经历和经验已经能够让大家足以学会试着收敛和团结。可惜的是，没有见到多大的改观，可谓树倒候鸟飞；越是危机关头越能看得出一个人的修养与品质。

就在最近的大规模人事变动里，渐渐的就证实了曾经那些称兄道弟的人究竟是什么样的修养。凡事没有处在危机时，人对待该事的态度大多都不愿意去观察负面的成分，有甚者还出现厌恶的心理。所以当遇到负面成分占主导时，大部分人也寻求逃避、本能反应等（跳槽、内耗、内斗等）；实为不择不扣的蠢货和傻子。

在很多事情上，人很难做出逃避，多数要选择面对；例如极端大到国际争端，小到两个人之间的口角之争。逃避仅仅是人的本能反应之一，并不能解决问题。尤其是当有可能再次遇到的事情时，如果不去解决，问题还在那里。

所以，总结一下上面叙述不完整的事件来看看。

一个配合存在问题的团队，且没有绝对大神参与项目的情况下，导致项目磕磕碰碰（已经是最理想情况），最后刚好公司内部人事斗争，接着导致人事大调整。

大家平时积累了长时间的“气”，终于在同一个时间爆发出来，然后绝大部分人选择以自己的利益为出发点行事，虽然没有出现出格的事情，但人心已经散掉了，各奔东西。

如果站在一个看客（局外人）的角度去看这群人和事，只有“可笑”可以形容，很明显的问题，大家不仅没有意识到，而且事后也不加收敛的乱来。

可见“团队合作”的重要性，但也不是仅仅停留在嘴上的“团队合作”，而是从认知上的习得什么叫做团队合作。认知缺失是一种越来越普遍的现象，现代的技术在让人变的越来越懒，也在让人的智力水平起点越来越高，但也在让人的认知能力呈逐渐下降的趋势！

早在刚刚参加工作时，对工作和C++、MFC抱着满腔的热情，非常热衷于讨论某某框架牛逼，某某语言很厉害。

随着工作经验的增长，逐渐认识到，潜下心来研究C++和用这门语言开发的东西是正确的，但也要理性看待问题。

现在新型崛起的语言或者库有很多，例如python（若干年前还没有现在火）、ruby（貌似一直都很火）、h5、css3/4、jquery等等。这些语言或者库的开发者们，为了迎合一些使用场景，于是做出了很多伪或真的native lib，能够使得这些原本需要解析器跑的语言，可以流化或直接编译成二进制或嵌入一个浏览器来跑。

有很多人渐渐的就认为了这个东西好，那个东西坏什么什么的。其实在我看来，用我最近正在看的心理学书来解释：“认知缺失造成的刻板现象。”

每一种语言或框架的崛起也好，衰落也罢。其实只是当前码农市场上为了解决一些实际工程问题而想出的招数，当这些工程问题解决的逐渐成熟了以后，那接下来下一类工程问题是不是又会发生新的变化呢？

很早以前我很排斥java、c#和web方面的开发，我甚至认为数据库SQL开发都是没啥意思的；但随着现在一些实际的工程问题在逐渐凸显以后，我发现这些还真不能缺，不过作为一个不甘“无知”的人，我还是既然继续选择研究c/c++语言开发的技术，因为这些技术恰恰很可能是python、ruby、h5等分工领域的基石。掌握了基石，难道还怕上层的变化吗？

一下截图是在《人类动机》一书中的节选，这是讲到关于创造性与感觉寻求者之间的一些关系（高/低感觉寻求着）：

这一节选主要说的内容是创造性理论在某种动机内因（隐）解释下的说明；其内隐解释：

说白了，就是说如果我们把创造性解释为，我们已经任何了我们的创造性行为，那么我们将会想尽可能的办法去抵制/忍耐外界带来的负面影响（批评等）。

如果看书的时候，没有带着理性和跟随书讲述内容的思维一起走，很可能会被误入歧途。因为人的思维很容易出现先入为主的观点；或许大部分人通过阅读这一小节以后会认为，为了让自己有更好的创造性，就应该尽可能的有抗压或怀疑传统的行为。实际上不然，这只是本书中提到的一种解释（解释角度）而已。