百科问答小站 logo
百科问答小站 font logo



把代码写的太灵活不好吗?为什么会被上司批评? 第1页

  

user avatar   ze.ran 网友的相关建议: 
      

一个好的系统,灵活性应当体现在架构设计上,具体到代码片段,反而是简单直白的好。

单个乐高积木,远不如一小块橡皮泥灵活。但上千个乐高积木,却可以拼出各式各样的模型,而上千块橡皮泥堆在一起,却不一定能支撑自身的重量。

为什么?

因为乐高类积木的灵活性体现在架构上,规定了标准的尺寸和接口,只要符合规定,不同品牌的积木亦可以拼插进来。而具体到单块积木,则形状简单,接口明确,稳固可靠。而小块的橡皮泥,虽可以捏成任意形状,但当系统变大时,则无法维护。

好的代码模块,也应像单块积木那样,简单,健壮,可靠,接口明确,可以把一件事做好,可以在任何环境下做,单线程,多线程,IO延迟,垃圾输入... 不崩不怂,才是好的,也是重用的基础。

具体到题主的情况,不妨考虑一下,新加进去的配置别人是否遵守,如果不是所有人都采用,其他人是所有的操作都进日志,只有题主的模块根据某个flag决定写或不写,系统集成后,debug 时会相当的困惑,将来也不易维护。

如果是这种情况,我也是建议不加的。


user avatar   yao-dong-27 网友的相关建议: 
      

KISS-Keep IT Simple, Stupid

代码和程序员必然有一个 Simple and Stupid 定律。


user avatar   miloyip 网友的相关建议: 
      

每增加一个间接层都可以解决更通用的问题。

但软件设计中各种指标都是互相影响的,更高的弹性可能增加复杂性、开发/维护成本、代码体积、性能开销等。

所以,设计的难处在于平衡各种指标,而你和上司所想的平衡点可能是不同的。

避免 overengineering。

图片来自 xkcd

The General Problem
user avatar   Ivony 网友的相关建议: 
      

不不不,代码写的很灵活没什么问题,但是不要让用的人知道。


现在老板要你去做个电饭煲,你做一个智能淘米煮饭炒菜一体机出来是没有问题的,问题是你那玩意儿得和电饭煲一样按一下按钮就能煮出饭来并且可靠性不比电饭煲差。


如果你确信你那玩意儿确实如上面所说的那样简单,那就是你上司管太多了。




  

相关话题

  做32位/64位跨版本编程,有什么需要注意的么? 
  神级程序员都在用什么工具? 
  怎么看c#排行飙这么高? 
  你见过的最想笑的,最奇葩的,最逗逼的代码是什么? 
  如何从俄乌战争看待推出国产编程语言的紧迫性? 
  在校学生深入学习QT后会不会找不到比较好的工作? 
  如何通俗地理解「分布式系统」,它解决了哪些问题,有什么优缺点? 
  有什么在线的编程游戏? 
  ARM 版处理器的 MacBook 推出后,你会选 X86 版还是 ARM 版? 
  作为一名码农,女朋友比自己更能码,是种怎样的体验? 

前一个讨论
微软开放.net框架源代码后,未来的发展有哪些可期待的?
下一个讨论
有哪些人可以称得上是真正的英雄?





© 2024-11-24 - tinynew.org. All Rights Reserved.
© 2024-11-24 - tinynew.org. 保留所有权利