开发前一定要做好设计，第一次负责一个系统，因为设计排的时间太少，导致后期开发都是在修设计留的坑。

[Renco]

嗨，现在简直想把现在写的烂系统直接清空。

[atonku]

想的很好，但是我敢保证下个系统还会有这个问题！因为产品经理只有一句话，我要一个 XXX，然后你们做吧，哈哈哈！🐶

[taodi]

嗯，如果是单纯产品角度的话 ，产品经理一句话之前设计的没准都要改，已经被坑过无数次

[faceRollingKB]

开始开发前，设计图、需求文档、接口文档一个不能少，说说看你们少了哪个？

[Renco]

@taodi 但是部门技术大佬现在的意思就是设计的时候不单要考虑需求一面，还要考虑扩展方向的一面，以防需求变动。这点对我来说真的好特么难，我连按照需求做的设计都会有一点梗。还是开发经验不足导致的= =

[Renco]

@faceRollingKB 我们这边没有什么设计图 接口文档，直接就是怼着需求做了。创业公司一直要求敏捷开发，但是我了解的敏捷好像不是这样的。

[Pu]

敏捷的意思是文档要快点写完（ doge

[Renco]

现在就是自己的系统无数的坑，产品测试的很烦，我改 bug 改的也很烦。心很累= =

[zhw2590582]

现实中很难顾及设计

[Renco]

我一直不懂为什么有业务需求，创业公司不肯多招人，产品就一个，兼顾测试。公司没有测试。然后后台一个系统一个人负责，ios 一人负责全部，app 一人负责全部。。。。我不太清楚招人花费的代价，但是这未免太吝啬了。

[forbreak]

习惯就好了。。。后面发现烂系统，照样能跑。。。

[maigebaoer]

又不是不能用

[wangxiaoaer]

@faceRollingKB 你说的这些不可能有的，领导觉得小团队没能力搞这个，等搞完项目斗该验收了。

[arthas2234]

能做好设计的前提是需求明确，已经不止一次经历过做好设计以后需求频繁变动的情况了，有的时候还是大改，而且还要按时交付。你要说改动很大需要时间，人家会说没关系加加班嘛。你就会觉得哔了狗了，老子不玩了

[heiheidewo]

一个系统拆分成多个模块，每个模块只负责独立的事情，这样就是写的再烂也容易修改复用

[magicfuzzx]

你这是理想情况下，实际情况下，大部分公司没时间给你搞这个

[faceRollingKB]

@Renco @wangxiaoaer 没有这些文档看起来省事儿，但这些该花的时间还是要在后面一点点补回来，而且还会浪费更多时间，这跟团队大小无关，你们领导是在掩耳盗铃

[HuHui]

得看你领导愿意给你多少时间

[tabris17]

你懂啥，这叫 Deadline-driven design

[ericls]

别想太多 很多东西就是很难预测 或者说预测的成本比遇到问题再解决的成本还高。只要选择是认真做了的 就不存在对还是错 别责怪自己

吸取有用的经验就好了。

[Orenoid]

好设计不是你想弄好就能弄好的。。需要你对业务有相当高的熟悉度，并且大致知道未来会有怎样的需求，然后产品经理还不会拍脑袋提一些完全不兼容现有架构的功能。可扩展性永远都是相对的，只能在一定范围内实现可扩展，要做到完美的可扩展，那估计得设计一个强人工智能来负责实现功能了。