做开发快 4 年了，还是因为开发过程中有问题没考虑到导致后期出问题，有没有办法解决呢？

[BaoShuiSR]

今天有是同样的原因导致了 bug，有点沮丧，开始自我怀疑了

[Chenamy2017]

多想一下，多测试一下。

[Chenamy2017]

编写代码前多想一下，编写代码后多测试一下。

[imnpc]

微软很厉害吧
win10 曾经一个 正式版，将用户非 C 盘我的文档目录清空删除过？
被迫回收版本重发新版

[redford42]

人非圣贤哈
只能说遇到过一次的坑尽量不要踩第二次
如果是当初写的时候连续踩两次
那不是当时还没发现吗
不要沮丧哈，好好售后就行

[ytmsdy]

正常，我还删过生产数据库呢。谁都有脑子瓦特的时候，淡定，淡定。

[bl]

测试团队要好好测试

[tempask]

开始开发前的过程不完善，有欠账，很可能不光是你有问题，你的 leader 也有问题

[qsnow6]

同意不能避免 100%无 Bug，但反对拿 Bug 无法避免当借口，输出的代码质量低下，同一个 Bug 反复出现。

[as80393313]

有历史局限性不很正常吗。

[leafre]

神都不能保证没 bug

[simo]

这样才能从某种程度上保障开发和测试、运维下游人员的就业问题。

[isnullstring]

正常

[exploreXin]

有一个学科叫做 “软件工程”，推荐你了解一下。

[enjoyCoding]

我觉得题主问题应该是
可能最开始你做的时候有 abc 三个解决方案, 由于 a 比较省力或者当时你觉得 b 扩展性比较强,
所以选了 a 或者 b,但是后续来了个需求 x,这个需求只能用 c 才能写这时候应该怎么办
这一般是架构师小公司 CTO 的问题 这个需求要么挡掉要么延期拖着 要么给时间直接重写用 c 要么暂时用 lowB 方法兼容一下
小锅你背大锅 leader 背 背不动离职
另: 产品难道没锅嘛? 我们公司的产品有事没事也聊一聊产品的发展方向 后续可能的功能 不至于技术选型瞎选

[qq1004108488]

设计开发规范，并执行