为什么80%的码农都做不了架构师gt;>>
这是怎么回事呢开始，有些人可以组建机器来做一些“思考”。他们可以通过一些电线来连接不同的配置，或者在打孔卡上输入一些数值让这些机器做数学运算。机器做得比人好多了，但当时要做到这些是很难的。
这确实很难，能做到这些的一类人是被称为Homo Nerdis Codetus的做编码的人。诸如艾伦·图灵，葛丽丝·霍普，艾兹格·迪科斯彻这些偶像级的人物，他们做到了这些不可能完成的事。
很快，人们就想，做到这些事应该还有更好的解决方法。由此产生了编程语言。早期产生了Algol，Cobol， Fortran以及Lisp 。然后又有了C语言， Pascal，Forth,，Simula，Prolog，以及许多现在已经不复存在的编程语言。
然后就有了源代码，也就是看起来像是英语的东西。这类编程人员在新的环境里创造出了各种各样源代码的变种，而他们也不必和上一代编码员一样聪明，因为做事的方法变简单了。但是事情还是很难做。
2、宅神程序员（Homo Nerdis Programmeris）
那时需要大量的开发人员(Developer)。有了这些库作为基础，开发人员创造出了新的、更复杂的软件。由于库与库并不能兼容，开发人员要花很多时间使不同的库进行协作、转换库的类型、替换掉糟糕的实施。这在当时来说是很难做的事。
有些开发人员就认识到，如果能创造一种机制来描述组件应该怎么写，那么他们就可以把组件组合起来使用。于是，框架产生了。
随着组件越来越多，使用组件来工作的效率也得到提高，工作也变得简单了。然后，开发人员的数量也增长了，增长之快使开发这件事不需要很聪明的人来做。但是，事情还是很难做。
4、宅神开发人员（Homo Nerdis Scriptum Kidus）
这些写脚本的毛头小子写了很多只能在自己笔记本上运行的软件，那么怎样才可以让这些软件真正的工作起来，服务更多的用户，怎样才能让他们写的软件一周七天、每天24小时地为用户服务呢在当时是很难做到的啊。
于是有产生了一类人，就是运维开发人员（Homo Nerdis Devopolus）。这些运维开发人员（Devops）和自动化、容器一起孕育而生。这类人吸引了所有的注意力，他们通过快速改变生产系统拯救了走向失败的软件项目。解决生产系统中的缺陷，而不是在缺陷产生之前就消灭它，成为了一种工作方式。
越来越多的软件进入了市场。安装，配置，开始运行。运维开发人员认为他们创造的这些软件，在这儿用个脚本，那儿加个λ表达式（lambda表达式）就行。看，这就成了。
这能有多难呢维开发人员开始占领世界，其数量迅速增长，也占有越来越重要的位置，但不幸的是他们的聪明才智并没有产生这样迅速而重要的变化。我们使用微服务架构（microservices architecture）以及数以千计的小程序，但却不理解网络到底是如何工作的。所以猜猜这会怎么样情还是很难做啊。
事情很难做！
所以说到的这些退化的共有主题是什么事情很难做啊！！！无论如何改善，使事情变得如何简单，事情还是不好做。这是为什么/p>
我们不喜欢事情变得难做。艾伦·图灵，葛丽丝·霍普会认为我们当今的技术很难吗觉得不会。他们是那个时代最聪明的人。至于你我，可能比普通人聪明一点点，只是接受的教育和教养略有不同。
从公司角度考虑，他们会认为人多力量大。我认为这是违反生产力的，在《房间里的大象》的演讲理我也提到过。谷歌不需要两万工程师。银行的IT部门也不需要一万个员工。
那么在这场战役中我们注定要失败了吗不要打包走人，去开个餐馆得了于老的系统来说，不得不对其继续进行维护，是的，这种战斗是注定要输的。为这种系统工作的人，假装一切运转正常，而它却会消耗所有愿意在这种糟糕环境里工作的人。来自市场的压力最终会让他们清醒过来，而这种系统也会被从市场中排挤出去，就像当初马车被卡车代替一样。
当开始做一个新项目或一个新的产品的时候，我认为，我们还是需要用聪明的人来做，这类人能使事情向正确的方向发展。一般的做事方法代价比较昂贵，也更加容易导致失败。我们需要的是事半功倍。把事情控制在小的范围内，由聪明的人来做，慢工出细活。
什么意思/h3>
到底什么是小而精，慢慢做呢一定是第一次听说这种说法（Small, Smart and Smoldering）。
转载于:https://my.oschina.net/candou/blog/1625941
文章知识点与官方知识档案匹配，可进一步学习相关知识C技能树首页概览114031 人正在系统学习中 相关资源：GLONASS卫星位置计算与程序实现_葛奎_glonass_卫星位置__matlab…
来源：weixin_34218579
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！