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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3218 天前的主题，其中的信息可能已经有所发展或是发生改变。

几年开发的血泪感受

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

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

技术栈

代码

工程化

lint

4 条回复

tommyZZM

2016-01-27 18:25:03 +08:00

草根一时爽，维护火葬场

hrong

2016-01-27 21:23:35 +08:00 via Android

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

libook

2016-01-27 22:28:48 +08:00

先跑起再说。

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

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

SmiteChow

2016-01-28 10:20:13 +08:00

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