2012年06月_米饭超人

原创我不是巴菲特，我错了！

首先感谢这几个月公司领导的关怀和帮助。这几个月来没有带动团队活跃起来，也没有使spens有个完美的结束。其实感到非常的抱歉和愧疚！不过个人觉得这几个月生活的还是蛮充实的。1.SPENS项目使自己又熟练的使用了一次Eclipse的dump分析，解决了derby和Velocity内存泄漏，但这个项目里21个jar包里太多HTASH MAP的层层套用，WeakHashMap能最终完美解决内存泄漏，但

2012-06-28 09:47:37 1757

原创重构的一点看法

如果有这么一个项目你该如何去重构呢？1.三个独立的项目使用一个数据库。数据库没有E-R实体模型，没有设计文档，也没有任何关系图，表之间没有外键关联（意味着逆向工程不可用），所有表关系、数据完整性和约束全部由存储过程控制（10年前这么干过，但今天居然又看见了，感概啊！）。2.项目没有设计文档，只有一个接口文档，接口中有部分参数意图不明，也没有人能够解释意图不明的参数出现的理由3.代码中没

2012-06-25 11:15:10 1638 4

看着这个标题似乎有点夸张了，但其实我做技术这么多年还没有遇到过这么不可思议的项目。我先来简单介绍一下吧，这个项目是个网络电话项目，里面涉及到号码映射和支付、话单等重要相关操作，但这样一个项目我了解到的情况居然在数据库设计中有200多张表，没有一张有外键关联，而且这样数据库居然3个网络电话项目共用。天啊！第一感觉就是，这样项目风险是巨大的，不可控的！这么多张表关系居然全靠存储过程来实现业务逻辑的处理

2012-06-19 10:09:21 2794 8

转载敏捷建模

建模十条原则仅有数据模型对于现代软件是不够的。接收变化，并且允许你的模型能够随着时间进行改进。你不能冻结它们，然后就期待着成功。模型并不一定就是文档，文档也不一定就是模型。大多数的模型可能也应该被丢弃。只有代码才能与代码保持真正的同步。一些简单的工具，比如白板，就完全足以应付大多数得建模工作。

2012-06-18 14:06:11 1013

原创通过robbin的管理问题谈自己遇到的管理问题

首先澄清每个公司，每个管理团队都有着不同的背景和状况。很多事情都不能一概而论，就和我们做设计一样，一个行为放到一个场景下可能是对的，当它换一个场景可能就不正确了。我感觉管理也是相同的道理。最近看到robbin谈“改造团队的经验”很受启发，也很欣赏他的管理才能和技术才能，不过他提出的经验可能非常适合他的管理团队，但不一定适用于所有管理团队。写这篇文章只想说说我遇到的管理问题，也同样不适用与所有管

2012-06-18 10:54:39 1525

原创特殊应用用户注册的一点思考

我们所知道的用户注册一般是这样的，先注册后然后必须绑定手机的绑定手机，必须绑定邮箱的绑定邮箱。但对于特殊业务，比如只有绑定手机才能使用的业务并不适合。比如Calling Card业务，就是打电话一种业务。因为你不绑定手机就没有办法使用。那么对于这种业务，在手机端的注册流程是否可以改为先发送验证码，然后用户再带着验证码来注册呢？这样做的好处是数据库中存储的都是绑定了手机的用户，即我们只对绑定用户

2012-06-14 09:22:45 1140

原创对于权限设计的思路

事情是这样，公司领导对于原来一个项目觉得对于用户权限管理这块比较欠缺，所以想加上权限管理这块。一个同事负责这方面的设计工作。由于领导一句话“最好把权限管理先做在配置文件中，因为遗留问题，动数据库比较麻烦”这哥们直接写配置文件配置3层树结构的角色关系XML。虽然我不负责这件事，但我听到这位同事的这样做法后，第一感觉就是这个不是设计，是执行领导的命令。因为我觉得对于这个问题需要考虑以下几点：1

2012-06-13 10:04:05 1344 1

米饭超人的专栏