今天和小伙伴们聊了一个晚上，也得益于最近经常面试。所以对怎样判定一家小公司在技术上是有活跃的公司，有了一些自己的领悟。
作为一个程序员，不管在什么样的环境中，一定要认清自己的本质，不断的提高自己的技术才是你的核心价值（打算走技术路线的）。你不学习新的技术，过几年就会被淘汰。所以不管在什么情况下，我们都要寻找机会和途径学习新的技术。
小公司的特点，崇尚快速迭代，快速应对市场变化。从技术的角度来讲，就是任务繁重，重复性、简单性工作居多。
我们不要奢望小公司能成立一个专门的技术团队，一心一意的培养团队。现实是，小公司连一次培训也不会搞的。但是万事总有相对，相对来说，什么样的小公司，才能称得上是技术活跃的呢？
首先，我们分析一下，在什么状态下，我们技术进步的最快。在我们遇到问题时，这个问题可能有千万种解决方法，但是刚好你先前想过类似的问题，或者在论坛或者博客上看过问题解决的方法。这个过程，你会感觉时间流逝的很快，并且心情非常的愉悦，并且最后你还会分享出你在这个问题中获得的经验，以后还是一个炫耀的资本。（消耗时间）
再有，可能你的这个解决问题的方式，需要你的几个同事配合，或者跨部门配合。那么就困难了，如果你一个人可以解决的，那么还可以偷偷的自己玩一下。但这个情况下，你也许要说服你的同事帮你。更糟糕的事，这件事可能会惊动你的主管。然后等你说的口干舌燥以后，主管的态度是，这个问题，可以用最简单的方法解决，你这样解决想法是好的。但是我们等有时间再慢慢解决。再苦口婆心一些的主管，可能就会说，你也别觉得公司不支持你，按照公司的规定，如果你的想法，真的能打动我们，你如果说服了大家，公司还是有制度支持你这么做的。主管说这么多，你完全可以不听，反正最后的意思就是，你还是按他的意思完成。（消耗空间）
综合上面的两个问题，那就是我们在为公司编写代码时，是否有这个空间和时间来让我们做一些尝试。
对于第二种空间的消耗，是一个公司的企业文化最大的问题。高层集权的公司，想要从底层往上层推动一件事件，非常的难。而且最后很容易吃力不讨好，得罪领导。这种事件我干过，所以奉劝不想当程序员奴隶的人，早点离开这样的小公司。
本来想分析一下国外公司和国内大公司的，可是自己没有相关个工作经验，所以不敢说。
这里有一个大公司开发安排的经验，觉得还不错，先题外分享一下。
程序员A写好代码，程序员B负责检查。如果程序出了问题，程序员B负70%的责任。好处是，可以互相学习，真的，写代码这块，真的要看看别人怎么写的， 才能进步快。还有一个就是项目交接快，如果A离职了，B接上去不会有问题。还有B能验收通过，证明本身A写的代码在可读性，就不会太差，找C来交接，也不 会有太大的问题，无形中就提高了代码的质量。缺点时，可能开发的时间会比较长。
要想解决问题，首先要发现问题和承认问题的存在。
完成一项任务，是需要不同部门协作的，不同部门思考的角度不同，所以考虑的方式就不同。
而对于一个程序员，你千万别当诸葛亮，什么谋划大局，牺牲小我完成打我，狗屁。你只需要考虑一个问题，你是否能高质量的完成你的任务。如果你为了统筹大局，迁就了其它部门，在时间上和空间上让位，那么后果是什么，要么写的功能不好用，要么写的功能不实用，最后总是从事修修改改的工作。最后如果出了大的问题，就是你的问题，还会被说技术不行。事后你就会发现，你千方百计，考虑周全，辛辛苦苦，产品运营的好，和你没关系，这是运营做的好。产品运营的不好，运营直接骂娘，你看后台这么不好用，很多问题技术根本解决不了。
一家技术活跃的小公司，需要各个部门有一个好的心态，大家是共同来完成一个任务的。出了问题，首先是大家一起解决问题，而不是找谁的责任。等问题解决了，再去总结事情发生的原因，不要聚焦在一个人身上。