这是一个创建于 2008 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景 1： 组件团队在先，接一些短平快的 web 项目（当然大的项目也很难完全 cover ）成员都是程序员，不是说我们技术有多牛，但一些程序员的思维还是有的。 所以我们最初做项目之前总要考虑一下架构设计、可移植性，可扩展性。 想着下个相似项目来了，修改一下配置就可以达到复用，或者下个项目有用到当前模块可以直接移植。
总之还是想着要做一些高质量的项目。
背景 2： 最近和一个能力较强的软件销售一起吃饭，刷新了我们团队的观点。 他的宗旨就是： 不管 37 21 先马马虎虎做个 demo 出来给客户展示，不用用心投入太多； 产品能用就行，不崩溃就行，最重要是要卖出去；
还给我们展示了一个他们公司的产品，做的有点不忍直视。他自己都绷不住说这个产品确实有点烂。但就这个产品，他都卖了好几套出去。
结果： 在和团队成员讨论的时候，意见出现了分歧。就有人认可销售的思路，认为快，挣钱是最主要的，技术很次要。
当然速度和质量永远是一个辩证的话题，怎么说都有道理，但两个观点总有正面交锋的时候，决策者应该如何判断。 还是想来听一下各位的看法，这问题应该没有对错，取百家之长，才能丰富自己的看法嘛。
 |
1
longxiaoyun 2019-06-20 12:58:01 +08:00
速度重要，客户都是希望尽快上线，能盈利的话后期会慢慢处理一些不够合理的地方，你要做的就是满足客户的需求，客户不急你自己可以考虑质量优先。
|
 |
2
senghoo 2019-06-20 13:02:14 +08:00
先做一个最小功能的可用版本。 后续功能持续送代。
|
 |
3
imicksoft 2019-06-20 13:10:59 +08:00
恰饭最重要，先恰饭啦
|
 |
4
o0 2019-06-20 13:17:38 +08:00 via iPhone
个人接单也遇到相同问题，接一些可以提升自己的项目通常报酬与付出完全不成正比，倒是最简单的项目，速度快，总的算下来钱也比较多。
|
 |
5
tomczhen 2019-06-20 13:23:07 +08:00
现实问题哪有什么单纯的二选一这么简单，屁股决定脑袋而已。
低质量的商品主要靠销售，销售必然要获取大部分利润；高质量商品可以对销售降低要求，销售能获取的利润就少。 对于技术公司而言，什么都没有的时候速度最重要，但是核心竞争力要求不能降低。 |
 |
6
huijiewei 2019-06-20 14:56:50 +08:00
0->1 肯定是速度重要了，但是前提是稳定运行，代码扩展性可以不考虑太多
|
 |
8
ccoming 2019-06-20 15:12:03 +08:00
能上线运营的速度
|
 |
9
nigulasida 2019-06-20 16:12:23 +08:00
外表光鲜亮丽，内在 可以 一团乱麻，小步快跑
|
 |
10
maichael 2019-06-20 16:22:41 +08:00
最重要不是看实际需求吗，脱离需求谈优先考虑速度还是质量不是扯淡吗。
|
 |
11
longalong 2019-06-20 17:47:53 +08:00
迭代，小步快跑
|
 |
12
leopku 2019-06-20 21:48:41 +08:00
在茅坑里待久了一点也不觉得臭，反而觉得真香
|
 |
13
gaigechunfeng OP 其实我还是倾向于质量的，做出好的产品是我的目标。
但是估计后面会对客户需求渐渐妥协。。。毕竟要恰饭 |
Select Language