DeepSIeep
V2EX  ›  问与答

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

  •  
  •   DeepSIeep · 11h 19m ago · 279 views
    马上周末了,一些碎碎念

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

    年终评审绩效的时候,有几个人能看懂你的高可用和高适配?防御性编程,有时候在特殊情况下也是蛮有道理的
    5 replies    2026-08-14 18:10:58 +08:00
    vfs
        1
    vfs  
       10h 17m ago
    我认为作为程序员,你只需要保证你写的代码完成期待的功能就行。 不要提前设计,不要过度防御,不要为了不存在的 case 将代码复杂化, 保持你的代码简洁,简单,少就够了。
    DeepSIeep
        2
    DeepSIeep  
    OP
       10h 12m ago
    @vfs 然后一个需求一个 API ,所有参数都放里面(真有人这么干)
    vfs
        3
    vfs  
       10h 9m ago
    @DeepSIeep 代码总是需要随着新需求演进,从一开始你不需要考虑后头会有什么需求,但是当新需求来的时候,你需要让你代码适应新的需求,同时不破坏旧的需求。 这里有人会选择增量变成(加一份拷贝或者一个 if 分支), 有人会选择重构、整理代码来优雅的适应。 我也不知道哪种好, 反正两种方式最后新功能都能被支持
    msg7086
        4
    msg7086  
       10h 8m ago
    这取决于你的领导是不是傻子。
    DeepSIeep
        5
    DeepSIeep  
    OP
       9h 45m ago
    @vfs 各有好处反正。但是简单做,可以保证自己随时有工作,手里有 offer 。所以我现在开始摇摆了
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   935 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 19:56 · PVG 03:56 · LAX 12:56 · JFK 15:56
    ♥ Do have faith in what you're doing.