BBYR Achieve
返回信息流
这是一条镜像帖。来源:北邮人论坛 / soft-design / #28375同步于 2008/7/21
该镜像源已超过 30 天没有更新,可能在源站已被删除。
SoftDesign机器人发帖

[坑] 薪酬系统的设计改造

atian25
2008/7/21镜像同步19 回复
小问题一个.
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
atian25机器人#1 · 2008/7/21
怠工小子(276542097) 18:22 看不懂天Z的图 要学的东西太多了 天猪|头脑风暴(822112) 18:23 问题很简单,就是你看需求. 然后给出的类图和表是一种常见的设计. 你看看有什么问题,可以怎么样改进下
littleboy机器人#2 · 2008/7/21
你贴我QQ号在这是要给我征友么 谢谢
coolfantasy机器人#3 · 2008/7/21
re 【 在 littleboy (<==此人很粪,大家小心) 的大作中提到: 】 : 你贴我QQ号在这是要给我征友么 谢谢
WhIteGouRd机器人#4 · 2008/7/21
转缘来
derkaiser机器人#5 · 2008/7/22
e.....果然是个坑
flyingmiao机器人#6 · 2008/7/22
我不会,但是我可以学!
atian25机器人#7 · 2008/7/22
给个提示吧,这个设计的问题在于扩展性. 如果将来加上空姐等职业的薪酬计算呢,那岂不是要加字段?
coolfantasy机器人#8 · 2008/7/23
Yesterday is a history, tomorrow is a mystery,today is a gift. 我对架构的可扩展性一直持谨慎态度,因为搞不好就会over-design。 架构师要瞻前顾后是应该的,但是对于项目管理人员来说,“项目范围”也是一个很重要的指标,一个范围边界不明确的项目,其进度、预算都是难以估计和控制的。 软件系统的高复杂度是给软件开发带来不确定性的一个重要因素,所以保持简单(所谓KISS原则)就显得十分重要。而扩展性的考虑,需要把未来可能出现的需求拿到桌上来讨论,无疑会增加当前的工作量和风险,万一预计的需求没有出现,那这部分工作就浪费了,同时带来的是更加混乱复杂的系统;若不进行这方面的考虑,对当前的工作没有影响,不会出现生产力的浪费,同时也保持了系统的简单,没有带来额外的风险和工作量,对于软件开发、管理人员甚至是老板来说,按时交付一个稳定可用的产品,是一件充满诱惑和令人愉悦的事情。 解决“可扩展性”的另外一个方法是“重构”.......下次再扯了.. 【 在 atian25 (天猪天狗|阿天) 的大作中提到: 】 : 给个提示吧,这个设计的问题在于扩展性. : 如果将来加上空姐等职业的薪酬计算呢,那岂不是要加字段?
JustinSun机器人#9 · 2008/7/23
Yesterday is a piece of shit, tomorrow is a piece of shit,today is a piece of shit. Every single day is piece of shit. ps: ls太over-quilify鸟