有得必有失，你该把技术做多细？

2019独角兽企业重金招聘Python工程师标准>>>

今天看了一个朋友对SAE的提问，说实话，我没有能力回答，为什么SINA的SAE能1秒。哈。不过由此翻了SINA的SAE的网页，阅读了一下。我觉得SAE这个事情，我是比较反对的。当然不代表我反对SINA。

为什么说反对，从两个方面谈。一个是环境对存在的约束，比较抽象，哈。一个是，你是个开发人员的话，你究竟把技术做多细。什么是个评判标准。

先简单说下第一个问题。环境对存在的约会。比较典型的，人没有氧气，就嗝屁。这是典型案例。而传统的IDC，租用空间，你折腾网站，也是个环境。不 过环境越宽松，你存活的自由度越大，简单的举例，如果你写一个代码，刻意用到微软的自有库，那么你的移植会很麻烦。不过还好，WIN的平台在中国广泛应 用，你更多的情况是从一台WIN上，迁移到另一台WIN上。这个环境足够大，够你折腾很多年。

那么为什么SINA的SAE我对开发者的意见，是反对的呢？

如果是个ARM的汇编优化模块，调用了ARM的特殊指令集，我们可以說是运行空间上有依赖，你尝试将这个模块放在X86上就很悲摧。但是既然是 ARM的底层库，那么上面是IPHONE还是ANDROID，还是微软的东东，你的改动充其量是接口，而不是内部，只要这些OS对你的运行模式给予支持， 但你不需要OS本身的东西。这是从下向上说。你可以说ARM的东西我最多改改外围，不需要推倒重来。

如果你设计个网站，你需要比如啊帕奇，你需要mysql，你需要一个空间，OK也可以，这家空间有问题，你换另外一家的。只要底下的东西都标准。如 同你苹果上的APP，换了另一台机器，而这个iphone4和另一个iphone4提供了同样支撑你的产品运行的环境。这是从上向下说。

但sina的 SAE如他的介绍所言，对你写的PHP进行部分的过滤。以防止恶意行为导致server受损，这个本意是好的。但直接导致一点，如果你折腾了二年半，不想 把你的应用在SINA的SAE的平台上玩了，假设是因为你发达了，打算自己建服务器了，我不知道你需要额外做多少其他的工作，这里不谈SINA的服务，假 设确实很好。只是你的投资人希望你能在扩大规模时，提高性能和降低运营成本。

当然如果只是自己随便玩玩，想迅速做个小东西，和大家一起分享，SAE是不错的，但这个我又反过来问SINA了，你收得到钱吗？

我相信这里大多数做设计的人，设计能力本身也是用来混口饭吃的。所以通常是前者。回到题目。

你该把技术做多细？

汇编鄙视C，C鄙视C++，C++鄙视JAVA，JAVA鄙视PHP，PHP再鄙视，我估计是adobe flash应用。哈。

这里不是传统的程序员之间的鄙视，而是他们这些语言的鄙视，大意是我可以做的更多，由此我可以做的更好，这个没有错。

但就是用汇编写的OS，那还会被VHDL鄙视了，我可以用FPGA做个CPU。这样就没谱了。最后估计的材料物理技术取胜。

唯一靠谱的，我觉得就是投入具备产出。不能说你的设计或开发，折腾半天，没人消遣（这里暂不谈设计本身应有的收益，谈谈对社会的贡献）。独乐与众 乐，谁乐？独乐，一定是个傻B行为，就是说你一个人哈哈大笑很高兴，别人没反应。众乐才是真正的乐。因此，无论你使用哪种技术，做了多细的程度（例如你是 直接使用机器指令，还是OS的模块，或者某个支持包，表示你做细的程度），细的程度本身无意义，关键在于你的东西是否能被别人良好的使用。

这里良好的使用就包括了几个方面。除了设计本身，没问题，体验度不错，还包括，你的部署可以具备一定环境适应性。这个环境尽可能的不依赖于某个具体 的第三方。除非如GNU,或微软，或者苹果的iphone平台因为他们能提供你折腾的空间余地很大。这也是我不去折腾android的原 因，android的硬件差异性，导致受环境影响太大。这也是我不建议开发者使用SAE（专业的标准开发者，不是爱好兴趣的业务者）的原因。

同时，被别人良好的使用，这个别人包含了实际用户，也包含了你的团队甚至可能收购你们公司的新东家。反正除了你。为什么除了你，如果只有你一个人能 玩得转的东西，我前面说了，就是独乐，一种傻逼行为。当然这里并不是说，你的辛苦创作，白给别人玩，我说了，此处不谈钱，谈到钱，只有一个讨论目标，就是 出钱的人，为什么要给你钱的理由。

其实说这个话题，既是给这里的朋友建议，也是一直督促我的约束。我是做系统优化的。必要目标下，也可以去改OS。那多刺激啊。但我自己总拦着自己，不让自己碰。冲动是魔鬼。别人不要的，你去动，就不是魔鬼了，是傻鬼了。你改的越多，适应性越差。就是自个乐了，毛用？

不过从投入和产出，此处仍然不谈钱，想要让更多的人参与享受你的设计和开发，或者想要相同的人给予更好的享受，那么此时又需要做细。就是把东西努力 做的更好。两个方式，一个深度。比如性能优化，替换原有模块或平台提供的方式，往下面挖，但这个只是针对一类的需要，还有一类就是做广度。比如100个人 在线是这么样子，10000个在线也不差。有些语言天生对一些深度问题无法支持，因为你始终绕不开这些语言本身。但与其替换语言，不如替换自己的价值实现 方向。例如，INTEL的CPU，速度提升现在牛不起来了。不然估计现在得到10GHz了。翻倍的玩嘛，但是改方向了。我不指望一个连续依赖性的线程执行 速度提升，但我提升核数量，哈。而且要多任务的客户群更多。

无论你怎么折腾，你都要尽可能针对已经做过的东西上完善，而不是推倒从来，这个也是我反对专业开发人员在SAE上处理的理由。深度你肯定挖不了了。广度就更麻烦。至少投资人不高兴了。你的开发的这个业务，要脱了SAE就玩不转了，除非他是SINA的投资人，才会觉得满意。

最后，你该把技术做多细，实际上你需要先找到的一个环境，上面有多大空间，没有这个客观，你主观怎么努力也白搭。学以致用（什么才是有用的），都是 屁话，努力的为他人做贡献（包括你的团队成员和老板），才是你存在的价值。价值始终是别人决定的。要么你的努力可以广泛的被认可，要么你的努力可以深度提 升现有的服务。否则只是自己独乐式的傻逼行为。

至于有得必有失，道理也很简单，让你方便的东西，总有一天会让你不方便。我相信这里骨灰级的程序员会认可我这句话。凡是都是相对的，就事而事的讨 论”更“这个字很难有个好结论，例如用C如何开发更大的系统，我只能说你脑袋水了，即便linux为什么用C，不是因为C开发更方便，其实非常痛苦，而是 没有比他更好的了。因此，大家对平台，对语言工具，别总看优点，也别总看缺点，都是特点，有得必有失，关注谁能享受你的成果，他们的欲求，则更有价值。当 然无论怎么有得有失，如果一个方式，会影响到你的持续开发（系统规模的变大，或系统的优化可行性），你最好还是否定，那不是专业或者靠这个业务混饭吃的人 该考虑方案。如同SINA的SAE。

转载于:https://my.oschina.net/luckystar/blog/79777