2. V2EX
  3. 需求梳理，模式设计。让 API 兼容更多场景，编写鲁更加鲁棒的代码到底对不对？

需求梳理，模式设计。让 API 兼容更多场景，编写鲁更加鲁棒的代码到底对不对？

DeepSIeep 2026-08-14 16:36 1
马上周末了，一些碎碎念

做项目 n 多年了，一直重视组织架构和鲁棒性。现在发现，功劳最多的是哪个每次有个小需求都要写代码的，反倒是你，每次需求你动动手指，改改配置就好了没什么参与度。

年终评审绩效的时候，有几个人能看懂你的高可用和高适配？防御性编程，有时候在特殊情况下也是蛮有道理的
最新回复 (5)
  • vfs 08-14 17:39
    1楼
    我认为作为程序员，你只需要保证你写的代码完成期待的功能就行。 不要提前设计，不要过度防御，不要为了不存在的 case 将代码复杂化， 保持你的代码简洁，简单，少就够了。
  • DeepSIeep 楼主 08-14 17:43
    2楼
    @vfs 然后一个需求一个 API ，所有参数都放里面（真有人这么干）
  • vfs 08-14 17:47
    3楼
    @DeepSIeep 代码总是需要随着新需求演进，从一开始你不需要考虑后头会有什么需求，但是当新需求来的时候，你需要让你代码适应新的需求，同时不破坏旧的需求。 这里有人会选择增量变成（加一份拷贝或者一个 if 分支）， 有人会选择重构、整理代码来优雅的适应。 我也不知道哪种好， 反正两种方式最后新功能都能被支持
  • msg7086 08-14 17:47
    4楼
    这取决于你的领导是不是傻子。
  • DeepSIeep 楼主 08-14 18:10
    5楼
    @vfs 各有好处反正。但是简单做，可以保证自己随时有工作，手里有 offer 。所以我现在开始摇摆了
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