orioleq

你有除了程序员以外的其他选择么？没的话，这个问题有啥好问的…
如果你的问题是：“什么样的人适合当程序员？”我觉得很简单，就是喜欢做这一行，下了班还会自己捣鼓代码的人。
你这问题就比较难回答了，毕竟各行各业都有很多为了生计，做自己不擅长事情的人。程序员这行会把摸鱼的显现出来，是因为能不能出活是可以量化的，不像有些行业比较虚，衡量指标可以模棱两可。
我觉得，硬撑着做下去呗，直到被淘汰的一天，再想其他办法。

airflow+1

@msg7086 你举的两个例子跟我说的“重构”没啥关系。不过我说的也不清楚，更适合的词可能是“重新设计”。这是为程序员维护系统减少工作量，跟系统稳定并没有冲突。下次你可以试试说服你老板。

@msg7086 正常又不代表合理。
我也说了是理想状态下需要重构了，实际会遇到什么阻力我当然也明白。
但是你身为一个程序员，你大的重构做不了，每次改之前也要想想下次一模一样的需求来了是不是还要再吃一遍你说的那啥山。

@rekulas 你的看起来就是个会计系统，那每条费用明细都应该是会计科目的一条，我不理解为什么要写死，应该都是业务数据。加一个收费或减免项目应该只是配置数据多一条，带正负号，明细数据自动可以列出来在账单或报表上。
当然业务不同还是以你的感受为主，我只是吐槽我的感受。

@msg7086 我没说减免费用这一条改配置。我说的是整个费用的每行条目都应该是配置。另外所谓配置包含数据，公式等等，数据和系统应该是分离的。程序员管好系统逻辑，业务负责数据和配置。更改流程如果需要改代码程序员负责，如果改配置只需要业务负责。测试肯定是要测的，别带上开发就行。业务拉上测试自己去搞。
而且现在的问题是，程序员自己都觉得不爽的事情来抱怨了，那就是一开始的设计没做好，理想状态下肯定是需要重构的，不然难道下次再加个费用程序员再跟着耗两周？
最后，密林是啥？

你们的系统好搞笑，减个费用不是改个配置就行而是要加一代码…你们是个小工具级别的系统么？啥都是写死的？
我觉得增加一项费用减免，从业务角度上需要讨论两周是合理的，技术要在上面耗两周，是不是要先反思下自己系统不是可配置的。

@kneo 为啥又对又巧？“最”这种事情能绝对的？