写了那么多年程序，我也无法做到快速开发的同时也能保持程序设计合理优雅，你们能做到吗？

[red13]

[freezebreze]

业务需求都是屎 ！代码他就得是屎山代码

[yunyi93]

快速撸出来，业务发展好了就重构，发展不好 GG

[salparadise]

设计个鬼，一把梭就是干，需求急的跟要去投胎一样，哪有时间设计

[sky3hao9]

我理解优雅就是为了简洁, 所以能做到!
然而, 这种方式前期要投入的时间要多一些, 尤其是架构设计, 后面就能实现既快速又优雅.
如果一上来就不管不顾堆屎山, 后面就会又慢又丑问题一大堆.
开发经验足的都知道其实后者的投入的时间成本更大, 但是没办法, 国内风气如此, 愚蠢的管理者不重视技术,导致基本都是后者的方式

[ixcode]

@red13 屎山的隐含意思就是这个代码所支持的业务是赚钱的，因此代码值得继续维护。或者可以更极端点，所有正在运行的服务的程序代码，都多多少少是屎山

[FireKey]

别想太多,前期想得再好的设计碰到产品脑洞一开都得作废,边拉新的边梳理老代码,碰到实在理不动的需求一般是大版本,直接重构好了

[lilu0826]

计划赶不上变化，项目和人总有一个能跑。

[kevan]

真实，哈哈哈。

[zerovoid]

所谓的优雅，也是为了实际利益，比如可读性拓展性复用性等。
为了优雅而优雅，没活硬整，那就舍本逐末了。

[y2xworm]

开发第一原则：又不是不能用！
测试第一原则：用户就是最好的测试！
项目经理：先上线在说！
需求：后面开发细化！

[muchan92]

我现在可以。
设计的误区是扩展性，即使有充足的时间，但需求的奇葩性总会击穿原以为良好的扩展性，因为代码设计就像刚性结构的建筑，每一行代码都是堆砌的砖块，后面的代码堆砌在前面的代码上，但没人能保证前面的代码永远不会移动。所以扩展性仅能支持很小的形变，但需求却可能会 180 度转弯。
所以与其谈论扩展性不如谈论稳定性。假设需求非常多变，找到一种能够始终保证稳定性的方案即是出路。

[red13]

@muchan92 你这个比喻很形象

[Gilfoyle26]

我比较能，尤其是现在 ai 的时代，思路要对，不然 ai 也救不了