- 博客(5)
- 收藏
- 关注
RSS订阅原创 今天搁下了G095项目
今天感觉比较迷茫，根据领导的意思搁置下了G095的项目，这个项目先说一下这个项目是一个什么项目，这是一个类似于游戏中央平台项目，下面有多级的子公司管理，也包括Server服务器管理，总之比较复杂，这个项目应该周期在半年以上。所以根据昨天大老板的需求方向我们这个G095项目应该能满足所有需求的，但耗费的工期是公司不能忍受的。应该控制设计和开发期在三月左右。 所以领导决定采取折中的方式，即在原有G0
2012-07-31 16:15:14
1264
原创 rsync改进后的实现
rsync大致流程应该是客户端把弱校验和强校验算的列表传到服务器上，由服务器计算，但服务器负担比较重，我们讨论后决定把这个方式反过来，比如：服务器端先算好弱校验和强校验列表放在那里，客户端获取列表后在客户端做运算和匹配，当客户端发现需要同步块就告诉服务器，服务器把对应块推给客户端。 这样减轻了服务器的计算量，增大了客户端计算量。文件是否同步还需要制定一定优先级，对于高级需直接比较md5值，再用块
2012-07-26 13:35:20
1187
转载 思维盲点
原文链接： http://www.udpwork.com/item/1087.html 只喜欢最后这段话： 2010年3月的UCD书友会话题是“设计的沟通与协作”，在说到如何向团队成员表达你的设计意图的是时候，Angela提到应该先再次的向团队成员统一我们为什么要做这个？然后再开始布道….其实，也是这个意思，永远不要忘记问题的核心点，不要被横着的马其诺防线挡住，可以试着把他竖着来看！
2012-07-11 15:40:17
1032
原创 重构的一点总结
Refactor 1.对于Switch部分需要独立出来，至少需要单独放在一个方法内处理 2.减少冗余参数 3.更改歧义的参数名，修改为有意义的参数名称 4.关联紧密代码放到一块 5.去除不必要的临时变量 6.同一类计算的代码可以提炼成一个函数进行调用 7.必须有完善的单元测试来支持重构的进行，否则增加了更多的DeBug将得不偿失！ 以上是重构代码的小总结，作为以后的参考。
2012-07-10 16:07:48
863
原创 这两天设计经验总结
1.找出经典样例，根据列子来归纳设计（需要参照物啊，物体的运动不也是这样吗？相对论，呵呵） 2.先从简单设计流程进行考虑，Kiss原则是最好的诠释。-Keep it Simple，Stupid。不要把简单事情复杂化，那越到后来越是灾难性的。 3.找到可供类比的成熟系统或项目后，可开阔思维，循序渐进的理解和设计了。 4.在开始就要思考如何降低类之间的耦合度，不要把这个工作放到后期，越到后面质量
2012-07-10 11:40:19
925
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人