• 关于开发人员的自我意识与设计冲突


    一个同事前后做了三件事,
    一,在数据库表结构上,要存储参会人,出席人,工作人员,每类人都是多人情况 他要用三个字段分别存储: 类型,人员ID,人员Name ,每个情况用"," 分隔. 用 List<Triplet> 来对应到 C# 里的结构上.列少, 可扩充(事实上,扩展也需要改程序的业务逻辑), 但复杂度低.
     我们即有的方案是数据库有 ID,Name 可存多人,用 "," 分隔, 用 NameValueCollection 对应到 C# 上. 我用的方案是: 参会人ID,参会人Name,出席人ID , 出席人Name ,工作人员ID,工作人员Name . 这种设计会兼容即有方案.而且复杂度不算太高.
    我和开发各持己见, 坚持不下. 最后. 我强制施行.
    二.角色类型的定义, 我在程序里定义了一个 None , 他要在页面上把角色列出来,None 是不需要列出来的. 他就把 None 去掉了.
     我提供的方案上把None 手动过滤掉.
    三.弹出人员选择页面,他没有按照我的接口要求来做,而是手动改变了接口来满足他的需要.

    三种情况, 他一直在坚持他的意见, 究其原因.是因为,基础设施( NBear , WebControl , BusinessCommon ) 的设计和开发,都在我的手上.开发人员想动的话, 当然需要经过我的同意,并且.他们是不能改的.下面的对话,说明一些问题.

    Designer 2008年09月28日 10:56:53
    当 我们做的程序 与即有接口冲突的时候, 不能随便改 接口.
    Coder 2008年09月28日 10:55:51
    是对的,但是,你不是老改人家Nbear的方法
    Designer 2008年09月28日 10:58:29
    因为 Nbear 的方法 我可以改.
    Designer 2008年09月28日 10:59:13
    层面不一样. 当我们项目变大的时候, 可能会有专门的人来写 持久层. 而其它人就不能写了.
    Designer 2008年09月28日 10:59:19
    这是一个标准.
    Designer 2008年09月28日 11:00:11
    从分层的角度来说, 高层不能改变低层接口. 低层要保证接口统一,标准,适应性强. 还有稳定.易扩展 .
    Coder 2008年09月28日 11:00:14
    客观的说,你说的一些话是对的
    Coder 2008年09月28日 11:00:47
    但是你说NBear 你可以改。不明白,意思我不能改你写的。
    Designer 2008年09月28日 11:04:46
    因为我改的话,能达到 效果, (统一,标准,稳定)
    客观的说. 大家只能有一个人来做这个工作. 如果所有人都在做. 就没有达不到效果了.
    当然, 如果你想做的话,你可以做, 但是你要相当了解 Nbear 内部, 并能提供组内的解决方案.
    Coder 2008年09月28日 11:04:21
    我觉得,该尝试的时候就应该尝试一下,如果一切都交给你做了,我们还怎么可以进步
    Designer 2008年09月28日 11:06:26
    如果你做的话, 我们的方法改变就要及时通知对方. 这也增大了开发成本.
    在关键问题上. 我必须把握. 进步的方式有很多. 如果你有兴趣. 我把我写的 ORM 给你一份. 是学习的好资源. 用的是反射 . 没用 XML ,性能不太好.
    进步有多种方式. 如果你改了Nbear , 并且改的不好. 暂且不谈你是否进步了. 项目破坏了. 后果会造成我来公司之前的局面.
    学习研究 当然可以, 我们要把它从工作中独立出来.
    我写过很多独立的东西, 有的应用到了项目里, 有的没有. 如果你要学习的话. 做一个 Demo 是很好的方式 .
    其实我发现了 你的思想 . 我也有过这种时候. 是在求知遇很大的时候, 但是这样的做法是没有责任的一种表现.
    有时,如果你想试试. 可以在项目之外, 在证明可行之后, 我可以考虑加到项目 .
    Coder 2008年09月28日 11:13:02
    好,我承认,我那么传值是不好,但是不是不负责任
    Designer 2008年09月28日 11:16:46
    如果你要提升你自已, 要站在设计者或架构者的角度看问题. 你才会提升自已 .而不是站在开发者的角度.
    当你看到, 原来,设计者这样设计是为了这样的啊. 说明你进步了.
    如果你看到, 这样的设计根本没有这要的功能, 说明,你还是站在开发者的立场上看问题.
    Coder 2008年09月28日 11:16:32
    哈哈,好
    Coder 2008年09月28日 11:16:49
    有道理,我会站在设计者角度看问题的
    Designer 2008年09月28日 11:19:01
    其实有了正确的思想. 再往前走 , 方向就错不了了. 思想,体系. 标准.
    Coder 2008年09月28日 11:17:55
    嗯,凭我这么虚心,也一定会进步很快的
    Designer 2008年09月28日 11:20:47
    嗯.当你的思想和我的思想冲突的时候, 想一句话. 这家伙为啥这样干呢.
    Designer 2008年09月28日 11:21:17
    如果你坚持自已的话. 做一个 Demo ,来证明.

    alarm   作者:NewSea     出处:http://newsea.cnblogs.com/    QQ,MSN:iamnewsea@hotmail.com

      如无特别标记说明,均为NewSea原创,版权私有,翻载必纠。欢迎交流,转载,但要在页面明显位置给出原文连接。谢谢。
  • 相关阅读:
    BZOJ 4445 [Scoi2015]小凸想跑步:半平面交
    BZOJ 3931 [CQOI2015]网络吞吐量:最大流【拆点】
    BZOJ 3698 XWW的难题:有上下界的最大流
    AtCoder ARC097C Sorted and Sorted:dp
    BZOJ 1835 [ZJOI2010]base 基站选址:线段树优化dp
    BZOJ 3329 Xorequ:数位dp + 矩阵快速幂
    BZOJ 1492 [NOI2007]货币兑换Cash:斜率优化dp + cdq分治
    BZOJ 4726 [POI2017]Sabota?:树形dp
    BZOJ 1185 [HNOI2007]最小矩形覆盖:凸包 + 旋转卡壳
    存一些东西
  • 原文地址:https://www.cnblogs.com/newsea/p/1301369.html
Copyright © 2020-2023  润新知