从0到1：

     不要告诉我你有多牛B，人类文明从开始到现在，也是从0到1开始慢慢建立的。当今复杂的社会文明，上帝也不是一开始就能设计好的。只要有个1，人就能把他变成2，变成100，变成成千上亿。人类文明就如生物的进化，不断地变异、丢弃与重构。想当初半导体出来时，是多么大一个东西，到今天它的原理还是那样，只是从1变成了亿。人类对技术的应用，大部分时间就是在炒剩饭，只是佐料越来越多，看起来越来越鲜艳。

     大部分人学技术，一想到就怕，因为没自信啊。看到那些不懂的，看那些大牛吹的，看那些五花八门的代名词。一看就高深莫测，于是在门外蹒跚徘徊。无法实现0的突破，也就永远不可能有1百，一千。我是半路出家的，开始时做的是机械设计，因为经常要写点软件辅助设计，就爱上了软件，于是一个执着，再回头已是半百身。从0开始学习软件、学习电子电路、学习单片机。常常熬夜到半夜，程序员应该早点娶老婆，有老婆管着，熬夜的机会就少了，娱乐面也宽了。

     就目前的热门词汇，如大数据、人工智能、物联网、云计算，似乎任何一个领域都够你喝一壶的。要学的东西太多了，那么多技术，如开发语言java、c++、c#、javascript、Python，如数据库Oracle、MSSQL、MYSQL、非关系型数据库，如分布式开发的中间件、分布式缓存、分布式文件系统、集群，那些什么Apache、Tomcat、Spring。那些看起来的层出不穷的英文缩写，那些层出不穷的时髦概念，让太多人觉得自己跟不上时代了。可是我想问下，真有那么多新技术吗，就如层出不穷的电子产品，有超出那半导体技术概念的吗。

     在你追求这些时髦时，我想问下，你对基本电子电路了解多少，大学离散数学、数据结构、算法、操作系统原理学得怎样。如果这些你说没问题，那么那些个技术从0到1太简单了。

    那些程序开发语言，都是相通的，编写的代码承载的是逻辑，也就是算法。至于语言格式，可以五花八门，但是实现的逻辑只有一个，就是我们的需求。没有哪个语言就那么好得不得了，很多程序员在纠结自己常用的开发语言。何必呢，有时间都研究下花不了多少时间。一个语言只要编写了一个“Hello world！”，你就实现了从0到1，那么接下来就是不断地应用而已。

  当时学单片机，看起来好高深啊，面对那复杂的开发板，不知从何下手。但是当按照手册跑出第一个程序时，就知道自己已经爱上了单片机，虽然自己一头雾水，不知其所以然。开始时很是崇拜那些搞硬件设计的师兄，但他们一样也崇拜那些搞软件的，觉得硬件就是一件苦逼的事情。 于是几个月时间，从单片机的处理器实现原理到外围电路的设计原理，很快就有了专业的感觉，唯一需要多实验验证获得经验的就是EMC。而那古老的汇编语言也是那些个时候学会的，后来自己用汇编扩展了字符串和队列处理函数，远比开发工具自带的通用函数要快。

   所以，只要你爱好，实现了从0到1，那么接下来你就可以变得很专业。

   无论什么技术，你只要获得资源，实现从0到1的转变，迈出了第一步，才会促使自己一有时间就去锻炼一下自己。就如你看中了一款游戏，不会玩又怎样呢，首先是安装了，然后天天玩，你不熟练才怪呢。

     从0到专业，只有无穷尽的实践再实践，没有天才，也没有完美。

从1开始，没有穷尽

    做技术就如玩游戏，永远有打不通的关。程序员总是想写出完美的代码，一代又一代，发现自己就是SB，原来自己追求的就是一个虚无。功能永远扩充不完，优化永远还能优化，子子孙孙无穷尽也。

    人类文明在不断发展，技术也会不断发展，你不可能总是守着以前的一堆代码过日子的。无论是个人还是企业应用软件，需要不断地修改完善。如果一家企业的信息化，软件开发完成后，就万事大吉，那么企业估计也完了。

    对于个人，你需要不断地迭代自己的认知，迭代自己的源代码。

    对于企业，你需要不断地迭代你的企业变革，迭代自己的企业文化。

    一个人的认知，总是慢慢建立起来的，你接触的东西多了，离真相也就更近了，人不可能看到一个完整的真实的世界。因为每个人的意识都只是世界局面的反映。人总是在错觉中不断地进步，不断地接近真实。

   不要告诉我，你的技术就是真理，也不要告诉我，你生来就是个做大系统的人。那些技术牛人，那些做大规划的人，都是从小规划做起的，只要获得足够的锻炼机会，只要你稍微思考下，你自然也能成为大牛，也有能力构建起大系统。大系统不是计划出来的，而是演化出来的。人工智能也是一样，从基本的数理逻辑，一步一步地抽象。

   就目前人类所知，世界都是由粒子组成的，如果你都可以理解粒子运动的原理，那么至于那复杂的肉身，只是粒子构建复杂点而已，相对于生物的奥秘来说，人类在计算机科技技术的复杂度，不要说九牛一毛，一毛也没有。

