如何培养开发中的大局观

不是先架构？ 我每次都在脑子里想好了才开始动手写，就像堆积木一样。

@xiaoyaoking 写着写着，就陷某堆积木中的细节了

@Front 只求结果，不纠结细节。莫追求完美。用户看不到牛x的算法。

写多了，大局观自然就有了。

minectaft玩多了，大局观就圆满了

@xiaoyaoking 好吧。也只能这样。
@402645707 什么鬼？

这个事情还是熟练度的问题，代码量积累多了。
细节实现的时候就不会耗费太多精力，自然就可以专注在整体逻辑上面，不会被琐碎的细节分散精力。

最简单的例子，假如代码量不够，初学的时候写一个冒泡排序，都要去检查循环逻辑和变量处理。一不小心就会报错。
当熟练之后，就不用在冒泡这个具体实现上面耗费精力，而可以专注在更上层的逻辑上面，比如这里我需要排个序，那就随手写个冒泡。

@lecher 感谢回复。
其实说白了就一句话，撸得还不够多。哈哈

多看09视频

@xiaoyaoking 但是你的开发速度会慢么？或者是前期的“积木”架构理解是否够充分呢

@yaoye0o
09那不是大菊关吗？←_←

业务流程有了，大局观就有了

整体项目不要信手就来码...思考一下逻辑 流程 码出来就行云流水啦

@yaoye0o 什么鬼？
@walleve 这也是一个矛盾点。因为各方的考虑，从而拖慢了整个开发进度。

@imn1 @justfindu

看回复到现在，想了想大概总结是：
大局观来源于对整体项目流程，业务的理解。但也不能过度的追求整体架构，而影响开发效率。（此处特指过度开发）。
所以，在相应的场景下，如何在效率与稳定架构之间选择一个平衡点就变得至关重要了。
再所以，没有，一开始就完美的架构，一切都是需要根据场景，业务需要不断的迭代和重构出来的。
再再所以，可扩展性，成为了降低重构成本的关键因素。