做一个项目前，花大量时间搞清项目采用技术栈的正确使用姿势，还是先跑起再说？

[int64ago]

几年开发的血泪感受

还有多少是草根式开发方式呢？先弄个 DEMO 跑起来，然后各个人管它数不熟悉，堆叠功能代码。。。然后各种补丁。最后重构的有心无力


但是工程化方式最近也让我很累，团队学习成本大，要让每个人按规范做事，哪怕 Lint 各种规则都要花时间学，于是项目都几周了大伙还没提交代码

[tommyZZM]

草根一时爽，维护火葬场

[hrong]

技术选型肯定要先做吧，不然架构师吃干饭的？

[libook]

先跑起再说。

大体思路就是短时间快速迭代。优点是产品可以快速上线开始运营，为后续迭代的产品和技术上的改进收集数据。

初期会遇到各种各样的问题，主要是来自于线上性能数据和用户反馈数据，时常遇到对于技术架构来说是毁灭性的问题，这是正常的，通常的做法是收集尽可能多的问题，重新对技术架构做技术评审，产出更合理的技术架构，然后推到重做。初期反复几次重做是很正常的，成本也不至于太高，直到产品成熟定型，这时候技术架构也差不多成熟定型，就基本不会有推到重做了，之后考虑的就是尽可能预测未来的技术瓶颈，并提前做好调整，比如拆分 micro-service 使得云计算资源最大化利用等等，顺便说一句，云计算优化这方面淘宝团队的思路确实很实用。

[SmiteChow]

快速的需求评估， demo ， refactor 就 OK 了。 技术选型说的是大方向，比如开发语言，主要框架，数据库，索引。