用0和1组成的二维逻辑

     人类所能感知的，就是空间，至于时间，是以空间变化为参考的。人脑是比较复杂，但是脑电波是那么不确定。以至于你这一秒还爱着这个，下一秒就喜欢上了那个。而计算机逻辑似乎就确定多了，它可控，因此很多程序员不愿意与人打交道，终日不敢出门见客。人是很聪明的，他会根据环境快速调整自己，就如我们的运动敏捷性，对于别人的察言观色等。这种聪慧来源于哪呢，不是人天生的既定程序，也不是灌输的知识。而是经过无数次尝试后获得的经验，我们学会走路，我们学会说话，我们学会待人处事。但是这种经验有天生的缺陷，因为存在经验误差（或叫错误），我们总是对世界带有偏见，情绪就来自于我们的认知偏差，世界总是按照它完美的既定规律在运转，只是总是不符合你我的预期。

   计算机程序逻辑却那么确定，因此我们可以很是相信自己可以从简单的输入，预测输出的结果与自己的预期一致。如果有那么一个程序，让输入和输出都那么不确定呢，这就是我们所说的人工智能。

  如果系统是很简单的，那么谁都可以预测其输入输出关系，那么这个系统没有智能可言，这也通常是我们需要的，因为它可控啊，我们构建的大部分系统就是逻辑可预测的，就如企业管理中，必须有既定的逻辑，我们才能可控。那些在企业信息化中号称有多智能的，难道人的不确定性还不可怕吗，还要引入一些不可控因素？

    人在深度逻辑处理上，通常是很差的，如下象棋，你能预测对手2步，那么你就很厉害了，如果一个系统要经过3步或更多步的逻辑处理，人就变得啥眼了，人怎么也没法跑赢计算机。在我们构建一个系统时，如果层级太多，或者路由太长，人就没法快速发现和追踪逻辑错误。因此，对于大型系统来说，太长的数据路由链条，维护起来就是个噩梦，这时候就需要采用一个维护系统来管理目标系统，目的就是简化传入人脑决策的信息。

     目前来说，不说那些研究项目，主要有两大类的信息化系统，一类是深度（纵向）逻辑的系统，一种就是横向大规模系统。对于企业管理系统来说属于前者，对于电子商务来说属于后者。前者面对的是多层级的组织结构用户，后者面对的是扁平化的细粒度用户。横向问题往往比纵向问题好解决，因为横向问题通常通过空间扩展就可以解决，而纵向扩展逻辑，人就傻了。目前对于企业生产管理系统中的生产计划，简直就是噩梦，为什么，因为这涉及到客户订单的不确定性、采购延期的不确定性、库存的不准确性、人员产能、设备产能的不确定性。当一个系统，出现三个以上不确定性因素时，人就没法及时改变自己来适应变化，特别是涉及到人的因素。

   我们先来看下横向扩展规模，我们知道麦当劳模式，全世界开了这么多，为什么，因为标准化啊，可复制。如果我们构建的系统未来可能发展1万，100万的用户，那么你是否需要一开始就规划那么大呢。不可能，一是因为你不知道你是否真能做这么大，二是因为你一开始也没法预计到时会出什么问题。但是小而精是需要的，就是你的软件开发，随时都要有可扩展性的考虑。

当只有一个小餐馆的时候，我就用一个服务器：

              数据库和web服务器都可以在上面。

当我开三家餐馆时，可能管理起来就比较吃力了，但是为了节约成本，还是采用统一管理，厨师专做厨师的事，配菜专做配菜的事。于是我想，还是将一些工作分出去吧，于是租了两个服务器：

          一个只运行数据库，一个运行web服务器。

当我开了十家餐馆时，发现这样的模式不行了，一个厨房忙不过来，于是还是独立开来：

        五个服务器，每个运行一个副本，负责两个餐馆。

这样成本太大了，维护起来也很麻烦啊，于是改革：

       一个大型数据服务器，一个高性能web服务器，10个ID给不同的餐馆用。

然后业务火得不行，一下开了100家餐馆，完了，服务器挂了，吞吐量太大了，客户说等上个菜，等得黄花菜都凉了。于是赶快改系统：

    1）买几个服务器，做内存缓存，对于那些经常要用到的数据，永久放在内存中，如redis等服务器。

    2）在靠近客户的地方预先把鸡杀好，等待下锅，就如CDN等技术。

    3）把碗筷放在离客户最近的地方，不要老往服务器跑，如网页缓存。

    就是各种的缓存，将那些不经常更改的数据，要经常用到的数据，放在最近的内存中。几级缓存下来，速度是很快了。

 很快，问题了，一个月后，系统崩溃了，数据库备份时间之后的数据没法恢复，完了，客户不用买单走人了。于是赶快想办法，

于是做了备份系统，有很多方案

    1）直接硬盘热备份，用操作实现，写盘时，写两份一样的数据到不同的硬盘。

    2）修改程序，直接上传两次到不同的服务器，一个主服务器，一个备份服务器。

    3）采用从服务器定时从主服务器同步数据。

运行了一段时间后，出现了新业务形态，外卖！怎么重新开发一套系统吗，当然不行，对于很多工作还是一样的，只是后续的工作不同而已。于是改变下系统，加个中间件。

     一个部门就专门负责顾客菜单的协调处理，接了单然根据各种条件决定哪个菜先做，做好后再交给传菜员。

                  WEB服务器1                    WEB服务器2

                                     \    中间件  /

                                         /          \

                           数据服务器1     数据服务器2（如数据库、缓存等）

 不断地，新餐馆越来越多，任何一个环节都有可能成了瓶颈。

             1） 中间件服务器，可能成了瓶颈，那么要采用集群扩展多几个服务器。

             2）数据库服务器，就采用数据库集群。

             3）缓冲服务器，就采用缓冲服务器集群。

             4）web服务器，就采用前端服务器集群。

  为了提供高可靠的，快速的服务，需要根据实际情况，不断地对瓶颈进行修正，扩展带宽，解决的方法通常也很多，没有固定模式，只有不断实践，不断改善。最后，当系统大到一定程度，你就只能修修补补，无法推倒重来，因为代价太大。

 通常扩容和改善有几种方法：

      单机扩容与改善：

          1） 磁盘阵列扩展磁盘、增加内存。

          2） 更换数据库，数据库分库分表。

          3） 优化程序逻辑，减少网络通信数据量。

      集群扩容和改善：

           1）为了增加带宽：增加服务器个数，不同业务不同服务器负责。

           2）为了增加稳定性：增加服务器备份，增加自恢复功能。

           3）为了增加速度：增加多级缓存。

      这里就要考虑很多问题：

         1）业务系统是否可以分割。

         2）缓存带来的数据一致性问题。

         3）容灾系统的地域性问题。

         4）备份对业务系统的影响。

         5)  集群同步维护问题。

    通常小集群不需要做自动化的节点自动修复与补充，当系统很大时，则要考虑系统资源的自动配置与合理利用。自动识别和收集网络系统资源，根据业务需求动态修改资源配置。这一点谁也没有很丰富的经验，也不可能预先估计，只有在系统运行一段时间后，根据实际情况，再来写程序逻辑进行修正。

      当服务器数量达到几百、几万台时，怎么维护成了一个大问题，必须构建一个庞大的维护系统才能维护，而这个监控系统本身的维护又是一个大问题。

因此当只有那么几台服务器需要维护时，是比较简单的，任何一个简单的程序，当要处理的数据量大到一定时候，就变成了问题。因此不要说，这个问题原理很简单，我很牛叉了。

       就如一个简单的查询，如果几百万数据量内，一般你怎么查都可以。但是当你要处理T级数量记录时，你一个逻辑简单的业务程序可能就没法运行。

      当然也不用被那些高深的名词所恐惧，目的只有一个就是解决需求，只要努力，总有找到方法的时候，而且有可能你找到的方法是最简单，最有效的模式。